Bug 86867 - LO uses surrounding paragraph direction for field contents direction rather than first field char
Summary: LO uses surrounding paragraph direction for field contents direction rather t...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: RTL-CTL
  Show dependency treegraph
 
Reported: 2014-11-30 06:03 UTC by Gil Shwartz
Modified: 2023-05-10 11:09 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Bidi fields rendering error examples (16.33 KB, application/vnd.oasis.opendocument.text)
2014-11-30 06:03 UTC, Gil Shwartz
Details
Visual screen capture of bug on LO 5.2.1 (36.11 KB, image/png)
2016-09-20 16:16 UTC, Gil Shwartz
Details
Document with the bug manifesting + explanations (27.36 KB, application/vnd.oasis.opendocument.text)
2023-02-10 14:58 UTC, Eyal Rozenberg
Details
LO 76.a rendering of the example document 185295 (76.47 KB, image/png)
2023-02-10 15:03 UTC, Eyal Rozenberg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gil Shwartz 2014-11-30 06:03:40 UTC
Created attachment 110256 [details]
Bidi fields rendering error examples

Field with mixed LTR and RTL content are not rendered correctly when inserted into a document, possibly when a natural character is involved. Typing the same content directly in the document produces the correct rendering.
Comment 1 Buovjaga 2014-12-16 14:36:26 UTC
Confirmed -> NEW.

Win 7 64-bit Version: 4.5.0.0.alpha0+
Build ID: 170616e9f2d30c1302bbb5a7a4b588bc05cd5cc9
TinderBox: Win-x86@39, Branch:master, Time: 2014-12-12_01:58:46
Comment 2 Buovjaga 2015-01-12 16:07:44 UTC
Bug present in 3.3.0.

Ubuntu 14.10 64-bit
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 3 QA Administrators 2016-09-20 10:28:25 UTC Comment hidden (obsolete)
Comment 4 Gil Shwartz 2016-09-20 16:15:40 UTC
Bug still exists in 5.2.1 on Linix Mint 17.3 (Ubuntu 14.04).
Comment 5 Gil Shwartz 2016-09-20 16:16:42 UTC
Created attachment 127478 [details]
Visual screen capture of bug on LO 5.2.1
Comment 6 Xisco Faulí 2017-09-29 08:50:53 UTC Comment hidden (obsolete)
Comment 7 Lior Kaplan 2017-10-02 21:39:09 UTC
Still happens in 5.4.1
Comment 8 Omer Zak 2017-11-05 12:27:43 UTC
Still happens in:

Version: 6.0.0.0.alpha1+
Build ID: 6070dec9ca9a15587a2aece81f9ae1ab5ac0f8c4
CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.utf8); Calc: group
(Build from 2017-Nov-05 00:00)

OS: Debian 64bit Stretch (Debian 9.2, with some backported packages)
Comment 9 QA Administrators 2018-11-06 03:56:48 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2020-11-06 04:20:21 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2022-11-07 03:38:44 UTC Comment hidden (obsolete)
Comment 12 Eyal Rozenberg 2023-02-10 14:58:34 UTC
Created attachment 185295 [details]
Document with the bug manifesting + explanations

Have tweaked the sample document:

* Added an explanation about the document's meta-data fields
* Increased font size
* Linked back here
* Did some tab alignment
Comment 13 Eyal Rozenberg 2023-02-10 15:03:09 UTC
Created attachment 185296 [details]
LO 76.a rendering of the example document 185295

Bug still manifests with:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ad387d5b984c6666906505d25685065f710ed55d
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: fa-IR (en_IL); UI: en-US
Comment 14 Eyal Rozenberg 2023-02-10 15:12:12 UTC
Actually... on second though, I'm not sure this is as much an error as a questionable rendering choice. Let me clarify:

* The inconsistent height of the field shading is not the issue here (that's a separate bug - is it filed? I wonder), so let's ignore that

* It is _definitely_ a bug that there is no space between the first word of the field and the hyphen.

* LO does not choose a direction for rendering the field value based on the first character of the field value, but rather applying the direction of the surrounding paragraph. Is that a bad thing? I'm not sure! Gil, can you please explain why you believe LO should act differently?
Comment 15 Heiko Tietze 2023-05-10 11:09:32 UTC
(In reply to Eyal Rozenberg from comment #14)
> Gil, can you please explain why you believe LO should act differently?

No response, resolving ID.