GNOME 2.0 Desktop für das Solaris-Betriebssystem - Fehlerbehebungshandbuch

10.4 Probleme in Verbindung mit asiatischen Gebietsschemata

Die folgenden Probleme betreffen asiatische Gebietsschemata:

10.4.1 Desktop-Standardschriftart ist zu klein oder keine Schriftanzeige

Problem  

Beispiele:Fehler-ID 4805328, betrifft manche Gebietsschemata, einschließlich chinesische. 

Zurzeit ist es nicht möglich, die Standardschriftart des GNOME-Desktops für jedes Gebietsschema separat einzustellen. Daher kann es nach einem Gebietsschemawechsel vorkommen, dass die Desktop-Standardschriftart zu klein ist oder gar keine Schriftanzeige erfolgt.  

Lösung  

Gehen Sie wie folgt vor, um die Desktop-Standardschriftart zu ändern:  

  • Öffnen Sie einen Terminal und führen Sie folgenden Befehl aus:

    gnome-font-properties

  • Legen Sie im Dialogfeld Einstellungen der Schriftart geeignete Werte für die Schriftgröße fest. In chinesischen Gebietsschemata können Sie z. B. die Anwendungs-Schriftart und die Desktop-Schriftart auf Sans 13 setzen.

10.4.2 Spezielle Schriften fehlen in chinesischen Gebietsschemata

Problem  

Fehler-ID 4821955, betrifft Gebietsschemata für traditionelles Chinesisch. 

Zeichen, die mit bestimmten besonderen Schriften dargestellt werden, z. B. fette Schriftschnitte, werden nicht angezeigt. Als Folge scheinen einige Zeichen im Yelp-Fenster zu fehlen.  

Lösung  

Sie müssen den Namen der Datei pangox.alias in /etc/{zh_TW.EUC,zh_TW.BIG5,zh_TW.UTF-8,zh_HK.BIG5HK,zh_HK.UTF-8} ändern. Führen Sie folgende Schritte durch:

  1. Melden Sie sich als Benutzer ´root´ an.

  2. Wechseln Sie in das Verzeichnis, in dem sich die Datei pangox.alias für Ihr Gebietsschema befindet. Führen Sie z. B. für das Gebietsschema zh_TW.BIG5 folgenden Befehl aus:

    cd /etc/pango/zh_TW.BIG5

  3. Führen Sie den folgenden Befehl aus:

    cat pangox.alias | tr [A-Z] [a-z]> /tmp/pango

  4. Führen Sie den folgenden Befehl aus:

    mv /tmp/pango pangox.alias

  5. Wenn das Verzeichnis /etc/pango/sparcv9/pango auf Ihrem System existiert, ändern Sie die pangox.alias-Dateien in seinen Gebietsschema-Unterverzeichnissen entsprechend. Gehen Sie dabei genauso vor wie für /etc/pango.

10.4.3 GNOME Ghostscript-Anzeige

Problem  

Dieses Problem betrifft asiatische und japanische Gebietsschemata.  

Zeichen mit japanischen Postscript-Schriftartnamen werden in GNOME Ghostscript fehlerhaft angezeigt. 

Lösung  

Führen Sie folgende Schritte durch:  

  1. Melden Sie sich als Benutzer ´root´ an.

  2. Führen Sie den folgenden Befehl aus: cd /

  3. Führen Sie den folgenden Befehl aus: mkdir /Resource

  4. Führen Sie je nach Gebietsschema einen der folgenden Befehle aus:

    Vereinfachtes Chinesisch

    ln -s /usr/openwin/lib/locale/zh/X11/Resource/CMap /Resource/CMap

    Traditionelles Chinesisch

    ln -s /usr/openwin/lib/locale/zh_TW/X11/Resource/CMap /Resource/CMap

    Japanisch

    ln -s /usr/openwin/lib/locale/ja/X11/Resource/CMap /Resource/CMap

    Koreanisch

    ln -s /usr/openwin/lib/locale/ko/X11/Resource/CMap /Resource/CMap

10.4.4 Mangelhafte Schriftqualität

Problem  

Fehler-ID 4423759, betrifft japanische Gebietsschemata in der Solaris 9-Betriebsumgebung. 

Lösung  

Führen Sie folgende Schritte durch:  

  • Öffnen Sie das Menü Anwendungen.

  • Wählen Sie Desktop-Einstellungen -> Schrift.

  • Legen Sie im Dialogfeld Einstellungen der Schriftart die Schrift hg gothic b als Anwendungs- und Desktopschriftart fest.

  • Wählen Sie eine geeignete Schriftgröße aus (je nach Desktop-Auflösung 12 oder 14).

10.4.5 Abweichendes Datumsformat in der Solaris-Betriebsumgebung

Problem  

Dieses Problem betrifft japanische Gebietsschemata.  

In der Solaris-Betriebsumgebung wird ein abweichendes Datumsformat verwendet. In folgenden Gebietsschemata sind im Wochentagsformat keine Klammern '(' und ')' vorhanden: 

  • Solaris 8-Betriebsumgebung: ja_JP.UTF-8

  • Solaris 9-Betriebsumgebung: ja_JP.eucJP, ja_JP.UTF-8

Lösung  

Nicht möglich. 

10.4.6 Probleme bei der Zeichendarstellung in GTK2+-Anwendungen

Problem  

Fehler-ID 4785550, betrifft die Anwendung gedit und andere GTK2+ -Anwendungen unter japanischen Gebietsschemata.

Teile des erweiterten IBM/NEC-Zeichensatzes sowie Sonderzeichen werden nicht angezeigt. 

Lösung  

Es handelt sich hierbei um eine bekannte Beschränkung. 

10.4.7 Ausdrucke aus gedit in der Solaris 8-Betriebsumgebung

Problem  

Dieses Problem betrifft japanische Gebietsschemata.  

Die Vorschau von JISX0212 ist in gedit möglich, der Ausdruck jedoch nicht.

Lösung  

Solaris 8-Betriebsumgebung:Es handelt sich hierbei um eine bekannte Beschränkung. 

Solaris 9-Betriebsumgebung:Führen Sie folgende Schritte durch:  

  • Öffnen Sie die Anwendung gedit.

  • Wählen Sie Bearbeiten -> Einstellungen.

  • Wählen Sie im Panel "Kategorien" die Option Schriftarten aus der Kategorie Drucken.

  • Legen Sie für jedes Druckelement eine der folgenden Schriftarten fest:

    • HG-GothicB-Sun

    • HG-MinchoL-Sun

10.4.8 gedit: Kein Ausdruck von japanischen Schriftzeichen in der Standardschriftart möglich

Problem  

Fehler-ID 4861491, betrifft japanische Gebietsschemata. 

Wird in gedit die Standard-Druckerschriftart verwendet, so erscheinen japanische Schriftzeichen nicht in der Druckvorschau und werden auch nicht ausgedruckt.

Lösung  

Führen Sie folgende Schritte durch:  

  • Öffnen Sie die Anwendung gedit.

  • Wählen Sie Bearbeiten -> Einstellungen.

  • Wählen Sie im Panel "Kategorien" die Option Schriftarten aus der Kategorie Drucken.

  • Legen Sie für jedes Druckelement die Schriftart HG-GothicB-Sun fest.

10.4.9 Dateien mit der Codierung ISO–2022–JP lassen sich nicht öffnen

Problem  

Fehler-ID 4826184, betrifft japanische Gebietsschemata. 

Dateien, welche die Codierung ISO-2022–JP verwenden, können in gedit nicht geöffnet werden.

Lösung  

Dieses Problem wird in einer Nachfolgeversion behoben. 

10.4.10 Sprachspezifische Schriftzeichen werden in gedit nicht angezeigt

Problem  

Beispiele:Fehler-ID 4785550, betrifft japanische Gebietsschemata. 

Japanische Zeichen werden in gedit nicht angezeigt, wenn Courier als Standardschriftart ausgewählt ist.

Lösung  

Führen Sie folgende Schritte durch:  

  • Öffnen Sie die Anwendung gedit.

  • Wählen Sie Bearbeiten -> Einstellungen.

  • Wählen Sie unter "Kategorien" die Option Schriftart & Farben.

  • Aktivieren Sie die Option Vorgegebene Motivfarbe verwenden.

Diese Lösung ändert jedoch nichts an der Tatsache, dass erweiterte IBC/NEC-Zeichen und Sonderzeichen in der Solaris 8-Betriebsumgebung nicht angezeigt werden. 

10.4.11 Mangelhafte Schriftqualität bei Verwendung der Standardschriftart in gedit

Problem  

Fehler-ID 4869534, betrifft japanische Gebietsschemata. 

Unter gedit ist die Darstellungsqualität japanischer Schriftzeichen mangelhaft, wenn die Standardschriftart verwendet wird.

Lösung  

Führen Sie folgende Schritte durch:  

  • Öffnen Sie die Anwendung gedit.

  • Wählen Sie Bearbeiten -> Einstellungen.

  • Wählen Sie unter "Kategorien" die Option Schriftart & Farben aus der Kategorie Editor.

  • Legen Sie hg gothic b als Editor-Schriftart fest.

10.4.12 Probleme bei der Zeichendarstellung im Terminal

Problem  

Dieses Problem betrifft japanische Gebietsschemata.  

Im Dialogfeld Einstellungen der Anwendung Terminal werden erweiterte IBM/NEC-Zeichen und Sonderzeichen nicht dargestellt, wenn die Option Dieselbe Schriftart wie in anderen Anwendungen verwenden aktiviert ist.

Lösung  

Führen Sie folgende Schritte durch: 

  • Öffnen Sie ein Terminal.

  • Wählen Sie Bearbeiten -> Aktuelles Profil.

  • Deaktivieren Sie im Dialogfeld Profil wird bearbeitet die Option Dieselbe Schriftart wie in anderen Anwendungen verwenden.

  • Wählen Sie stattdessen die Schriftart interface user.

10.4.13 Core-Dump bei Kopie oder Link einer Datei

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. 

10.4.14 Eingabemethoden-Fenster wird wiederholt neu aufgebaut

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. 

10.4.15 Core-Dump unter japanischem Gebietsschema

Problem  

Fehler-ID 4808468, betrifft das Gebietsschema ja_JP.UTF–8. 

Werden folgende Schritte durchgeführt, so hat dies einen Core-Dump der Anwendung zur Folge:  

  1. Wählen Sie Unicode-Liste -> HIRAGANA als Eingabemethoden-Status.

  2. Schließen Sie das Anwendungsfenster.

Lösung  

Dieses Problem wird in einer Nachfolgeversion behoben. 

10.4.16 GTK2+-Anwendungen frieren ein

Problem  

Fehler-ID 4820426, betrifft das Gebietsschema ja_JP.UTF–8. 

GTK2+-Anwendungen frieren bei einer bestimmten Aktionsfolge ein:  

  1. Open a Lookup Choice window.

  2. Halten Sie die Leertaste gedrückt.

Lösung  

Dieses Problem wird in einer Nachfolgeversion behoben.