Bug 405271

Summary: Old Hungarian script (unicode range u10c80-u10cff) appear as Left-to-Right text instead of required Right-to-Left
Product: [Applications] kate Reporter: Viktor Kovács <kovacs.viktor.dev>
Component: encodingAssignee: KWrite Developers <kwrite-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: johann.alfred.seemann, justin.zobel, kovacs.viktor.dev, kwrite-bugs-null, tamas.szabo.rovo
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: The wrong appereance
Sample txt file
Tester font.

Description Viktor Kovács 2019-03-09 16:22:01 UTC
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
Comment 1 Viktor Kovács 2019-03-09 16:23:32 UTC
Created attachment 118669 [details]
Sample txt file

This is a test document.
Comment 2 Viktor Kovács 2019-03-09 16:25:27 UTC
Created attachment 118670 [details]
Tester font.

You can test with it.
Comment 3 Tamas Szabo 2019-03-10 08:09:29 UTC
That's a living proble.
Comment 4 Christoph Feck 2019-03-31 10:14:06 UTC
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.
Comment 5 Christoph Feck 2019-04-19 08:19:30 UTC
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/
Comment 6 Viktor Kovács 2019-04-19 11:49:54 UTC
There is a link to Noto project's Old Hungarian font:

https://github.com/googlefonts/noto-fonts/blob/master/hinted/NotoSansOldHungarian-Regular.ttf
Comment 7 Viktor Kovács 2019-06-02 10:19:53 UTC
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 :𐳓
Comment 8 Johann A Seemann 2019-06-02 10:24:38 UTC
I think, instructions are given.
Comment 9 Viktor Kovács 2019-06-28 16:00:29 UTC
(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
Comment 10 Christoph Feck 2019-07-16 13:09:27 UTC
I want a developer to investigate how Kate determines the RTL property.
Comment 11 Viktor Kovács 2019-08-20 06:50:23 UTC
(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?
Comment 12 Viktor Kovács 2019-10-23 17:02:45 UTC
@Christoph Feck
Would be happen anything with this bug?
Comment 13 Christoph Feck 2019-10-23 19:31:57 UTC
Please don't add people to bugs. You will get notified when a developer finds time to investigate comment #4 and commits a patch.
Comment 14 Justin Zobel 2020-11-02 01:55:53 UTC
Viktor can you please confirm this is still occurring on a recent version of Kate?
Comment 15 Bug Janitor Service 2020-11-17 04:33:44 UTC
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!
Comment 16 Bug Janitor Service 2020-12-02 04:34:07 UTC
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!