[Libreoffice-commits] core.git: Changes to 'feature/drop-findcmap'

[Jan-Marek Glogowski (via logerrit)]

New branch 'feature/drop-findcmap' available with the following commits:
commit 45ab0cbd14a4f5327fd1b1ff6f8c16381caacb20
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date:   Fri Sep 11 22:34:11 2020 +0200

    Qt5 implement GetGlyphWidths
    
    Basically implement it the same way then Windows and MacOS.
    
    Change-Id: I643581af49aeb9274505e90e12acbe5bcf0c98fb

commit 0971b2a01783797745d3045dbbd9db39107b2d5e
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date:   Fri Sep 11 22:31:51 2020 +0200

    Forward existing FontCharMap from PhysicalFontFace
    
    Since removed code in the previous commit is primary used in
    CreateFontSubset and GetGlyphWidths, you have a high chance, that
    the CMAP was already used for displaying a font, so it's already
    decoded and can be forwarded. Also the lookup should be faster in
    general this way.
    
    Change-Id: Icf4d8a1a84ff6ccdaccb7e870abe5df3837f9541

commit a77525f373492f7b63b42c0d070eabaf3d98adbc
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date:   Fri Sep 11 22:07:12 2020 +0200

    Replace FindCmap with ParseCMAP
    
    This introduces a potential performance regression, because
    FindCmap works on the existing font tables and just sets up
    a lookup function, while ParseCMAP creates some optimized,
    unicode-only lookup table, which needs a bit more work, but
    is faster in it's usage. At least the initial usage is faster
    this way, as the CMAPs aren't decoded at all.
    
    As you can see, the old code is just used on Windows and
    MacOS / iOS. Deep in the bowels of the PrintFontManager, the
    CMAP is also decoded using ParseCMAP... so I'm not sure how
    hard this really hits.
    
    Change-Id: I52caac1264cd3ff11a2a3fa6e9c800f67f146a79

commit 22522ba049fede0a5e5bae04e5ce86971a767651
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date:   Fri Sep 11 17:24:59 2020 +0200

    WIN OSX unify GetGlyphWidths code
    
    Now that GetFontChatMap is a member of PhysicalFontFace, we can
    copy the common part of both architectures into a SalGraphics
    helper function.
    
    Change-Id: Iad379ea690a1c5346b69b5042188506ccf575cc2

commit b8a43d5a7e9200886517efdc074de63b970d291f
Author: Jan-Marek Glogowski <glogow at fbihome.de>
Date:   Mon Sep 7 23:56:20 2020 +0200

    VCL register common functions in PhysicalFontFace
    
    This makes GetFontCapabilities and GetFontChatMap members of the
    PhysicalFontFace. These are implemented in all the real font face
    classes anyway. Also provide dummies for the PDF buildin fonts.
    
    Change-Id: Icb8cb14480ce1e020977b8f69892095d787982ce