Right-clicking at negative X/Y screen coordinates causes context menu to appear incorrectly

[rakunavi]

Hello all,

When using multiple displays, I noticed that if you open a PDF-XChange Editor window on the display positioned at the top left of the main display, the context menu that appears when you press the right mouse button displays in a location unrelated to the mouse cursor's position. More precisely, if you press the right mouse button to open the context menu at a location where both the X and Y coordinates are negative in the screen coordinate, the context menu appears in a different location than intended.

The following figure shows the screen coordinate with red axes, illustrating the relationship with the display placement for each case. The pink highlighted area represents the region where both the X and Y coordinates are negative. In cases like Case 1 or Case 2, where the entire display falls within this region, the issue occurs anywhere on the window as long as the context menu is displayed there. In cases like Case 3 and Case 4, where only part of the display falls within this region, the issue only occurs when the mouse cursor is within that specific area.

• figure.png

In the first verification video below, you open the context menu by right-clicking at various locations in the document under settings matching Case 1. No matter where you right-click in the document, the context menu always appears in the same position at the top-left corner.

• Animation1.gif
  The capture software used (ScreenToGif) displays a yellow circle around the mouse cursor when the left mouse button is clicked
  and a red circle when the right mouse button is clicked, so you can tell which mouse button was clicked just by looking at the screen.

For comparison, the following video shows the same operation performed on a window positioned on the display where the issue does not occur—specifically, on an area where either the X or Y coordinate is positive.

• Animation2.gif

It would be appreciated if you could verify this on a computer configured for multiple displays.

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.7.6 build 404
- OS Version: Windows 11 Pro / Home 25H2 Build 26200.7171
- PC Model: GMKtec Nucbox M7 Pro with HUION Kamvas Pro 19 / Lenovo IdeaPad C340-15IWL

[Sean - PDF-XChange]

Good morning Rakunavi - I've passed this on to the team.

Thanks and best regards,

[rakunavi]

Hello Sean, thank you for contacting developers.

I have confirmed that the same issue occurs with PDF-Tools and PDF-XChange Printer Standard. It is assumed the cause is the same as in PDF-XChange Editor.

That said, the occurrence is limited to only a very small part of the application's overall UI. Since both applications have very few scenarios where the context menu is displayed at the location indicated by the mouse cursor, unlike PDF-XChange Editor, the impact on usability is extremely minimal.

In the following verification videos, the right-click button is pressed in the same scenario for each application, both in cases where the issue occurs and where it does not. Particularly interesting is that in the first half of the PDF-Tools video, even though it is just right-clicking repeatedly on the same location within the category, in the cases where the issue occurs, the target displayed as the context menu somehow changes one after another.

PDF-Tools

• Animation3.gif
  The capture software used (ScreenToGif) displays a yellow circle around the mouse cursor when the left mouse button is clicked
  and a red circle when the right mouse button is clicked, so you can tell which mouse button was clicked just by looking at the screen.
  
  
  Animation4.gif

PDF-XChange Printer Standard

• Animation1.gif
  
  
  Animation2.gif

While the impact might be small at present, in GUI-based applications where mouse operation is essential, incorrect interpretation of screen coordinates could potentially cause various unpredictable problems.

Please give my best regards to the developer.

Best regards
rakunavi

[Sean - PDF-XChange]

Thanks Rakunavi - I have let the team know.

Kind regards,

[rakunavi]

Hello Sean, thank you for contacting developers.

While this isn't new information, I'll share another verification example to illustrate the severity of the behavior caused by this issue in PDF-XChange Editor.

The verification steps are as follows:

1. Open the Bookmarks pane and left-click to select the bookmark entry “Page 1”.
2. Right-click the bookmark entry “Page 20” to open the Context menu and select Delete.

• sample.pdf

When either the X or Y screen coordinate is positive

• The first video shows the operation result on a display where both X and Y coordinates are positive. Please confirm that the bookmark entry "Page 20” is deleted as intended.
  
  
  video1.webm

When both the X and Y screen coordinate is negative

• The second video shows the operation result on a display where both X and Y coordinates are negative. Please confirm that, contrary to intent, the bookmark entry “Page 1” is deleted. Even when right-clicking on “Page 20” as shown in the video, as mentioned in my previous post, PDF-XChange Editor internally seems to interpret it as a right-click on “Page 1”—a completely different location.
  
  
  video2.webm

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

[Sean - PDF-XChange]

Hi Rakunavi,

That's great - thanks for the added information/clarification.

Kind regards,