X410 now maps Windows virtual desktops to desktop workspaces commonly found in Linux GUI desktop environments (ex. GNOME desktop, KDE Plasma desktop etc.). For example, when you open a file in Kate text editor via command-line and moves into a new Windows virtual desktop and again open another file in Kate via command-line, a new window is automatically created for Kate in the current virtual desktop instead of showing the file as a tab in the previous virtual desktop.
Please note that not all Linux GUI apps recognize desktop workspaces. Such apps simply open a new window whenever you start them, or always open your requests as a tab in their first window. Some Linux GUI apps only partially support the workspaces (ex. Firefox, gedit etc.). For example, gedit no longer supports such workspace behavior like Kate as described above. If you're using a recent version of gedit, you first need to manually open it as a new window in the current virtual desktop. Once you have a new window for gedit, all your requests for opening a file in gedit will be shown as a tab in that new window instead of a different gedit window in another virtual desktop.
Please also note that due to the limitations of available virtual desktop related APIs in Windows, X410 incrementally maps Windows virtual desktops as you actually switch to a new virtual desktop. Hence, you may see discrepancies in Linux environment such as the number of available workspaces. But you probably will not even notice them as Linux GUI apps are not affected by such inconsistencies.
X410 now maintains the order of Linux GUI app windows more seamlessly with Windows apps in its Windowed Apps mode. This improvement should also solve the problems for some Linux GUI apps that become unresponsive while keyboard input focus is changing.
License information and settings are now properly saved and loaded even when X410 is launched via command-line for a non-zero display number.