Bug 417265 - Unicode combining diaeresis (points over letter) are placed over the wrong character
Summary: Unicode combining diaeresis (points over letter) are placed over the wrong ch...
Status: RESOLVED DUPLICATE of bug 345930
Alias: None
Product: kate
Classification: Applications
Component: part (show other bugs)
Version: 19.12.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-07 12:54 UTC by Manuel Vögele
Modified: 2020-04-03 10:02 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
UTF-8 text file that showcases the wrong behavior (7 bytes, text/plain)
2020-02-07 12:54 UTC, Manuel Vögele
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Manuel Vögele 2020-02-07 12:54:30 UTC
Created attachment 125732 [details]
UTF-8 text file that showcases the wrong behavior

Kate renders the Unicode character "combining diaeresis" over the wrong letter. It should be rendered over the letter before the combining character but is rendered over the letter after the combining character.


STEPS TO REPRODUCE
1. Open the attached text file in Kate

OBSERVED RESULT
Kate will render the diaeresis (dots) over the the b (like this: ub̈er)


EXPECTED RESULT
The diaeresis should be rendered over the u (like this: über).


SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 5.17.5
KDE Frameworks Version: 5.66.0
Qt Version: 5.14.1
Kernel Version: 5.5.2-arch1-1
OS Type: 64-bit
Processors: 6 × AMD FX(tm)-6300 Six-Core Processor
Memory: 15,6 GiB
Comment 1 Christoph Feck 2020-02-27 13:17:08 UTC
Cannot reproduce on openSUSE Krypton.
Comment 2 Manuel Vögele 2020-03-09 16:17:42 UTC
I investigated this further and it does only happen when I select the font "hack", not when other fonts are selected. However in Libreoffice the text is displayed correctly, even when using hack as a font. The text is displayed bugged as well on my laptop when using "monospace" as font family in the bug tracker. As such I'm not too sure anymore if this is actually a kate specific bug.
Comment 3 Feufochmar 2020-04-03 10:01:15 UTC
I reported a similar issue a few years ago (see issue 345930), which appeared since Qt5 (it was not present in Qt4). This issue is mostly visible when using monospace fonts like DejaVu Sans Mono or Hack.

The problem is upstream in Qt (see QTBUG-48726, still unresolved).
Comment 4 Feufochmar 2020-04-03 10:02:25 UTC

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