Re: Incorrect character composition

Marius Gedminas <[email protected]>
Newsgroups gmane.comp.python.reportlab.user
Message-ID <20150415052521.GA29166@platonas>
On Tue, Apr 14, 2015 at 12:05:04PM -0700, Glenn Linderman wrote:
> 6-7 weeks with no response, for a while I thought the list was dead, but now
> a flurry of messages....
> 
> I guess I didn't actually ask a question, but is this, like kerning, thought
> to be too slow to implement, or is it just that the market for reportlab
> simply doesn't include languages that don't have precomposed glyphs, or
> something else?

When I and Vika originally implemented Unicode + TrueType support in
ReportLab, we didn't implement support for combining characters.  I
don't remember if the TTF/PDF specifications available at that time included
such support.

I guess nobody stepped up to add the missing support since then.

Technical details (that might be wrong if the code changed since 2003,
which it probably did--I wasn't keeping track): ReportLab takes apart
the TTF and builds multiple fonts, each containing a subset of the
original glyphs (up to 256).  These subsets discard any and all TTF
tables not explicitly copied, which I guess include the tables used for
rendering combining characters in a nice way.

> On 2/21/2015 1:18 PM, Glenn Linderman wrote:
> >I've suddenly discovered a need to use Unicode characters that do not fall
> >into the category of "precomposed glyphs", instead being forced to use
> >"combining characters" for certain diacritical marks.
> >
> >However, the combined result from reportlab looks rather stupid compared
> >to the results seen in other programs (browsers, text editors, word
> >processors, etc.).  I even displayed the results in two different PDF
> >viewers, Sumatra and Adobe, before concluding it must be a reportlab
> >thing.
> >
> >The problem is with the characters called  open o  (upper and lower case),
> >and  open e (at least lower case, the upper case version looks better, but
> >that may be more due to the open E being narrower than due to proper
> >handling) when combined with the combining tilde, and other similar
> >diacriticals.
> >
> >In my sample at http://nevcal.com/temporary/openo.pdf I've also included a
> >precomposed ã and Õ as well, for comparison of where the tilde should be
> >placed.  Here are the same characters in email... I note that in my email
> >client (Thunderbind) the precomposed tildes are slightly closer to the
> >characters than the combining tilde, but in the reportlab-generated PDF,
> >the lower case combining tildes are far too high, and those over (wider)
> >upper case characters are not centered.  Times New Roman font in both this
> >email (unless your client or the mailing list strips the fonts) and the
> >PDF.
> >
> >Glenn
> >
> >ɔãɔ̃ÕƆ̃ɛɛ̃Ɛ̃

Marius Gedminas
-- 
What goes up, must come down. Ask any system administrator.
signature.asc (application/pgp-signature, 173 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iD8DBQFVLfZBkVdEXeem148RAjdKAJ0RN9CF+nFVskoDTc7ykn7psjPLYACffC0b
Vif+8qWZ1Q3uP6nz0RrgksY=
=P9nL
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.