Bug 126860 - Exit edit mode when dropping an image
Summary: Exit edit mode when dropping an image
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevAdvice
Depends on:
Blocks: Textbox Images
  Show dependency treegraph
 
Reported: 2019-08-12 19:39 UTC by hardy
Modified: 2023-05-08 19:17 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 hardy 2019-08-12 19:39:25 UTC
Description:
When using the mouse action "drag and drop" with an image file into an Impress text field (that already contains some text) LibreOffice will insert the file name into the text box, but not the image itself.

Steps to Reproduce:
1. open Impress
2. create a fresh and empty slide that contains a text box (like all standard slides do)
3. type some text into the text box
4. use the mouse to "drag and drop" an image file into this text box

Actual Results:
The file name of the image file will be added to the text box as a text.

Expected Results:
The image itself should be added to the slide as an image object


Reproducible: Always


User Profile Reset: No



Additional Info:
When finishing the "drag and drop" action NEXT to the text box (i.e. NOT actually IN the text box), then the image gets properly displayed.

If the text box is still totally empty, then the image also gets properly displayed after the "drag and drop" action.

I have observed this with Impress in LibreOffice 6.3.0.4 under (Ubuntu) Linux. I do not know if this also happens under Windows. This also happens with earlier version of LibreOffice (at least back to version 6.0)
Comment 1 Jean-Baptiste Faure 2019-08-18 18:32:05 UTC
For me that is not a bug. LO chooses the appropriate action depending on the selected object. If the selected object is a textbox, LO assume the user want insert a text and the only text available is the filename of the image. If there is no selected object, LO assume the user want insert the image itself.

Best regards. JBF
Comment 2 hardy 2019-08-31 14:08:42 UTC
I can fully understand the argumentation of Jean-Baptiste in comment 1.

Nevertheless I would still like to argue that this behavior should be CHANGED, because:

1. It is UNEXPECTED to the normal user

2. It is fully USELESS, I never ever want the written file name (with the full path) printed onto my slides

3. It is INCOMPATIBLE with what MS Powerpoint does, what makes it even more unexpected for users being aquainted to this program (or using both programs in parallel, depending on the occasion)

So please consider, to make this a NEW bug, and let it have an (assumably simple) fix, in order to improve the user experience with LO impress.
Comment 3 Oliver Grimm 2019-12-29 22:49:33 UTC
Let me add two more arguments for Hardy's case here:

1) the current behavior of impress is inconsistent with writer (try to drag a picture into a writer document)

2) the only use case I know for dropping a file name into a text box would be to include a hyperlink to a local file. However, dragging a file into a textbox in impress currently does not create a hyperlink but just drops the text.
Comment 4 Heiko Tietze 2020-05-04 09:32:10 UTC
The function works exactly the same in Writer. If you insert a text box and enter some text you cannot add an image into this object. It's however always possible to drag 'n drop the image onto the document canvas - and this is also possible in Impress. But you have to exit the edit mode, meaning click somewhere in the slide.

Since adding the filename is indeed appears to be a very seldom use case, I could imagine to automatically exit the edit mode before dropping the image. Not sure if that's feasible code-wise.