2006/11/12, Cibu C J <[EMAIL PROTECTED]>:
because the Rachana uses substitution fro conjuncts and chillu I think, Hussain will be able to give better clarity.
NA+VIRAMA+SA is substituted in Rachana to form "NSA" AFAIKT
NA+VIRAMA+SA is shown as "NSA" in Rachana because it is built in to the font where as in case of Anjali it is shown by Rendering engine, correct me if I am wrong.
Regards
Praveen
Praveen,
Thanks for pointing out the sequence. First of all I wonder why this is font dependent behavior. As per my understanding, rendering engine should be choosing chillu-ന or ന + virama form.
because the Rachana uses substitution fro conjuncts and chillu I think, Hussain will be able to give better clarity.
Now on which is the correct form of rendering for NA + VIRAMA + SA:
As per current standard and PR 37 chillu-NA is the C1-conjoining form of NA. So Rachana behavior is correct output.
However, once chillus are encoded, NA cannot form chillu-NA in any other context other than VIRAMA+ZWJ which is agreed for backward compatibility. So Anjali's behavior is forward compatible.
NA+VIRAMA+SA is substituted in Rachana to form "NSA" AFAIKT
Also, the tool used to create that word should be modified to create NA+VIRAMA+ZWJ whenever Chillu-NA is intended.
NA+VIRAMA+SA is shown as "NSA" in Rachana because it is built in to the font where as in case of Anjali it is shown by Rendering engine, correct me if I am wrong.
Regards
Praveen
Cibu--On 11/3/06, പ്രവീണ്|Praveen <[EMAIL PROTECTED]> wrote:Cibu,
2006/10/27, Cibu C J <[EMAIL PROTECTED]>:
> Praveen,
>
> Could you tell me what is the version of AnjaliOldLipi you use? The latest
> is 0.730 and available at
> http://sourceforge.net/project/showfiles.php?group_id=5819&package_id=164880
> (I couldn't reproduce the above mentioned problem)
I'm using 0.730 only. The setup I used
AnjaliOldLipi-0.730.ttf
http://plus.sarovar.org/contents/fonts/AnjaliOldLipi-0.730.ttf
Rachana_w01.otf http://plus.sarovar.org/contents/fonts/Rachana_w01.otf
Debian GNU/Linux testing aka etch KDE 3.5.5 GNOME 2.14
>
> As a side note, font implementation cannot be standardized: for example,
> Anjali and Rachana use two totally different designs. While Rachana
> individually draw each conjunct, Anjali creates its by joining its
> components on the fly. So the rendering engine will follow different
> execution path for these two fonts. This could be the reason for the
> difference in the final output - a bug in the rendering engine.
I'm using QT/KDE. Both Rachana and Anjali needs consonant +
chandrakala + zwj to make it a chillu if it is at the end of a word.
But Rachana doesn't need a zwj if it is in the middle of a word for
example installer
ഇ+ന+്+സ+്+റ+്+റ+ാ+ള+ര+്+ show it correctly in QT/KDE (which is the
best rendering scheme as Mahesh pointed out, pango has many issues)
with Rachana
See
Rachana http://www.flickr.com/photos/pravi/287626741/
Anjali http://www.flickr.com/photos/pravi/287626739/
But for Anjali it needs a zwj before സ to make a chillu from ന. But
KDE rendering messes the whole thing if you put a zwj in the middle of
any word. So for QT Rachana's implementation of Chillu works correctly
and if you put zwj when chillu comes in the middle of a word it works
for both the fonts but messes up the display completely. May be we can
fix QT to make it work. But I think if code positions for Chillu comes
this might get solved (not sure what other problems it might bring
though)
Hope these helps
Regards
Praveen
--
"Value your freedom, or you will lose it, teaches history.
`Don't bother us with politics', respond those who don't want to learn."
-- Richard Stallman
Me scribbles at http://www.pravi.co.nr
http://cibucj.googlepages.com
--
"Value your freedom, or you will lose it, teaches history.
`Don't bother us with politics', respond those who don't want to learn."
-- Richard Stallman
Me scribbles at http://www.pravi.co.nr
