Download it now!
Bug 97128 - FILEOPEN: landscape frame not properly shown in DOC DOCX
Summary: FILEOPEN: landscape frame not properly shown in DOC DOCX
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:doc
Depends on:
Blocks: DOCX-Frames Vertical-Text DOC-Frames
  Show dependency treegraph
 
Reported: 2016-01-14 11:16 UTC by Timur
Modified: 2020-05-21 11:43 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
DOC with headers in portrat and landcape (25.00 KB, application/vnd.ms-word)
2016-01-14 11:16 UTC, Timur
Details
printscreen from Word 2010 (20.45 KB, image/png)
2016-01-14 12:35 UTC, raal
Details
DOC with frame not in header (17.50 KB, application/msword)
2019-01-25 01:20 UTC, Luke
Details
DOCX landscape frames also incorrectly rendered (16.79 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-01-25 01:24 UTC, Luke
Details
Example document with 0 90 and 270 degree text rotation (27.54 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-05-20 08:45 UTC, NISZ LibreOffice Team
Details
Screenshot of the example document in Word and Writer 7.0 (62.14 KB, image/png)
2020-05-20 08:47 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Timur 2016-01-14 11:16:20 UTC
Created attachment 121928 [details]
DOC with headers in portrat and landcape

While looking at Bug 37146, I noticed that header with frame from landcape is not properly shown in DOC, even if it's portrait only document.
Comment 1 Timur 2016-01-14 11:44:02 UTC Comment hidden (no-value)
Comment 2 raal 2016-01-14 12:35:40 UTC
Created attachment 121932 [details]
printscreen from Word 2010

I can confirm with LO  5.2.0.0.alpha0+
Comment 3 Timur 2017-12-07 13:48:08 UTC
repro in 6.1+
Comment 4 QA Administrators 2018-12-13 03:50:09 UTC Comment hidden (obsolete)
Comment 5 Roman Kuznetsov 2018-12-13 07:35:34 UTC
still repro in

Version: 6.3.0.0.alpha0+
Build ID: 3c964980da07892a02d5ac721d80558c459532d0
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-12-12_02:07:45
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded
Comment 6 Justin L 2019-01-23 05:38:43 UTC
LO can rotate textboxes, but frames cannot be rotated?
Comment 7 Luke 2019-01-23 19:41:04 UTC
Justin,

See: http://www.addbalance.com/word/frames_textboxes.htm


> Frames cannot be rotated

> For text at 180 degrees rotation in Word before Word 2010, you need to use Frames in landscape mode.


We should not be able to rotate frames. This would introduce export issues. Rather frames need to be extended to correctly render landscape pages like word does.
Comment 8 Luke 2019-01-25 01:20:40 UTC
Created attachment 148612 [details]
DOC with frame not in header

Example showing that the issue is not related to the header/footer
Comment 9 Luke 2019-01-25 01:24:42 UTC
Created attachment 148613 [details]
DOCX landscape frames also incorrectly rendered
Comment 10 NISZ LibreOffice Team 2020-05-20 08:45:36 UTC
Created attachment 161024 [details]
Example document with 0 90 and 270 degree text rotation

An improved version of attachment 160866 [details] from bug #69175

There a VML shape is rotated, which is converted by Writer to a frame. The text direction setting is imported correctly this way, only the shape dimensions are incorrect.

Word can convert those VML shapes to frames, which opens up this bug.
The text direction setting is not imported in frames, but the frame dimensions are correct at least.
Comment 11 NISZ LibreOffice Team 2020-05-20 08:47:17 UTC
Created attachment 161025 [details]
Screenshot of the example document in Word and Writer 7.0

Version: 7.0.0.0.alpha1+ (x64)
Build ID: 442c7b95e2ee94b66a9854d0cb22f8ecb76532c6
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL