Problems with characters from supplementary planes

[stdu]

Hi,

could it be, that Oxygen XML Editor (Version 16) has problems with characters from Supplementary Planes (from U+10000) in Unicode? If you insert a character like U+13379 (Egyptian Hieroglyph V011A) in the text mode, Oxygen has some problems by setting the cursor correctly (the cursor is displayed few steps after his real position). It's seems that Oxygen has problems with interpreting the value of a codepoint correctly, because Oxygen sometimes divide these characters into two (which results in an "invalid xml character".

Greets,
Stefan

[Radu]

Hi Stefan,

That specific code point is represented using two 16-bit characters which indeed should be presented as a single glyph by a font which can render it. By the way, can you recommend a font which can render this character to make some tests on my side?
When opening in the Text editor mode an XML which has such characters you should receive a warning from Oxygen asking you to enable the bidirectional editing mode. If you enable it, the caret navigation should work better around such glyphs (it should skip both combined characters when moving the caret over it for example).
The choices for detecting bidirectional content are in the Oxygen Preferences->"Editor / Open/Save" page.

Regards,
Radu

[stdu]

Hi Radu,

thx for the hint on "Bidirectional editing mode" - with this mode activated, there aren't any problems with these characters! I didn't know that this mode is also useful for such character problems and not only for text with different directionalities.

Greets,
Stefan

[Radu]

Hi Stefan,

Great.
We plan to change that message in a future version to something which is more meaningful and better expresses what it does. The support helps both with left to right and with surrogate characters (a code point which has two characters and renders like a single glyph).

Regards,
Radu