Dotaz: Vstup českých znaků v terminálu

[nooneanymore]

Zdravím

Podařilo se mi téměř úplně počeštit Gentoo (podle localization howto), ale nefunguje mi vstup českých znaků v terminálu (v textovém režimu). Zkoušel jsem různé fonty Terminus, ale pokaždé se mi objeví paznaky nebo otazník místo znaků, které mají nad sebou háček nebo kroužek (znaky s čárkou se zobrazují). Podivné je, že například v midnight commanderu se mi české znaky v menu a v adresářích zobrazují správně, až na tipy pod modrou oblastí. Takže si nejsem jistý, jestli je to fontem.

Podle wiki spouštím i službu unicode, keymaps jsem rovněž neopomenul.

kernel: 2.6.24-tuxonice-r4.

Děkuji za každou radu vedoucí k vyřešení problému.

Odpovědi

[pavel]

Tento nefunguje?:

'-*-terminus-*-*-*-*-*-*-*-*-*-80-iso10646-*'

[nooneanymore]

Omlouvám se, ale jak tento font zavedu mimo X server na terminal (třeba na ALT+F1)? Děkuji

[nooneanymore]

Teď jsem zjistil, že když něco v konzoli zapíšu do textu, tak se mi v X zapsaný text zobrazí zkomoleně. Kde je chyba?...

[kozzi]

No záleží jaký kodovani pouzivas v konsoli a jaky v Xkach. Ja mam vsude utf-8 a je to ok. Co ti vypise prikaz locale v konsoli a co v Xkach

[nooneanymore]

V obou mám na všech proměnných cs_CZ.UTF-8.

Nemůže to být tím, že používám radeon framebuffer? Jak jsem psal, zobrazení českých znaků mi neblbne, blbne jenom zápis, vstup.

Dík

[kozzi]

Asi budes mít problém v keymap zkus prikaz:

loadkeys /usr/share/kbd/keymaps/i386/qwertz/cz.map.gz

ale je možná že budes mit jinaci cesty nevim jak to je u tebe.

[hanzelko]

A pokial je to v UTF-8 mode, mozno

loakeys --unicode /usr/share/kbd/keymaps/i386/qwertz/cz.map.gz

[Brokarna]

do /etc/conf.d/keymaps si přidej řádek dumpkeys_charset="iso-8859-2"

[nooneanymore]

Tak jsem tak učinil. Teď mohu psát ěščřžýáíé, ale ň, ť (včetně velkých písmen) a spol. jsou pořád zkomolené. Navíc, když zmáčknu "ˇ" a pak "c" nevypíše se mi "č", přestože klávesa "č" funguje.

[petr_p]

Obávám se, že mrtvé znaky v unicode režimu na virtuálních konzolích zatím nefungují.

[PinoM]

Zdravím, řešil jsem přesně tento problém s tím rozdílem že nepoužívám unicode locales. Nutno říct že ve verzích jádra < 2.6.24 fungovalo všechno OK, ale po přechodu na 2.6.24 mi čeština v konzoli začla blbnout. Nevím čím je to způsobeno, ale problém jsem vyřešil po několika hodinách googlovaání, zkoušení, laborování a přemýšlení, ovšem musel jsem přejít komplet na unicode. Vy jak píšete unicode používáte, zprovoznil jste jej podle návodu.

1) Je nutné mít nastaven unicode font, já používám font z rodiny terminus, konkrétně ter-216b. Tento krok pravděpodobně máte v pořádku.

2) Nastavení fontu je sice hezká věc, ale systém musí vědět o mapě klávesnice, v souboru /etc/rc.conf, kde máte unicode pro konzoli povolen, je psáno, že je nutné zvolit unicode aware font a keymap. Problém je ten, že keymap který používám (i386/qwertz/cz) není unicode aware, nebo jej systém načte v iso konfiguraci, jinak si to nedokážu vysvětlit, takže v souboru /etc/conf.d/consolefont odkomentujte CONSOLETRANSLATION a nastavte jej na 8859-2_to_uni

