[Linux / SuSE ] GTK-fonts als blokjes

[hbokh]

Reeds enige tijd erger ik me kapot aan GTK-fonts die er als volgt uit zien (let op die blokjes, daar gaat het me om):



Die #$&*%@ blokjes...
Na veel gezoek op Google (Internet & groups) ben ik iets verder gekomen. Het heeft o.a. met gtkrc te maken, ISO-zooi en "locale". "locale" is nu LANG=C en de rest maar op en_US gezet.

Ik gebruik SuSE 7.3 met packages van Ximian (net nog "Red-Carpet" gedraaid zelfs), Window Maker (maar da's niet van belang), xfs (font-server met onder meer TrueType-fonts) en XFree86 v4.2.0

Iemand eerder met dit bijltje gehakt en "de boom om gekregen"?

[Verwijderd]

Tis helvetica heh zo te zien. Probeer eens een ander fontje?
Ik had d'r ook last van, maar 't tis denk ik weg gegaan na OF lang te zetten op LANG=en_IE@euro en de rest van je locale ook OF door steeds iso8859-15 fonts te kiezen OF door gtk te updaten :-)

[hbokh]

Nee, de font is

"-microsoft-tahoma-medium-r-normal-*-11-*-*-*-p-*-iso8859-15"

uit Xeneon-gtk-theme.

en_IE? Dat is toch een locale voor Ierland? Waarom juist die?
GTK is van Ximian en met de nieuwste GTK van Gnome2 blijft het ook al zo
Het blijft moeilijk om hier de vinger op de exacte zere plek te leggen.

[hbokh]

Schop!

Zelfs bij een compleet nieuwe installatie van SuSE 8.0 heb ik dit probleem...
Ik las op het Net ergens dat het ook in Debian met XFree86 v4.2.0 (o.i.d) voorkomt.

[deadinspace]

Ehm, dat zijn afaik gewoon characters die niet in het font zitten... Wat hoort er te staan op de plaats van die blokjes?

[hbokh]

Juist. Iets van linefeeds, C/R, o.i.d.
Maar volgens mij is het alleen in XFree86 v4.2.0 zo
Desalniettemin blijft het me irriteren!

[Creepy]

Op vrijdag 26 juli 2002 16:42 schreef hbokh het volgende:
Juist. Iets van linefeeds, C/R, o.i.d.
Maar volgens mij is het alleen in XFree86 v4.2.0 zo
Desalniettemin blijft het me irriteren!

Eehh.. die gegevens die je print, waar komen die vandaan? Het lijkt op gegevens die rechtstreeks van een game-server (quake/cs/whatever) terug komen.
De gegevens die je terugkrijgt zijn namelijk GEEN strings, en die moet je dus ook niet meteen op het scherm willen zetten, voordat je die gegevens uit elkaar hebt geplukt. In windows krijg je mooie zwarte blokjes bij deze gegevens, het is dus niet iets Linux (of X 4.2) specifieks!

Als je die gegevens dus mooi parsed, zul je ook nooit krijgen dat je karakters wilt printen die niet in je font aanwezig zijn.

In /14 is er ook al een mooi topic geweest over iemand die die gegevens rechstreeks als een string wilde parsen..

[hbokh]

Op vrijdag 26 juli 2002 16:47 schreef Creepy het volgende:

[..]

Eehh.. die gegevens die je print, waar komen die vandaan? Het lijkt op gegevens die rechtstreeks van een game-server (quake/cs/whatever) terug komen.

Klopt. Het is een outtake van de Gkrellm-plugin "qst" die de Quake3-server van Vuurwerk checkt.
Het geldt voor meer applicatie dan alleen deze.

Enne... ik ben zeker geen code-klopper die zelf appl. maakt (helaas)

[hbokh]

Jaartje verder...
Dit IS en BLIJFT een van mijn grootste ergernissen onder X / Linux...
Iemand inmiddels een suggestie? "locale" o.i.d.?

[mozinator]

als het goed is behoren al die font problemen tot het verleden als alles over is naar fontconfig ipv fontserver of fonts via xfree86

[Verwijderd]

hbokh schreef op 20 August 2003 @ 00:27:
Jaartje verder...
Dit IS en BLIJFT een van mijn grootste ergernissen onder X / Linux...
Iemand inmiddels een suggestie? "locale" o.i.d.?

Als je nou gkrellm-2.2 gebruikt? Je probleem is - voor zover ik zie - dat je multibyte letters/fonts gebruikt met een fontserver-backend die dat niet ondersteunt. Dat resulteert normalitair in blokjes. . De oplossing is om een andere backend te nemen (pango is geweldig! ) of een andere font te nemen. .

[hbokh]

't Is niet alleen gkrellm, maar ook in bijv. Mozilla Firebird, die ook gebruik maakt van GTK (1.x?).
GTK-1-applicaties geven (dus) het probleem...