[Libreoffice-bugs] [Bug 139522] Don't retain image position when cut/pasting exclusively the image

[bugzilla-daemon at bugs.documentfoundation.org]

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

Telesto <telesto at surfxs.nl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|NOTABUG                     |---
                 CC|                            |vstuart.foote at utsa.edu

--- Comment #3 from Telesto <telesto at surfxs.nl> ---
(In reply to Heiko Tietze from comment #1)
> Don't see a clear use case in your description. Here a common workflow:
> Document A with some structured text and images, and you want to copy the
> image and paste in another document. The expectation is that the image is
> placed as in the source including position, size, anchor, style etc.
> Cleaning the image format attributes on paste makes not much sense to me.

Hmm.. disagree. In advance.. There is no totally satisfying solution. I can't
deny there likely cases where you're right. However the current behavior
doesn't make much sense to me on global scale


1. It creates a difference in behavior between external image source from
internal copy/paste (of image only)
2. Say I select the image.. and create a new document and paste it.. do I
want/need it at the 'old' spot.. No.
3. It does also not make sense in documents.. when moving an image.. see
example file.. 

But will I argument also extends to 'pasting' behavior to character' being
similar 'as character'. So mimicking it.. Would align with MSO (but that's
non-argument as such). But makes also sense you want to do that.. 

I also copy/paste & drag drop as 'same thing' except the one input being
mouse.. the other keyboard.

-- 
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/20210115/b387cc11/attachment.htm>