Bug 33263 - FILEOPEN DOC: OPTIMAL wrap never means parallel in MSO, but it does for tiny frames in LO
Summary: FILEOPEN DOC: OPTIMAL wrap never means parallel in MSO, but it does for tiny ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard: interoperability
Keywords: filter:doc
Depends on:
Blocks: DOC-Frames DOC-Anchor-and-Text-Wrap
  Show dependency treegraph
 
Reported: 2011-01-18 18:51 UTC by grigoreflorin1985
Modified: 2023-06-01 00:23 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
attachment .doc file from Word and exported PDF for compare with Libreoffice formatting result on import (179.77 KB, application/x-7z-compressed)
2011-01-18 18:51 UTC, grigoreflorin1985
Details

Note You need to log in before you can comment on or make changes to this bug.
Description grigoreflorin1985 2011-01-18 18:51:18 UTC
Created attachment 42190 [details]
attachment .doc file from Word and exported PDF for compare with Libreoffice formatting result on import

Downloaded a file from an official state departement of Healt in my country and the formating differs dramatic compared to the formating in Microsoft Word (I needed to install the trial version for saving to pdf to print the document corectly).

I upload the orginal file and the PDF exported from Microsoft Word , load the .doc in LibreOffice r3 and have a compare shot with the PDF. (attachment in 7zip format 2 files)

Maybe some hacked fix for this tipe of document can be done ?!
Comment 1 Rainer Bielefeld Retired 2011-01-19 09:14:52 UTC
Too many problems for 1 report! I pick one issue for this one:

Reproducible with "LibreOffice 3.3.0 RC3 - WIN7  Home Premium (64bit) German UI  [OOO330m19 (build 5 / tag 3.3.0.3)]" and "20081125_cerere_adeverinta_de_asigurat.doc"

Pls see search for text "CARE FACE PARTE DINTR-O FAMILIE CARE ARE DREPTUL" and compare in PDF and sample document
- In PDF all text is behind the Frame
- in LibO text will be splitted by frame. Reason seems to be improper WRAP mode
  "dynamic" for the frame, if you change to "behind" text looks fine

@grigoreflorin1985:
We can't handle such "Make my imported document look better in LibO" issues. 

Please file separate reports for all Problems you find with a precise, detailed description. 

Please feel free to file additional reports for other problems you see in the sample document.
Comment 2 Rainer Bielefeld Retired 2011-07-11 22:32:09 UTC Comment hidden (obsolete)
Comment 3 Björn Michaelsen 2011-12-23 13:25:15 UTC Comment hidden (obsolete)
Comment 4 A (Andy) 2013-05-05 11:55:27 UTC
reproducible with LO 4.0.2.2 (Win7 Home, 64bit), compared with MSO 2007

Result: buggy layout -> seemed for me to be an indent / tab stop issue
Comment 5 bfoman (inactive) 2013-05-16 11:02:22 UTC Comment hidden (obsolete)
Comment 6 Zeki Bildirici 2013-09-30 08:36:59 UTC
(In reply to comment #4)
> reproducible with LO 4.0.2.2 (Win7 Home, 64bit), compared with MSO 2007
> 
> Result: buggy layout -> seemed for me to be an indent / tab stop issue

(In reply to comment #4)
> reproducible with LO 4.0.2.2 (Win7 Home, 64bit), compared with MSO 2007
> 
> Result: buggy layout -> seemed for me to be an indent / tab stop issue

Same with 4.1.1.2. The boxes need to be read as left alligned and tab stops missing according to Word's formatting. Also there is empty lines missing after 
PERSOANĂ CARE OBŢINE VENITURI DIN DREPTURI DE PROPRIETATE INTELECTUALĂ item.

Best regards,
Zeki
Comment 7 bfoman (inactive) 2014-01-08 22:49:27 UTC Comment hidden (obsolete)
Comment 8 Joel Madero 2014-12-15 02:02:35 UTC
Just to verify again:
Ubuntu 14.04 x64
LibreOffice Version: 4.5.0.0.alpha0+
Build ID: 8b65be4740f4349b769a8709867e0cc32d93686d
Locale: en_US

Also verified on:
3.3 (inherited from OOo, updating as version is oldest version available).

Also changing priority according to flowchart: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg

Minor - while this is quite annoying, it does not prevent high quality work, but it does indeed slow it down (see workaround below)
Medium - annoying enough to up from low 

Workaround:
Right click on frame
Left click on frame...
Wrap tab
Select "After"


Thanks for your continued patience - LibreOffice is powered by a team of volunteers who are donating thousands of hours at no cost to make the product better for everyone. We really appreciate your support.
Comment 9 QA Administrators 2015-12-20 16:18:20 UTC Comment hidden (obsolete)
Comment 10 Telesto 2016-11-18 20:13:29 UTC
Confirmed with:
Version: 5.3.0.0.alpha1+
Build ID: 43b5ca69aa545cf93eded55258d92d651917815f
CPU Threads: 4; OS Version: Windows 6.2; UI Render: GL; Layout Engine: new; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-18_05:27:05
Locale: nl-NL (nl_NL); Calc: CL
Comment 11 Roman Kuznetsov 2018-07-24 18:01:26 UTC
still repro in

Version: 6.1.0.2 (x64)
Build ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: ru-RU (ru_RU); Calc: CL
Comment 12 Timur 2019-04-30 12:12:53 UTC
Repro 6.3+. 
But in DOC we have tables with Wrap Around (used as bullets), not frames.
Comment 13 QA Administrators 2021-04-30 04:01:38 UTC Comment hidden (obsolete)
Comment 14 Jan Švanda 2022-05-28 20:34:31 UTC
Still present in:
Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: bbec710bd25fc5da27636cde73fe4ab23c76904f
CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: cs-CZ (cs_CZ); UI: en-US
Calc: CL
Comment 15 Justin L 2023-05-27 02:16:21 UTC
repro 7.6+
Yeah, not sure exactly what the issue is here. Normally LO needs MORE space to wrap than MS Word, but in this case it seems like the opposite.

The tables ARE set to wrap around (parallel), and that is exactly what is happening. Move the tables slightly in MS Word and they do the same thing.
Comment 16 Justin L 2023-06-01 00:23:46 UTC
OK - I believe I understand.
LibreOffice designed OPTIMAL wrap to mean parallel wrap if the frame was some arbitrarily chosen small enough size. OK - I can accept that. (This is called AUTO in MSO - meaning the computer is allowed to intelligently decide how to wrap the text, which is precisely what is happening.)

MSO treats AUTO as "pick the best side" and never parallel. I imagine we could add a flag to optimal to tell it never to parallel wrap for compatibility purposes.

Better though is to just have a human modify the affected documents and specify whether the wrapping should be before or after. Extremely low priority.