Description: How can you rotate text that's snapped to a line (by double clicking the line until a text cursor shows up or first slecting the line object and pressing the insert textbox in the menu bar). Now it's snapped to the line and rotated the wrong way making it hardly readable while viewing the document. Current work around is by rotating the line and let the arrow change side. But this is really impracticable . how can you change this: https://imgur.com/XyuUFx3 to this with a single click or easy solution? https://imgur.com/fFPpRvk libre about page: Version: 6.2.5.2 (x64) Build ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (C); UI-Language: en-US Calc: threaded Steps to Reproduce: 1. click on insert line tool 2. insert a line 3. click on line 4. while focused on the line click to add a textbox 5. write something in the text box and exit edit mode 6. you will normally now see that the text is inverted from the user and difficult to read Actual Results: you will normally now see that the text is inverted from the user and difficult to read Expected Results: text should be orientated to the user and not upside down, making it difficult to read. Reproducible: Always User Profile Reset: No Additional Info: when writing text that's snapped to a line, the text should be orientated to the user and not upside down. Optionally you can include an option to rotate text to your liking (cannot find something like this in libreoffice draw)
Any news on this?
I don't believe this is an issue. It happens if the line is inserted from right to left so the text just follows the line direction, if the line is inserted from left to right, then the text is correctly displayed. @Bram, is your LibreOffice RTL or LTR ?
My libreoffice is LTR. But shouldn't it be dependent on what's more readable? For example if your arrow is situated like this: https://imgur.com/XyuUFx3 Is then not more readable if the text was from the bottom of the arrow to the top? You can have something that takes into account the degrees of the line and decided from there which side you snap the text. Or you can add a property that can rotate the text with reference to the center of the line, that way user can have an option if they want it like that or not.
[Automated Action] NeedInfo-To-Unconfirmed
A quick way to correct it is to do this in the Sidebar Properties - Line view: 1. Flip vertically 2. Flip horizontally Just a note: always attach any screenshots etc. directly to the bug report so they don't get lost.
Thank you for reporting the bug. I can not reproduce the bug in Version: 7.1.0.0.alpha1+ Build ID: 54daa022df46d07171201b3fe236cf3f5726e271 CPU threads: 6; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-11-05_16:52:13 Calc: threaded I could perfectly rotate the text snapped to grid at all angles in the daily build... but I am going to keep this as unconfirmed because I am not sure whether or not this bug can be reproduced on other versions.
(In reply to Buovjaga from comment #5) > A quick way to correct it is to do this in the Sidebar Properties - Line > view: > 1. Flip vertically > 2. Flip horizontally Unfortunately, this won't work for arrows as it ends up pointing the other way. You would have to also switch the start and end styles of the line, which is quite cumbersome. I agree that there should be an option to easily rotate the text by 180 degrees, or alternatively an independent rotation setting for the text. Should this report be renamed and changed to Enhancement? Note that to reproduce, you don't need to use a text box: you can directly start typing once the arrow/line has been traced. (In reply to samarthupadhya2309 from comment #6) > I could perfectly rotate the text snapped to grid at all angles in the daily > build... Samarth, how do you rotate the text independently to the line? Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 67f2a99229101757af4f40118f4d3c83ba38648b CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-US Calc: threaded
Issue is in OOo 3.3, so inherited. Related issue is that the first segment of some of those shapes defines the text rotation automatically: bug 137997. Regina clarified in bug 122039 comment 4 that this issue is different to bug 122039 because path-like shapes (Lines, Arrows, Curve, Polygons...) are different to custom shapes (Basic Shapes, Symbol Shapes...) in how they allow text rotation or not in the file format. Regina, is that correct? Is this bug an ODF limitation?
(In reply to Stéphane Guillou (stragu) from comment #8) > Issue is in OOo 3.3, so inherited. > Related issue is that the first segment of some of those shapes defines the > text rotation automatically: bug 137997. > > Regina clarified in bug 122039 comment 4 that this issue is different to bug > 122039 because path-like shapes (Lines, Arrows, Curve, Polygons...) are > different to custom shapes (Basic Shapes, Symbol Shapes...) in how they > allow text rotation or not in the file format. > > Regina, is that correct? Is this bug an ODF limitation? Yes that is correct. Only <draw:custom-shape> elements have an attribute to rotate the text in addition to the shape rotation. It is a property of the individual shape and not part of a style.
Thanks Regina, categorising as such.