After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 308711 - Preferences window shouldn't be a dialog
Preferences window shouldn't be a dialog
Status: RESOLVED NOTABUG
Product: evolution
Classification: Applications
Component: Shell
2.2.x (obsolete)
Other All
: Normal minor
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-06-22 22:47 UTC by Matthew Paul Thomas (mpt)
Modified: 2006-07-22 23:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Matthew Paul Thomas (mpt) 2005-06-22 22:47:59 UTC
While the Preferences window is open, allowing interaction with other Evolution
windows does not "cause data loss or some other serious problem"
<http://developer.gnome.org/projects/gup/hig/2.0/windows.html#window-props-modality>.
Therefore, the Preferences window shouldn't insist on staying on top of other
Evolution windows. It's an instant-apply window, not a dialog.

Other information:
Comment 1 André Klapper 2005-06-22 23:47:48 UTC
adding HIG keyword
Comment 2 Rob Adams 2005-06-22 23:56:28 UTC
The preferences window isn't modal -- I think that its fully compliant with the
HIG (at least in this respect).  The reporter likely means that he wants the
window not to be marked as a transient descendant of the main evolution window,
an idea to which I am opposed.  This would have the effect of making the prefs
window a top-level window and metacity, at least, would allow it to go behind
the main evolution window in the stacking order.
Comment 3 André Klapper 2006-02-19 13:08:41 UTC
i second rob. matthew, can you please comment on this?
Comment 4 Matthew Paul Thomas (mpt) 2006-02-20 00:31:31 UTC
Yes, it should be possible to put the Preferences window behind the main window, so that I can access the main window to see if my preference changes have actually worked. Otherwise I have to close the Preferences window first, and then reopen it for further tweaks; or drag it mostly offscreen, then back onscreen for further tweaks. If something's not a dialog and not a palette, forcing it in front of other windows is unnecessarily annoying.
Comment 5 Karsten Bräckelmann 2006-07-22 23:55:08 UTC
I do agree with Rob, too. Also, this is the expected behavior AFAIK, and the same for all GNOME apps. See Nautilus for example.

NOTABUG, sorry.