Re: Distinct performance issues with Japanese only on win32 systems

[Fredrik Corneliusson <fredrik corneliusson gmail com>]

FYI,
This issue is now reported in bugzilla (bug number 621869).
https://bugzilla.gnome.org/show_bug.cgi?id=621869

Patch attached to ticket.

Regards,
Fredrik


On Sun, Apr 18, 2010 at 6:03 PM, Fredrik Corneliusson
<fredrik corneliusson gmail com> wrote:
> Hi Tor,
> I managed to create a modified version of the "pango_win32_get_hfont"
> function called "pango_win32_peek_hfont" that do not break the
> rendering.
> Patch now uses the hfont & script for the script cache mapping.
>
> Regards,
> Fredrik
>
> On Mon, Apr 12, 2010 at 4:59 PM, Fredrik Corneliusson
> <fredrik corneliusson gmail com> wrote:
>> Hi Tor,
>> I think its "pango_win32_get_hfont" in pangowin32.c.
>> static HFONT pango_win32_get_hfont (PangoFont *font);
>>
>> I removed the static and defined it as external to be able to call it
>> from basic-win32.c.
>> Unfortunately calling the "pango_win32_get_hfont" in
>> "itemize_shape_and_place" function seems to severely break the
>> rendering.
>> I do not understand the code well enough to know if I can get hfont in
>> another way (and when) to not break the rendering.
>>
>> Does anyone have any hints?
>>
>> /Fredrik
>>
>> On Sun, Apr 11, 2010 at 9:36 PM, Tor Lillqvist <tml iki fi> wrote:
>>> I am not sure I would trust basing the hash on the
>>> pango_font_description_hash() value. I would prefer to use the
>>> specific HFONT for each run of glyphs from one physical font. I'm too
>>> lazy to look up right now how in the basic-win32.c code one can find
>>> that information...
>>>
>>> --tml
>>>
>>
>