Bug 139107 - Availability of non-printing Unicode special characters should not depend upon the font
Summary: Availability of non-printing Unicode special characters should not depend upo...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.4.7.2 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Special-Character
  Show dependency treegraph
 
Reported: 2020-12-20 20:28 UTC by Shay G
Modified: 2022-12-28 21:06 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Shay G 2020-12-20 20:28:51 UTC
Description:
The RLO symbol is documented here: https://www.unicode.org/reports/tr9/#Directional_Formatting_Codes

I wasn't able to find it in the David CLM font. But it was on Liberation Serif.
The symbol should be on every font that supports RTL. It doesn't have and visual symbol anyway so no icon is required.

Steps to Reproduce:
1. Go to Insert -> Symbol
2. Search your favorite RTL font for Override.
3. No RLO on the list

Actual Results:
Feature is missing

Expected Results:
Can choose the RLO symbol


Reproducible: Always


User Profile Reset: No



Additional Info:
Show the RLO symbol

גרסה: 6.4.7.2
מזהה הבנייה: 6.4.7-7
תהליכי משנה במעבד: 8; מערכת הפעלה: Linux 5.9; עיבוד מנשק: בררת מחדל; VCL: kf5; 
מיקום: he-IL (en_US.UTF-8); UI-Language: he-IL
Comment 1 Eyal Rozenberg 2020-12-20 22:30:41 UTC
More generally, the issue is as follows:

The Insert Special Character dialog should allow the user to locate, select and insert Unicode characters which are non-printing, regardless of which font family is chosen in the dialog.

However - that is not the case. With some selected families - one cannot even locate, let alone select and copy, some of these characters; while with other families, more (or all) of them are available, e.g. 

Specifically, I tried this with the Right-Left Override character, and got

* Failure with: David CLM (bundled with LibreOffice), Nachlieli CLM, Linux Libertine, Georgia
* Success with: Liberation Sans, Liberation Serif, Noto Sans

and I also tried this with Right-to-Left Mark, and got:

* Failure with: Linux Libertine, Georgia
* Success with: David CLM, Nachlieli CLM, Liberation Sans, Liberation Serif, Noto Sans

(the choice of fonts is arbitrary, except that David CLM is LibreOffice' default for Hebrew text)
Comment 2 Eyal Rozenberg 2020-12-20 22:33:10 UTC
Remember:

Right-to-Left Override, or RLO, is Unicode character U+202D
Right-to-Left Mark, or RLM, is Unicode character U+200F

(the latter can be entered using the standard Hebrew keyboard layout using RightAlt+0)

For the unfamiliar, read this:
https://www.unicode.org/reports/tr9/#Directional_Formatting_Codes
Comment 3 Eyal Rozenberg 2020-12-20 22:34:06 UTC
And one final bit of spam for today: My findings were using

Version: 7.0.3.1
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: gtk3
Locale: he-IL (en_IL); UI: en-US
Comment 4 QA Administrators 2022-12-21 03:20:16 UTC Comment hidden (obsolete)
Comment 5 Shay G 2022-12-21 19:09:44 UTC
Bug re-confirmed.

Version: 7.3.7.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 32; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+xcb)
Locale: he-IL (en_US.UTF-8); UI: he-IL
7.3.7-2
Calc: threaded