Was passiert bei der Eingabe:
% locale
?
Abhängig von Ihrer Distribution benötigen Sie ein UTF-8-Gebietsschema.
Ich habe eine seltsame Situation - nach einigen Upgrades brachen vor einigen Tagen die Schriftarten in KDE Konsole . Um es genauer zu machen: Standardschriftarten sehen mehr oder weniger in Ordnung aus, aber wenn ich meine nationalen Zeichen (wie ąćęłńśóźż) verwende, sehen sie alle gebrochen aus - wie bei einer anderen Schriftart oder schlecht skaliert.
Das gleiche Problem existiert nicht in GNOME Terminal .
Normalerweise verwende ich die Terminus- Schriftart, also habe ich sie zur Demonstration verwendet, aber sie zeigt sich auch in anderen Schriftarten - falls dies erforderlich sein sollte, werde ich eine Liste erstellen.
Konsole geschossen:
GNOME-Terminalaufnahme:
Wie für meine Einstellungen:
=$ cat /etc/X11/xorg.conf Section "Device" Identifier "Builtin Default intel Device 0" Driver "intel" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Screen" Identifier "Builtin Default intel Screen 0" Device "Builtin Default intel Device 0" Monitor "Monitor0" EndSection Section "InputDevice" Identifier "touchpad" Driver "synaptics" Option "CorePointer" EndSection Section "ServerLayout" Identifier "Builtin Default Layout" Screen "Builtin Default intel Screen 0" InputDevice "touchpad" EndSection =$ xdpyinfo | grep -E resolution\|dimensions dimensions: 1680x1050 pixels (444x277 millimeters) resolution: 96x96 dots per inch
Ich habe versucht, DPI in den Systemeinstellungen (bis 120) zu erzwingen oder die Größe des Monitors in xorg.conf hinzuzufügen - bisher hat nichts geholfen.
Irgendeine Idee, was soll ich tun, damit es wieder gut funktioniert?
Was passiert bei der Eingabe:
% locale
?
Abhängig von Ihrer Distribution benötigen Sie ein UTF-8-Gebietsschema.
Einige Ideen, nur Vermutungen in zunehmender Reihenfolge der Destruktivität. Ich habe kein Arch, also kann ich es nicht testen. Bitte machen Sie vorher Sicherungen.
Aktualisieren Sie die Font-Caches. Starten Sie konsole
.
sudo fc-cache -srv fc-cache -rv
Führen Sie qtconfig
den Font-Ersatz aus und machen Sie einen Fehler. Starten Sie konsole
.
Fügen Sie Ihrem xorg.conf
und den anderen Pfaden mit den Zeichensatzdateien Ihres Systems Folgendes hinzu, und starten Sie die X-Sitzung erneut.
Section "Files" FontPath "/usr/share/fonts/local" FontPath "/usr/share/fonts/Type1" FontPath "/usr/share/fonts/URW" FontPath "/usr/share/fonts/truetype" FontPath "/usr/share/fonts/xtest" FontPath "/opt/kde3/share/fonts" EndSection
Melden Sie sich von Ihrem Desktop - Sitzung und Bewegung ~/.qt
, ~/.kderc
, ~/.fonts
, ~/.fonts.conf
, /etc/fonts/local.conf
weg. (Wenn Sie vom Benutzer installierte Zeichensatzdateien installiert haben ~/.fonts
, können Sie diese beibehalten. Übliche Erweiterungen sind .ttf
und .pcf
.) Aktualisieren Sie die Zeichensatzcaches wie oben und melden Sie sich an. Sie müssen einige Einstellungen für die Schriftart oder Schriftart erneut anwenden oder wiederherstellen.
Ist das UTF8-Gebietsschema in Ihren / etc-Dateien festgelegt?
Sollte so etwas wie das Folgende sein
/etc/rc.conf:
LOCALE="en_US.utf8" KEYMAP="en"
/ etc / profile: e
xport LANG="en_US.utf8" export LANGUAGE="en_US.utf8"
/etc/locale.gen:
en_US.UTF-8 UTF-8
Probably a Qt bug.
Polish characters of Terminus font not rendered properly
I've created a very simple Qt application (source code available on gist). It creates a few buttons, each with the same text (normal characters in the first line, polish characters in the second line). Each button has Terminus font of different size.
When I just run the program, the polish characters are rendered using different font (probably some default one) for some of the sizes. When I set LANG variable to "pl" and run the program, all characters are rendered properly. When I change dpi from 96 (default) to something else, e.g. 97, and run the program, all characters are rendered properly.
I checked this on two machines: Debian Testing (Qt 4.7.3) and Ubuntu Lucid (Qt 4.6.2). The behaviour is the same, screenshots are in attachments.