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

Always open the "Add file" dialog on the same screen as the main window #764

Closed
VanessaE opened this issue Mar 7, 2018 · 7 comments
Closed

Comments

@VanessaE
Copy link

VanessaE commented Mar 7, 2018

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 ]

@bubnikv bubnikv added the UI label Mar 7, 2018
@bubnikv
Copy link
Collaborator

bubnikv commented May 10, 2018

@YuSanka Would you please look into this annoying issue?
@FidelCapo would you please test, whether this behavior is Linux specific, or whether it is a general issue on all platforms? Thanks.

@vojtechkral
Copy link
Contributor

vojtechkral commented May 14, 2018

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...

@bubnikv
Copy link
Collaborator

bubnikv commented May 16, 2018

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.

@VanessaE
Copy link
Author

VanessaE commented May 16, 2018

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?

@bubnikv
Copy link
Collaborator

bubnikv commented May 16, 2018

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?

@VanessaE
Copy link
Author

VanessaE commented May 16, 2018

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...

@bubnikv
Copy link
Collaborator

bubnikv commented Aug 2, 2018

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.

@bubnikv bubnikv closed this as completed Aug 2, 2018
martinbudden pushed a commit to martinbudden/PrusaSlicer that referenced this issue Jun 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants