Created attachment 52528 [details] Letters Й and Ğ with fonts Helvetica and Lucida Grande Hello, This problem is present for several versions of Libreoffice and continues even when Libreoffice was not around at all. When I try to type a Turkish character like capital İ or Russian capital Й with accent marks on it Writer does not display the accent mark. The accent mark actually exists there, it is only visible if I select the word and continue selecting to the upper line, or when I select "Print Overview" from the toolbar. It also prints, but this is a very annoying visual glitch. The problem is present on Mac OS X. It does not affect other Libre products except Writer.
My humble opinion is, I guess it is time to switch to CoreText. With outdated ATSUI functions I am even not sure if it is worth to fix this bug.
Confirmed with 3.5.0. The issue is still present.
Still reproducible with 3.6.1.2.
Bug was never confirmed by an independent reviewer, therefore reset Status to UNCONFIRMED. (No offence -- this does not mean that I doubt the existence of this bug -- when status is UNCONFIRMED, the chance is even better that a bug wrangler will try to reproduce this issue or search for duplicates, while with Status NEW the bug will probably just be overlooked.)
Can not reproduce with LO 3.6.2.2 on Mac os 10.6.8. (copied and pasted unformatted title of attachment). Is it still present on your system? And I can btw not understand the meaning of "…and continues even when Libreoffice was not around at all."
(In reply to comment #5) > Can not reproduce with LO 3.6.2.2 on Mac os 10.6.8. (copied and pasted > unformatted title of attachment). Is it still present on your system? > It should be reproducible with the system default Helvetica font. Copying/Pasting should work fine, but typing does not work. It is still visible under Print Preview, but under editing environment we have to select one or two lines to above to be able to see the missing parts. And it sometimes leaves artifacts when scrolled down. > And I can btw not understand the meaning of "…and continues even when > Libreoffice was not around at all." I meant the OO.org era. :)
Issue is still present on the latest daily build.
At least partially REPRODUCIBLE with LibreOffice 3.6.4.1 (Build ID: a9a0717) on Mac OS X 10.6.8. There are strange things going on with the drawing of accents on Mac OS ;-) However, a detailed explanation of my findings will take some time and explaining screenshots etc., and I have to leave my computer now, so I will add the explanation later. [If I happen to forget about it -- homo sum, humani a me nihil alienum puto --, please ping me!] For now this notice should be sufficient to prevent this report from being closed etc. Resetting the version number to the first version which is known to contain the problem (3.5.0). We will check even earlier versions later.
@Roman Eisele, Thank you very much for confirming my bug report. This happens with mostly core system fonts, like Helvetica and Lucida Grande. I think you meant that by "partially reproducible". And one interesting detail, in NeoOffice, which uses Apple's CoreText rendering, I can still reproduce this issue. So it is not something about text rendering I presume, it is a core OO/LO bug. Kind regards,
Created attachment 70167 [details] Capital letters İ, Ö, Ü in NeoOffice, respectively
Created attachment 70456 [details] Letter ح in 4.0.0.0 alpha1
Issue somehow still persists. But behaviours are more acceptable now, accents get drawed automatically in a few seconds, even firstly glyph is drawn without the accents.
And the issue is mostly present with Helvetica and Lucida Grande fonts.
Without checking the code, this looks like the effect of clipping, we are properly clipping at typographic ascenders/descenders which usually don’t take accents into account.
I meant probably not properly. Clipping at typographic ascender/descender (OS/2 TypoAscent/Descent or hhea Ascender/Descender) is not proper of course, the proper setting is OS/2 WinAscent/Descent.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.