Dotaz: i18n problem - oddelovac tisicu

[Dušan Hokův]

Zdar, hledam kde je problem v kodu gnome-commander, utils.c:478 :

#ifdef HAVE_LOCALE_H
                gchar sep = locale_information->thousands_sep[0];

                out[j] = sep!='\0' ? sep : ',';
#else
                out[j] = ',';
#endif

Co presne znamena ten radek nad #else ?

Pri nastaveni locale na cestinu se totiz misto mezery jako oddelovace tisicu ukazuje otaznik. Dale v debug vystupu v terminalu se ukazuje:

Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text()

Pritom vypis locale -k LC_NUMERIC pro cestinu je:

decimal_point=","
thousands_sep=" "
grouping=3;3
numeric-decimal-point-wc=44
numeric-thousands-sep-wc=160
numeric-codeset="UTF-8"

Pro ostatni jazyky zmena oddelovace funguje v poradku (nemcina - tecka, anglictina - carka).

Diky za pomoc

Odpovědi

[Luboš Doležel (Doli)]

Co presne znamena ten radek nad #else ?

Pokud je v locale definován oddělovač, tak ho použij, jinak použij ','.

[Dušan Hokův]

Hmm, kdyz je to tedy spravne a podle locale je oddelovacem pro cestinu mezera, proc se v aplikaci ukazuje otaznik misto mezery ? Zeby nejaky bug? V ceskem locale je oddelovac tisicu definovan takto:

LC_NUMERIC                                                                      
                                                                                
decimal_point           "<U002C>"                                               
thousands_sep           "<U00A0>"                                               
grouping                3;3                                                     
                                                                                
END LC_NUMERIC                    

[Dušan Hokův]

Takze nalezena v ceske lokalizaci! Zmizely i hlasky panga .

Reseni:

v souboru

/usr/share/i18n/locales/cs_CZ

zmenit radky:

thousands_sep           "<U00A0>"

na

thousands_sep           "<U0020>"

A pote spustit:

localedef -i cs_CZ -f "UTF-8" 'cs_CZ.UTF-8'

Plati pro FC6.

[petr_p]

Coz samozrejme neresi pricinu problemu ale jen priznaky.

U00A0 je nezlomitelna mezera  , kdezto U0020 je normalni mezera. V cestine je deleni cisla nepripustne (no, rekneme pokud to je neco jako π na 30 platnych mist, tak by se dala udelat vyjimka). Navic kdybysme chteli byt hyperkorektni, tak spravny znak je U2009 ( ) neboli zuzena mezera. A pokud bychom se chteli vratit do dob psacich stroju, tak se pouzivala obycejna vetna tecka. A jeste drive (pocatek 20. stoleti) se ta tecka psala nekam do horni poloviny radku.

[Dušan Hokův]

diky, takze to spise vypada jako bug v soucasti gnome (Pango) ?

[petr_p]

Neni takhle nahodou problem v tom, ze sep neni char, ale wchar?

Znak U00A0 se v UTF-8 zapise jako \xC2\xA0. Takze vy zapisujete do out jen jeden byte, coz je malo.

Vyzkousejte si z shellu:

echo -e "12\xC2\xA0345" | pango-view /dev/stdin
echo -e "12\xC2345" | pango-view /dev/stdin

[Dušan Hokův]

Hmm, aha... Jo to vyzkouseni dela uplne stejny problem jako u toho gnome-commander. Takze je chyba v kodu gnome-commandera, ktery spatne doda znak. diky