Created attachment 118668 [details] The wrong appereance SUMMARY The Old Hungarian script is a RTL script. In the Kate appear as LTR script. OBSERVED RESULT LTR appereance EXPECTED RESULT RTL appereance SOFTWARE/OS VERSIONS Linux/KDE Plasma: OpenSuSE Tumbleweed 201903
Created attachment 118669 [details] Sample txt file This is a test document.
Created attachment 118670 [details] Tester font. You can test with it.
That's a living proble.
Old Hungarian was added with Unicode 8.0. Qt should be using Unicode 10.0 tables since a year. I am not sure if Kate has its own way to determine LTR/RTL property, or if it is related to incorrect/missing handling of UTF-16 surrogate pairs. Qt has QChar::direction(uint ucs4) to work with any Unicode code point.
By looking at the roadmaps, it should be relatively simple to derive the LTR/RTL property from the code point, even for yet to be decided code points or blocks. Check yellow background in http://www.unicode.org/roadmaps/bmp/ and http://www.unicode.org/roadmaps/smp/
There is a link to Noto project's Old Hungarian font: https://github.com/googlefonts/noto-fonts/blob/master/hinted/NotoSansOldHungarian-Regular.ttf
Steps for testing: I. download fonts from : https://github.com/googlefonts/noto-fonts/blob/master/hinted/NotoSansOldHungarian-Regular.ttf and install it. II. Set the Old Hungarian layout with the following steps: a) On the keyboard layouts page the 2nd dropdown list choose Hungarian language. b) In 3rd dropdown list choose Old Hungarian sublayout (Be careful, is it appear only when extra layouts enabled, and the xkeyboar-config's version 2.23 or newer) III. Open the Kate IV. Type on a querty keyboard with setting Old Hungarian layout the following "word": ablak V. Need to be appear text: 𐳀𐳂𐳖𐳀𐳓, the left side letter must be :𐳓
I think, instructions are given.
(In reply to Christoph Feck from comment #4) > Old Hungarian was added with Unicode 8.0. Qt should be using Unicode 10.0 > tables since a year. > > I am not sure if Kate has its own way to determine LTR/RTL property, or if > it is related to incorrect/missing handling of UTF-16 surrogate pairs. > > Qt has QChar::direction(uint ucs4) to work with any Unicode code point. I am not sure, that I understand, what You want to say with it
I want a developer to investigate how Kate determines the RTL property.
(In reply to Christoph Feck from comment #10) > I want a developer to investigate how Kate determines the RTL property. Did already happened with this bug?
@Christoph Feck Would be happen anything with this bug?
Please don't add people to bugs. You will get notified when a developer finds time to investigate comment #4 and commits a patch.
Viktor can you please confirm this is still occurring on a recent version of Kate?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!