Created attachment 125308 [details]
The docx file in question
I have a letter template from my university administration in docx format, which looks slightly different in MSOffice 2010 and LibreOffice 5.1.3. In particular, there are three blocks of text on the bottom of the page specifying visitor addresses etc. The font used for the third column is wrong.
Example documents are attached. The document actually shows four different problems; I will open separate bugs for the other three.
Thanks for your consideration.
Created attachment 125309 [details]
The document as shown by MSOffice 2010
Created attachment 125310 [details]
The document as shown by LibreOffice 5.1.3
Arch Linux 64-bit, KDE Plasma 5
Build ID: 60041cb237ea73c2c1885dd6afd99d88780c2dfc
CPU Threads: 8; OS Version: Linux 4.5; UI Render: default;
Locale: fi-FI (fi_FI.UTF-8)
Built on May 26th 2016
LibreOfficeDev 22.214.171.124.alpha1 f4ca1573fcf445164c068c1046ab5d084e1b005f
Debian Testing / Mate Desktop
Created attachment 135445 [details]
Problem is a wpg:wgp group in the footer - test doc includes only that one, w/o the mc:choice around it.
some work in progress patch in gerrit: https://gerrit.libreoffice.org/41008 - need to move text handling from oox to writerfilter, first cut.
Dear Thorsten Behrens (CIB),
This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW.
Please assigned it back to yourself if you're still working on this.
Got some reduced version of the document working now, update in gerrit.
(In reply to Thorsten Behrens (CIB) from comment #8)
> Got some reduced version of the document working now, update in gerrit.
Any update here?
Thorsten Behrens committed a patch related to this issue.
It has been pushed to "master":
related tdf#100074: prepare group shapes text input via writerfilter
It will be available in 6.3.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Current state: what's in master now lays the ground work for getting Writer text frames to be used for in-group shapes. Switching that on now is rather easy, c.f.
, just that it currently only works for a _single_ child shape containing text.
(In reply to Oliver Sander from comment #0)
> The document actually shows four different problems; I will open separate bugs
I see it done but not added to See also, I do it now.
Dear Thorsten Behrens,
This bug has been in ASSIGNED status for more than 3 months without any
activity. Resetting it to NEW.
Please assign it back to yourself if you're still working on this.
Problem here is that attachment 125308 [details] DOCX has font TNR instead of "Univers 45 Light" in shape in footer. (Univers 45 Light is proprietary font that is wrongly replaced if not found but that's another issue, it should be shown italicized as proper font that is replaced).
Not sure if the same issue, but let me add DOCX attachment 153818 [details] from 127244 that has font TNR instead of Calibri in caption shape. Also bold is not applied.
*** Bug 120547 has been marked as a duplicate of this bug. ***
Created attachment 177591 [details]
The minimized example in Word 2013 and current master
Looks a lot better in master after
tdf#66039 DOCX: import textboxes (with tables, images etc.) in group shapes
The text boxes paragraph style is now tud-brief_fussleiste with 7 pt Univers 45 Light font instead of Frame Contents style with 12 pt TNR font.
The text is not positioned correctly relative to the wheelchair image because of bug 146803 - manually changing the spacing makes it look much more similar to the Word layout.
(In reply to Timur from comment #14)
> Not sure if the same issue, but let me add DOCX attachment 153818 [details]
> from 127244 that has font TNR instead of Calibri in caption shape. Also bold
> is not applied.
Seems to be the same issue, also fixed in recent master. Let's close this, paragraph style is now correctly imported in grouped shapes.
*** This bug has been marked as a duplicate of bug 66039 ***