[opensuse-gnome] save file dialog
Are there tweaks to get a better save-file dialog? What happens right now with the attachment link in a bugzilla comment, right-click, link save as... the window can not be moved to see what is behind that file dialog window. How can it be moved? Fiddling with the titlebar just resizes the FF window. Now moving the file dialog window moves both. This can apeparently not be undone, so Abort is the only way out. Inside that filedialog its cumbersome to navigate with keyboard. The focus is appearently in the filename, which makes it easy to lose the info from bugzilla. ctrl+l used to open a path dialog. The only workaround is to use the mouse to navigate starting from /. Fortunately it remembers the last folder in "Recent entries". Olaf -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Is there any fix for that?? To debug a Thunderbird crash I added "gwmail.emea.rovell.com" to /etc/hosts. This caused TB to update the certificate handling of the intentional misspelled host. First it displayed a message window that it was unable to do something. But that window was hidden by the certificate popup, which could not be moved at all to see whats behind the popup. To me it looks like popups are intentionally broken, they are not supposed to be moved around. Why is that so? GNOME bug? GTK bug? Olaf Am 06.08.2015 um 10:36 schrieb Olaf Hering:
Are there tweaks to get a better save-file dialog?
What happens right now with the attachment link in a bugzilla comment, right-click, link save as... the window can not be moved to see what is behind that file dialog window. How can it be moved? Fiddling with the titlebar just resizes the FF window. Now moving the file dialog window moves both. This can apeparently not be undone, so Abort is the only way out.
Inside that filedialog its cumbersome to navigate with keyboard. The focus is appearently in the filename, which makes it easy to lose the info from bugzilla. ctrl+l used to open a path dialog. The only workaround is to use the mouse to navigate starting from /. Fortunately it remembers the last folder in "Recent entries".
Olaf
-- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Hi! On Thu, Aug 06, 2015 at 10:36:57AM +0200, Olaf Hering wrote:
right-click, link save as... the window can not be moved to see what is behind that file dialog window. How can it be moved? [...] so Abort is the only way out. I *think* you can find a setting in tweak-tool under "Windows", "Attached Modal Dialogs".
Cheers, Tobi -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Wed, Sep 02, Tobias Mueller wrote:
On Thu, Aug 06, 2015 at 10:36:57AM +0200, Olaf Hering wrote:
right-click, link save as... the window can not be moved to see what is behind that file dialog window. How can it be moved? [...] so Abort is the only way out. I *think* you can find a setting in tweak-tool under "Windows", "Attached Modal Dialogs".
Yes, that fixes it. Thanks. I wonder why that is even a config option. The thing should be enabled unconditionally and the knob should be removed. No idea who forced that on SUSE users and why someone would want that default behaviour... Olaf -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Le mercredi 02 septembre 2015 à 12:21 +0200, Olaf Hering a écrit :
On Wed, Sep 02, Tobias Mueller wrote:
On Thu, Aug 06, 2015 at 10:36:57AM +0200, Olaf Hering wrote:
right-click, link save as... the window can not be moved to see what is behind that file dialog window. How can it be moved? [...] so Abort is the only way out. I *think* you can find a setting in tweak-tool under "Windows", "Attached Modal Dialogs".
Yes, that fixes it. Thanks.
I wonder why that is even a config option. The thing should be enabled unconditionally and the knob should be removed. No idea who forced that on SUSE users and why someone would want that default behaviour...
This is upstream default behavior. -- Frederic Crozat Enterprise Desktop Release Manager SUSE -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Am 02.09.2015 um 12:51 schrieb Frederic Crozat:
Le mercredi 02 septembre 2015 à 12:21 +0200, Olaf Hering a écrit :
I wonder why that is even a config option. The thing should be enabled unconditionally and the knob should be removed. No idea who forced that on SUSE users and why someone would want that default behaviour...
This is upstream default behavior.
Of course it is. But that does not mean it has to be forced on users. If whoever came up with that idea wants to use it on his box so be it. The rest of the world can patch it out. And I expect our maintainers to do exactly that to get a usable desktop. </dicker hals> Olaf -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Le mercredi 02 septembre 2015 à 13:12 +0200, Olaf Hering a écrit :
Am 02.09.2015 um 12:51 schrieb Frederic Crozat:
Le mercredi 02 septembre 2015 à 12:21 +0200, Olaf Hering a écrit :
I wonder why that is even a config option. The thing should be enabled unconditionally and the knob should be removed. No idea who forced that on SUSE users and why someone would want that default behaviour...
This is upstream default behavior.
Of course it is. But that does not mean it has to be forced on users. If whoever came up with that idea wants to use it on his box so be it. The rest of the world can patch it out. And I expect our maintainers to do exactly that to get a usable desktop.
Don't assume this was done at random or to be "forced" on users (cf https://wiki.gnome.org/Design/OS/ModalDialogs ). And GNOME designers are very open to discussion, if you take the time to discuss with them, with concerns of the current design. -- Frederic Crozat Enterprise Desktop Release Manager SUSE -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Am 02.09.2015 um 14:02 schrieb Frederic Crozat:
Don't assume this was done at random or to be "forced" on users (cf https://wiki.gnome.org/Design/OS/ModalDialogs ). And GNOME designers are very open to discussion, if you take the time to discuss with them, with concerns of the current design.
It says "... it is desirable to see the content of the parent window to better understand the context of the dialog ...". But without the knob it prevents exactly that: the full (!) content of the parent window is accessible anymore. How does the dialog know which part of the parent dialog matters?! Given that the knob exists its clear that those "designers" are wrong. Its the same with the scrollbar, which even breaks XFCE: Up to now it was obvious how to scroll: left-click was page-down, middle-click was jump-to-position. Now its right-click vs. left-click. Clearly someone lost the focus, or failed the detection if a given UI is usable for the current hardware. Olaf -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Le mercredi 02 septembre 2015 à 20:52 +0200, Olaf Hering a écrit :
Am 02.09.2015 um 14:02 schrieb Frederic Crozat:
Don't assume this was done at random or to be "forced" on users (cf https://wiki.gnome.org/Design/OS/ModalDialogs ). And GNOME designers are very open to discussion, if you take the time to discuss with them, with concerns of the current design.
It says "... it is desirable to see the content of the parent window to better understand the context of the dialog ...". But without the knob it prevents exactly that: the full (!) content of the parent window is accessible anymore. How does the dialog know which part of the parent dialog matters?! Given that the knob exists its clear that those "designers" are wrong.
Its the same with the scrollbar, which even breaks XFCE: Up to now it was obvious how to scroll: left-click was page-down, middle-click was jump-to-position. Now its right-click vs. left-click. Clearly someone lost the focus, or failed the detection if a given UI is usable for the current hardware.
Again, you are making assumptions (and btw, scrollbars will be improved with GTK+ 3.18, cf Matthias Classen talk at GUADEC some weeks ago).. -- Frederic Crozat Enterprise Desktop Release Manager SUSE -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
participants (3)
-
Frederic Crozat -
Olaf Hering -
Tobias Mueller