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 71246 - Modality of assistants
Modality of assistants
Status: RESOLVED FIXED
Product: gnome-devel-docs
Classification: Applications
Component: hig
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Kathy Fernandes
Kathy Fernandes
Depends on:
Blocks:
 
 
Reported: 2002-02-12 04:33 UTC by Seth Nickell
Modified: 2020-12-04 18:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Seth Nickell 2002-02-12 04:33:42 UTC
Currently assistants are specified as being modal. I'm not sure this is
really necessary/useful. Calum?
Comment 1 Calum Benson 2002-02-12 12:33:30 UTC
I guess since assistants are often aimed at newbies, specifying that
they're modal makes users less likely to click on another window by
mistake and lose the assistant, and not know how to get it back.  

Other than that, I can't think of any strong reason off-hand for
specifying that an assistant should be modal any more so than any
other dialog.  (Having said that, an assistant *should* be completely
self-contained, including visual previews of any changes etc. that the
assistant will make, so there shouldn't really be any situations where
you need to interact with another window in the app while using the
assistant).
Comment 2 Seth Nickell 2002-02-12 19:09:08 UTC
Seems fine, leaving assistants as modal