Download it now!
Bug 34436 - TABLES text in cells behaves wrong when rotated (Shift Enter needed for line - see comment#3)
Summary: TABLES text in cells behaves wrong when rotated (Shift Enter needed for line ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: high normal
Assignee: Not Assigned
: 41459 43618 69678 89850 (view as bug list)
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
Reported: 2011-02-18 03:47 UTC by sasha.libreoffice
Modified: 2019-12-02 13:11 UTC (History)
23 users (show)

See Also:
Crash report or crash signature:

Test case (12.88 KB, application/vnd.oasis.opendocument.text)
2011-11-08 02:13 UTC, Stefano Fraccaro
table with rotated text (13.01 KB, application/vnd.oasis.opendocument.text)
2014-06-28 07:02 UTC, rssdev10

Note You need to log in before you can comment on or make changes to this bug.
Description sasha.libreoffice 2011-02-18 03:47:54 UTC
I write in cell of table in Writer this text:
qwer asdf
Then I select it and change property of character:tab "Position" Rotation/scaling 90 degrees. Then I place cursor (caret) in middle of this text and press enter. Become:
Two parts of string swaps and produce no second line. In cell I can produce only one line of vertical text and never more.
It problem is from OpenOffice 2.0 until now.
Comment 1 sasha.libreoffice 2011-02-24 06:18:50 UTC
on Liberoffice 3.3.1 still exist
Comment 2 Vladimir Rutsky 2011-06-13 03:49:12 UTC
User vitriol explained that you should use <Shift+Enter> to separate lines in
vertically aligned paragraph (
Comment 3 sasha.libreoffice 2011-06-13 23:21:08 UTC
With Shift-Enter it works.
My be need only add line "Use Shift-Enter for new line if text in table cell" to tooltip in Format->Character->tab Position->area Rotation/Scaling. It will solve this problem for many users.
Comment 4 Dmitry 2011-09-25 01:01:38 UTC
There is possibility to set the "Text direction" in "Table properties"("Text flow" tab). If you set "Right-to-left (vertical)" it work more correctly, intuitive and simply (for multiline just press Enter), than if you use  Format/Character/Position/Rotate. But the top of letters directed to the right. Therefore, I propose to add a item "Left-to-right (vertical)" to "Text direction" that would work similarly, but the top of the letters will look to the left. In my opinion this is the most correct and logical solution to rotate text for the table-cells.
Comment 5 Ramil 2011-09-25 02:03:12 UTC
Why when cursor is situated in start of string he became that:


Why when cursor in the end of string and I push Enter cursor stand that place:


But when I countinue print I saw that cursor is stand in start of first string:


Just try to work with vertical align of text and you understand that it is not obvious and asked...

P.S.: Would be cool if with LO we can make any degrees such as last picture (blue color).
Comment 6 Stefano Fraccaro 2011-11-08 02:13:14 UTC
Created attachment 53287 [details]
Test case
Comment 7 Stefano Fraccaro 2011-11-08 02:17:10 UTC
Video that show the problem with test case attachment:
Comment 8 Thomas Thym 2011-12-21 09:23:11 UTC
I can confirm that behaviour (also the wrong display mentioned by in LO 3.5 beta1. It gave me quite a hard time here at the company until I found out that Ctrl+Enter is needed. 
Perhaps it is more intuitive to let "Enter" behave like "ctrl+Enter" when the orientation of the following paragraph is rotated, too.
Comment 9 Korrawit Pruegsanusak 2012-01-15 01:30:43 UTC
reset some values that come without appropriate reason, see
Comment 10 Stefano Fraccaro 2012-01-15 23:16:53 UTC
I don't understand why you have changed from 3.4.4 back to 3.3.0 . I change newly to 3.4.4 because I have this problem on LibO 3.4.4 on Windows XP

LibreOffice 3.4.4 
OOO340m1 (Build:402)

(In reply to comment #9)
> reset some values that come without appropriate reason, see
Comment 11 Stefano Fraccaro 2012-01-16 00:16:38 UTC
Same problem on 

LOdev 3.5.0beta2 Windows XP
Build ID: 8589e48-760cc4d-f39cf3d-1b2857e-60db978
Comment 12 sasha.libreoffice 2012-01-16 04:10:20 UTC 
Version - it is where bug first time found, and not current version.
Comment 13 Rainer Bielefeld Retired 2012-01-28 00:39:30 UTC
*** Bug 41459 has been marked as a duplicate of this bug. ***
Comment 14 Rainer Bielefeld Retired 2012-01-28 01:08:23 UTC
[Reproducible] with reporter's sample and "LibreOffice 3.5.0 RC2 German UI/Locale [Build-ID: e371a95-bf68a13-5a1aa2b-d3c1ae9-b938258] on German WIN7 Home Premium  (64bit). Also reproducible with own document.

Bug 41459 shows bug with a much more simple test case.

Related to "Bug 37828 - rotated text is not saved correctly in doc format"?

Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
Comment 15 dE 2012-04-20 02:15:16 UTC
I suggest the block 37361 should be removed cause this's not a frequently used feature and has a workaround.

Also I suggest downgrading it's priority.
Comment 16 Joel Madero 2013-02-07 19:52:04 UTC
Confirmed on Version (Build ID: 027bb41aa16793e88e9fc1b3550c8c893363647). 
Because LibreOffice 3.5 is now at end of life the 3.5 MAB is being closed. 

I agree with dE's input, while this might be quite annoying for some users, that list of users is very limited and therefore this bug should not be a MAB. 

MAB should affect a large portion of our user base OR be such a big bug that it would make professional quality work impossible. For this particular bug there is a workaround (although not ideal) which is to create the table in Spreadsheet and then copy/paste it to Writer - just tested this and it works.

Thanks for your understanding and apologies for the long delay.
Comment 17 retired 2013-09-18 10:19:04 UTC
Sasha, I just tried reproducing this problem in latest LO 4.2 master. But couldn't find the rotating option. Could you describe the exact steps how to reproduce?
Comment 18 sasha.libreoffice 2013-09-18 10:58:39 UTC
Select text, then menu Format->Character, then in dialog tab "Position" field "Rotation/Scaling" option "90 degrees" or "270 degrees".
Comment 19 tommy27 2013-10-11 05:48:02 UTC
*** Bug 69678 has been marked as a duplicate of this bug. ***
Comment 20 rssdev10 2014-06-28 07:02:42 UTC
Created attachment 101906 [details]
table with rotated text

See left column. It contains a paragraph with 2 strings only. But it is presented in LO with big distortions.
Comment 21 rssdev10 2014-06-28 07:03:44 UTC
The bug is still actual for LO beta2.
Comment 22 Timur 2015-01-28 18:29:32 UTC
*** Bug 43618 has been marked as a duplicate of this bug. ***
Comment 23 Timur 2015-01-28 18:46:22 UTC
I suggest this be renamed to "TABLE: rotated text in cells needs Ctrl+Enter to break properly"
Comment 24 QA Administrators 2016-02-21 08:37:49 UTC Comment hidden (obsolete)
Comment 25 Frank 2016-02-21 15:17:21 UTC
I'm using Ubuntu 14.04.3, with Writer Version:; Build ID: 1:5.0.5~rc2-0ubuntu1~trusty1.

This behavior still exists with my current setup.

I reported elsewhere that there is more to this quirk than meets the eye, however. If one attempts the same thing with any right-to-left script (e.g. Hebrew, Arabic, et al.) you'll find that the individual characters will be displayed in reverse order when rotated.

For example, if "ABCD" (pretend those are Hebrew characters for this example) is typed, the rotation and the behavior of [Enter] vs [Shift]+[Enter] will be as described in this bug, but will be displayed as "DCBA" - this occurs regardless of any CTL or language settings in use and, as near as I can tell, with any RTL script.

I'm not sure how relevant this is since, like most users who need to mix languages and scripts in the same document, I gave up on Writer some time ago and only use it for simple tasks.

But - for what it's worth - the quirks Sasha describes are still repeatable.
Comment 26 Andrei B. 2016-11-26 15:18:48 UTC
Fedora 25, LO
I was affected as well, as I was using Enter instead of Shift+Enter. Only after reading this issue I found out that "there is a way".
I would say though that the behavior of Enter is wrong and should be marked as a bug.
Note that in "Calc" I experienced no issues using text rotation in a cell.
Comment 27 Bruno MONDIN 2017-02-23 07:30:11 UTC
Windows 7 Pro : Libo 5.1x, 5.2x et 5.3x

I agree with the last comment of Andrei B.
The Shift Enter solution can not be judged as a satisfactory solution.
I think this is a long-standing bug that is still unresolved. It exists in 4.x, 5.1, it is always in 5.2 and finally in 5.3.
This also gives elements to our users to insist that MS Office is better.
Let's prove them wrong and fix this bug.
Comment 28 Timur 2017-07-07 08:43:22 UTC
*** Bug 89850 has been marked as a duplicate of this bug. ***
Comment 29 Roman Kuznetsov 2018-07-24 18:40:22 UTC
still repro in 

Version: (x64)
Build ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: ru-RU (ru_RU); Calc: CL
Comment 30 xavier.mathon 2019-01-23 16:15:10 UTC
Bug still present in Version: (x64)
Build ID: dc89aa7a9eabfd848af146d5086077aeed2ae4a5
Threads CPU : 4; OS : Windows 10.0; UI Render : par défaut; 
Locale : fr-FR (fr_FR); Calc: group
Comment 31 Helmut Leininger 2019-01-23 16:31:35 UTC
Still present in LO 
Version: (x64)
Build-ID: 2ce5217b30a543f7666022df50f0562f82be0cff
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-AT (de_AT); UI-Sprache: de-DE
Comment 32 Xisco Faulí 2019-12-02 13:11:47 UTC
Changing priority to 'high' since the number of duplicates is higher than 5 or the number of people in CC higher than 20