Description: Click twice on the border of shape with small interval does enter the shape, instead of accessing rotation Steps to Reproduce: 1. Open Draw 2. Draw a rectangle 3. Deselect the rectangle 4. Select the rectangle 5. Click again to switch to rotation mode Actual Results: If you click, click it will enter the shape. Select, wait 2 seconds, click it will access rotation. Expected Results: * Click on the border (with certain margin) should always access rotation. If I want to enter the shape I click inside it * Alternative: some more accessible rotation feature, like MSO Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: e3bd3c7e3178dc091fd002628f052666b4db3be6 CPU threads: 4; OS: Windows 8.1 X86_64 (6.3 build 9600); UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded
Created attachment 194636 [details] Screenshot MSO
@Heiko There is some overlap with bug 161441 here..
I don't think of a border as an extra clickable element. Vaguely I remember opposite tickets maybe regarding frames in Writer. My take: NAB
Created attachment 194640 [details] Screencast (In reply to Heiko Tietze from comment #3) > I don't think of a border as an extra clickable element. Vaguely I remember > opposite tickets maybe regarding frames in Writer. My take: NAB I don't follow.. This is how it functions today. Double tapping and you access rotation/ skewing mode. It is working as expected on macOS, it's far harder to access on Windows.. Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: d2eab48f697a1e6097778158f623f11306ac7a3d CPU threads: 8; OS: macOS 14.3; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
The feature is handled by the command .uno:ClickChangeRotation, label "Rotation Mode after clicking Object". You find it as left most icon in the toolbar "Options" or with search for 'Rotation' in the Advanced settings. Telesto: Maybe you switched it off accidentally? It should be on as default, and it is on in my build from yesterday and in the daily build Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: fbe57382eef1138999f63e01b6152d4d05749807 CPU threads: 32; OS: Windows 11 X86_64 (10.0 build 22631); UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded
Created attachment 194665 [details] Screencast (In reply to Regina Henschel from comment #5) > Telesto: Maybe you switched it off accidentally? It should be on as default, > and it is on in my build from yesterday It's on by default and working. I should have been doing more testing. I maybe should add some context about the workflow too. I have drawn a shape (or the shape is already present in a saved file). The shape is deselected. I want to rotate the shape. Shape rotation is for me me more a distracting/disrupting intermediary step which needs to be done, to proper position something to make it look nice. It's form not content; actually a hindrance So I'm not the guy who takes takes the time (in a meticulously manner) for rotating 10 shapes on by one (probably even positions the shapes before adding labels). I someone starts drawing and adding text. Realizes I need to rotate 10 objects and want to get over it as possible without much effort So I start double (fast) clicking the border area of the shape to activate .uno:ClickChangeRotation without success The current design: A) Single click anywhere on a (deselect) empty shape = Select shape B) Single click a selected shape again anywhere = .uno:ClickChangeRotation C) A quick double click anywhere within the shape = Enter the shape D) Single click on the text inside a (deselected) shape = Enter the shape So my quick double click results even more delay; slowing me down. I would have expected a distinction between A) Double click inside the shape = Enter the shape B) Double click the border area of a shape = Activate .uno:ClickChangeRotation However (fast) double clicking a border not ideal either, IMHO. It's already less efficient compared showing a rotation handle also when a shape is selected (something MSO does) LibreOffice acts as if (object) rotation being edge case functionality not commonly used. In my perception it actually is used pretty often.
I can reproduce this (buggy?) functionality. Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 24; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded