Re: Distinct performance issues with Japanese only on win32 systems

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
Patch now uses the hfont & script for the script cache mapping.


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

Attachment: pango_win32_uniscribe_patch_hfont-version.diff
Description: Binary data

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]