GNOME Bugzilla – Bug 746136
incorrect display of combining diacritics
Last modified: 2020-11-24 09:58:01 UTC
If I use the combining marks of https://en.wikipedia.org/wiki/Combining_character rather than the combined code points (unicode normalization) then gedit has difficulty rendering. 1) it gives the combining mark a monospace slot 2) it adds the mark the the next character rather than previous character. (I'm not sure which way they appear in the file--please tell me--but by the via the input method the combining mark is typed after)
(In reply to Shawn Landden from comment #0) > If I use the combining marks of > https://en.wikipedia.org/wiki/Combining_character For formatting, the combining diacritics on that page are preceded by a space in the tables and by a dotted circle in the text. If they are copy-pasted, the space or the dotted circle is copied with them. 1. What you're seeing could be an input error, the space is there but shouldn't be. http://rishida.net/uniview/ offers a better way to build base letter with combining diacritics sequences. There are a few keyboard layouts that can do so as well, for example Vietnamese, Cameroon and Democratic Republic of the Congo. 2. It could also be a font problem. If the combining diacritics are missing in the font being displayed, the combining diacritics of a fallback font will be used and there is no guarantee they will be positioned correctly. If you still get the error of positioning for the combining diacritics, try using a different font, like DejaVu Sans or Charis SIL which cover a lot of diacritics.
Ahh the problem is that when removing a diacritic the character it is attached to is also removed. It is impossible to copy the diacritic without the space. I only managed to get a test combining marks by normalizing a combined character to NFD.
Well actually there is a real bug here: if a combining mark fallows a space it is applied to the next character.
Can you reproduce the bug with pango-view?
No. In pango-view the diacritic is displayed on the space.
Ok, so can you reproduce the bug with GtkTextView or GtkSourceView? For GtkTextView, you can use gtk3-demo. For GtkSourceView, you can run tests/test-widget after compiling the sources.
Mass-closing of all gedit bugzilla tickets. Special "code" to find again all those gedit bugzilla tickets that were open before the mass-closing: 2bfe1b0590a78457e1f1a6a90fb975f5878cb60064ccfe1d7db76ca0da52f0f3 By searching the above sha256sum in bugzilla, the gedit contributors can find again the tickets. We may be interested to do so when we work on a specific area of the code, to at least know the known problems and possible enhancements. We do this mass-closing because bugzilla.gnome.org is being replaced by gitlab.gnome.org.