[Libreoffice-bugs] [Bug 139348] Images anchored as character don't act as caracter

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Dec 31 22:26:46 UTC 2020


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

--- Comment #3 from documentfoundation.contact at watt-rc.fr ---
Thanks for your reply.

You need to mark a character before the image in addition, to be able to move
the image horizontally with the mouse. => Still not work for me.

Make sure the cursor is not an arrow and the image is not selected before
trying to drag it. => Ok, I found the workaround : I have to select the image
and a real character at the same time. Like this, the selection square is
bigger than the image and I can click outside the image to move it. But this is
using a hammer to pin a needle.
When you write “the image is not selected”, I assume you mean “the image is not
in edit-mode” (I guess edit mode is when we see the handle around the images
and selection is when we see it in a grey square, like for text selection)

when you only select the image and a "as-character" anchored image cannot move
horizontally in "edit mode", the behavior is consistent. => Actually, the image
switch to edit mode as soon as I click on it, selected or not. From my point of
view, if the image is selected it should have the same behaviour than a
selected character. If I want to switch in edit mode, I could simply click on
the image without selecting it.

So not really a bug => [insert a troll about a big informatics company here]

But I agree, that it is not comfortable, that the behavior known from portions
of text is not available for images anchored as character. => From my point of
view this is neither comfortable nor instinctive.

Perhaps we could introduce a drag with modifier (shift or alt) to move an
"as-character" anchored image around including change of anchor position. − Or
provide a special handle for moving around, as known from Word. There dragging
this handle moves a cursor in the text, which indicates the target position. =>
I don't know what it imply in term of code modification, but as a user, an
example of instinctive and simple behaviour should be something like :
− double-click on the image without moving the mouse −> switch to edit mode
− click and release on the image on unselected image −> select image (to avoid
to have to click accurately between the image and the surrounding character
when you want to select it).
− click on selected image, move mouse, and release −> move image from click to
release positions.
− the mouse over the image should be a cursor if the image is selected, and an
arrow if not selected or edit mode
− click and release on selected image, without moving the mouse -> unselect and
place cursor before/after the image (like for a character)
− If there is a shortcut to move a selected text with the keyboard, it should
work the same way on selected image (I didn't find it, but I didn't search
long).

I don't thing new handle are needed. The inconvenient of handles is that they
request an accurate click which is less comfortable than just clicking on an
X×Y cm^2 image. But why not.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201231/50faa688/attachment.htm>


More information about the Libreoffice-bugs mailing list