When an element outside the page is copied to another page, it gets adjusted within the page.

[AGO]

When copying an element that is outside the page to another document, it gets adjusted to fit within the page. I want to paste it in the exact same position as the original page, but is there a way to achieve this with settings or something similar? I know it can be done with overlays, but I want to easily demonstrate this with copy and paste.

PDFX.gif

[rakunavi]

Hello AGO,

Unfortunately, this is not possible with the latest build. It was possible until build 331, a long time ago, but somehow it was changed to impossible due to "exceedingly large user demand". Therefore, users like you who prefer the previous behavior have posted requests in the following topics and others.

• Paste object at exactly the same page position as when it was copied
  viewtopic.php?t=31547
• Bug: Cannot copy and paste group of elements
  viewtopic.php?t=36579
• duplication placement
  viewtopic.php?t=43437

If as many users as possible express their passionate wishes, maybe someday the developers will change their minds.

• Animation.gif

Best regards,
rakunavi

[Mathew]

I want to paste it in the exact same position as the original page

Me too!

I'm not sure who the "exceedingly large user" who demanded it was, but they must have been at least a 1000lb gorilla to force such an unwelcome change

I consider this a bug not a feature in PXCE. Plus if one tries to move an annotation that is partially off the page (unless using the arrow keys on the keyboard) it will jump fully onto the page as soon as you let go.

[Loki@99]

I consider this a bug not a feature in PXCE.

I just noticed that issue.

I can't recall the behavior in old builds but it definitely makes sense to paste an object at the exact same location where it was

[David.P]

When copying an element that is outside the page to another document, it gets adjusted to fit within the page

For me, this is a daily issue as well, and I'm using all sorts of strange workarounds to

paste it in the exact same position as the original page

if one tries to move an annotation that is partially off the page (unless using the arrow keys on the keyboard) it will jump fully onto the page as soon as you let go

This, however, is a beneficial behavior in my opinion, which I also utilize daily for quickly placing things such as stamps or comments just in the corner of a page by dragging them slightly beyond the page border. They then snap back just within the edge or corner of the page, eliminating the need for precise adjustments.

This behavior is also invaluable for batch duplicating things like comments or form fields exactly into the corner of each page in a document, especially when the document contains many different page sizes and/or orientations.

You simply start off with an original of the item that is placed far outside the actual page. Regardless of the page size or orientation, copies of this item will then be placed into the page corner of each page of the document that is spatially next to the original, when batch duplicating it.

image.png

[Mathew]

for quickly placing things such as stamps or comments just in the corner of a page by dragging them slightly beyond the page border. They then snap back just within the edge or corner of the page, eliminating the need for precise adjustments.

This behavior is also invaluable for batch duplicating things like comments or form fields exactly into the corner of each page in a document, especially when the document contains many different page sizes and/or orientations.

You simply start off with an original of the item that is placed far outside the actual page. Regardless of the page size or orientation, copies of this item will then be placed into the page corner of each page of the document that is spatially next to the original, when batch duplicating it.

Well, I guess then there's a use case for this.

To me it makes more sense that one could put the item where one wants it; and that there was a specific command to move annotations inside the media box, rather than forcing it.

It's just not intuitive to me that items I'm placing on the page get moved automatically:

• Maybe I'm planning to enlarge the page later.
• Maybe I don't want part of a stamp to show on the page,
• Maybe a stamp has to be partially off the page to line up with page content.
• Maybe I want to copy and paste a whole series of markups onto a page, and their position on the page is relevant to content on the page.
• Maybe I'm editing markup that someone else has put on the page (in software that doesn't complain about markup being partially off the page), and as soon as I finish the markup decides to move across the page.

In all these cases and more the software automatically moving them means they are pointing to the wrong things, and it wastes a lot of time having to use the keyboard arrow keys to move them back into position.

[rakunavi]

Hello all,

I prefer the behavior of the older builds, but of course I understand that there are cases where the behavior of build 332 or later is appropriate.

Currently there are three criteria for snapping: Grid, Guides, and Objects. I would like to make a feature request to add Pages as a new criteria here. That is, when the "Snap to Pages" option is enabled, the behavior would be build 332 or later, and when the option is disabled, the behavior would be prior to build 332. It seems to me that as long as we have this feature, users who prefer either option will be satisfied.

• figure.png

Best regards,
rakunavi

[Daniel - PDF-XChange]

Hello,

I see there are a fair few new voices on this, and some old ones. Rakunavi, your snapping toggle idea may be the solution. I have passed this thread along to the Dev team for review, and will let you all know if anything comes of the discussion that follows.

Kind regards,

[Mathew]

I would like to make a feature request to add Pages as a new criteria here. That is, when the "Snap to Pages" option is enabled, the behavior would be build 332 or later, and when the option is disabled, the behavior would be prior to build 332. It seems to me that as long as we have this feature, users who prefer either option will be satisfied.

Wow, I think this is a great idea.

[David.P]

the "Snap to Pages" option

image.png

Most perfect GUI forgery ever. Right down to the subpixel.

[rakunavi]

Hello all,

@Daniel
Thank you for contacting the developers. Hope you get a positive feedback from them. Please give my best regards to the developers.

@Mathew
It is a desired pleasure to be appreciated by you, whom I deeply respect.

Most perfect GUI forgery ever. Right down to the subpixel.

@David.P
Thank you for the highest praise. This is the point I was most particular about when submitting my post. As long as I am making a feature request, it is only natural that I do my best to stay within the bounds of not being sued by PDF-XChange. I am just trying to keep up with your and Mathew's passion for each article and script.

Best regards,
rakunavi

[Daniel - PDF-XChange]

Hello, rakunavi

So far it is not looking likely to change. The Devs are fairly firm on their stance at the moment.

Kind regards,

[rakunavi]

Hello Daniel,

Thank you for your great efforts.
I see that we need to continue to keep the build 331.
I will not give up hope because maybe someday the wind might change direction.

Best regards,
rakunavi

[Daniel - PDF-XChange]

[Mathew]

The other way around (ie moving annotations into the canvas) can be done with javascript without too much difficulty. But I see no way to move it back to the correct location because the location data is gone. I guess it would be possible to make a javascript tool to copy between pages/documents - it's just never going to be as nice as what @rakunavi was suggesting.

[Daniel - PDF-XChange]

Hello, Mathew

Any present comments could still be selected from the comments pane, but yes, not an ideal situation.

Kind regards,