Bug 82627 - FILEOPEN DOCX: Text Not Rotated in Text Boxes with Rotation
Summary: FILEOPEN DOCX: Text Not Rotated in Text Boxes with Rotation
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3.0.4 release
Hardware: All All
: high normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: filter:docx
: 98991 121515 128830 133901 141488 150593 158540 (view as bug list)
Depends on:
Blocks: DOCX-Textbox docx-aggressive-competitors
  Show dependency treegraph
 
Reported: 2014-08-14 17:30 UTC by Plamen
Modified: 2024-05-14 05:53 UTC (History)
23 users (show)

See Also:
Crash report or crash signature:


Attachments
n archive containing a document with paragraph text and rotated text box and a snapshot of MS word rendering (38.60 KB, application/x-zip-compressed)
2014-08-14 17:30 UTC, Plamen
Details
Simple example of rotated text boxes (17.30 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2016-12-06 22:02 UTC, Luke
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Plamen 2014-08-14 17:30:08 UTC
Created attachment 104628 [details]
n archive containing a document with paragraph text and rotated text box and a snapshot of MS word rendering

Problem description: 
When a MS Word document created with:
MS Office Professional Plus 2010
Version: 14.0.7128.5000 (64-bit)

contains a rotated transparent text box with no border(in MS word the rotated text appears on top of the paragraphs), opening the document in Writer shows it as non-rotated frame with white background hiding the paragraph text bellow.

Steps to reproduce:
1. Open the attached document in MS Word and in Writer

Current behavior:
The Text Box text is rendered in a non-rotated frame with white background hiding the paragraph text below.

Expected behavior:
The Text Box should be transparent and rotated and only the Text Box's text should overlap the paragraph text below.

Operating System: Windows 7
Version: 4.3.0.4 release
Comment 1 Plamen 2014-08-14 17:33:17 UTC Comment hidden (obsolete)
Comment 2 Adolfo Jayme Barrientos 2014-08-15 01:23:53 UTC
Thank you for yur bug report.
Comment 3 QA Administrators 2015-09-04 02:49:35 UTC Comment hidden (obsolete)
Comment 4 Buovjaga 2015-11-30 13:45:16 UTC
Still confirmed.

Win 7 Pro 64-bit Version: 5.2.0.0.alpha0+
Build ID: a7c3a2a9be83686657c06f37d521f9f6d2004ddd
Threads 4; Ver: Windows 6.1; Render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2015-11-28_04:39:18
Locale: fi-FI (fi_FI)
Comment 5 Robinson Tryon (qubit) 2015-12-09 18:47:52 UTC Comment hidden (obsolete)
Comment 6 m_a_riosv 2016-12-03 16:14:44 UTC
*** Bug 104353 has been marked as a duplicate of this bug. ***
Comment 7 Luke 2016-12-06 22:02:08 UTC
Created attachment 129359 [details]
Simple example of rotated text boxes

Miklos,
You've done much of the work on the Text Box implementation. Is this something you'd be interested in looking at? 

We need to read the OOXML ‘Do not rotate Text’ option. When it's set, use the old system. When it's not set, we need to rotate the text with the box like we do with all native Text Boxes.
Comment 8 Luke 2016-12-06 23:46:28 UTC
*** Bug 98991 has been marked as a duplicate of this bug. ***
Comment 9 Luke 2017-03-11 20:55:45 UTC
*** Bug 86529 has been marked as a duplicate of this bug. ***
Comment 10 QA Administrators 2018-08-16 02:37:27 UTC Comment hidden (obsolete)
Comment 11 Alex 2018-08-19 20:26:16 UTC
Still confirmed in Win10 Lo 6.1.0.3. 

None of the text boxes in the sample document are rotated like the other boxes are.
Comment 12 Luke 2019-01-23 20:42:39 UTC Comment hidden (obsolete)
Comment 13 Xisco Faulí 2019-10-17 12:52:29 UTC
*** Bug 121515 has been marked as a duplicate of this bug. ***
Comment 14 Aron Budea 2019-11-28 03:46:24 UTC
Some details on this from Miklos.
There are two kinds of text containers in shape: Writer or editeng. The Writer one can contain complex content, but can't be rotated, while the editeng one can be rotated.

Word doesn't have this kind of distinction, and currently DOCX import creates Writer text in a shape. This can be confirmed by turning on formatting marks: if end-of-paragraph markers are shown in side the text box, it's Writer text, if not then it's editeng-based.

A potentially quick and dirty way to fix this would be to switch the DOCX import to use editeng-based text containers in shapes. Providing a real fix will be more difficult.
Comment 15 Dieter 2019-12-09 06:59:35 UTC
*** Bug 129263 has been marked as a duplicate of this bug. ***
Comment 16 Timur 2020-06-15 18:18:38 UTC
*** Bug 133901 has been marked as a duplicate of this bug. ***
Comment 17 Dieter 2020-06-16 11:49:34 UTC Comment hidden (obsolete)
Comment 18 Buovjaga 2020-06-16 12:54:24 UTC Comment hidden (obsolete)
Comment 19 rominator 2020-07-17 11:18:33 UTC
Confirmed in Windows 10 with 6.3.6.2 with DOCX-documents created with Word 365. Is this a Drawing-ML vs. VML issue? Something caused by mc:alternateContent maybe? There are some visible artifacts (like table borders or something) as if there where some background non-rotated text boxes behind the rotated text boxes.
Comment 20 kap 2020-12-28 15:15:38 UTC
This bug is still present in LO 7.0.4.2
Comment 21 Balázs Regényi 2021-01-06 08:17:54 UTC
I agree with @Aron Budea. TextFrame-s cannot be rotated. So, to solve this problem we should develop that textboxes (TextFrame-s) can be rotated.
Comment 22 Timur 2021-04-06 09:12:34 UTC
*** Bug 141488 has been marked as a duplicate of this bug. ***
Comment 23 Timur 2021-04-06 09:15:14 UTC
I set High because this is not a couple of docs, but a general issue. In addition to marked duplicates, some See Also are likely duplicates.
Comment 24 NISZ LibreOffice Team 2021-07-04 08:30:23 UTC
*** Bug 128830 has been marked as a duplicate of this bug. ***
Comment 25 Regina Henschel 2022-04-05 18:14:08 UTC
(In reply to Aron Budea from comment #14)
> A potentially quick and dirty way to fix this would be to switch the DOCX
> import to use editeng-based text containers in shapes. Providing a real fix
> will be more difficult.

I do not consider it as 'dirty'. Using a frame like text box is a LO specific construct. Therefore it should only be used if it is absolutely necessary. As long as the shape text is simple enough to be rendered with the shape text edit engine, a frame like text box should not be used. This would have to be checked when importing from OOXML.
I think, in long term the shape text engine should be extended to be able to render text which has multiple paragraph styles and character anchored objects, for example. So that these features can be used in the other modules too.
Comment 26 m_a_riosv 2022-08-25 16:52:05 UTC
*** Bug 150593 has been marked as a duplicate of this bug. ***
Comment 27 Justin L 2023-05-24 17:03:13 UTC
repro 7.6+
Comment 28 Piotr 2023-05-25 18:01:48 UTC
I confirm I reproduced, the error occurs. The version I tested with:

Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: pl-PL (pl_PL); UI: pl-PL
Calc: CL threaded
Comment 29 Gabor Kelemen (allotropia) 2023-12-07 08:51:37 UTC
*** Bug 158540 has been marked as a duplicate of this bug. ***