Open
Bug 119571
Opened 23 years ago
Updated 1 year ago
Remove modality from dialogs that don't need it
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: the_great_spam_bin, Unassigned)
References
Details
Attachments
(1 file)
Now that the patch for bug 83643 is going to be checked in, all modal dialogs
that have parents will appear as sheets on Mac OS X. Not all the dialogs that
currently are modal and have parents should be sheets, however. A dialog should
only be a sheet if it needs to block its parent window until it is dismissed. In
addition, its contents should only be applicable to its parent window and not to
the app as a whole.
![]() |
||
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•23 years ago
|
||
not a priority for me, but if someone else wants to take this...
Target Milestone: --- → Future
Comment 2•23 years ago
|
||
This _really_ needs to be addressed for Mozilla 1.0 as it has major UI
implications under Mac OS X. And while the bug was logged as Platform:/OS: All/
All I'm changing it to Macintosh/MacOS X to reflect that (although the dialogs
are XP I believe)
Comment 3•23 years ago
|
||
Then someone needs to provide a list of the dialogs that are currently
incorrectly modal. If I understand this bug correctly, the fix is very easy,
just removal the modality flag from the necessary window.openDialog calls.
Anyone could do it.
Comment 4•23 years ago
|
||
nsbeta1- per ADT triage team. Need specific cases to consider any work at this
point.
Comment 5•23 years ago
|
||
The UI for Message filter should not use sheets.
This has been an issue for me lately due to a need to filter out a lot of
garbage mail. As I am creating a filter, it would have been useful to be able
to look through my email for relevant addresses without having to first close
the sheet for the message filter that I was editing and then closing the sheet
for the message filter list.
Fixing this would also eliminate one case of Mozilla having multiple sheets
simutaneously.
Comment 6•21 years ago
|
||
Reassigning obsolete bugs to their respective Seamonkey owners (i.e. nobody).
If you want this fixed for Firefox, change the Product and Component accordingly
and reassign back to me.
Assignee: firefox → guifeatures
Target Milestone: mozilla1.2alpha → ---
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Comment 7•17 years ago
|
||
Filter "spam" on "guifeatures-nobody-20080610".
Assignee: guifeatures → nobody
QA Contact: bugzilla → guifeatures
Comment 8•1 year ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•