Kezdőlap › Fórumok › Vegyes gondok › Magyar betűk
- This topic has 68 hozzászólás, 5 résztvevő, and was last updated 17 years, 5 months telt el by
uzsolt.
-
SzerzőBejegyzés
-
2008-01-25-15:01 #2151463
vizsla:
Nem. Mármint igen, csak ennél az ablakkezelőnél, és nem, semmilyen más progival (legalábbis azokkal, amiket használok) semmi gond. Firefox, Liferea, mrxvt (xterm is persze), (g)vim, mc, recoll (beagle-szerűség), stb., stb. minden megy.
És lehet, hogy nem fogalmaztam egyértelműen, ezért biztos-ami-biztos: amikor ékezetes szöveget nyomok oda neki, akkor a szövegből SEMMIT nem jelenít meg! Tehát nem négyzetre meg kockára cseréli az ékezetes karaktereket, vagy egyszerűen csak azt kihagyja, hanem még a többi „klasszikus” karakter se jelenik meg, tehát azCode:echo 0 widget_tell tb_gmail álom | awesome-clientkiadása esetén a tb_gmail nevezetű textbox-ban semmi sem jelenik meg, még a lom rész se (persze alom esetén megjelenik az alom szó).
2008-01-25-15:01 #2151464vizsla:
Nem. Mármint igen, csak ennél az ablakkezelőnél, és nem, semmilyen más progival (legalábbis azokkal, amiket használok) semmi gond. Firefox, Liferea, mrxvt (xterm is persze), (g)vim, mc, recoll (beagle-szerűség), stb., stb. minden megy.
És lehet, hogy nem fogalmaztam egyértelműen, ezért biztos-ami-biztos: amikor ékezetes szöveget nyomok oda neki, akkor a szövegből SEMMIT nem jelenít meg! Tehát nem négyzetre meg kockára cseréli az ékezetes karaktereket, vagy egyszerűen csak azt kihagyja, hanem még a többi „klasszikus” karakter se jelenik meg, tehát azCode:echo 0 widget_tell tb_gmail álom | awesome-clientkiadása esetén a tb_gmail nevezetű textbox-ban semmi sem jelenik meg, még a lom rész se (persze alom esetén megjelenik az alom szó).
2008-01-25-15:07 #2151465„hanem még a többi „klasszikus” karakter se jelenik meg, tehát az”
(az első nem latin karakter után… nem?)Na, mindegy. Ez valószínűleg egy dolgot jelenthet:
a) a glibc-d támogatja a lokalizációt – ez jó
b) a progi megkapja a nem latin karaktereket
c) a progid nem támogatja a lokalizációt(Hogy emellett van-e még font probléma… arra nem tudom a választ.
Font problémát jelent, ha pl. üres kis téglalapok jelennének meg.
UTF nem kezelési hibát jelentene, ha két karakter jelenne meg egy helyett.
Mindkettő kizárólag a kérdéses karakterek esetében – természetesen.)2008-01-25-15:07 #2151466„hanem még a többi „klasszikus” karakter se jelenik meg, tehát az”
(az első nem latin karakter után… nem?)Na, mindegy. Ez valószínűleg egy dolgot jelenthet:
a) a glibc-d támogatja a lokalizációt – ez jó
b) a progi megkapja a nem latin karaktereket
c) a progid nem támogatja a lokalizációt(Hogy emellett van-e még font probléma… arra nem tudom a választ.
Font problémát jelent, ha pl. üres kis téglalapok jelennének meg.
UTF nem kezelési hibát jelentene, ha két karakter jelenne meg egy helyett.
Mindkettő kizárólag a kérdéses karakterek esetében – természetesen.)2008-01-25-15:15 #2151467Bocs, gondolkoztam… eltűnhet, akár az egész szöveg is. (A szövegfeldolgozón múlik…)
2008-01-25-15:15 #2151468Bocs, gondolkoztam… eltűnhet, akár az egész szöveg is. (A szövegfeldolgozón múlik…)
2008-01-25-15:17 #2151469vizsla wrote:„hanem még a többi „klasszikus” karakter se jelenik meg, tehát az”
(az első nem latin karakter után… nem?)
Nem. Tehát a király szóból se jelenik meg semmi, még a kir sem.vizsla wrote:c) a progid nem támogatja a lokalizációt
Akkor bacsi2-nek miért megy? Vagy valami olyan hülye módon fordítottam valamit, hogy nem érti?vizsla wrote:UTF nem kezelési hibát jelentene, ha két karakter jelenne meg egy helyett.
Tudom, örülni szoktam nagyon, amikor kapom az ékezetes karaktereket tartalmazó fájlokat…
De sajna nemhogy egy karakter helyett kettő jelenik meg, hanem „mindent elvisz” 🙁„eltűnhet”: ez melyik függvényhívásnál történhet meg? Próbálom esetleg megkeresni a forrásban, és valamilyen úton-módon debug-szerűséget csinálni.
2008-01-25-15:17 #2151470vizsla wrote:„hanem még a többi „klasszikus” karakter se jelenik meg, tehát az”
(az első nem latin karakter után… nem?)
Nem. Tehát a király szóból se jelenik meg semmi, még a kir sem.vizsla wrote:c) a progid nem támogatja a lokalizációt
Akkor bacsi2-nek miért megy? Vagy valami olyan hülye módon fordítottam valamit, hogy nem érti?vizsla wrote:UTF nem kezelési hibát jelentene, ha két karakter jelenne meg egy helyett.
Tudom, örülni szoktam nagyon, amikor kapom az ékezetes karaktereket tartalmazó fájlokat…
De sajna nemhogy egy karakter helyett kettő jelenik meg, hanem „mindent elvisz” 🙁„eltűnhet”: ez melyik függvényhívásnál történhet meg? Próbálom esetleg megkeresni a forrásban, és valamilyen úton-módon debug-szerűséget csinálni.
2008-01-25-15:21 #2151471Névtelen
Akkor bacsi2-nek miért megy? Vagy valami olyan hülye módon fordítottam valamit, hogy nem érti?
Nagyon tudományos módon fordítottam. 🙂
Elindítottam a configure-t, ha hiányzott neki egy lib, akkor feltettem. És ezt így végig.
A végén megnéztem milyen warning-okat dobott, asszem hiányzott neki 2-3 opcionális csomag, feltettem azokat is, aztán lefordítottam véglegesen.2008-01-25-15:21 #2151472Névtelen
Akkor bacsi2-nek miért megy? Vagy valami olyan hülye módon fordítottam valamit, hogy nem érti?
Nagyon tudományos módon fordítottam. 🙂
Elindítottam a configure-t, ha hiányzott neki egy lib, akkor feltettem. És ezt így végig.
A végén megnéztem milyen warning-okat dobott, asszem hiányzott neki 2-3 opcionális csomag, feltettem azokat is, aztán lefordítottam véglegesen. -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz