Die folgenden Probleme betreffen asiatische Gebietsschemata:
10.4.1 Desktop-Standardschriftart ist zu klein oder keine Schriftanzeige
10.4.2 Spezielle Schriften fehlen in chinesischen Gebietsschemata
10.4.5 Abweichendes Datumsformat in der Solaris-Betriebsumgebung
10.4.6 Probleme bei der Zeichendarstellung in GTK2+-Anwendungen
10.4.7 Ausdrucke aus gedit in der Solaris 8-Betriebsumgebung
10.4.8 gedit: Kein Ausdruck von japanischen Schriftzeichen in der Standardschriftart möglich
10.4.9 Dateien mit der Codierung ISO–2022–JP lassen sich nicht öffnen
10.4.10 Sprachspezifische Schriftzeichen werden in gedit nicht angezeigt
10.4.11 Mangelhafte Schriftqualität bei Verwendung der Standardschriftart in gedit
10.4.14 Eingabemethoden-Fenster wird wiederholt neu aufgebaut
Problem |
Fehler-ID 4785550, betrifft die Anwendung Teile des erweiterten IBM/NEC-Zeichensatzes sowie Sonderzeichen werden nicht angezeigt. |
Lösung |
Es handelt sich hierbei um eine bekannte Beschränkung. |
Problem |
Fehler-ID 4826184, betrifft japanische Gebietsschemata. Dateien, welche die Codierung ISO-2022–JP verwenden, können in |
Lösung |
Dieses Problem wird in einer Nachfolgeversion behoben. |
Problem |
Fehler-ID 4824884, betrifft japanische Gebietsschemata. Wenn versucht wird, mit Nautilus eine Datei, die in einem anderen Gebietsschema erstellt wurde, zu kopieren oder einen Link zu einer solchen Datei zu erstellen, hat dies mitunter einen Core-Dump zur Folge. |
Lösung |
Melden Sie sich unter Verwendung des ursprünglichen Gebietsschemas an, unter dem die Datei erstellt wurde, und führen Sie die gewünschte Aktion in dieser Sitzung durch. |
Problem |
Fehler-ID 4781611, betrifft das Gebietsschema ja_JP.UTF–8. Wenn ein Anwendungsfenster der obersten Ebene mehrere Eingabekontexte verwendet, wird das Eingabemethoden-Fenster unnötig oft wiederholt aufgebaut. |
Lösung |
Dieses Problem wird in einer Nachfolgeversion behoben. |