[Freebangfont-devel] [Bug 113551] Changed - Bugs in the Bengali rendering system of Pango.

[bugzilla-daemon]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=113551

Changed by address@hidden

--- shadow/113551       Sun Jun  1 04:42:53 2003
+++ shadow/113551.tmp.1596      Sun Jun  1 04:54:19 2003
@@ -312,6 +312,46 @@
 
  It should be pretty trivial to handle by adding an extra
  flag to scriptFlags and writing a special case for it
  in indic_ot_reorder().
 
 
+
+------- Additional Comments From address@hidden  2003-06-01 04:54 -------
+I tried what you said, 1b does not get fixed with out the _ct hack. Let me 
+explain this problem. Take the following input: 
+ 
+U+985 U+9CD U+9AF U+9BE 
+ 
+The problem with this is that U+985 is an independent vowel, and right 
+now this input will become three syllables, (U+985) (U+9CD) (U+9AF 
+U+9BE). This is not right obviously. Even if we somehow treat it as one 
+syllable, we end up setting the tag blwf_p to all of them. 
+ 
+This is a very very special case for U+985 where it acts as a consonant 
+instead of a vowel. If you want to deal with it properly then we will have 
+to add quite a few checks for U+985 in the reorder code to add proper 
+tags. But as indic-ot.c is used by all the indic scripts, I think it will be 
+even a bigger hack, risk, and extra delay. As this is a pure Bengali 
+issue, I thought it will be better to keep the hack limited to Bengali :) The 
+only side effect for my hack is that U+985 can now take up other 
+independent vowels, which may actually be considered as a feature :) 
+And I don't have access to a windows box at home, don't know what 
+windows does. Can someone else please check? 
+ 
+For 2, the problem is with the tags. Consider the following two inputs: 
+U+99C U+9AC U+9CD U+9A6 
+U+99C U+9CD U+9AC U+9A6 
+ 
+After reorder, both should be (and is): 
+U+99C U+9AC U+9CD U+9A6 
+ 
+The difference is in the tags. For the first case, we should have blwf_p 
+for U+9AC U+9CD. With out the patch I proposed, pango sets blwf_p by 
+default to everything, as result to the second case too. 
+ 
+As for 3, today was my first day hacking pango... no way I can make a 
+meaningful comment on this one. The only idea that crossed my mind is 
+to consider ZWJ as part of the language left (or right in case of LTR) to it. 
+Most of the code in indic directory seems to be checking for 
+CC_ZERO_WIDTH_MARK, but currently this case can not happen. I am 
+not sure about other engines.