| Summary: | With experimental Harfbuzz common layout, Math Formula editor having noticeable font fallback issue for OpenSymbol | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | V Stuart Foote <vsfoote> |
| Component: | graphics stack | Assignee: | خالد حسني <khaled> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | akash96j, fred.wang, khaled, rb.henschel, tabe, tml, vsfoote |
| Priority: | medium | ||
| Version: | 5.3.0.0.alpha0+ | ||
| Hardware: | All | ||
| OS: | Windows (All) | ||
| Whiteboard: | target:5.3.0 | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 89870 | ||
| Attachments: |
Math formula document, 4th on list, with font fallback affecting OpenSymbol
Math formula document, 5th on list, with font fallback affecting OpenSymbol Math formula document (4th & 5th eamples) with font fallback issues with highlighted errors |
||
|
Description
V Stuart Foote
2016-10-30 17:44:49 UTC
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 |