https://bugs.documentfoundation.org/show_bug.cgi?id=86600
Heiko Tietze <tietze.heiko@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |needsUXEval
CC| |libreoffice-ux-advise@lists
| |.freedesktop.org
Blocks| |100023
--- Comment #3 from Heiko Tietze <tietze.heiko@gmail.com> ---
First of all, the Draw internal procedure of copy/paste works as expected and
takes the object's position when copied from another document. But that's not
perfect when the object has coordinates out of range, e.g. origin is A0 and
target A4. But anyway, never the cursor position is being used. And how should
it work when the cursor is somewhere else and the paste operation is done per
ctrl+v or the main menu? I would also advise against a if-then procedure that
pastes at a) the source position, if available, b) the cursor position if its
within the document range, or c) at the center. Copy/paste is a core function
and must be crystal clear to users without any doubt what happens.
So I suggest to take the object's position in respect to the page even when it
is copied from a foreign app like Writer.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=100023
[Bug 100023] [META] Enhance Draw's user experience
--
You are receiving this mail because:
You are on the CC list for the bug.
Context
- [Libreoffice-ux-advise] [Bug 86600] [EDITING] Pasting by mouse right-click in Draw inserted into center of page instead of click position · bugzilla-daemon
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.