Dotaz: Problém se znakem ˇ (mezi = a \)

[Jaroslav Šeděnka]

v Mandrake 9.0 GPL mi nejdou normálně psát velké písměna s háčky. Vím, že by chyba měla být v jakési mapě znaků, ale vůbec nevím kde ji hledat a jak to opravit.

Odpovědi

[ApoC]

Tento problém mě taky trápí, tak bych uvítal, kdyby sem konečně někdo napsal rozhřešení. A nebo sis tím nikdo ze zdejších guru neví rady??

[unchallenger]

jak se mi všichni pořád snaží namluvit, žádný guru nepoužívá mandrake ani redhat ;) ale alespoň napiš, kde ti to nefunguje (konzola, X, kde v X, jinde, nikde), jak máš nastavenou tu mapu znaků, jak máš nastavené locales, ..., takhle se na to dá těžko něco odpovědět

[Jaroslav Šeděnka]

Háček nefunguje vůbec nikde, kdybych aspon (ani nemůžu napsat n s háčkem) neměl velké š ve jméně V X-kách to nedělá vůbec nic, v konzoli bez framebufferu to napíše tečku, ale uprostřed. Co to dělá s framebufferem nevím, nedostatnu se do něj (tak mě napadá, jestli někdo máte původní lilo.conf z Mandrake 9.0, můžete mi ho kdyžtak poslat na jaroslav.sedenka@seznam.cz? moc bych se hodil Jak se vlastně prohazuje klávesnice v konzoli? Mám tam defaultně českou a je to takové divné.. Moc díky pokud se odhodláte s čímkoliv poradit, občas už mě to pěkně štve.

[Vlastimil Ott]

A nezobrazuje se třeba jenom ten znak špatně? Zkoušel jste vytvořit soubor a přečíst ho jiném systému? Může to souviset s grafickou kartou (resp. její chybou)? Nebo ten znak nemůžete vůbec zadat (problém klávesnice)? --vo

[Jaroslav Šeděnka]

určitě to není zobrazováním - velké š napíšu v pohodě pomocí CAPS LOCKU, ale ˇ a pak S nefunguje. UTF 8 je až v Mandrake 9.1, na zbytek se podívám později - teď jsem ve Winech

[unchallenger]

Na RH se v 8.0 děly v souvislosti s přechodem na unicode podobné divné věci, aby šla používat čeština na konzole, musel se tuším patchovat bash... klávesnice se natáhne loadkeys soubor, mapy jsou v /lib/kbd/keymaps/i386/... font na konzole se natáhne např. setfont /lib/kbd/consolefonts/lat2-sun16.psfu.gz -m 8859-2, pokud ovšem máš iso8859-2 locales, s utf-8 to bude jiné proto se ptám, jak máš nastavené locales (set | grep '^LC_|^LANG'), protože to na nich závisí v X totéž, může to být opět problém s locales (a dál může být rozdíl např. xterm a textový vstup v Gtk+2 aplikaci...)

[Cupy]

me (pro X) pomohlo nastaveni jednoho locale:
export LC_CTYPE=cs_CZ
(proc ne ostatni locales - nemam rad kdyz na me pocitac mluvi cesky, nerozumim mu)
pridal jsem si to do ~/.bash_profile
system: RH7.3, angl. instalace, KDE 3.0 vcetne sveho nativniho prepinani klavesnice pomoci Ctrl+Alt+K resp okynko mezi Ctrl-Alt.
cerpal jsem z czech-howto
pozn.: v tomto threadu uvedene konkretni rady nezabraly

[ApoC]

Mno, já mám Debiana a vážně už mě tento problém štve, zkoušel jsem to odstranovat, ale neúspěšně.....

[Minavr]

Mně pomohlo změnit v XF86Configu řádek z
Option "XkbModel" "pc105"
na
Option "XkbModel" "pc102"

[Stanislav Brabec]

V X by to neměl být problém (ani v ISO-8859-2 ani UTF-8), kromě starých programů, které ještě nemají podporu XKB, nebo ji mají blbě (stařičký Motif, starší Xforms), pokud je ovšem dobře nakonfigurovaná klávesnice:

# Model je s ACPI klávesami, častější bude pc105
    Option      "XkbModel"      "acpi"
# Tabulky znaků, jiná hodnota snad nemá smysl
    Option      "XkbRules"      "xfree86"
# Rozložení české (mohla by zde být i sekundární us
    Option      "XkbLayout"     "cz"
# Tato varianta má na \ znak \, nikoliv standardní umlaut
    Option      "XkbVariant"    "bksl"
# A na sekundární se přepíná oběma Shifty
    Option      "XkbOptions"    "grp:shift_toggle"

Co se týče konzole, je to horší. V ISO-8859-2 stačí nastavit písmo, ale v UTF-8 je navíc třeba dát unicode_start, kbd_mode -u a pak znovu nahrát mapu. Ale mrtvé klávesy ani pak nebudou chodit. Existuje patch Radovana Garabika na jádro, ale ten mění ABI, takže si pak musíte překompilovat kbd a podobné balíky.