[Libreoffice-ux-advise] [Bug 125759] UI: Notes View: "Move element cursor" instead of "edit text cursor"

https://bugs.documentfoundation.org/show_bug.cgi?id=125759

--- Comment #11 from Heiko Tietze <heiko.tietze@documentfoundation.org> ---
This topic has now a lot facets:

1. How to get into move vs. edit mode (indicated per cursor)
 * Current situation: click on the frame selects the objects for moving, click
the text to get into the edit mode; for objects without text you can enter text
per double-click
 * Proposal: click and move = drag, single click w/o moving = edit
(double-click selects the text); clicking the frame allows to move while in
edit mode

=> Your proposal surely works but I don't see much benefit (mostly because the
issue is not clear in terms of "I want to move a notes object but always get
into the edit mode accidentally", or "I use to stack objects and struggle to
move them around", both should be covered). An alternative solution could be to
always move per ctrl+click. 

2. What area is treated as the object
 * Current situation: respects the z-order and what's on top is the target (you
can click through the stack per alt+click; for the "hidden gems of Draw" (same
applies to Impress) see https://www.youtube.com/watch?v=QuQSZSCOtAY)
 * Proposal: ignore transparent areas

=> Again, the issue is not clear. It sounds like considerable effort for not
much benefit.

3. Adjust the cursor according the actual action
(of course)
4. Replace shapes (text boxes) in Impress by fix areas for text


Putting all together I believe we have some though not perfect but working
means to deal with edit/mode mode. Resources are scarce and that's why I
suggest to not put more effort in this.
We are a community project and you can reopen the ticket if you disagree. I
will not close it again but remove the UX flags as input has been given. If you
are able to code and want to implement the idea we will look for the red
carpet.

-- 
You are receiving this mail because:
You are on the CC list for the bug.