In Build 406, range selection no longer works when Object Editing → Shape is set

[AGO]

When set to Shape under Object Editing, individual selection works, but range selection no longer functions.

shapes.gif

shapes.gif

Text and images behave normally, and everything worked correctly up to Build 404.
I have not tested Build 405.
This seems to be a bug introduced in Build 406.
Since this is a function I frequently use in my work, I would greatly appreciate it if this could be fixed.
Could you please confirm if this issue is reproducible and if a fix is planned

[Sean - PDF-XChange]

Hi AGO,

Please note that the red rectangles in your document are likely to be comments, rather than shapes. Can you please share the document here?

Kind regards,

[rakunavi]

Hello Sean,

I'm not sure if it's exactly the same as AGO's observation, but I also notice that in build 405 and later, switching Edit Objects mode to Shapes mode causes a discrepancy between the drag area and the recognized object area.

• figure.png

• sample.pdf

In the verification video, I performed the exact same sequence of operations for both build 404 and build 406:

1. After enabling Edit Objects mode for All objects, I drag across the entire page while changing the starting point each time: top-left, top-right, bottom-left, bottom-right.
2. After enabling Edit Objects mode only for Shapes objects, I perform the exact same dragging operation as done for All objects.

build 404

• build404.webm

build 406

• build406.webm

In build 404, the result is identical whether Edit Objects mode is set to All or Shapes. However, in build 406, please note that when Edit Objects mode is set to Shapes, there is a discrepancy between the dragged area and the recognized object area.

Hoping that the above information will be of some help to you.
Thank you so much for your continued support.

Best regards,
rakunavi

- PDF-XChange Editor PRO Version: 10.8.1 build 406
- OS Version: Windows 11 Pro / Home 25H2 Build 26200.7462
- PC Model: GMKtec Nucbox M7 Pro with HUION Kamvas Pro 19 / Lenovo IdeaPad C340-15IWL

[Daniel - PDF-XChange]

Hello, all

Thank you both for the report, I have reproduced the issue here and passed it along to the Dev team for review.

Kind regards,

[rakunavi]

Hello Daniel, thank you for contacting developers.

The shapes included in the sample file I showed in my previous post are flattened rectangle comments. When comments are flattened, the Shape appears positioned under the XForm in the Contents pane, and this issue occurs only in such cases.

Therefore, as demonstrated in the video, if you move the Shape objects outside the XForm in the Contents pane, dragging operation will be recognized correctly. For your reference.

• figure.png
  
  
  video.webm

Best regards,
rakunavi

[Daniel - PDF-XChange]

Hello, rakunavi

Good catch, The Xform containers are intentionally in place to reduce the size of duplicated objects, but we certainly should be handling these items the same regardless of the presence of the Xform container.

Kind regards,