=?iso-8859-2?Q?Pawe=B3?= Sakowski wrote: > > > Czyli wystąpienie linii typu Name[du_PA] świadczy o błędnej konstrukcji > > > pliku desktop i taką linię można olać prostym koherentnym. > > > > Czyli wszystkie KDE-owskie Name[ven] nalezy z definicji odrzucic ? > > Nie, bo pliki z Name[ven] (za przykład wziąłem koshell) mają enkoding > UTF-8. To co pisałem dotyczy Legacy-Mixed.
Stad moje pytanie: czy w takiej sytuacji bedzie to zawsze UTF (gdy ENCODINGu _nie podano_) ? > W hipotetycznym przypadku gdyby pliki były Legacy-Mixed, dla zgodności > ze standardem musiałyby mieć wpisane wprost kodowanie, np. > Name[ven.UTF-8]=... Inaczej skąd program korzystający z pliku desktop > miałby wiedzieć w jakim kodowaniu jest dana linijka? > > > BTW: locale "sp" (a ostatnio takze "no") sa niepoprawne. Czy to oznacza, ze > > to _aplikacje_ powinny wiedziec, kiedy korzystac z powyzszych wpisow > > (przy ustawionym locale sr_* i nb_*) ? > > Nie rozumiem. Chodzi o to, ze "sp" z omawianej tabelki mozna wyrzucic do /dev/null (a w 2.0 takze no). Aplikacje nie maja prawa dzialac przy LANG=sp_YU. W naszym glibc sr jest cyrylica, a [EMAIL PROTECTED] - ISO. Zatem kto i kiedy powinien korzystac z Name[sp] ? -- ======================================================================= Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology __________________________________________________________ nie pytaj co inni zrobili dla pld, pomysl ile sam zrobiles
