Bug 153378 - FILEOPEN PPTX: Wrong text direction for math symbols (-+) in right-to-left shape
Summary: FILEOPEN PPTX: Wrong text direction for math symbols (-+) in right-to-left shape
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:pptx
Depends on:
Blocks: RTL-Arabic-and-Farsi
  Show dependency treegraph
 
Reported: 2023-02-04 18:42 UTC by Pablo
Modified: 2023-08-10 17:44 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
PPTX with right-to-left text boxes, numbers and +- symbols (30.04 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2023-02-04 18:43 UTC, Pablo
Details
PowerPoint 2023 PDF export (178.80 KB, application/pdf)
2023-02-04 18:43 UTC, Pablo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pablo 2023-02-04 18:42:36 UTC
Description:
The attached PPTX has two text boxes set with align-right and text-direction-rtl. The text has numbers/letters and +- math symbols. The direction of the math symbols in Impress is wrong. I didn't test other symbols like <, >...

Steps to Reproduce:
1. Open the attached PPTX presentation with Impress.
2. Compare the text to the attached PDF exported from PowerPoint.

Actual Results:
The first text box show: "100-"
The second text box show: "+C1"

Expected Results:
"-100"
"C1+"


Reproducible: Always


User Profile Reset: No

Additional Info:
Tested with LibreOffice 7.5.0.3 and

Version: 7.4.5.1 / LibreOffice Community
Build ID: 40(Build:1)
CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Ubuntu package version: 1:7.4.5-0ubuntu0.20.04.1~lo1
Calc: threaded
Comment 1 Pablo 2023-02-04 18:43:29 UTC
Created attachment 185116 [details]
PPTX with right-to-left text boxes, numbers and +- symbols
Comment 2 Pablo 2023-02-04 18:43:56 UTC
Created attachment 185117 [details]
PowerPoint 2023 PDF export
Comment 3 raal 2023-02-12 18:13:11 UTC
bibisect-42max bisected to 91595b7feb4023ceb8cf49384ea6e704e53fce0b is the first bad commit
commit 91595b7feb4023ceb8cf49384ea6e704e53fce0b
Author: Matthew Francis <mjay.francis@gmail.com>
Date:   Sat Sep 5 18:27:18 2015 +0800

    source-hash-1ff3ab9235e32305c820af75b9677334c81d9899
    
    commit 1ff3ab9235e32305c820af75b9677334c81d9899
    Author:     Zhe Wang <wangzcdl@apache.org>
    AuthorDate: Fri Sep 7 03:45:35 2012 +0000
    Commit:     Caolán McNamara <caolanm@redhat.com>
    CommitDate: Thu Jun 13 21:00:34 2013 +0100
    
        Resolves: #i119579# position & direction of bracket incorrect in Arabic locale
    
        * subversion/main/oox/source/drawingml/textparagraphpropertiescontext.cxx
        []WritingMode2 is used to numerous explicit writing directions, so use WritingMode2 to instead WritingMode.
    
        Patch by: Ma Bingbing <jiazema@gmail.com>
        Suggested by: Wang Zhe <kingwisemmx@gmai.com>
        Found by: Wang Lifeng <phoenix.wanglf@gmail.com>
        Review by: Wang Zhe <kingwisemmx@gmai.com>(cherry picked from commit 4545d293b1cf5009b075cdc82d43916909b77347)
    
        Change-Id: Ic621ce6107bdc0b83c511f055175ae7b629f1503
Comment 4 ⁨خالد حسني⁩ 2023-08-10 17:44:44 UTC
This is not a regression, the linked commit is fixing a real issue.

The issue here is a fundamental difference in how LibreOffice and Microsoft Office handle text direction. LibreOffice simply follows the Unicode Bidirectional Text algorithm, and the result it gives is the conformant one. Microsoft Office will use the keyboard language to guess that portions of the text are English and thus should be left to right even of the whole paragraph is right to left.

There is no easy way to fix this, and the inline direction information probably gets lost when opening the file in LibreOffice since it does not have something similar to map it to.