GNOME's "Attach Modal Dialogs"?
By default, when a GNOME application pops up a dialog, it gets glued to (one of?) the application's window: the dialog sits in front of the Window, glued in place. If you move the dialog, the window moves with it. I'm not sure why this is considered useful behaviour. Perhaps because if you misplace the dialog, you might not know that the application is waiting for a response (I've had that happen in Windows). But it means that the dialog might hide something you need to see on the main window to fill in the dialog. At least on Fedora, you can change this behaviour using "GNOME Tweeks". Under Windows, set Attach Modal Dialogs to "off". Does anyone else like this default? <https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/443>
On Sun, 26 Nov 2023 01:33:41 -0500 (EST) "D. Hugh Redelmeier via talk" <talk@gtalug.org> wrote:
By default, when a GNOME application pops up a dialog, it gets glued to (one of?) the application's window: the dialog sits in front of the Window, glued in place. If you move the dialog, the window moves with it.
I'm not sure why this is considered useful behaviour. Perhaps because if you misplace the dialog, you might not know that the application is waiting for a response (I've had that happen in Windows). But it means that the dialog might hide something you need to see on the main window to fill in the dialog.
At least on Fedora, you can change this behaviour using "GNOME Tweeks". Under Windows, set Attach Modal Dialogs to "off".
Hugh, I am still running FVWM2. I have it set to make the active window follow my mouse, and for it to not move to the top of the screen. This is very use for copying and pasting. As far as I know, FVWM is the only window manager that does the latter. -- Howard Gibson hgibson@eol.ca http://home.eol.ca/~hgibson
macOS introduced the same change 3 years ago. It annoys the hell out of me constantly. It used to be that the modal could be moved around but the window that spawned the modal could not be interacted with until the modal is resolved. This behaviour allowed you to see what's behind the modal and prevented "misplacing the dialog". At least on Linux I can use a window manager that does't introduce counterproductive changes just for the sake of introducing changes. Alex Kink (PGP Key <https://alexkink.net/public_key.asc>) +1 416 887 4795
On Nov 26, 2023, at 01:33, D. Hugh Redelmeier via talk <talk@gtalug.org> wrote:
By default, when a GNOME application pops up a dialog, it gets glued to (one of?) the application's window: the dialog sits in front of the Window, glued in place. If you move the dialog, the window moves with it.
I'm not sure why this is considered useful behaviour. Perhaps because if you misplace the dialog, you might not know that the application is waiting for a response (I've had that happen in Windows). But it means that the dialog might hide something you need to see on the main window to fill in the dialog.
At least on Fedora, you can change this behaviour using "GNOME Tweeks". Under Windows, set Attach Modal Dialogs to "off".
Does anyone else like this default?
<https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/443> --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
By default, when a GNOME application pops up a dialog, it gets glued to (one of?) the application's window: the dialog sits in front of the Window, glued in place. If you move the dialog, the window moves with it.
Yes, this is annoying. GIMP has a way of putting a pop-up right over the part of the image I'm intending to edit. But most of their pop-ups can be moved, and if one can't, I can usually scroll the image out from under the pop-up, so it's tolerable.
I'm not sure why this is considered useful behaviour. Perhaps because if you misplace the dialog, you might not know that the application is waiting for a response (I've had that happen in Windows). But it means that the dialog might hide something you need to see on the main window to fill in the dialog.
The opposite is annoying too. Frequently I'm caught with a window that refuses to respond to keys and mouse action. Turns out some combination of clicks has hidden a modal dialog behind the window, so until I've stripped away all the windows one-by-one and discovered the modal dialog, I'm stalled. My own programs mostly use wxPython, which seems to give the modal dialogs this little bit of independence, so that's what I'm used to, and what I prefer.
At least on Fedora, you can change this behaviour using "GNOME Tweeks". Under Windows, set Attach Modal Dialogs to "off".
Does anyone else like this default?
<https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/443> --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
participants (4)
-
Alex Kink -
D. Hugh Redelmeier -
Howard Gibson -
mwilson＠Vex.Net