[Koha-bugs] [Bug 19084] Spine label with BN_IN UTF8 data rendered incorrectly

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Tue Aug 15 21:44:30 CEST 2017


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19084

--- Comment #5 from Indranil Das Gupta <indradg at l2c2.co.in> ---
Hi Chris,

The example I referred to on the m/l has the following codepoint order
\x{09B6}\x{09C7}\x{0996}\x{09B0} and that's exactly how PDF::Reuse and
PDI::API2 is pushing it out.

However as per rules of glyph reordered necessity by Bengali, the actual
ordering of glyphs (as opposed to the codepoint order) should be
\x{09C7}\x{09B6}\x{0996}\x{09B0}.

LibreOffice which uses the ICU rules, handles this perfectly within ODF as well
as during the PDF export, as does any software that uses Pango as the rendering
backend.

basically calls need to be made to pick up the correct information from the
GSUB and GPOS tables of the font being embedded, which this two perl libs
apparently (from my limited reading so far) do not do.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list