[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [URGENT] Debian Installer: Bug#272136: countrychooser: db_go fails when choosing Arabic as language



Salam,

Normally the app would only display "new chars" every time a diacritic
is associated with an existing char, in that case no new char is
spawned , if this was the case then we would have for every spawned char
an equivalent in the fonts table, 24 chars & 8 diacritics, make your
count... we would have a huge font table, besides the fact that I've
never seen such a table and the fact that the algorithm normally only
associates without searching for the new char in a font table anyway...

It is highly possible that the Diacritics are the problem, but I think
if they are then the problem is another one.

yours
Arafat

Am Sonntag, den 19.09.2004, 09:50 +0200 schrieb Christian Perrier:
> > Looks like the problem is coming from diacritics (harakat). I don't see
> > stand-alone harakat in your first attachment. Also, the only thing that
> > is common between the country names mentioned and the po file you have
> > attached, it seems, is that they include the 'shadda' diacritic.
> > 
> > Others, feel free to correct me if I am wrong.
> 
> 
> Hmmm, diacritics indeed modify another character, right?
> 
> This means that combining a character and a diacritic would give a
> different character. The combination is done by the shaping code and
> thus the final character is indeed not present in the original file,
> right?
> 
> If that is true, this means that the needed characters (the rsult of
> the combination of harakat and the original character) should be in
> the needed-characters/ar file as well probably as the standalone
> harakat.
> 
> Could you complete the "ar" file I originally sent so that it includes
> harakat as well as combined characters (if I'm not wrong above) ?
> 
> _______________________________________________
> Doc mailing list
> Doc at arabeyes dot org
> http://lists.arabeyes.org/mailman/listinfo/doc
>