Srlatin: ćirilično "u" preslovljava u 000000

Posle malo igranja sa Poedit-om, evo nekog mog zaključka. Ovaj problem nema direktne veze sa Srlatin dodatkom.
Naime, u srpskom prevodu (sr_RS.po fajl) postoje 2 stringa tipa:M j, Y @ G:i koji su prevedeni sa j. F Y. у H:i. Pretpostavljam da ti stringovi služe kao argument neke od WordPress funkcija za format vremena (pretpostavljam, kao što rekoh nov sam kad je WordPress u pitanju). Kada u prevodu stoji ćirilično slovo „u“, sve prolazi bez problema. Ali kada tu stoji latinično slovo „u“, funkcija ga „obradi“.
E sad, nisam hteo dublje da kopam iz prostog razloga: zapalo mi je za oko da engleska verzija WordPress-a tu koristi „@“, dok na drugim mestima koristi „at“. Probao sam da umesto ćiriličnog slova „u“, stavim „at“, i naravno i to je „obrađeno“ (ne dobije se „000000“, nego „pm31“). Dakle, tvorci WordPress-a su pribegli rešenju u formi „majmunčeta“. To je ujedno i moje trenutno rešenje (editovanje .po / .mo fajlova na ta dva mesta), što nije najsrećnije, ali je ipak lepše od „000000“.

Avrame, hvala na predlogu. Ne znam da li sam dobro shvatio, ali ono što sam probao je da snimim tako eskejpovan prevod, tj da u prevodu .po fajla umesto
j. F Y. у H:i
bude
j. F Y. \у H:i.
Međutim, Poedit onda neće da snimi .mo fajl, tj izbaci „fatal error“ na toj liniji koda (.po fajl bude snimljen, al .mo ne).

Pitao bih još nešto. Da li negde postoji spisak fajlova koji su izmenjeni u našoj lokalizovanoj distribuciji WordPress-a, u odnosu na englesku verziju (pored „languges“ fajlova)? Naime, pošto ne koristim ćirilično pismo na blogu, razmišljam da izbegnem korišćenje Srlatin dodatka. Preslovljavanje fajlova mogu da izvedem u lokalu za par minuta, što je po meni bolje nego da ga server radi svaki put.

Da, ovo je definitivno rešenje! Radi kako treba i u ćiriličnoj i u latiničnoj verziji, tj. i sa i bez Srlatin dodatka (možda bi trebalo izvršiti tu korekciju u sledećoj verziji našeg prevoda).

Što se tiče izmenjenih fajlova, postoje još neki fajlovi pored ovih koje si pomenuo, ali nisam siguran da li se oni koriste samo u toku instalacije. Možda bih se potrudio i da pronađem sve te fajlove, ali mi je besmisleno da to radim sa svakom novom verzijom (jedino da napišem neku skriptu koja će da pretrči sve fajlove i traži ćirilična slova), zato me zanima da li negde postoji spisak tih fajlova (neki changelog ili tako nešto za našu lokalizovanu verziju). Što se tiče preslovljavanja, svestan sam da se vrše promene u svakoj verziji (dodavanje i brisanje stringova), kao i da je lakše održavati jednu lokalizaciju WordPress-a, tj da bih morao ga radim sa svakom novom verzijom. To međutim nije problem, ako znam koji su fajlovi u pitanju, pošto ceo posao može da odradi skripta, npr ($files = niz sa imenima fajlova; $replace = niz tipa ćirilično_slovo => latinično_slovo, kao onaj u Srlatin dodatku):

foreach($files as $file){
 $content = file_get_contents($file);
 $content = str_replace(array_flip($replace), $replace, $content);
 file_put_contents($file, $content);
}

Samo treba iskopirati fajlove u folder sa skriptom (ako se pojavio neki novi dodati ga u niz) i kad skripta završi snimiti .mo fajlove od tako izmenjenih .po fajlova. To je par minuta, pa mi ne bi bilo teško da radim sa svakom verzijom. Sa temom opet nema problema, jer koristim svoju temu.

Milane, hvala na odgovoru. Takođe bi hteo da zahvalim i Avramu na rešenju.

Slažem se da nije greška u srpskoj lokalizaciji. Što se tiče samog problema, neki moj zaključak je sledeći. Problematični string M j, Y @ G:i (u engleskoj verziji) služi kao argument nekoj funkciji za formatiranje datuma, recimo poput php funkcije date(). Većina latiničnih slova u tom stringu ima određeno značenje za funkciju, tako da ih funkcija „obradi“. To bi objasnilo zašto su tvorci WordPress-a improvizovali koristeći znak @, umesto da piše slovima „at“ (probao sam da zamenim @ sa „at“, i isto dolazi do problema). U našoj originalnoj lokalizaciji na tom mestu je slovo „у“, koje za funkciju nema nikakvo značenje. Kada je uključeno preslovljavanje, onda to slovo biva zamenjeno slovom „u“, koje za funkciju ima određeno značenje. Pretpostavljam da je to razlog, obzirom da „eskejpovanje“ funkcioniše kao i kod pomenute php funkcije date(). Dok ovo ne bude rešeno na neki sveobuhvatan način, rešenje koje je Avram predložio dobro funkcioniše u praksi.

Što se tiče preslovljavanja u lokalu. Tema nije problem (ja sam je pisao), dodaci isto, jer ih većina i nema naš prevod pa sam i to napisao. Prvobitna ideja bila je da izvršim neke izmene u našem prevodu (isto pomoću skripte), pa kad već to radim, da uradim i preslovljavanje. Naime, u pitanju je sajt koji radim sa par prijatelja (oni slabije poznaju tehnički deo) i kada je sajt postavljen na probni server svi su imali ista pitanja (npr šta je „Natpis za kretanje“, „Navigation label“ u originalu, što bih ja izmenio u „Natpis u izborniku“). U međuvremenu sam odustao od izmene prevoda (ipak je lakše da im objasnim jer nema puno takvih mesta), a ideja o preslovljavanju u lokalu je i dalje tu (mada se verovatno ne dobija mnogo na performansama). Svestan sam da nikada svi neće biti zadovoljni zvaničnim prevodom, pa ne bih išao u tom pravcu (verovatno vam je takvih rasprava preko glave), osim ako postoji zvanična tema gde je moguće izneti predloge (nisam siguran da li je to tema „Predlozi bolje terminologije“ u delu „Lokalizacija“).

Vezano za originalni problem, sada sam pogledao nemčki prevod. Oni ignorišu bilo kakvu oznaku na tom mestu. Znanje nemačkog mi je malo izbledelo, ali prilično sam siguran da bi tu trebalo da bude „um“ (što bi odgovaralo engleskom „at“, odnosno našem „u“). Kod njih je string M j, Y @ G:i preveden sa d.m.Y H:i.

Lokalizaciju definitivno ostavljam vama koji imate mnogo više iskustva na tom polju. Moj zaključak je da je prvobitno nezadovljstvo lokalizacijom, u dobroj meri posledica nedostatka volje za privikavanjem. Ja prvi put koristim softver koji je lokalizovan na naš jezik. U početku mi je mnogo više stvari delovalo neadekvatno prevedeno, za par dana se to svelo na pojedinačne slučajeve. To sigurno nije razlog da radim izmene prevoda, već je pravi način da se takvi slučajevi iznesu kao predlog.