summaryrefslogtreecommitdiff
path: root/svtools
diff options
context:
space:
mode:
authorCaolán McNamara <caolanm@redhat.com>2012-07-12 12:10:49 +0100
committerCaolán McNamara <caolanm@redhat.com>2012-07-12 13:31:18 +0100
commitb3ec98dea6e59dcc0c94aeece0e4f8e35430a86a (patch)
tree29ca2cfc3761951282e00c0ae13b1458fdf96571 /svtools
parent527e8f61868210c54bdad650f16390bda03c4353 (diff)
Related: fdo#45355 stale gdi font handles apparently still used
When we do glyph fallback we check to see if the glyph is too large to fit the space available, and if it is we try and rescale it smaller. This worked wonderfully under Linux, but under Windows it seems that the SalLayout impl keeps an old unscaled gdi font handle which would give visually broken glyphs for me when the base font was smaller than the replacement font. So, now instead rather than just changing the font for the fallback level, we throw away the SalLayout using the old font, set the font for the fallback level, and recreate a new SalLayout using the new font. Hopefully this is the true reason behind the crashes of fdo#45355 although that remains unreproducible for me. Change-Id: I415b6e7a77777d4aa5e62079c52c6c18473c0ebd
Diffstat (limited to 'svtools')
0 files changed, 0 insertions, 0 deletions