Bug 165850 - Line numbering with RTL numbering schemes laid out in wrong glyph order
Summary: Line numbering with RTL numbering schemes laid out in wrong glyph order
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
25.8.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Line-Numbering RTL
  Show dependency treegraph
 
Reported: 2025-03-21 12:29 UTC by Eyal Rozenberg
Modified: 2025-03-31 21:37 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 Eyal Rozenberg 2025-03-21 12:29:00 UTC
When numbering using Hebrew or Arabic letters, the number is made up of several glyphs, in a certain visual order. For example, 11 using Hebrew letter numbering is יא (or actually י"א, but we don't support adding apostrophes). The YOD is on the right, which is also the start, then comes the ALEPH, on the left.

However, when used in line numbering - the letter order is reversed: We see the YOD on the left, and the ALEPH on the right: אי . 

Note that this is _not_ wrong alignment of the number, and _not_ a wrong choice of direction of the stretch of text, since neither alignment nor direction settings   affect the order of glyphs within a run of strong-direction glyphs.

Apparently there is some kind of idiosyncratic layout logic for digits in line numbering, which assumes glyphs are strongly-LTR-directed - which they aren't always.
Comment 1 Jonathan Clark 2025-03-31 21:37:56 UTC
Confirmed with

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a47776a938c4666d4618b5cbf20d4319f64a6ff4
CPU threads: 32; OS: Linux 6.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded