[diacritice] Diacritice pe Adroid (fost: diacritice corecte pe windows xp)

[Strainu]

2010/5/2 Mișu Moldovan <du...@gnome.ro>:
> În data de 30.04.2010 la 20:27:30, Strainu a scris:
> [snip]
>>
>> Am mai discutat undeva problema fonturilor de Android și Mișu
>> Moldovan zicea că a introdus el caracterele cu virgulă, dar că nu le-
>> a trimis încă upstream. Nu știu dacă între timp acest lucru s-a
>> schimbat.
>
> Eu am făcut doar ceea ce a făcut și Cristian Adam, adică copy&paste la
> caracterul lipsă. Din păcate nu am dat în repo-ul Android de sursele
> acestor fonturi, în frameworks/base/data/fonts sunt tot ttf-uri... Așa
> că nu am putut face mai mult. Ce pot să spun este că cei de la Google
> sunt conștienți[1] de caracterul lipsă pentru limba română.
>
> Nu știu cum ar trebui procedat în cazul ăsta, poate că ar prinde bine
> să avem un bug separat raportat pentru acest caracter lipsă... Sau
> poate un meta-bug cu toate problemele de localizare românești? Avem un
> utilizator de Android pe aici?

Cred că mai degrabă un dezvoltator de Android ne trebuie :) Ca
dezvoltator, eu prefer să am buguri separate pentru fiecare problemă,
sunt mai ușor de numărat și de urmărit. Un bug global cu toate
problemele de localizare ar însemna probabil mai mult interes din
parte oamenilor de la noi, dar există deja bugul menționat de tine,
care e și mai generic.

Cel mai important mi se pare ca fonturile să ajungă într-o formă sau
alta la dezvoltatorii Android, de obicei e mai ușor să ai de unde să
pleci decât să faci de la 0.

[Adrian Vintu]

Salut voios la toata lumea.

Am dezvoltat pe Android DEXul - http://dex.adrianvintu.com/

Am avut intr-adevar problema cu lipsa diacriticelor dar am rezolvat inlocuind cedilla cu cu virgula.

