https://bugzilla.wikimedia.org/show_bug.cgi?id=17766
--- Comment #28 from Volker Haas <[email protected]> 2011-08-10 06:48:52 UTC --- (In reply to comment #23) > Hmmm.... the fribidi transformation actually looks legit to me; the combining > characters should appear after their base characters in the stream, same as in > Latin ("e", "combining acute" -> renders like "é") > > It looks like fribidi deliberately switched *to* keeping the combining > characters logically after their base characters some years ago; here's some > old threads on the subject: > > http://www.mail-archive.com/[email protected]/msg01710.html > http://lists.freedesktop.org/archives/fribidi/2002-March/000067.html > > It may be that something specific about how the underlying PDF library handles > fonts and combining characters could be incorrectly pushing them to the right > of their base characters; or it may simply not support combining characters > and > so is inserting them visually in the logical order as if they were their own > letters...? Thanks for the info Brion. If you are right then the error is indeed in the "low level rendering" done by the PDF framework. I started investigating the reportlab source code... To everyone else: * could you please always provide minimal examples (shortest possible markup example which exposes some problem) * clearly describe what you expect vs. what you get * open separate tickets for separate problems * keep problems related to different scripts in different tickets. (right now I am focusing on hebrew, after that I'll start with arabic) Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
