When one inserts an image in writer it does not anchor it to the current paragraph but creates a new empty paragraph after the current one This is a major PITA as it makes it woefully hard to attach an image to a specific paragraph so they're on the same page (one needs to select the anchor point and move it, which is currently badly handled in writer, especially if they are on different pages; and then you need to locate the stupid additional paragraph and cull it) An inserted image should be inserted at the insertion point (the paragraph where the cursor is) and not somewhere else which is free to move in another place of the document
Reproduced in 3.5.1 on Fedora 64 bit Steps to reproduce: 0. Start Writer with some document 1. Switch to file manager (in my case was Krusader) and select picture file 2. Press Ctrl-C 3. Switch to Writer and press Ctrl-V Expected: picture inserted in place of cursor (text caret) Actually: there new paragraph entered, and then picture IMHO this behaviour should be adjustable: insert new paragraph or no, how should be anchored new picture.
I can confirm the issue. Sometimes imported images appear in unexpected places.
Note that when inserting images in Microsoft Word, these are by default inserted as a character, and with text wrapping enabled. This way, images have by default a space in the document (the expected space), and images don't overlap with each other.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.3 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results; 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-06-08
So this is an enhancement.
Adding needsUXEval as this makes an impact of the general image handling in Writer.
This problem can still be reproduced in 版本：6.2.2.2 組建 ID：2b840030fec2aae0fd2658d8d4f9548af4e3518d CPU 執行緒：4; OS：Linux 4.19; UI 算繪：預設; VCL: kde4; 語言地區：zh-TW (zh_TW.UTF-8); UI語言：zh-TW Calc: threaded It should be a fundamental feature.
This is an issue I also planned to report in a slightly different way. The way how I think it could be solved is the following. There are two options. 1, There should be a page called Insert Image Settings under the Tools -> Option -> LibreOffice Writer item containing the following settings from the right-click menu of an image: - Insert As: Stripped HTML/HTML format without comments/Bitmap Image - Anchor: To Page/To Character/To Character/As Character - Align: Left/Center/Right and Top to Anchor/Middle to Anchor/Bottom to Anchor - Arrange: In Front of Others/Behind Others (Forward One and Back One are pointless here) - Size: Original/Fixed Width:X/Fixed Height:Y/Fixed Size:X*Y Yes, these things can be adjusted after the image has been inserted but if you work with a lot of images then it is quite cumbersome. I almost always use the anchor "As Character" but I know someone who uses "To Page" all the time so it would be nice to have it as a configurable setting. Or... 2, The newly inserted image just should copy the settings of the last image. It looks to be easy for the Insert As, Anchor and Align settings and maybe it could work for the Arrange as well. Only the size setting would be missing which is bad but this solution seems to be much easier than adding a new page to the Options dialog. So I could accept this solution as well.
We talked about this topic in the design meeting. The change is welcome (and accepted by the ESC). More options may unnecessary clutter the Ui so I ask the community [1] and we would introduce it in case of a clear split. (Advanced options per expert settings are always possible.) [1] https://twitter.com/liboDesign/status/1126492095601049600
Insertion as character makes sense to me. It is easy to understand and a lot of defaults in Word make sense, too. I would be against yet another setting as it is easily confusing for users and can make testing and further development harder.
If an image is anchored "as character", then horizontal movement and text wrap is not possible. And vertical movement will changes the line height but does not move the image to a very different position on the page. I'm sure we will get a lot of complains that "positioning image with mouse" is broken, when you will make "as character" the default. Word knows two states, "Inline" and "Floating". "Inline" acts the same as "as character" in LibreOffice. But default in Word is "Floating". The import of Word documents maps "Floating" to "to character". I suggest this behavior as default: If the cursor is in an empty paragraph, then anchor "to paragraph", and if the cursor is inside text in a paragraph, then anchor "to character". Besides that, bug 79160 should be fixed and the file explorer should provide an additional, special style "graphic as character".
(In reply to Regina Henschel from comment #11) > If an image is anchored "as character", then horizontal movement and text > wrap is not possible. Isn't that exactly what users want? Except from the line height issue when moving up/down.
Quick poll on Twitter revealed no clear picture how users anchor 31% To Page, 39% To Paragraph, 7% To Character, 23% As Character (some comments "it depends"). Another option might clutter but would be the correct reaction to this result. And such an option is easy to understand compared to some magic function that combines the recently applied properties and takes it into the next operation (comment 8). It might be not too difficult to add the option, so easyhack.
On bug 87720 comment 33 it's reported as fixed though without an option. QA, please verify.
(In reply to Heiko Tietze from comment #14) > On bug 87720 comment 33 it's reported as fixed though without an option. QA, > please verify. It was changed to "As Character" and then to "To Character" by the following commits: - https://cgit.freedesktop.org/libreoffice/core/commit/?id=4f40bf6a79de6d60da0a5090cdfeda6242e889f0 - https://cgit.freedesktop.org/libreoffice/core/commit/?id=a7528cd6f17ea5c5b29e7d607e54c62de0d9e7db In my opinion bug 87719 has to be fixed before the default is changed to "As Character", though an option can be introduced regardless.
*** Bug 129299 has been marked as a duplicate of this bug. ***
Comment from Heiko Tietze in bug 129299: "So the default anchoring should be defined at tools > options > writer > something." I totally agree with that proposal and would like to focus bug 45788 to this idea.