Dau un copy paste la cod.


            switch (c)
            {
                // * Unicode 0x0218 Latin uppercase letter "S" with a comma underneath
                // * Unicode 0x0219 Latin lowercase letter "s" with a comma underneath
                // * Unicode 0x021A Latin uppercase Letter "T" with comma underneath
                // * Unicode 0x021B Latin lowercase "t" with a comma underneath
                //
                //
                // * Unicode 0x015E Latin uppercase letter "S" with a cedilla underneath
                // * Unicode 0x015F Latin lowercase letter "s" with a cedilla underneath
                // * Unicode 0x0162 Latin uppercase Letter "T" with a cedilla underneath
                // * Unicode 0x0163 Latin lowercase "t" with a cedilla underneath

                // android cannot handle t and T with cedilla
                case 0x0218:
                    sb.append((char) 0x015E);
                    break;
                case 0x0219:
                    sb.append((char) 0x015F);
                    break;
                case 0x021A:
                    sb.append((char) 0x0162);
                    break;
                case 0x021B:
                    sb.append((char) 0x0163);

Din punct de vedere vizual, pentru utilizator e cam tot una.

Despre suportul fonturilor romanesti built-in pe Android, cred ca pot spune ca depinde de makerul de telefoane. Din pacate, fiecare maker (HTC, Samsung, etc) mai schimba din standarde...

Fonturi custom se pot adauga per aplicatie, deci in teorie, o aplicatie romaneasca, poate functiona si cu cedilla.

Numai bine,
Adrian Vintu

2010/5/3 Strainu <stra...@gmail.com>

[Cristian Secară]

On Mon, 3 May 2010 09:55:54 +0200, Adrian Vintu wrote:

> Am avut intr-adevar problema cu lipsa diacriticelor dar am rezolvat
> inlocuind cedilla cu cu virgula.

Poate invers ? (sau n-am înțeles ideea)

> Dau un copy paste la cod.

> [...]

> Din punct de vedere vizual, pentru utilizator e cam tot una.

Ar fi bine ca „ăia” să nu afle de asta, că altfel or să zică „păi dacă
merge și-așa la ce vă mai trebuie fonturile corecte ?”.

> Despre suportul fonturilor romanesti built-in pe Android, cred ca pot
> spune ca depinde de makerul de telefoane. Din pacate, fiecare maker
> (HTC, Samsung, etc) mai schimba din standarde...

În privința subiectului discutat aici nu cred că schimbă din
*standarde*, poate doar din implementări ale standardelor.

Dacă fonturile ajung să fie corecte la vârf, atunci restul
implementărilor se rezolvă automat.

Cristi

--
Cristian Secară
http://www.secarica.ro/

[rs]

On 3 mai, 03:55, Adrian Vintu <adrianvi...@gmail.com> wrote:
> Am avut intr-adevar problema cu lipsa diacriticelor dar am rezolvat
> inlocuind cedilla cu cu virgula.

Eu nu mai înțeleg nimic. Până la urmă ce nu merg, sedilele?
virgulițele? nici una nici alta?

Lucian

[Paul Chiorean]

2010/5/3 rs <rospe...@gmail.com>:

> Eu nu mai înțeleg nimic. Până la urmă ce nu merg, sedilele?
> virgulițele? nici una nici alta?

Sedilele merg — dar nici Mac OS X, nici Linux, nici Windows 7 nu mai
„preferă” sedile în ziua de azi. Că ţ se afișează ț, e o chestiune
estetică: în realitate e ţ.

Orice text culeg pe PC sau în browser și apoi sincronizez pe telefon e
borked: afișează corect ș (există în font, dar nu se poate introduce
de pe tastatura virtuală) și pătrățel în loc de ț (nu există în
fonturile Droid). În plus — dacă nu era destul — nu se poate introduce
ă din tastatură.

(Mi-ar fi foarte ușor să fac un "jailbreak" și să-mi pun orice font
doresc (Nokia Sans S60), dar asta nu rezolva problema de fond.)
--
Jpeg

[rs]

Mișu:

> Eu am făcut doar ceea ce a făcut și Cristian Adam, adică copy&paste la
> caracterul lipsă. Din păcate nu am dat în repo-ul Android de sursele
> acestor fonturi, în frameworks/base/data/fonts sunt tot ttf-uri...

TTF este suficient de sursă de fonturi. Probabil te gândești la sursă
în sensul de FontForge. Merge și ttf, știu că tipii de la Fedora se
descurcă cu ttf ca sursă. Formatul are destulă informație ca să-l
schimbi ușor în altceva.

Cred că cei care au făcut fontul respectiv (nu neapărat angajați
Google, poate fi ceva extern) le-au pus în brațe niște fișiere ttf. De
aici și reticența celor de la Google să-l modifice.

> Așa că nu am putut face mai mult. Ce pot să spun este că cei de la Google
> sunt conștienți[1] de caracterul lipsă pentru limba română.

Ca să rezolve bugul respectiv este mai greu, sunt prea multe probleme
acolo, pare destul de descurajant. Până să rezolve ei scrisul de la
dreapta la stânga, mai trece...

Noi avem nevoie de ceva mai simplu, un copy&paste la câteva caractere
și o virgulă desenată sub ele. Totul pus într-o arhivă și postată ca
un bug independent. După care toată lumea votează. Pentru un speller
am găsit 30 de voturi, ăsta ar putea să adune de câteva ori mai multe.

On 3 mai, 15:12, Paul Chiorean <brin...@gmail.com> wrote:
> Sedilele merg — dar nici Mac OS X, nici Linux, nici Windows 7 nu mai
> „preferă” sedile în ziua de azi. Că ţ se afișează ț, e o chestiune
> estetică: în realitate e ţ.

OK, textul bugului trebuie să spună "primesc emailuri editate sub
MacOS, Win7 și Linux de la familie și prieteni și nu pot să le
citesc".

> Orice text culeg pe PC sau în browser și apoi sincronizez pe telefon e
> borked: afișează corect ș (există în font, dar nu se poate introduce
> de pe tastatura virtuală) și pătrățel în loc de ț (nu există în
> fonturile Droid).

Adăugăm în bug și că "documentele editate sub sistemele de operare
menționate mai sus nu pot fi citite pe Android".

Face cineva arhiva și dă drumul la bug? Restul toți la vot!

Lucian

[Paul Chiorean]

2010/5/4 rs <rospe...@gmail.com>:

> Cred că cei care au făcut fontul respectiv (nu neapărat angajați
> Google, poate fi ceva extern) le-au pus în brațe niște fișiere ttf. De
> aici și reticența celor de la Google să-l modifice.

Fonturile sunt făcute de către Ascender Corporation special pentru
Android și sunt distribuite sub o licență Apache:
http://en.wikipedia.org/wiki/Droid_fonts

> Ascender's font experts understand how to design Non-Latin
> fonts with a consistent style to match the Latin fonts. Please
> contact Ascender for more information on customizing the
> Droid fonts.

> http://www.droidfonts.com/customfonts/

Jpeg
--
bri...@gmail.com | Y!M: paul_chiorean | +40744470728
P.S. I've encrypted a virus along with this email.

[Paul Chiorean]

2010/5/4 Paul Chiorean <bri...@gmail.com>:

> Please contact Ascender for more information on customizing the
> Droid fonts.

Ideea era că m-aș mira să accepte modificări „home made”, probabil
preferă să fie contactați pentru modificări și distribuție [oficială]
în OHA/Android.
--
Jpeg

[Mișu Moldovan]

rs <rospe...@gmail.com> a scris:

> Mișu:
> > Eu am făcut doar ceea ce a făcut și Cristian Adam, adică copy&paste
> > la caracterul lipsă. Din păcate nu am dat în repo-ul Android de
> > sursele acestor fonturi, în frameworks/base/data/fonts sunt tot
> > ttf-uri...
>
> TTF este suficient de sursă de fonturi. Probabil te gândești la sursă
> în sensul de FontForge. Merge și ttf, știu că tipii de la Fedora se
> descurcă cu ttf ca sursă. Formatul are destulă informație ca să-l
> schimbi ușor în altceva.
>
> Cred că cei care au făcut fontul respectiv (nu neapărat angajați
> Google, poate fi ceva extern) le-au pus în brațe niște fișiere ttf. De
> aici și reticența celor de la Google să-l modifice.

TTF-urile sunt o formă compilată a fonturilor respective. Când cei de
la Bitstream au făcut open source fonturile Vera, precursoarele
fonturilor DejaVu, au făcut disponibile și sursele fonturilor. Țin
minte că atunci când am adăugat diacriticele românești ce lipseau din
fonturile DejaVu (pentru că în Vera nu-ți dădea voie licența), exista
indicația expresă de a lucra cu sursele fonturilor și nu cu forma lor
compilată. E posibil ca licența mai liberală a fonturilor Droid să se
refere doar la forma compilată... Nu știu cine mai lucrează pe ele, dar
cert e că nu au fost făcute de angajați Google, ci de cei de la
Ascender, la comanda Google.

Tot din aceeași categorie, știu că am văzut prin Bugzilla Red Hat niște
comentarii[1] privind fonturile Liberation ce făceau referire la
pierderea unor informații la importul fonturilor în FontForge. Din
păcate, fonturile Droid Sans editate de mine în FontForge, dar și cele
editate de Cristian Adam (tot în FontForge), au cel puțin un bug major
la randarea FreeType, perechea r0 arată de parcă ar fi un spațiu între r
și 0. Fonturile originale nu au această problemă...

> > Așa că nu am putut face mai mult. Ce pot să spun este că cei de la
> > Google sunt conștienți[1] de caracterul lipsă pentru limba română.
>
> Ca să rezolve bugul respectiv este mai greu, sunt prea multe probleme
> acolo, pare destul de descurajant. Până să rezolve ei scrisul de la
> dreapta la stânga, mai trece...
>
> Noi avem nevoie de ceva mai simplu, un copy&paste la câteva caractere
> și o virgulă desenată sub ele. Totul pus într-o arhivă și postată ca
> un bug independent. După care toată lumea votează. Pentru un speller
> am găsit 30 de voturi, ăsta ar putea să adune de câteva ori mai multe.

Nu putem da mai departe niște fonturi în care am reparat o problemă
(am adăugat ț-urile lipsă) și am creat altele. Ăsta e motivul pentru
care io am ținut fonturile editate de mine pentru uz personal și am
căutat să adaug caracterele lipsă în surse. Din păcate, nu le-am găsit
în repo-ul Android...

Dar, într-adevăr, am putea vota să completeze ei fonturile, că doar ei
au acces atât la surse, cât și la know-how.

[snip]

--
mișu

1. https://bugzilla.redhat.com/show_bug.cgi?id=461039#c10

[Paul Chiorean]

2010/5/4 Mișu Moldovan <du...@gnome.ro>:

> rs <rospe...@gmail.com> a scris:
>> Mișu:
>> > Eu am făcut doar ceea ce a făcut și Cristian Adam, adică copy&paste
>> > la caracterul lipsă. Din păcate nu am dat în repo-ul Android de
>> > sursele acestor fonturi, în frameworks/base/data/fonts sunt tot
>> > ttf-uri...
>>
>> TTF este suficient de sursă de fonturi. Probabil te gândești la sursă
>> în sensul de FontForge. Merge și ttf, știu că tipii de la Fedora se
>> descurcă cu ttf ca sursă. Formatul are destulă informație ca să-l
>> schimbi ușor în altceva.
>>
>> Cred că cei care au făcut fontul respectiv (nu neapărat angajați
>> Google, poate fi ceva extern) le-au pus în brațe niște fișiere ttf. De
>> aici și reticența celor de la Google să-l modifice.
>
> TTF-urile sunt o formă compilată a fonturilor respective. Când cei de
> la Bitstream au făcut open source fonturile Vera, precursoarele
> fonturilor DejaVu, au făcut disponibile și sursele fonturilor. Țin
> minte că atunci când am adăugat diacriticele românești ce lipseau din
> fonturile DejaVu (pentru că în Vera nu-ți dădea voie licența), exista
> indicația expresă de a lucra cu sursele fonturilor și nu cu forma lor
> compilată. E posibil ca licența mai liberală a fonturilor Droid să se
> refere doar la forma compilată... Nu știu cine mai lucrează pe ele, dar
> cert e că nu au fost făcute de angajați Google, ci de cei de la
> Ascender, la comanda Google.
>

> [snip]

>
> Dar, într-adevăr, am putea vota să completeze ei fonturile, că doar ei
> au acces atât la surse, cât și la know-how.

Am luat legătura cu cineva de la Ascender Corporation (Steve Kuhlman)
prin formularul lor de contact de pe
http://www.droidfonts.com/customfonts/ și am încercat să-i explic cât
mai clar și detaliat care sunt problemele cu fonturile lor. Aștept un
al doilea răspuns, în primul se referise doar la Ș/ș, care sunt în
regulă în ceea ce-i privește pe ei. (Partea de UI e problema lui
Google, e pentru alta poveste.)
--
Jpeg

[Paul Chiorean]

În continuare aștept răspuns de la Ascenders Corp. Hopeless. În continuare aștept update la Android OS 2.1. Hopeless. (Parcă începe să-mi pară puțin rău că am renunțat la iPhone pentru Android.)

2010/5/5 Paul Chiorean <bri...@gmail.com>

-- 
Jpeg

[David Stroe]

2010/5/14 Paul Chiorean <bri...@gmail.com>

În continuare aștept răspuns de la Ascenders Corp. Hopeless. În continuare aștept update la Android OS 2.1. Hopeless. (Parcă începe să-mi pară puțin rău că am renunțat la iPhone pentru Android.)

poate ar fi de preferat să le trimitem direct o petiție cu semnături strânse :) 

