ceska klavesnice vs XFree 3.3.1

[Stanislav Meduna]

Hi,

mal som trochu casu a mrkol som sa na jeden Peakov starsi prispevok (sorry
za dlhsi quoting, ale nie kazdy si pamata prispevky spred stvrt roka):

> pak nastava zajimavy rozpor: pokud si program nevytvori IM, pak funguji
> vsechny "jednoklavesove" ceske znaky (napr. ty v horni rade klaves), ale
> nefunguji mrtve klavesy, ovsem pokud si IM vytvori (napr. kdyz je k tomu
> donucen pres Xlib-forcedIM), tak funguji mrtve klavesy, ale nefunguji
> nektere "jednoklavesove" znaky--jmenovite ty, ktere jsou obsazeny jak
> v iso-8859-1, tak v iso-8859-2 (cili jsou to aacute, eacute, iacute,
> uacute, yacute, odpovidajici velka pismena a znak paragraf)...
> zvlastni co?
> 
> zkoumal jsem proc to a prisel jsem na dosti sokujici zjisteni: kdyz
> IM interpretuje "keysym" (Xmb/wcLookupString), tak ho (pokud je to
> pismeno) prekonvertuje na "compound text" (coz znamena, ze iso-8859-1
> znaky necha jak jsou a zbytek prefixuje patricnou escape sekvenci) a cele
> se to pokusi prevest na mb/wc string; vtip je v tom, ze u znaku z horni
> pulky iso-8859-1 se mu to nepovede, protoze je nedokaze (v kontextu
> popsanem souborem /usr/lib/X11/locale/iso8859-2/XLC_LOCALE) nijak
> interpretovat--vysledkem je, ze aplikace dostane prazdny string

Vyraz "v kontextu popsanem ..." ma priviedol na jednoduchu ideu:
nestacilo by proste nasledovne ?

=== cut ===
--- locale/iso8859-2/XLC_LOCALE.orig     Wed Nov  5 16:48:18 1997
+++ locale/iso8859-2/XLC_LOCALE Sat Apr 25 15:54:26 1998
@@ -67,7 +67,7 @@



-       ct_encoding     ISO8859-2:GR
+       ct_encoding     ISO8859-2:GR; ISO8859-1:GR
 }

 END XLC_XLOCALE
=== cut ===

Bohuzial mam RH 5.0 rozbabrany roznymi zasahmi a je teda trochu problem
otestovat funkcnost "panenskeho" RH 5.0. Vyhodil som ale il2_ keysymy
tak z definicie klavesnice, ako aj z XKeysymDB a zda sa ze to funguje.
Mohol by to niekto z vas este otestovat ?

Zdravi
--
					Stano