Bug 59118 - Lohit-Kannada renders ಚ್ಚ್ properly on Windows 8 but fails with harfbuzz
Lohit-Kannada renders ಚ್ಚ್ properly on Windows 8 but fails with harfbuzz
Product: HarfBuzz
Classification: Unclassified
Component: src
Other All
: medium normal
Assigned To: Behdad Esfahbod
Depends on:
  Show dependency treegraph
Reported: 2013-01-08 07:41 UTC by Pravin
Modified: 2013-01-09 08:06 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Note You need to log in before you can comment on or make changes to this bug.
Description Pravin 2013-01-08 07:41:26 UTC
Not sure is this bug from Harfbuzz, Since Tunga renders perfectly at both places (usp10.dll and harfbuzz).

But point here is Tunga has 'knd2' defined and lohit is 'knda', still Uniscribe renders Lohit perfectly. 

i/p  <u0c9a u0ccd u0c9a u0ccd>  "ಚ್ಚ್"
- u0c9a (Cons)
- u0ccd (Virama)

Harfbuzz reorder it to  <u0c9a u0c9a u0ccd u0ccd>

Uniscribe reorder it to <u0c9a u0ccd u0c9a u0ccd>

Handling this in font is bit tricky.

Harfbuzz output:

[U0C9A=0+758|U0C9A_0CCD.blwf=0@-345,16+0|U0CCD=0+354], Making ligature from first and third is bit tricky part in this case.

Lohit ttf from master: http://pravins.fedorapeople.org/Lohit-Kannada.ttf
Comment 1 Behdad Esfahbod 2013-01-09 00:10:32 UTC

commit ecd454b3cd75050e0c95e1d2aa55744559338ec8
Author: Behdad Esfahbod <behdad@behdad.org>
Date:   Tue Jan 8 18:09:46 2013 -0600

    [Indic] In old-spec shaping, don't move viramas around if seq ends with one
    For example: u0c9a u0ccd u0c9a u0ccd with Lohit.  See:
Comment 2 Pravin 2013-01-09 08:06:32 UTC
Tested with Lohit-Kannada and other kannada fonts like gubbi-fonts and navilu-fonts.
This works well now. 

Thanks for quick fix :)