Closed
Bug 61513
Opened 24 years ago
Closed 23 years ago
Interface elements need to dim while (deactivated) in background; window control
Categories
(Core :: XUL, defect, P3)
Tracking
()
Future
People
(Reporter: devsin, Assigned: vishy)
References
Details
(Keywords: helpwanted, platform-parity, Whiteboard: [fizzilla])
When Mozilla is made inactive/moved to the background, the text in dialogs and windows needs to dim. Currently, only titlebars for windows and dialogs will dim. This is super-standard Macintosh behavior. Depending on how previous versions of Communicator and other internet browsers and applications handle this, you'll have to decide how far to go with this. At the very least, I'd expect text in the location field and dialogs to dim when moved into the background.
Updated•24 years ago
|
Assignee | ||
Comment 1•24 years ago
|
||
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment. thanks, Vishy
Assignee: don → vishy
nav triage team: Don't think we have time for this during beta1, marking nsbeta1-
Keywords: nsbeta1-
Marking nsbeta1- bugs as future to get off the radar.
Target Milestone: --- → Future
[trying to make this bug findable]
Component: XP Apps → XP Toolkit/Widgets
Keywords: helpwanted
Summary: Interface elements need to dim while in background → Interface elements need to dim while (deactivated) in background; window control
Whiteboard: [fizzilla]
Comment 6•23 years ago
|
||
I don't care so much about the text, but it is important that widgets like scrollbars, buttons, and controls dim when the window is inactive. The first hit on an inactive control on Mac OS activates it/makes it the focus, it does not trigger the control, so if inactive controls are drawn active you can't tell what clicking a control does - make it the focus or trigger it. This is especially annoying on large monitors that can have several Mozilla windows, all of which look active.
Agreed; marking duplicate of bug 76214. *** This bug has been marked as a duplicate of 76214 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 8•23 years ago
|
||
mass verification of duplicate bugs: to find all bugspam pertaining to this, set your search string to "DuplicateBugsBelongInZahadum". if you think this particular bug is *not* a duplicate, please provide a compelling reason, as well as check a recent *trunk* build (on the appropriate platform[s]), before reopening.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•