Bug 161820 - OpenType "lnum" (lining numbers) feature does not work properly for numerical cells inside a table
Summary: OpenType "lnum" (lining numbers) feature does not work properly for numerical...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.2.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-27 17:45 UTC by Linus Drumbler
Modified: 2024-06-27 17:45 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
A document containing a table of numbers with the lining number feature enabled (25.52 MB, application/vnd.oasis.opendocument.text)
2024-06-27 17:45 UTC, Linus Drumbler
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Linus Drumbler 2024-06-27 17:45:27 UTC
Created attachment 195023 [details]
A document containing a table of numbers with the lining number feature enabled

Steps to reproduce:

1. Install the free and open-source font "Zilla Slab", available at https://fonts.google.com/specimen/Zilla+Slab (or any other font that includes a lining numerals OpenType feature)
2. Create a table in which some of the entries are only a number or comma-separated numbers
3. Activate Zilla Slab's lining numerals (lnum) feature through Format → Character → Features or set the document's font to "Zilla Slab:lnum"

Expected behaviour: in the table entries that contain only a number or a number followed by a comma, the number displays in the lining number form, as it does for the table entries that contain letters.

Actual behaviour: in the table entries that contain only a number or a comma-separated number followed by a comma, the numbers display as their default non-lining forms. Even stranger, if any alphabetic character is typed in the cell, all digits in the cell switch to their lining form.

Attached is a file that reproduces the bug.