Different modal behavior
-
I have a modal dialog box which behaves differently on Windows than on Linux. When the modal comes up on Windows, it prevents me from interacting in any way with the application window, including moving it around. I believe this to be the correct behavior. On linux, however, the controls are disabled, but I can still click and drag the main application window around.
Is there any way to make this stop?
-
Hi,
There are some things that might be handled differently by the underlying window manager. Which one are you using ?
-
Hi,
There are some things that might be handled differently by the underlying window manager. Which one are you using ?
-
Ok, are you using the distribution provided Qt ?
-
I have a modal dialog box which behaves differently on Windows than on Linux. When the modal comes up on Windows, it prevents me from interacting in any way with the application window, including moving it around. I believe this to be the correct behavior. On linux, however, the controls are disabled, but I can still click and drag the main application window around.
Is there any way to make this stop?
@DRoscoe said in Different modal behavior:
Is there any way to make this stop?
I really doubt it, as this is what the window manager job is. Probably the WM isn't respecting some hint, or it's just the way it operates on Linux/Windows. Have you tried explicitly disabling the system buttons for the dialog? e.g. passing
Qt::WindowSystemMenuHint | Qt::WindowCloseButtonHinton construction? -
@DRoscoe said in Different modal behavior:
Is there any way to make this stop?
I really doubt it, as this is what the window manager job is. Probably the WM isn't respecting some hint, or it's just the way it operates on Linux/Windows. Have you tried explicitly disabling the system buttons for the dialog? e.g. passing
Qt::WindowSystemMenuHint | Qt::WindowCloseButtonHinton construction?@kshegunov thanks. I tried using X11BypassWindowManagerHint. Not only did that not work, but it also broke other aspects of the window.
It's not a huge problem. I was just going to a common behavior across all platforms.
@SGaist Thank you as well.
-
@kshegunov thanks. I tried using X11BypassWindowManagerHint. Not only did that not work, but it also broke other aspects of the window.
It's not a huge problem. I was just going to a common behavior across all platforms.
@SGaist Thank you as well.
But why bypass the system hints, this breaks all kinds of stuff? Just pass yours, at least that's what I'd usually do to disable the dialog box system menu (which should work fine on KDE, not so sure about Gnome).
-
But why bypass the system hints, this breaks all kinds of stuff? Just pass yours, at least that's what I'd usually do to disable the dialog box system menu (which should work fine on KDE, not so sure about Gnome).
@kshegunov I only tried that hint to see if I could get the behavior I wanted. It didn't work. I reverted to my original implementation which has the behavior I originally reported
