Description: On current Windows build of master with SAL_USE_COMMON_LAYOUT environment set, running the Math module Formula editor is having some issues with font fall back for OpenSymbol fonts. Steps to Reproduce: On Windows 10 Pro 64-bit en-US with Version: 5.3.0.0.alpha1+ Build ID: f19f88a0d49859eb714711cac72793f09f5f7d5c CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-10-29_06:17:53 Locale: en-US (en_US); Calc: CL 1. enable HarfBuzz based Common Layout with env variable 2. OpenGl rendering enabled 3. open a new Formula from Start Center 4. from the Element Dock (panel on the left) select Examples from dropdown list 5. select the f(x) with summation (4th sample of the list) 6. selecting the formula writes StarMath markup "f ( x ) = sum from { { i = 0 } } to { infinity } { {f^{(i)}(0)} over {i!} x^i}" into the lower Fromula editor's panel. And the formula will render to the Preview Window. 7. Zoom-out or Zoom-in or "Show All" to scale the formula preview Actual Results: Preview will sometimes show the OpenGL symbols, but sometimes shows the symbols in what appears to be Segoe UI -- but for dfferent code points. Similar with other example formulas--wrong font for symbol codepoints. Attaching screen clips. Expected Results: No visual glitch, and canvas of the Preview window reliably render the OpenSymbol Reproducible: Always User Profile Reset: Yes Additional Info: Setting a font substitution for OpenSymbol with Asana Math or STIX (from Tools -> Options -> Fonts) does not exhibit the issue. User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0
Created attachment 128367 [details] Math formula document, 4th on list, with font fallback affecting OpenSymbol
Created attachment 128368 [details] Math formula document, 5th on list, with font fallback affecting OpenSymbol Enabling Math's "Visual Mode" by enabling experimental features, or enabling or disabling OpenGL has no effect on the glitch.
Created attachment 128369 [details] Math formula document (4th & 5th eamples) with font fallback issues with highlighted errors
To be clear, the fallback font/canvas composition issue with HarfBuzz is transient, affecting just the canvas refresh of Math's preview canvas and examples on its Element pane. A zoom in or out will eventually redraw with a correct glyph.
@Takeshi, Frédéric, Regina As here, Khaled is looking for feedback on function of the experimental HarfBuzz based shaping. Could use some help poking at the Math Formula editor with the new common layout--consistency of behavior for all OS, but Windows probably has the most demand. Stuart
I can reproduce this locally. Happens randomly as one zooms in/out.
Khaled Hosny committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=641b9cb1d0934b3f8b4a80279cb3f3f81ecc4707 tdf#103588: Draw with the right font on Windows It will be available in 5.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The above change seems to fix the issue for me, but since it wasn’t reliably reproducible I’d like another confirmation it is fixed before closing this.
Seems fixed, I could not reproduce the glitch on Windows 10 64bit: Version: 5.3.0.0.alpha1+ Build ID: 49909dca5856aada5340d44f03a271d38e038039 CPU Threads: 12; OS Version: Windows 6.19; UI Render: GL; Layout Engine: new; Locale: en-US (en_US); Calc: CL
(In reply to Takeshi Abe from comment #9) > Seems fixed, I could not reproduce the glitch on Windows 10 64bit: Thanks for the confirmation, can you check also bug 103590?
Yes it is fixed now. Version: 5.3.0.0.alpha1+ Build ID: 4b4abb73fcd7f2802e73102b3e7c30face8d309c CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Layout Engine: new; TinderBox: Win-x86@39, Branch:master, Time: 2016-10-31_02:54:50 Locale: en-US (en_US); Calc: CL