Language kodovi za srpski

[nesh]

Xex, upravo mi je na django-devel listi BlueIce dao odlicnu ideju - osnovni fajl ce biti cirilicni a ako korisnik zeli latinicu konvertovace se (uz malo kesiranja) "u letu" u latinicu.

[Petar Marić]

Dobro može i tako - mislio sam da imamo alat koji sr_CYR po fajl pretvara u sr_LAT po fajl uz sve potrebne izmene (uglavnom header-i i lokacija datoteke) - taj princip sam ja koristio na drugim mestima dosad...
Ali opet čini mi se da je tvoja ideja (možda sam te inspirisao, ali nisam imao on-fly konverziju u planu) bolja.

[nesh]

Originalno napisao BlueIce

Dobro može i tako - mislio sam da imamo alat koji sr_CYR po fajl pretvara u sr_LAT po fajl uz sve potrebne izmene (uglavnom header-i i lokacija datoteke) - taj princip sam ja koristio na drugim mestima dosad...
Ali opet ?ini mi se da je tvoja ideja (možda sam te inspirisao, ali nisam imao on-fly konverziju u planu) bolja.

Ovako ce morati da se odrzava samo jedan fajl, konverzija iz cirilice u latinicu je trivijalna stvar, a uz malo kesiranja nece predstavljati ni problem u performansama. A i totalno izbegavamo problem kako da "krstimo" prevode tako da gettext moze da ih pronadje .

Ja cak razmisljam o tome da kao "feature", na trenutnim sajtovima, uradim isto tako - osnovni tekstovi u cirilici, a latinica on-fly.

Sam gettext sistem je prilicno dobro podrzan na gomili jezika (C, PHP, Python, Ruby, ...) tako da je ovo prilicno univerzalno resenje. Za python cu ja da uradim konverziju.

[andrej]

Možda je najbolje da pitaš Danila, on se zeza oko toga. On koristi cs locale.

[nesh]

Originalno napisao andrej

Možda je najbolje da pitaš Danila, on se zeza oko toga. On koristi cs locale.

Mislim da, ipak, ostajem pri 'sr'. Lat-Cir problem cu resiti kao sto smo BlueIce i ja napisali u prethodnim porukama.

'sr' je ono sto vecina (ako ne i svi) salju kao Accept-Language header kada su podeseni za nas jezik.

[Petar Marić]

@andrej: "cs" locale ti ništa ne znači, jer IMHO većina browsera danas šalje sr, tj. ako je uopšte "svesna" Srpskog.

PS: Sad sam video kako IE rešava problem latinice i ćirilice... Originalno nema šta

[nesh]

Originalno napisao BlueIce

@andrej: "cs" locale ti ništa ne zna?i, jer IMHO ve?ina browsera danas šalje sr, tj. ako je uopšte "svesna" Srpskog.

PS: Sad sam video kako IE rešava problem latinice i ?irilice... Originalno nema šta

I ja treba da budem vidovit pa da pogodim redosled .

A sta salje u Accept-Language, kada je tako namesten?

[Petar Marić]

Funny you should ask:

HTTP_ACCEPT_LANGUAGE: sr,sr;q=0.5

LOL

[nesh]

Originalno napisao BlueIce

Funny you should ask:

HTTP_ACCEPT_LANGUAGE: sr,sr;q=0.5

LOL

10x, 10min sam se smejao

ix, konacno neka korist od IE

p.s. mogao sam i da pretpostavim. Odvikao sam se od win*sa (srecom)

[nesh]

Xex, ko ne gleda ...

Našao sam (gledajuci python locale source) jasnu referencu za celu ovu pricu na RFC 1766.

Za one koje mrzi da citaju (ukljucujuci i mene) izdvajam:

   In the first subtag:

    -    All 2-letter codes are interpreted as ISO 3166 alpha-2
         country codes denoting the area in which the language is
         used.

    -    Codes of 3 to 8 letters may be registered with the IANA by
         anyone who feels a need for it, according to the rules in

         chapter 5 of this document.

   The information in the subtag may for instance be:

    -    Country identification, such as en-US (this usage is
         described in ISO 639)

    -    Dialect or variant information, such as no-nynorsk or en-
         cockney

    -    Languages not listed in ISO 639 that are not variants of
         any listed language, which can be registered with the i-
         prefix, such as i-cherokee

    -    Script variations, such as az-arabic and az-cyrillic

In the second and subsequent subtag, any value can be registered.

Izgleda da je prica rešena, (IMO) kodovi za cirilicu i latinicu bi trebalo da budu:

sr-latin
sr-cyrillic

ili za one koji bas vole

sr-yu-latin
sr-yu-cyrillic

iako je ova prva varijanta mnogo bolja.