Bug 166632 - Object rotation indication works backwards
Summary: Object rotation indication works backwards
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
24.8.1.2 release
Hardware: All All
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2025-05-18 21:30 UTC by admfubar
Modified: 2025-05-21 10:34 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description admfubar 2025-05-18 21:30:58 UTC
Description:
In Draw the number field for the rotation degrees increases when rotating an object counterclockwise. this is opposite of how it is on a compass, where the 0-360 rotation comes from.

The clockwise increasing rotation is how gimp, krita, and inkscape display this field. LibreOffice should adopt this practice to make working with these other open projects easier, for new and seasoned user alike.

Actual Results:
Numeric field displays angle of rotation increasing when rotating objects counterclockwise.

Expected Results:
field should display increasing values when rotating objects clockwise


Reproducible: Always


User Profile Reset: No

Additional Info:
field should display increasing values when rotating objects clockwise
Comment 1 Andrew Kopf 2025-05-19 01:46:29 UTC
Hello admfubar@gmail.com,

Thank you for reporting the bug. I can confirm that the bug is present in master.  

Version: 25.2.3.2 (X86_64) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 22; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

and

Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 19f3b72f34c487dc97d582712d21734a7e055fd5
CPU threads: 22; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 2 Heiko Tietze 2025-05-21 07:22:04 UTC
Sounds reasonable to me. But maybe there was a reason to invert the numbers?
Comment 3 Regina Henschel 2025-05-21 10:34:36 UTC
(In reply to Heiko Tietze from comment #2)
> Sounds reasonable to me. But maybe there was a reason to invert the numbers?

Rotation value has been in that orientation since the beginning in StarOffice.

The field shows the value so that it corresponds directly to the API property `RotateAngle`, only that `RotateAngle` is in 1/100 degree. Look at the shape in the Development Tools. I know that the API service `RotationDescription` is deprecated because of the mathematically wrong orientation, see comment in API. But look also at bug 147884.

The angles in Hatch and in Gradient filling are increasing counter-clockwise.

The angle difference in the status bar, that is shown while you drag-rotate, has is increasing counter-clockwise.

The text rotation in table cells has it increasing counter-clockwise.

MS Office and SoftMaker have rotation angle increasing clockwise, Scribus has it increasing counter-clockwise same as Libreoffice. PaintShopPro has an option in the UI to determine the orientation of the field value.

My take it not to change it. There exists a wheel in some dialogs to illustrate the direction. Perhaps make sure that such wheel is present in all dialogs that have rotation angles?