Download it now!
Bug 128205 - FILESAVE: DOCX: Formula frame's alignment not kept after RT
Summary: FILESAVE: DOCX: Formula frame's alignment not kept after RT
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: DOCX-Formula docx-aggressive-competitors
  Show dependency treegraph
 
Reported: 2019-10-17 11:23 UTC by Xisco Faulí
Modified: 2020-06-15 13:28 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
sample file (16.30 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-10-17 11:23 UTC, Xisco Faulí
Details
comparison MSO 2010 and LibreOffice 6.4 Master (36.39 KB, image/png)
2019-10-17 11:24 UTC, Xisco Faulí
Details
Screenshot of the document in Word and current Writer master side by side (180.81 KB, image/png)
2020-05-04 11:50 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Xisco Faulí 2019-10-17 11:23:00 UTC
Created attachment 155075 [details]
sample file

Steps to reproduce:
1. Open attached document

-> Both formula frames are aligned to the left, instead, the first one should be aligned to the right and the second one to the center

Reproduced in

Version: 6.4.0.0.alpha1+
Build ID: 01d28b0b85f99590c0581e4bbf636bc9281e0571
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

Version: 5.2.0.0.alpha1+
Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; 
Locale: ca-ES (ca_ES.UTF-8

Version: 4.3.0.0.alpha1+
Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e

Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 1 Xisco Faulí 2019-10-17 11:24:39 UTC
Created attachment 155076 [details]
comparison MSO 2010 and LibreOffice 6.4 Master
Comment 2 Roman Kuznetsov 2019-10-17 13:01:46 UTC
confirm in

Версия: 6.4.0.0.alpha0+ (x64)
ID сборки: ccfbe8b478f3daa8b5ec07a7e48dd5fbf8556811
Потоков ЦП: 4; ОС:Windows 10.0 Build 18362; Отрисовка ИП: по умолчанию; VCL: win; 
Локаль: ru-RU (ru_RU); Язык интерфейса: ru-RU
Calc: threaded
Comment 3 NISZ LibreOffice Team 2020-02-25 12:38:28 UTC
Also see Attachment #158177 [details] and Attachment #158178 [details] from duplicate bug #130907
Comment 4 NISZ LibreOffice Team 2020-05-04 11:50:39 UTC
Created attachment 160317 [details]
Screenshot of the document in Word and current Writer master side by side

Looks better in 

Version: 7.0.0.0.alpha0+ (x64)
Build ID: 00db5933ded1884b2ac453552badae20fa943478
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; 
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: CL

After the fix to bug #121525

Two shortcomings still:
- Second formula has a "Manual breaking point" before the second = sign that is not imported correctly - that may worth a separate Math bug
- Export still resets alignment to the left
Comment 5 Xisco Faulí 2020-05-19 19:44:49 UTC
(In reply to NISZ LibreOffice Team from comment #4)
> Created attachment 160317 [details]
> Screenshot of the document in Word and current Writer master side by side
> 
> Looks better in 
> 
> Version: 7.0.0.0.alpha0+ (x64)
> Build ID: 00db5933ded1884b2ac453552badae20fa943478
> CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL:
> win; 
> Locale: hu-HU (hu_HU); UI-Language: en-US
> Calc: CL
> 
> After the fix to bug #121525
> 
> Two shortcomings still:
> - Second formula has a "Manual breaking point" before the second = sign that
> is not imported correctly - that may worth a separate Math bug
> - Export still resets alignment to the left

Let's turn this issue into an export issue. Once it's fixed, I think we can close it and open a new one for the manual breaking point
Comment 6 NISZ LibreOffice Team 2020-06-15 13:28:02 UTC
Export part was fixed with bug #133030

The "manual breaking point" is still a problem.