[Libreoffice-commits] core.git: Changes to 'private/jmux/win_fontscale'

Thu Sep 6 12:32:26 UTC 2018

New branch 'private/jmux/win_fontscale' available with the following commits:
commit 3cc720c960496fd1f19491c7e4a2baa08af650d9
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date:   Thu Sep 6 14:04:25 2018 +0200

    WIN add SalGraphics* to WinFontInstance
    
    HFONT lookup in ImplDoSetFont depends on the mbVirDev of the
    WinSalGraphics. Since we need too look up HFONTs for SalLayout
    without changing the corresponding SalGraphics, add a pointer
    to the WinFontInstance.
    
    Change-Id: Idb6573ce7267f0019c2183be47621d0eaef8e57b

commit 5dbc93dc635b20160ed7c8e7940f7fa18193cdbe
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date:   Thu Sep 6 14:00:29 2018 +0200

    WIN drop mhFonts[MAX_FALLBACK]
    
    Everything now uses the HFONT from WinFontInstance, so there
    is no need for the additional fallback array.
    
    Change-Id: I15a197b262633569cb95c37689561db5323e1115

commit bfb5c5b1ff15442658d3d92e812bb6a45c552dfe
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date:   Thu Sep 6 13:46:28 2018 +0200

    tdf#119302 WIN better font scale handling
    
    Moves the scale factor into the LogicalFontInstance and uses the
    Glyphs font fallback level to use the correct font and scale.
    
    Probably the glyphs should be using a rtl::Reference to the
    LogcalFontInstance instead of the fallback level. I don't know if
    glyphs are evicted from the cache, if the fallback changes. There
    is now an assert and all places will use 1.0 as the default
    scaling factor, so LO should at least not crash.
    
    Change-Id: I9dd4fc3a5b5924fc379b48a7f71c9eed26b4779d

commit 50d0444dfa2b82f814c9e929333e958550b600b5
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date:   Thu Sep 6 14:09:47 2018 +0200

    Pretty print FontSelectPattern
    
    Change-Id: Ia43dbfd6313935bec90ac88018011eacca0c0eaf