[Paul Chiorean]

2010/5/14 David Stroe <david...@gmail.com>

poate ar fi de preferat să le trimitem direct o petiție cu semnături strânse :) 

Chiar dacă și Google, și Ascender par sa fie sunt la curent cu situația, cred că un lobby ar fi o idee bună. Sunt curios dacă 2.1 (are cineva?) are suport românesc mai bun în fonturi sau/și tastatură. Update-ul pentru Hero se pare că o să apară abia în iunie.
--
Jpeg

[Cristian Secară]

On Fri, 14 May 2010 11:17:37 +0300, Paul Chiorean wrote:

> Sunt curios dacă 2.1 (are cineva?) are suport românesc mai bun în
> fonturi sau/și tastatură. Update-ul pentru Hero se pare că o să apară
> abia în iunie.

Păi dacă fonturile la sursă sunt incomplete, cum ar putea fi versiunea
sistemului de operare să fie mai completă ? (ca fonturi)

[Mișu Moldovan]

Cristian Secară <or...@secarica.ro> a scris:

> On Fri, 14 May 2010 11:17:37 +0300, Paul Chiorean wrote:
>
> > Sunt curios dacă 2.1 (are cineva?) are suport românesc mai bun în
> > fonturi sau/și tastatură. Update-ul pentru Hero se pare că o să
> > apară abia în iunie.
>
> Păi dacă fonturile la sursă sunt incomplete, cum ar putea fi versiunea
> sistemului de operare să fie mai completă ? (ca fonturi)

