Bug 123965 - Old Hungarian script is a RTL script, worked with settings "none". Now it doesn't work. Produce LTR tofus and save a dot only
Summary: Old Hungarian script is a RTL script, worked with settings "none". Now it doe...
Status: RESOLVED DUPLICATE of bug 124118
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Localization (show other bugs)
Version:
(earliest affected)
6.2.1.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-03-09 16:49 UTC by Kovács Viktor
Modified: 2019-03-16 15:55 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample Text (8.16 KB, application/vnd.oasis.opendocument.text)
2019-03-09 16:51 UTC, Kovács Viktor
Details
Tester font (27.11 KB, application/octet-stream)
2019-03-09 16:52 UTC, Kovács Viktor
Details
The produced output (6.96 KB, application/pdf)
2019-03-09 16:53 UTC, Kovács Viktor
Details
Screensot, in typing time (58.49 KB, image/png)
2019-03-10 10:59 UTC, Kovács Viktor
Details
Screenshot of Firefox. (76.30 KB, image/png)
2019-03-10 11:18 UTC, Kovács Viktor
Details
test file with inline Rovas in LTR, and manual set RTL (15.13 KB, application/vnd.oasis.opendocument.text)
2019-03-10 15:31 UTC, V Stuart Foote
Details
exported PDF of mixed paragrah alignments for Rovas (38.46 KB, application/pdf)
2019-03-10 15:35 UTC, V Stuart Foote
Details
Opened odt file with lastest LO release (133.80 KB, image/jpeg)
2019-03-11 08:28 UTC, Kovács Viktor
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kovács Viktor 2019-03-09 16:49:43 UTC
Description:
Khaled developed Old Hungarian script RTL capability with setting language as "none". Already with all Old Hungarian capable fonts produce tofus.
What happened?

Steps to Reproduce:
Set back the previous code.

Actual Results:
Old Hungarian letters doesn't appear with Old Hungarian capable fonts.

Expected Results:
Old Hungarian letters should apeare.


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Kovács Viktor 2019-03-09 16:51:25 UTC
Created attachment 149843 [details]
Sample Text

This is the sample text.
Comment 2 Kovács Viktor 2019-03-09 16:52:44 UTC
Created attachment 149844 [details]
Tester font

