-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Always open the "Add file" dialog on the same screen as the main window #764
Comments
@YuSanka Would you please look into this annoying issue? |
This doesn't happen on my Linux box. Slic3r is definitely not forcing this on purpose. Probably some kind of a mixup on the wxWidgets - GTK - window manager axis... |
Do you have a similar issue with other applications on your XWindow system? Or is it just Slic3r. It looks to as like a general issue of your window manager. |
It does happen on one or two other programs, but in most cases, new windows are opened where the pointer is - for example, I have a global keyboard shortcut to open a terminal, and it never goes to the wrong screen. The "open file" dialog presented by Chrome when I click "selecting them" at the bottom of this text editor widget (that is, Github's link to attach a file) also appears where it should. Windows that open on the wrong monitor always end up waaaaaay over on the left monitor (out of 4 now). I assume it has to do with that monitor being both screen # 1 as far as X and XFCE are concerned, and being positioned at the far left in the desktop layout (thus having the lowest X coordinates). Maybe windows that open on the wrong monitor either have, or lack, some important window manager hint or there's some artificial check/limit on placement coordinates or on screen number? |
Hmm, I bet this is a general issue of wxWidgets on your particular Linux installation. Would you please provide us with the set of Slic3r PE dialogs that also open at a wrong screen, so we can deduce some pattern? |
It only appears to affect the "Open STL/OBJ/AMF/3MF..." dialog (whether I call it up from the File menu or the "Add..." button), and the "Open 2.5D TIN mesh" dialog in the "File" menu. All other dialogs open on the correct screen - print/printer/filament profiles, all four export options in the Plater menu, all of the File menu's items except the above, all of the relevant items in the right-click-on-the-part menu... |
Sorry, we were not able to reproduce your issue on none of our Linux systems around. This must be some quirk of your setup I suppose. Closing. |
Version
master branch, commit 4a90ab1
Operating system type + version
Debian 9.3, with XFCE 4.12 (in case the desktop environment matters)
Behavior
For me, no matter what I do, Slic3r insists on putting its "Add file " dialog on screen 1 (of 3), regardless of which screen Slic3r itself is on, usually screen 3). It even does this if screen 1 has a program running in full screen mode (e.g. watching a movie).
I guess Slic3r is passing some window manager hint to force this, but I have XFCE's window manager already set to open new windows wherever the cursor is.
For comparison, Pronterface's "Load" dialog behaves exactly as it should.
STL/Config (.ZIP) where problem occurs
None needed
[ This issue has been copied over from upstream alexrj/Slic3r as it affects this fork also ]
The text was updated successfully, but these errors were encountered: