Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mulit-monitor client | force xpra seamless session to use only specific monitor #4468

Open
JuergenGleiss opened this issue Jan 9, 2025 · 1 comment
Labels
client enhancement New feature or request win32 MS Windows OS

Comments

@JuergenGleiss
Copy link
Contributor

I'm using a notebook (Windows 11) and one additional external display.

  • notebook 13": 1920 x 1080, 175% scale
  • external display 1: 27", 2560x440, 100% scale
  • xpra version on both side 6.2.2, seamless mod

monitors

At the moment, I have no control over the position where a new window or program is opened. Sometimes windows are positioned incorrectly and the parts of the window are out of sight. It is difficult to move the window. Due to the different resolutions and scales, the behavior is probably very difficult to control. An additional parameter, which specifies the monitor to be used for the seamless session, would simply solve my problem.

eg:
xpra start ssh://10.0.0.1/100 --use-monitor=2 --start-client=xterm
XPRA only uses the 2nd monitor and the client reports desktop size: 2560x1440

@JuergenGleiss JuergenGleiss added the enhancement New feature or request label Jan 9, 2025
@totaam
Copy link
Collaborator

totaam commented Jan 10, 2025

At the moment, I have no control over the position where a new window or program is opened

That's expected.
Windows can choose where they want to appear on screen, and if they don't then the client OS is free to place them where it wants.

Sometimes windows are positioned incorrectly and the parts of the window are out of sight

You have not specified your server OS, my guess is that it is a Debian variant and this is known issue with Xvfb which is unable to virtualize monitors.

An additional parameter, which specifies the monitor to be used for the seamless session, would simply solve my problem

Overriding both the application and the OS is difficult and will result in new bugs, especially on MS Windows because the geometry reported by the OS is not the actual one and it is also modified some more by Gtk.

@totaam totaam added client win32 MS Windows OS labels Jan 10, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
client enhancement New feature or request win32 MS Windows OS
Projects
None yet
Development

No branches or pull requests

2 participants