Description: I am using graphite font. It was working fine with LibreOffice-5.2.4. But it is not rendering properly in latest versions. Actual Results: ப𑌼ர்க்கத்தூ ஜனக𑌼ம்பெ𑌼னு யார்ப்பெ𑌼க்கா தக்கெ𑌼னி மேசியாவெ𑌼ன் (Here in firefox it works well) Expected Results: ப𑌼ர்க்கத்தூ ஜனக𑌼ம்பெ𑌼னு யார்ப்பெ𑌼க்கா தக்கெ𑌼னி மேசியாவெ𑌼ன் Reproducible: Always User Profile Reset: No Additional Info:
Jayakumar, thank you for reporting the bug. Please add an attachment, that shows problems with rendering. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it)
Created attachment 153772 [details] It has graphite font characters in combination to get it clear rendering
(In reply to Dieter Praas from comment #1) > Jayakumar, thank you for reporting the bug. Please add an attachment, that > shows problems with rendering. > > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' once the requested document is provided. > (Please note that the attachment will be public, remove any sensitive > information before attaching it)
Dear Team, Is there any update on this request can be expected?
@Khaled, is it related to the new text layout engine ?
I don’t think so. If I open the document the set font is shown in italic with tooltip that it is not available. The font name is “TAML ThiruValluvar Betta Kurumb” which seems to be ,missing an a at the end, changing it to “TAML ThiruValluvar Betta Kurumba” seems to fix the rendering. Whatever truncated that a (user, software bug) is the culprit here.
(In reply to Khaled Hosny from comment #6) > I don’t think so. If I open the document the set font is shown in italic > with tooltip that it is not available. The font name is “TAML ThiruValluvar > Betta Kurumb” which seems to be ,missing an a at the end, changing it to > “TAML ThiruValluvar Betta Kurumba” seems to fix the rendering. > > Whatever truncated that a (user, software bug) is the culprit here. I Tried changing the name into “TAML ThiruValluvar Betta Kurumba” but I could not see the proper rendering.
Created attachment 155467 [details] Screenshot before fixing font name
Created attachment 155468 [details] Screenshot after fixing font name
I attached two screenshots before and after fixing the font name.
(In reply to Khaled Hosny from comment #10) > I attached two screenshots before and after fixing the font name. Dear Khaled, The rendering I see in the second screen shot is also not proper. I will attach one screenshot how it should look like. Thank You for your support Jayakumar
Created attachment 155492 [details] actual rendering looks like ப𑌼ர்க்கத்தூ ஜனக𑌼ம்பெ𑌼னு யார்ப்பெ𑌼க்கா தக்கெ𑌼னி மேசியாவெ𑌼ன் rendering in paratext
Created attachment 155493 [details] Additional testing characters This screenshot comes from following characters. க𑌼ி ட𑌼ி த𑌼ி ப𑌼ி க𑌼ீ ட𑌼ீ த𑌼ீ ப𑌼ீ க𑌼ு ட𑌼ு த𑌼ு ப𑌼ு க𑌼ூ ட𑌼ூ த𑌼ூ ப𑌼ூ க𑌼ெ𑌼 ட𑌼ெ𑌼 த𑌼ெ𑌼 ப𑌼ெ𑌼 க𑌼ே𑌼 ட𑌼ே𑌼 த𑌼ே𑌼 ப𑌼ே𑌼 கெ𑌼 ஙெ𑌼 செ𑌼 ஞெ𑌼 டெ𑌼 நெ𑌼 தெ𑌼 ணெ𑌼 பெ𑌼 மெ𑌼 யெ𑌼 ரெ𑌼 லெ𑌼 வெ𑌼 ளெ𑌼 ழெ𑌼 றெ𑌼 னெ𑌼 கே𑌼 ஙே𑌼 சே𑌼 ஞே𑌼 டே𑌼 நே𑌼 தே𑌼 ணே𑌼 பே𑌼 மே𑌼 யே𑌼 ரே𑌼 லே𑌼 வே𑌼 ளே𑌼 ழே𑌼 றே𑌼 னே𑌼 க𑌼ை ட𑌼ை த𑌼ை ப𑌼ை க𑌼ொ ட𑌼ொ த𑌼ொ ப𑌼ொ ப𑌼் க𑌼்த𑌼்ட𑌼்
Ok, I see the difference now and I don’t reproduce it with hb-view from HarfBuzz, so either a bug in our HarfBuzz integration or we are using outdated versions of HarfBuzz and/or Graphite2 libraries.
My take is that this is a run segmentation issue. This is Tamil text, but the offending character is from the Grantha block. The character is supposed to work with Tamil text and is listed in the ScriptExtensions.txt of the UCD. My assumption is that this information hasn't got into libo. Sorry, no time today to dig into that. Firefox does support ScriptExtensions correctly in its segmenting.
(In reply to martin_hosken from comment #15) > My take is that this is a run segmentation issue. This is Tamil text, but > the offending character is from the Grantha block. The character is supposed > to work with Tamil text and is listed in the ScriptExtensions.txt of the > UCD. My assumption is that this information hasn't got into libo. Sorry, no > time today to dig into that. Firefox does support ScriptExtensions correctly > in its segmenting. Right, we don’t currently use ScriptExtensions property. But Graphite should be skipping script itemization now (not sure what version has it), right?
Seems to work for me with a recent build of the font and in libo version 6.4.0.0.alpha0+ 6311bcff7f (FWIW), also in 6.0.7.3 release. I think this is probably fixed.
(In reply to martin_hosken from comment #17) > Seems to work for me with a recent build of the font and in libo version > 6.4.0.0.alpha0+ 6311bcff7f (FWIW), also in 6.0.7.3 release. I think this is > probably fixed. O. K., let's close the bug as RESOLVED WORKSFORME. Feel free to reopen it, if it happens again.