You can test it with this font.
Comment 3 Kovács Viktor 2019-03-09 16:53:45 UTC
Created attachment 149845 [details]
The produced output
Comment 4 V Stuart Foote 2019-03-09 21:02:22 UTC
Viktor, no text in the sample ODT document, just a period...
Comment 5 V Stuart Foote 2019-03-09 21:14:53 UTC
On Windows build of 6.2.0.2 I'm still getting correct ICU bidi handling of the Old Hungarian block.
Comment 6 Kovács Viktor 2019-03-10 08:43:43 UTC
(In reply to V Stuart Foote from comment #5)
> On Windows build of 6.2.0.2 I'm still getting correct ICU bidi handling of
> the Old Hungarian block.
I talked about 6.2.1.2, somebody removed this capability. This problem is the same on the Windows version.
Comment 7 Kovács Viktor 2019-03-10 10:59:05 UTC
Created attachment 149855 [details]
Screensot, in typing time

cc:Stuart
Yes, you are right, odt file contain dot after the saving.
It seems, not only the apereance wrong. The File save method too.
To check it, try insert the letters.
Comment 8 Kovács Viktor 2019-03-10 11:16:07 UTC
If I insert the letters, produce output normally.
I will attach a screenshot of firefox.
𐲒𐳜 𐳖𐳉𐳙𐳙𐳉 𐳏𐳀 𐳘𐳬𐳓𐳞𐳇𐳙𐳉!‏
It seems, the keyboard work correctly.
Comment 9 Kovács Viktor 2019-03-10 11:18:36 UTC
Created attachment 149856 [details]
Screenshot of Firefox.

Something is wrong in the mine.
Comment 10 V Stuart Foote 2019-03-10 15:26:43 UTC
Can not confirm on Windows buiilds 6.2.2.1 or master/6.3.0alpha0+

A textrun in Old-Hungarian (10C80-10CFF) is correctly identified by ICU lib bidi to be RTL

The textrun has no control of the Paragraph style, nor should it.

And even if the Default style is modified to set the language for CTL to Hungarian (Szekely-Hungarian Rovas) it willl not change the alignment of the detected CTL textrun to RTL.

This is correct behavior. 

And until work of tdf bug 103405 implements a UI for SH Rovas the Default paragraph style will continue to take its alignment from locale--assume Hungarian for you. 

Meaning you either have to modify the Default paragraph's CTL font and Alignment and save to template (but that would clobber LTR Western handling of Hungarian, or the more common mixed use in-line paragraphs). Or better, create a new Paragraph style with RTL alignment and Font and language selection for use with SH Rovas, and save that to template.

IMHO => NAB
Comment 11 V Stuart Foote 2019-03-10 15:31:11 UTC
Created attachment 149862 [details]
test file with inline Rovas in LTR, and manual set RTL
Comment 12 V Stuart Foote 2019-03-10 15:35:25 UTC
Created attachment 149863 [details]
exported PDF of mixed paragrah alignments for Rovas

here is a PDF export of the sample
Comment 13 Kovács Viktor 2019-03-11 07:08:59 UTC
(In reply to V Stuart Foote from comment #12)
> Created attachment 149863 [details]
> exported PDF of mixed paragrah alignments for Rovas
> 
> here is a PDF export of the sample

Stuart, it works with inserted chars, but not in typing time...
Comment 14 Kovács Viktor 2019-03-11 08:28:04 UTC
Created attachment 149876 [details]
Opened odt file with lastest LO release

cc:Stuart
I opened your attached odt file (#149862)
I attached, what I looked.
Comment 15 V Stuart Foote 2019-03-11 13:43:29 UTC
@Viktor,

Can not confirm your font related issues, on Windows builds at least. 

Working with Default style's CTL font and language configured with a font with coverage of Old-Hungarian.

Sample was with your original modified Unicode_Maros

nor when using your Attila-old-hun, attachment 136873 [details]

Font fall back when your Kende font, attachment 148974 [details] or
attachment 148968 [details], alone was present was wrong--but once I set it to be the CTL font in the Default style--it also came in correctly.

You can not "type" to input these glyphs. But, I can use the <Alt>+x conversion for each glyph typed in as U+108c0 and converted. Or, I can use the Special Character dialog chart to pick insert each glyph.  Either method works correctly with any font family covering the glyphs.
Comment 16 Kovács Viktor 2019-03-12 10:03:02 UTC
(In reply to V Stuart Foote from comment #15)
> @Viktor,
> 
> Can not confirm your font related issues, on Windows builds at least. 
> You can not "type" to input these glyphs. But, I can use the <Alt>+x
> conversion for each glyph typed in as U+108c0 and converted. Or, I can use
> the Special Character dialog chart to pick insert each glyph.  Either method
> works correctly with any font family covering the glyphs.

I Can Type on Linux, since xkeyboard-config 2.2 released. It's between the extras. I got an Old Hungarian layout for Windows frpm a Hungarian man. It's his own layout, he wrote me, 6.1 work perfectly. I will tested LO 6.2.1.2 with this layout.
Comment 17 Kovács Viktor 2019-03-12 10:38:40 UTC
(In reply to V Stuart Foote from comment #15)
Sorry, I missed the xkeyboard-config's version number. I correct myself: since xkeyboard-config 2.22 released, there are an Old Hungarian layout between the extras.
Comment 18 Kovács Viktor 2019-03-12 19:14:16 UTC
@Stuart
It seems, that this problem has the Linux version LO 6.2.1.2 Release.
Windows version OK.
I tested LO 6.2.1.2 on Linux and Windows, 6.1 on Linux and Windows with same font.
Version 6.1 OK.
Comment 19 Kovács Viktor 2019-03-16 15:55:56 UTC

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