https://bugs.documentfoundation.org/show_bug.cgi?id=163660
Bug ID: 163660
Summary: CJK/Asian text following RTL Override (U+202E) will
not follow style-defined CJK/Asian font FORMATTING
(Asian character is now considered CTL)
Product: LibreOffice
Version: 7.5.4.2 release
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
Description:
Whenever a CJK character follows `U+202E` (`RIGHT-TO-LEFT OVERRIDE`) up until
`U+202C` (`POP DIRECTIONAL FORMATTING`), then style-defined CJK/Asian font will
not be applied, as it will then be treated as a Complex (CTL) instead of an
Asian text.
Even though the character itself being script type `Hant`, LibreOffice Writer
will refuse to apply any defined CJK/Asian font typeface from the active style,
but rather forcing some random font upon the CJK character.
The bug is worsened after updating to version `24.8.2` from `7.5.4.2`.
Also, if I try to force direct formatting onto right-to-left CJK characters in
LibreOffice Impress, the whole text gets messed up in protest, which does not
happen in LibreOffice Writer.
Thank you!
Steps to Reproduce:
1. Enable Complex/CTL layout.
2. Ensure that Asian/CJK and Complex/CTL fonts for the specific style are
different.
3. Using the same style, have an Asian or CJK character anywhere.
4. Before the first Asian or CJK character, insert the Unicode character
`U+202E` (`RIGHT-TO-LEFT OVERRIDE`).
5. Insert `U+202C` (`POP DIRECTIONAL FORMATTING`) anywhere after the first
CJK/Asian character.
Actual Results:
Every CJK/Asian character in between `U+202E` (`RIGHT-TO-LEFT OVERRIDE`) and
`U+202C` (`POP DIRECTIONAL FORMATTING`) are now replaced with an unknown
fallback font that cannot be changed or defined. All the CJK/Asian characters
affected are now also considered Complex/CTL.
In version 24.8.2, the right-to-left CJK/Asian characters are even
distorted/stretched horizontally.
Expected Results:
Every CJK/Asian character in between `U+202E` (`RIGHT-TO-LEFT OVERRIDE`) and
`U+202C` (`POP DIRECTIONAL FORMATTING`) should still adopt automatically the
style-defined Asian font and be treated as Asian text.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 24.8.2.1 (X86_64) / LibreOffice Community
Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render:
Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
## Sample Text (Entire Line Below)
کناڤ 廣府話 تق بوليه ݢونا ڤاکاي 東亞字體 يڠ سديا اد؟
## Additional Information
- **Fonts used:**
- Western: *Arial*
- Asian: *DF-KaiSB*
- Complex: *Scheherazade New*
- **Formatting characters used:**
- U+202E: `RIGHT-TO-LEFT OVERRIDE`
- U+202C: `POP DIRECTIONAL FORMATTING`
- U+2060: `WORD JOINER`
- U+200C: `ZERO WIDTH NON-JOINER`
- **Languages:**
- All styles and all texts are set to [None]
- **Operation System:**
- Windows 10 Home `22H2` `19045.5011`
- 64-bit operating system
- `x64`-based processor
- **LibreOffice Editions:**
- `24.8.2`
- `7.5.4.2`
- **File Formats:**
- `.odt` (**main use**)
- `.odp` (not main use, but gets worse if I apply direct formatting)
--
You are receiving this mail because:
You are the assignee for the bug.
