Since this is a reasonable position, we should probably avoid trying to place windows ourselves, even if the platform allows it.

This ensures a consistent behaviour across application, and makes sure the window manager can apply the desired policy on where windows should show up. To clarify, Wayland has removed this 'feature' because they consider window placement to be the job of the window manager, not the applications. The latter might also prefer the ability for full screen to track the currently used monitor (the current behaviour), rather than a specific monitor (like bug 7006). The usage in scenario c) can probably vary a lot with some users keeping the client at the same size and position constantly, and some users resizing and moving actively as they mix between the client and local applications. because they aren't available for the local system, licensing requirements, or the remote system has much higher performance than the local one.įor these we see the following screen setup needs:Ī) Full screen over all available monitorsī) Full screen over some, but not all monitors ( bug 7006 is important here) a time reporting system that only works on Windows, or a teleconference application.Ĭ) The local environment is the primary work environment with most applications, but a few important applications must be used remotely. A thin terminal is a prime example of such an environment.ī) The remote environment is the primary work environment with most applications, but there are still a few important applications available locally. We can come up with a few typical use cases that we should cater for:Ī) All applications are in the remote environment and there is no need to reach the local system at all.

The client settings used to get this behavior. Screenshot of the session when in full screen. (except for fixed session size, and disabling remote resize) * Old configurations should continue having the previous behaviour when loaded by a new client * It should not be possible to choose conflicting options * The session should start on the same monitor as the login window if this mode is enabled at login * It should be possible to configure ThinLinc to use the current monitor when toggling from window mode to full screen * It should be possible to configure ThinLinc to be full screen over one specific monitor (or more, after bug 7006) * It should be possible to configure ThinLinc to be full screen over all monitors * The session window should be created on the same monitor as the login window * It should be possible to configure ThinLinc to be a resizable window

Nomachine linux full screen