Bug 134454 - Font not rendering properly when color is changed on mark glyph
Summary: Font not rendering properly when color is changed on mark glyph
Status: RESOLVED DUPLICATE of bug 61444
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.4.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
 
Reported: 2020-07-01 21:07 UTC by a.kalugin
Modified: 2023-04-13 11:39 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
displays font issues (768.96 KB, image/jpeg)
2020-07-01 21:10 UTC, a.kalugin
Details
video displaying how to repro the bug (641.57 KB, video/mp4)
2020-07-01 21:11 UTC, a.kalugin
Details
font face (76.34 KB, font/ttf)
2020-07-01 21:12 UTC, a.kalugin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description a.kalugin 2020-07-01 21:07:10 UTC
Description:
I am developing a musical neume font. I have certain font marks get anchored to glyphs.  While the woff font behaves correctly. The otf font in LibreWriter behave correctly initially. It breaks as soon as I change the color of any mark to glyph character. 

Steps to Reproduce:
1.Install the font from www.anisimkalugin.com/neume_font/kruki_kalashnikov.ttf
2.Open LibreOffice Writer and set the text Wáà change the font face to kruk
3. Select the á character. Its a bit difficult so you may need to switch to a different font colorize it and then switch it back to kruk and you will see the problem.

Actual Results:
The color change breaks the _shaper feature of the font faces.

Expected Results:
The color change shouldn't break the _shaper feature of the font face and simply change the color of the mark. 


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.4.4.2 (x64)
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL

video demonstrating the issue: www.anisimkalugin.com/neume_font/font_issues.mp4
image demonstrating the issue: http://www.anisimkalugin.com/neume_font/font_issues.jpg
font face to use: http://www.anisimkalugin.com/neume_font/kruki_kalashnikov.ttf
Comment 1 a.kalugin 2020-07-01 21:10:23 UTC
Created attachment 162576 [details]
displays font issues

Displays font issues and what the font is supposed to look like
Comment 2 a.kalugin 2020-07-01 21:11:29 UTC
Created attachment 162577 [details]
video displaying how to repro the bug

Video displaying how to reproduce the bug
Comment 3 a.kalugin 2020-07-01 21:12:22 UTC
Created attachment 162578 [details]
font face

Font face that I am developing.
Comment 4 a.kalugin 2020-08-25 14:53:00 UTC
The GPOS table needs to be fully implemented. I tried the same font on Scribus and it works.
https://bugs.scribus.net/view.php?id=7910
Comment 5 sora34ce 2020-08-25 17:59:47 UTC
Definitely agree that the change needs to be done. However, it's not the only bug I found with the language: sometimes, even without a color change it still has the characters overlap with I space things out.

Version: 7.1.0.0.alpha0+
Build ID: 52820b52b3bca45e2db527d1cc5f4488b2e0b9d0
CPU threads: 8; OS: Mac OS X 10.15.6; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 6 a.kalugin 2020-08-26 14:48:33 UTC
I understand. This font is a bit cryptic and one has to understand the neumes system/logic. The most simplistic explanation is, characters [ÂÃÍÎÏÐÖáâãçêëìíîïóö] get anchored to [A-z, a-z]. They will either be positioned to the west/north west. 

The implementation that is needed is a standard GPOS lookup table. https://docs.microsoft.com/en-us/typography/opentype/spec/gpos

So the if following sequence [pì cÐ ¡?£ï Qì] works. Meaning when the anchor characters color is changed, the anchor characters stay attached to the destination anchors location (west/north west) then the GPOS look up table is working properly. 

My hunch is... When the color button is clicked the look up table is never reapplied. Currently when the fonts are set the GPOS table is being applied, as soon as the color is changed the GPOS table is ignored.
Comment 7 Buovjaga 2021-03-31 14:31:56 UTC
NEW per comment 5
Comment 8 QA Administrators 2023-04-01 03:23:22 UTC Comment hidden (noise)
Comment 9 ⁨خالد حسني⁩ 2023-04-13 11:39:37 UTC

*** This bug has been marked as a duplicate of bug 61444 ***