Issue 106787 - When pasting a text frame (object) there is no offset
Summary: When pasting a text frame (object) there is no offset
Alias: None
Product: Impress
Classification: Application
Component: editing (show other issues)
Version: OOo 3.1
Hardware: PC Windows, all
: P3 Minor (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2009-11-10 21:52 UTC by saving
Modified: 2017-05-20 10:44 UTC (History)
5 users (show)

See Also:
Latest Confirmation in: 4.1.0-dev
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description saving 2009-11-10 21:52:06 UTC
When you copy & paste text frame on the same slide, the pasted object overwrites
the copied one at exactly same position. This confuses the user as it seems
nothing has happened.
I propose more user-friendly option: when pasting object on the same slide as
the copied object is, do a small offset (at x and y direction) to allow user to
see that there are actually two objects.
Comment 1 wolframgarten 2009-11-11 08:06:07 UTC
Changed to enhancement. Reassigned.
Comment 2 dynamoben 2010-06-05 04:41:43 UTC
When a copy/pasted of a text frame is performed the new text frame is placed on
top of the original text frame with no offset. This result goes beyond confusing
for a user; it in fact appears to be a copy/paste failure.  

While this behavior is consistent within the Open Office suite it is very
different than MS Power Point, which offsets the newly pasted text frame. If the
intention is to make Impress functionally similar to Power Point or to attract
Power Point users then this change would be an important enhancement. 
Comment 3 Alexandra Casapu 2012-11-04 11:47:39 UTC
Environment used for tests: Win7, OpenOffice 3.5.0, build 9611.

This seems to be an issue that users get annoyed by. This behavior has been mentioned by users in other bug reports as well (I found these references while searching for bugs that were related to pasting in OpenOffice): - ‘Plus that the pasted object lies directly on top of the copied object which will fool some to believe they didn´t get a copy.’ - ‘At the moment it pastes on top of the field that is being copied and you have to drag the copy to where you want it to be.’ - ‘On OOo pasted objects are pasted on copied object position, which can be annoying.’ - ‘When you select an object, copy and Paste, the object is on the same position.’ - bug mentioned in a comment (Comment #8 by ‘faoi’)

Minor but obvious bugs like this one can decrease trust of the users on the product. This behavior seems to be noticed and mentioned as an annoyance to users. What the data found suggests is that the users perceive this behavior as a bug, but they are still able to perform their related tasks.
Comment 4 Regina Henschel 2012-11-04 13:47:31 UTC
I'm against such a change. I expect the paste at exact the same place as the original.
In LibreOffice users complain that the copy was not at the same place, what happened due to a bug there.

Therefore the solution cannot be to simple change the current behavior. This should be discussed with UX before making changes.
Comment 5 Armin Le Grand 2012-11-09 17:05:41 UTC
ALG: Adding me to CC
Comment 6 Armin Le Grand 2012-11-16 09:55:05 UTC
ALG: I fixed #120393# in the meantime, and I'm also against a standard offset. I see your point, though.

- with offset:
Difficult to get aligned objects, difficult to restore to original position when pasting to another page (often used in impress to have the object on continuing slides on the same position)

- without:
User may oversee that objects were duplicated

Hmmm. Does someone have a good compromize which somehow enables the advantages of both...?
Comment 7 saving 2012-11-16 11:35:10 UTC
As a original submitter I will chime in :)
There seems to be two classes of users: a novice user (or a convert from other office suite) which expects visual confirmation of "paste" operation, with offset; and a power user which expects exact placement. 
I did a micro usability research (7 users) and majority (5) voted for offset.
As such, this feature seems like a candidate for a configuration option "Paste elements with offset" with default "enabled". Option would reside in "Impress / General" submenu, next to "Copy when moving". Or would it be better to make this a general OOo option? There is a similar problem in Writer when pasting shapes.
I understand this grew from a simple fix to quite a project - sometimes there is no simple solution that would cater us all.
Comment 8 Armin Le Grand 2012-12-13 14:42:39 UTC
ALG: I unserstand and I just checked, Symphony uses an offset, too. I could imagine to add an option and use an offset as default...
It also shows that people are not aware of the CTRL-option. When you drag an object and hold CTRL, a copy is created. It makes *no* sense not to move a copy/pasted object at all, so this would be the more effective way to do it interactively, *if* it would be more known.
Comment 9 Armin Le Grand 2012-12-13 16:59:22 UTC
ALG: Taking ownership to better follow and think about possibilities...
Comment 10 Edwin Sharp 2014-05-01 13:41:51 UTC
Confirmed with
AOO410m18(Build:9764)  -  Rev. 1589052
2014-04-22 11:43:54 (Di, 22 Apr 2014)
Win 7
Comment 11 Marcus 2017-05-20 10:44:22 UTC
Reset the assignee to the default "".