În unele cazuri, compania ce implementează Android pe telefoanele
proprii aduce corecții ce încă nu s-au propagat upstream sau poate nu
se vor propaga vreodată. Din ce am văzut pe code.google.com prin
secțiunea cu bug-urile Android, se mai întâmplă... Din amintite, parcă
Nexus One de la Google are probleme cu localizarea ebraică, iar HTC
vinde modelul echivalent, perfect adaptat pieței locale din Israel.

--
mișu

[Sorin Sbârnea]

Eu nu am Android dar cred ca o parte din vină este a noastră întrucât
nu am găsit niciun bug specific pentru suportul românesc pe
http://code.google.com/p/android/issues/

Propun sa raportați problema separat și apoi să faceți cunoscut bug-ul
pe lista/facebook/buzz/... pentru ca lumea să-l poată vota. Vă asigur
că Google ține cont de numărul de voturi atașate bugurilor.

PS. Există o referire la acest bug într-un comentariu
http://code.google.com/p/android/issues/detail?id=5925&q=romanian&colspec=ID%20Type%20Status%20Owner%20Summary%20Stars
Dar dacă vă uitați la titlul bug-ului ("Support full Unicode for all
languages and scripts") o să vă dați seama ca probabil nu va fi
niciodată rezolvat complet.

>  application_pgp-signature_part
> < 1KViewDownload

[David Stroe]

salut.

revin cu un update, nu-mi dau seama cât de mult ajută, dar e un
subiect interesant:

http://grab.by/4srY
asta este harta fontului Droid Regular, găsit printr-o discuție despre
posibilitatea ca Google să scoată un API de font-uri pentru web.
include și diacriticele românești corecte, doar Ț-urile nu sunt active
pe standardul MacOS Romanian (012A și 021B). în rest, toate sunt la
locul lor (inclusiv Ș-urile cu sedilă din layoutul vechi pe 015E și
015F).

deocamdată ele sunt doar pe varianta Regular (celelalte greutăți nu
includ nicio altă diacritică - decât accentele latine)

aici găsiți discuția de la care am pornit:
http://www.storm-consultancy.com/blog/design/newsworthy-bits/google-getting-into-the-web-fonts-game/

și aici e link-ul direct către fontul de care vorbesc
http://themes.googleusercontent.com/font?kit=POVDFY-UUf0WFR9DIMCU8g

probabil Google va lansa azi acest API la conferința developerilor:
http://www.youtube.com/googledevelopers

D.

[Cristian Secară]

On Wed, 19 May 2010 17:48:09 +0300, David Stroe wrote:

> http://grab.by/4srY
> asta este harta fontului Droid Regular, găsit printr-o discuție despre
> posibilitatea ca Google să scoată un API de font-uri pentru web.
> include și diacriticele românești corecte, doar Ț-urile nu sunt active
> pe standardul MacOS Romanian (012A și 021B). în rest, toate sunt la
> locul lor (inclusiv Ș-urile cu sedilă din layoutul vechi pe 015E și
> 015F).

Nu știu la ce te referi când zici „toate sunt la locul lor”.
Ț-ul nu este prezent, deci fontul este inutil.

> și aici e link-ul direct către fontul de care vorbesc
> http://themes.googleusercontent.com/font?kit=POVDFY-UUf0WFR9DIMCU8g

Am verificat, NU conține nici Ț nici ț (021A și 021B).

> probabil Google va lansa azi acest API la conferința developerilor:
> http://www.youtube.com/googledevelopers

Pentru alții. Pentru noi, canci.

[David Stroe]

2010/5/19 Cristian Secară <or...@secarica.ro>:

> Nu știu la ce te referi când zici „toate sunt la locul lor”.
> Ț-ul nu este prezent, deci fontul este inutil.

> Am verificat, NU conține nici Ț nici ț (021A și 021B).

păi asta am spus și eu. pe standardul MacOS Romanian nu e activat
Ț-ul, dar el există desenat în cadrul fontului (și din câte știu eu nu
există în altă limbă decât româna), deci n-ar fi o problemă gravă acum
să adaugi un unicode la glifele de pe 0162 și 0163 pentru a avea o
copie și-n 021A și 021B, nu? :) (de aceea am atașat harta de-aici,
unde se vede ce avem și ce nu http://grab.by/4srY)

fontul a fost găsit întâmplător, nu este unul anunțat oficial, deci
foarte probabil e doar un beta (sau chiar „dev”, mai ales că diferența
dintre Regular și Bold este covârșitoare).

vorbeam despre ideea că astăzi Google ar putea lansa un astfel de API
pentru fonturi web, care, într-un fel sau altul, ne-ar putea ajuta să
promovăm mai ușor diacriticele corecte pe fontul Droid, folosit pe
sistemele Android, și evident, nu numai (aici mă refer la faptul că
webdeveloperii - adică site-urile lor - vor putea folosi în sfârșit
niște fonturi bune și cu toate semnele corecte)

D.

ps.
tocmai s-a lansat: http://code.google.com/webfonts

[Cristian Secară]

On Wed, 19 May 2010 20:00:05 +0300, David Stroe wrote:

> > Nu știu la ce te referi când zici „toate sunt la locul lor”.
> > Ț-ul nu este prezent, deci fontul este inutil.
> > Am verificat, NU conține nici Ț nici ț (021A și 021B).
>
> păi asta am spus și eu. pe standardul MacOS Romanian nu e activat
> Ț-ul,

<paranteză>
Cu riscul de a te dezamăgi, standardul MacOS Romanian nu ne
interesează. Este un standard proprietar Apple (standard care azi
este decedat, dar nu asta este important). Noi avem treabă doar cu
standardizările publicate de ASRO, care la rândul ei este afiliată ISO
(și IEC, și ETSI, și altele). Nici măcar cu Unicode nu avem treabă în
mod direct (oficial vorbind, Unicode nu există), ci cu standardul
ISO/IEC 10646-1 care la nivel de ISO este ținut în sincronism cu
Unicode (deci tehnic vorbind, a face referire la Unicode este corect
prin prisma codurilor).

Nu, pe noi ne interesează în primul rând alfabetul, care de bine de
rău este stabilit descriptiv de Academia Română. Pe baza descrierii lor
se pot deduce care sunt codurile Unicode pentru fiecare caracter, care
printre altele includ (doar) ș și ț cu virgulă.

Pentru caractere adresate prin coduri de 8 biți, standardul care
contează este ISO/IEC 8859-16:2001 (Latin 10), în esență asta
http://anubis.dkuug.dk/jtc1/sc2/open/02n3389.pdf
Pentru caractere adresate prin coduri de 16 biți sau transformări
diverse, corespondența dintre alfabetul limbii române și codurile
asociate este mai greu de identificat (oficial, că așa noi știm ce și
cum); se poate face corespondența inversă din Latin 10, numai că cine
face asta trebuie să știe de altundeva care este partea din standard
care privește doar alfabetul limbii române; o variantă mai mură în gură
ar putea fi anexa din ordinul 414 al MCTI din 25 septembrie 2006, care
a fost publicat în monitorul oficial 842 din 11 octombrie 2006
http://www.secarica.ro/misc/mo_2006_0842.pdf

Cu alfabetul în mână și codurile Unicode necesare, te duci la font.
Un standard proprietar Apple nu intră în discuție.
</paranteză>

> dar el există desenat în cadrul fontului (și din câte știu eu nu
> există în altă limbă decât româna), deci n-ar fi o problemă gravă acum
> să adaugi un unicode la glifele de pe 0162 și 0163 pentru a avea o
> copie și-n 021A și 021B, nu? :) (de aceea am atașat harta de-aici,
> unde se vede ce avem și ce nu http://grab.by/4srY)

Sigur, așa este, dar momentan este doar „cum ar fi dacă ar fi”.

Poate că în mesajul dinainte am fost cam sarcastic. Mi s-a părut cam
mare discrepanța dintre tonul tău vesel și fericit și realitatea crudă
ca să zic așa.

> vorbeam despre ideea că astăzi Google ar putea lansa un astfel de API
> pentru fonturi web, care, într-un fel sau altul, ne-ar putea ajuta să
> promovăm mai ușor diacriticele corecte pe fontul Droid, folosit pe
> sistemele Android, și evident, nu numai (aici mă refer la faptul că
> webdeveloperii - adică site-urile lor - vor putea folosi în sfârșit
> niște fonturi bune și cu toate semnele corecte)

Păi nu înțeleg, deocamdată este incomplet și acel font și suportul
pentru Android.
Unde trebuie făcut primul pas ? (sau: cine poate să îl facă ?)

[Cristian Adam]

Google a lansat "Google Font Directory" http://code.google.com/webfonts

Ar trebui văzut unde se pot raporta buguri. Parerea mea este că toate
acele fonturi trebuie să conțină diacriticele corecte.

--
Cristi.

[Cristian Adam]

Am făcut pagini de test pentru toate fonturile din "Google Font
Directory".
Paginile se găsesc aici: http://www.assembla.com/code/cristianadam/subversion/nodes/@font-face/webfonts

Butonul "View as web page" deschide pagina în browser. Cel mai ușor se
observă diferențele cu Internet
Explorer (face cel mai prost substituirea caracterelor lipsă)

--
Cristi.

[Cristian Adam]

> Butonul "View as web page" deschide pagina în browser. Cel mai ușor se observă diferențele cu Internet
> Explorer (face cel mai prost substituirea caracterelor lipsă)
>

De fapt toate browserele au probleme, de ex. fontul Tangerine, care
are lipsă și caracterul „ă”.

--
Cristi.

[Cristian Adam]

Am trecut pagina de test ca sugestie la Google: http://goo.gl/mod/ckA8
Cu cât mai multe voturi, cu atât mai multe șanse să facă ceva.

--
Cristi.

[Cristian Adam]

[Cristian Adam]

[Cristian Adam]

On May 20, 2:09 pm, Cristian Adam <cristian.a...@gmail.com> wrote:
> Am făcut pagini de test pentru toate fonturile din "Google Font
> Directory".

> Paginile se găsesc aici:http://www.assembla.com/code/cristianadam/subversion/nodes/@font-face...

>
> Butonul "View as web page" deschide pagina în browser. Cel mai ușor se
> observă diferențele cu Internet
> Explorer (face cel mai prost substituirea caracterelor lipsă)
>

Am actualizat paginile de test (mărimi de font diferite, folosirea
variantelor cursive și aldine), și am pus capturi de ecran ale lui
Internet Explorer 8 și Mozilla Firefox 3.6(.3)

Din cele 18 fonturi, 4 sunt OK: Cardo, IM Fell DW Pica, OFL Sorts Mill
Goudy TT, Old Standard TT

--
Cristi.

[Mișu Moldovan]

Mișu Moldovan <du...@gnome.ro> a scris:
[snip]

> Tot din aceeași categorie, știu că am văzut prin Bugzilla Red Hat
> niște comentarii[1] privind fonturile Liberation ce făceau referire la
> pierderea unor informații la importul fonturilor în FontForge. Din
> păcate, fonturile Droid Sans editate de mine în FontForge, dar și cele
> editate de Cristian Adam (tot în FontForge), au cel puțin un bug major
> la randarea FreeType, perechea r0 arată de parcă ar fi un spațiu
> între r și 0. Fonturile originale nu au această problemă...

Testând pe mai multe calculatoare, mi-am dat seama că am făcut o
greșeală, e vorba de perechea „r1”, nu „r0”. Deci cu fonturile editate
de Cristian Adam, litera «r» urmată de cifra «1», arată de parcă ar
avea un spațiu inserat între ele, atunci când e randată cu FreeType.

Pentru a evita orice confuzie suplimentară, atașez o captură de ecran
în care se observă problema. FreeType e compilat cu suport pentru
„Bytecode Interpreter”, cu opțiunile implicite Gentoo.

--
mișu

[Cristian Adam]

Am raportat problema fontului Droid la Google:
Droid font and Romanian language support (almost perfect, one
misplaced character)
http://code.google.com/p/android/issues/detail?id=9808

Înainte comentariile pe această temă se aflau la problema:

Support full Unicode for all languages and scripts

http://code.google.com/p/android/issues/detail?id=5925
Nu tocmai locul potrivit.

Dispozitivele Android se „înmulţesc” pe zi ce trece, ar fi păcat
ca limba română să nu fie 100% suportată.

Dacă tot veni vorba despre Kindle și Android puteți arunca
o privire la acest dispozitiv: http://bit.ly/9u9FC3

--
Cristi.

[Cristian Secară]

On Thu, 15 Jul 2010 08:34:06 -0700 (PDT), Cristian Adam wrote:

> Am raportat problema fontului Droid la Google:
> Droid font and Romanian language support (almost perfect, one
> misplaced character)
> http://code.google.com/p/android/issues/detail?id=9808

> [...]

> Dispozitivele Android se „înmulţesc” pe zi ce trece, ar fi păcat
> ca limba română să nu fie 100% suportată.

Ai cum să verifici și asta ? Este cu non-breaking hyphen. Nu conține
kqwy, lucru neimportant pentru testul de față:

Șipotul țâșnește hipnotic azvârlindu‑se în mrejele bălții fumegânde

[Cristian Adam]

Poate reușește Paul Chiorean să facă o captură (precum a reușit
pentru [1]), eu nu am access la niciun telefon cu sistemul de operare
Android.

Am pus pangrama la adresa http://bit.ly/bK3BmI

Cristi.

[1] http://groups.google.com/group/diacritice/msg/9a862d623e84413a

[Paul Chiorean]

2010/7/16 Cristian Adam <cristi...@gmail.com>

Poate reușește Paul Chiorean să facă o captură (precum a reușit

pentru [1]), eu nu am access la niciun telefon cu sistemul de operare Android.

Am pus pangrama la adresa http://bit.ly/bK3BmI

Cristi.

[1] http://groups.google.com/group/diacritice/msg/9a862d623e84413a

Bad news. HTC Hero, Android 2.1: http://dl.dropbox.com/u/160805/P1000858.JPG

Paul

[Mișu Moldovan]

Cristian Adam <cristi...@gmail.com> a scris:

> Am raportat problema fontului Droid la Google:
> Droid font and Romanian language support (almost perfect, one
> misplaced character)
> http://code.google.com/p/android/issues/detail?id=9808

Îi rog pe cei cu conturi Google/Gmail/Picasa/etc. să se autentifice în
pagina de mai sus și să voteze bugul, trebuie să dați clic pe steluța
din dreptul „Vote for this issue...”, ce apare după autentificare.

S-au strâns deja 34 de voturi, dar mai e mult până la cele peste 4000
strânse de cel mai votat incident, suportul pentru limba arabă... :)

Mulțumesc,

--
mișu

[Ionel Mugurel Ciobica]

On 20-07-2010, at 11h 45'19", Mișu Moldovan wrote about "Re: [diacritice] Re: Diacritice pe Adroid (fost: diacritice corecte pe windows xp)"

>
> Îi rog pe cei cu conturi Google/Gmail/Picasa/etc. să se autentifice în
> pagina de mai sus și să voteze bugul, trebuie să dați clic pe steluța
> din dreptul „Vote for this issue...”, ce apare după autentificare.
>
> S-au strâns deja 34 de voturi, dar mai e mult până la cele peste 4000
> strânse de cel mai votat incident, suportul pentru limba arabă... :)
>

Am dat si eu 5 voturi.

Mugurel

[Cristian Adam]

On 20/07/2010 10:45, Mișu Moldovan wrote:
> Îi rog pe cei cu conturi Google/Gmail/Picasa/etc. să se autentifice în
> pagina de mai sus și să voteze bugul, trebuie să dați clic pe steluța
> din dreptul „Vote for this issue...”, ce apare după autentificare.
>
> S-au strâns deja 34 de voturi, dar mai e mult până la cele peste 4000
> strânse de cel mai votat incident, suportul pentru limba arabă... :)
>

Până la data de 24 iulie s-au strâns 95 de voturi, incidentul fiind pe
locul 119 din 5992.

Am primit și un răspuns de la Ascender vizavi de incident:

==8<==================================================================

Thank you for your inquiry. This work has been scheduled, along with
some other updates currently being specified. However, we are not sure
when this modified data will be released by Google.

Best regards,

Steve Kuhlman
Ascender Corporation

==>8==================================================================

Eu sper că Google va face actualizarea anul acesta o dată cu lansarea
Android 3.0

Cristi.

[Paul Chiorean]

2010/7/24 Cristian Adam <cristi...@gmail.com>

Eu sper că Google va face actualizarea anul acesta o dată cu lansarea
Android 3.0

Să sperăm că la Google lucrează mulți vorbitori de lb. română și că nu ne vor abandona. :)

Jpeg