When you move an image the movement does not happen until after release. This makes it much harder to visualize the final product. https://youtu.be/w6Qcl-w7s5c?t=2m40s Older version shown, but still happens in current and in all OSs.
It is done by design to save computational resources. Closing as NotABug. Best regards. JBF
Hi Brock, Thanks for consciously filing all the issues :) For this one: the Side bar allows to set may properties and shows the effect immediately. But not the distance. I wonder if it really is that resource greedy or just not yet implemented. Should be not too hard do add to the side bar? Jean-Baptiste, are you sure if the resources-issue would play a role there too?
Created attachment 117256 [details] Change spacing in sidebar Exactly: doing it in the sidebar seems to make sense. Not that LibreOffice should be designed around what the competition does, but this is how it is done elsewhere.
I am pretty sure that in previous versions (OOo time ?) there was an configuration option to choose if the pictures should be visible during moving or not. I can't remember when this option disappeared, perhaps when the algorithm to compute the layout has been changed. I did not find such an option in the expert configuration. While it seems easy and smooth to update continuously the layout of a small file when moving a picture, much on a large file recalculating the layout for each little adjustment of the position of an image will be very disappointing when you have several dozen pages with pictures, tables, OLE objects, ..., beyond the moved image. Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #4) > I am pretty sure that in previous versions (OOo time ?) there was an > configuration option to choose if the pictures should be visible during > moving or not. I can't remember when this option disappeared, perhaps when > the algorithm to compute the layout has been changed. I did not find such an > option in the expert configuration. From what I remember that was in Draw. Anyway, it is still there... > While it seems easy and smooth to update continuously the layout of a small > file when moving a picture, much on a large file recalculating the layout > for each little adjustment of the position of an image will be very > disappointing when you have several dozen pages with pictures, tables, OLE > objects, ..., beyond the moved image. > > Best regards. JBF
(In reply to Brock McNuggets from comment #3) > Created attachment 117256 [details] > Change spacing in sidebar > > Exactly: doing it in the sidebar seems to make sense. Not that LibreOffice > should be designed around what the competition does, but this is how it is > done elsewhere. Thanks - I see that I have posted my former comment #2 for the wrong issue. Since this one is that when you move with the mouse, there is only a frame that is shown.. And my remark was for distance from the image in the side bar. Sorry for the confusion.
A the very least seems this should be possible from the sidebar.
Created attachment 117330 [details] rotate real time If you copy and paste an image from Draw, you can rotate and resize in real time, but there is no option to move. Oddly: if you resize by drag handles it still does not happen in real time.
(In reply to Brock McNuggets from comment #8) > Created attachment 117330 [details] > rotate real time > > If you copy and paste an image from Draw, you can rotate and resize in real > time, but there is no option to move. > > Oddly: if you resize by drag handles it still does not happen in real time. Yep, this would definitely be an improvement for overall usability. I understand it could be tricky, if were talking about some corner case of a huge paragraph and having to calculate the flow.. But there must be some clever way to handle it performantly ;) Let's set to enhancement.
So this feature in available in other word processors (MS Word 2013 and above, iWork Pages, Calligra Words) and should be available to all mouse-driven image modification options including moving, resizing and rotation (whenever that is implemented - bug 73797). Would be ideal to not limit this functionality to only images, but also have it for other objects like shapes, tables, textboxes, charts, etc. @Meeks, @Maxim, @Samuel: Any thoughts on how resource intensive this feature would be?
As Jean-Baptiste says it really depends on the size and complexity of the document how much layout costs - but - it might be possible to do this only when it can be done quickly (for some value of quick). When rotating or sizing with a mouse - we want a very precise pixel-based movement - which requires high speed feedback. When rotating using a separate widget in the sidebar there is less clearly a visible connection so ... anyhow - one for UX really to think through and then finding a developer ...