3) Je nutné zavolat loadkeys --unicode cz, pak vše funguje jak má. Abyste nemusel tento příkaz pokaždé volat znovu, nastavte si jej do /etc/conf.d/local.start.

Podle mě je nesmysl, aby v dnešní době měl Linux problémy s češtinou v konzoli při unicode locales, nějak se mi to nezdá. Toto řešení funguje, zobrazuje i píše znaky OK. Chtěl bych si o tomhle problému někde něco přečíst, mrzí mě že jinak výborná dokumentace Gentoo v tomhle ohledu není moc výřečná. Pokud byste někdo měl nějaký užitečný link ...

[PinoM]

Teď jsem vyzkoušel ještě další funkční řešení. Potvrzuje to, že použitá keymapa není unicode aware a je nutné se k ní tak chovat. Pokud se pletu tak mě někdo opravte.

1) Řádek CONSOLETRANSLATION v /etc/conf.d/consolefont může být zakomentován, font nechte ter-216b.

2) V /etc/conf.d/keymaps nastavte DUMPKEYS_CHARSET="iso-8859-2".

Toto řešení předpokládá, že používáte unicode.

[hanzelko]

Zdravim.

Ono ta situacia nie je taka jednoducha. S kernelom 2.6.24 ide vstup ceskych slovensky klaves v pohode aj v unicode mode. (a funguju aj dead keys)

Lenze je to poriesene len na strane kernelu. Treba aj patch na kbd-1.12. Neviem ci ten patch je aj vo vasej distibucii.

Pozrite toto: http://bugzilla.kernel.org/show_bug.cgi?id=10458 http://bugzilla.kernel.org/show_bug.cgi?id=7746

je tam aj ten patch na kbd-1.12 (Fixed kbd support).

a toto: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.24

commit 04c71976500352d02f60616d2b960267d8c5fe24
Author: Samuel Thibault samuel.thibault@ens-lyon.org
Date:   Tue Oct 16 23:27:04 2007 -0700

    unicode diacritics support
    
    There have been issues with non-latin1 diacritics and unicode.
    http://bugzilla.kernel.org/show_bug.cgi?id=7746
    
    Git 759448f459234bfcf34b82471f0dba77a9aca498 `Kernel utf-8 handling'
    partly resolved it by adding conversion between diacritics and
    unicode. The patch below goes further by just turning diacritics into
    unicode, hence providing better future support. The kbd support can be
    fetched from
    http://bugzilla.kernel.org/attachment.cgi?id=12313
    
    This was tested in all of latin1, latin9, latin2 and unicode with french
    and czech dead keys.
    
    Turn the kernel accent_table into unicode, and extend ioctls KDGKBDIACR
    and KDSKBDIACR into their equivalents KDGKBDIACRUC and KDSKBDIACR.
    
    New function int conv_uni_to_8bit(u32 uni) for converting unicode into 8bit
    _input_.  No, we don't want to store the translation, as it is potentially
    sparse and large.
    

[PinoM]

Na bugzille Gentoo jsem našel toto:

http://bugs.gentoo.org/show_bug.cgi?id=214981

Zdá se že problém je v baselayout, resp. ve skriptu který se stará o přepínání unicode a iso modu v konzoli. Jádra 2.6.24 mají výchozí unicode režim. RC skript je schopen přeponout správně z iso do unicode ale ne opačně, resp. ne správně, takže situace se jeví ok, ale přitom to funguje špatně. Takže pokud jedete přesně podle localization nebo utf-8 návodu v Gentoo dokumentaci, pak by mělo pomoct přidat parametr jádra vt.default_utf8=0.

Já jsem to zkusil, jedu na 2.6.24-gentoo-r8 jádře, ISO-8859-2 locales, ASCII konzoli, lat2-16 fontu a všechno funguje jak má. Pravděpodobně se jedná o bug v příslušném skriptu, resp. v baselayout, který bude opraven. Roli hraje změna výchozímu režimu na unicode v jádrech 2.6.24.