[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted

2018-07-26 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #18 from Heiko Tietze  ---
(In reply to Regina Henschel from comment #17)
> @Heiko: The problem is the case, that the object is still marked, when you
> use Ctrl+V. In that case the clipboard content is not inserted as new
> object, but it replaces the marked object

Evaluating the previous commands independently from what is being selected
shouldn't be too hard. And eventually how to realize the feature is up to the
devs (with another loop if something is not possible or unclear).

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted

2018-07-26 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #17 from Regina Henschel  ---
@Heiko: The problem is the case, that the object is still marked, when you use
Ctrl+V. In that case the clipboard content is not inserted as new object, but
it replaces the marked object. That does not only happen, if you do Ctrl+C and
then immediately Ctrl+V, but in other cases where an image is marked too.
Therefore my suggestion to implement a "duplicate" feature: Click on image to
select it, make "duplicate", and then a slightly shifted copy of the selected
image is inserted as new image. Which of the settings of the original image are
preserved and how they are handled need to be specified. Especially anchoring
and wrapping is a problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted

2018-07-26 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #16 from Heiko Tietze  ---
How about that:
* Shift the pasted object to down and right if
** the source object is on the same canvas (don't shift in case of cut and when
pasting into a different document)
** the source object has not changed its position/size
** no other command was executed
* Shift by an amount of pixels depending on the object size (small vs. large
objects) 
* Multiply the shifting by how often the object was copied

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted

2018-07-25 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

Luke  changed:

   What|Removed |Added

Summary|EDITING: Copy and Paste for |EDITING: Copy and Paste for
   |Images / Shapes Need to be  |Images / Shapes Need to be
   |Shifted in Writer   |Shifted

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted in Writer

2018-07-25 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #15 from Luke  ---
Created attachment 143763
  --> https://bugs.documentfoundation.org/attachment.cgi?id=143763=edit
SoftMaker Office, same procedure

As you can see from the screenshot, the Softmaker Office also shifts duplicated
objects. This is the industry standard.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted in Writer

2018-07-25 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #14 from Luke  ---
Created attachment 143762
  --> https://bugs.documentfoundation.org/attachment.cgi?id=143762=edit
Google Docs also does not hide pasted copies

Only recently did most browsers start supporting HTML5's Clipboard API, even so
CTRL+C/CTRL+V does not work for me. Google Docs is in the default "in line"
wrapping and you copy/paste with the menu, it behaves exactly the same as Word
when "in line", which makes sense as wrapping options should be respected. 

Their Presentation app stacks exactly like the behavior bug report is
requesting.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted in Writer

2018-07-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #13 from Luke  ---
Created attachment 143723
  --> https://bugs.documentfoundation.org/attachment.cgi?id=143723=edit
WPS Office, same procedure

Heiko
I understand how you thought that shifting on a cut/paste would confuse the end
user. However, that was an error in my instructions, and not what I was asking
for. This is about copy/paste.

>From a UI design theory perspective, how is it better to give no feedback to
the user? When working with shapes, I often make a master shape, then customize
each instance. For example when making flowcharts, I will have 5 or 6 master
objects that I copy dozens of times. In LO, I have to trust that my copy/pastes
are working AND keep track in my head. How is this better than how other
systems work? How is hiding each copy better than showing it shifted?

What is the use-case are you imagining where the default behavior in Word, WPS
Office, and WordPefect is inferior to Writer's current copy/paste behavior?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted in Writer

2018-07-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #12 from Regina Henschel  ---
I suggest such special 'quick-copy' as _addition_ to the current behavior for
Writer. Bug 100028 is only about Draw/Impress.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted in Writer

2018-07-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #11 from Heiko Tietze  ---
My comment 6 intended to show the different use cases. If we change the
copy/paste behavior to having an offset many users may feel this as a
regression. And Regina pointed out in comment 9 that there is no standard.

=> still voting for WFM

(In reply to Regina Henschel from comment #9)
> Which would be a 'quick-copy' (bug 100028) for Writer?

It's a copy/paste function with offset working on shapes and images (haven't
made a complete list).

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted in Writer

2018-07-22 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #10 from Luke  ---
Created attachment 143702
  --> https://bugs.documentfoundation.org/attachment.cgi?id=143702=edit
Screenshot of Word vs Writer, same procedure

Regina,
I'm not looking for a workaround. The point is that the current copy/paste
behavior is confusing to the end user.

I attached a screenshot where I did the exact same procedure of inserting a
shape and an image in Word and Writer. Then copy/pasting 8 times. In Writer
there is no indication that the copy/pasting was successful or how many and
where the pasted images are located. However, Word removes all this ambiguity
by stacking them or putting them in a row, depending on the objects wrapping
settings.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted in Writer

2018-07-22 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

--- Comment #9 from Regina Henschel  ---
(In reply to Luke from comment #8)
> If you try to COPY and paste in Word, you will see it's behavior is not the
> same as writer. But this goes far beyond that. Shifted copy and pasted
> images/shapes is the default for all Office Suites and all image editing
> software that I am familiar with.

In case you paste the clipboard content while an image is selected, I see
different behaviors: Word and SoftMaker insert the clipboard as new image at
same top-left position, only shifted in case of identical size; Google Docs
replaces the selected image with the clipboard content;  Scribus inserts the
clipboard as new image at same top-left position, in case source image is
selected and does not paste it at all if different image is selected. So
LibreOffice behaves same as Google Docs.

SoftMaker has a dedicated command "Duplicate", which copies the image and
inserts it shifted. LibreOffice can duplicate the image by using Ctrl+Drag.
Perhaps a short-cut for such duplication with a default 'drag' can solve the
problem, so that you can easily duplicate an image without using the mouse?
Which would be a 'quick-copy' (bug 100028) for Writer?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 97993] EDITING: Copy and Paste for Images / Shapes Need to be Shifted in Writer

2018-07-22 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97993

Luke  changed:

   What|Removed |Added

Summary|EDITING: Copy and Paste for |EDITING: Copy and Paste for
   |Images / Shapes Wonky in|Images / Shapes Need to be
   |Writer  |Shifted in Writer

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs