Closed Bug 29371 Opened 24 years ago Closed 24 years ago

Mozilla dialog placement wrong/inconsistent

Categories

(SeaMonkey :: UI Design, defect, P3)

PowerPC
All
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: devsin, Assigned: don)

Details

This bug has been listed as specific to certain components, but it's more general.

In Mozilla Mac M14 (2000022512), new dialogs are drawn to the screen in
incorrect locations. The most common area for dialogs to be drawn to in Mozilla
is the upper lefthand corner of the screen, usually with the title bar drawn
offscreen. Also, the Profile Wizard is drawn to the lower righthand corner of
the screen. Open Location... dialog draws to the right of the screen.

To see this problem in action, do something that would create a dialog: choose
Preferences in the Edit menu, select a menu option that creates a dialog, go to
a website that requires a password, etc... There is a general inconsistency in
the location the dialogs are drawn to.

The dialogs should all be created in the same location or in a set specific
location if there is a reason (such as ease of access, aesthetics, etc...). The
standard for Netscape is to draw things in the upper lefthand corner, INSIDE the
main Navigator window (w/o overlapping the title-bar and (OS 8+) sidebar (not
the Moz sidebar - the std Mac window draggable sidebars)). Std mac dialogs are
usually drawn in the center of the screen (actually a little above it - if the
screen was 100x100 units, they'd be drawn at (50,25) or something like that)

Instead the dialogs are drawn all over the place, leading to an inconsistent,
ugly and slightly disfunctional Moz UI.
changing qa contact on selected bugs from paulmac to elig@netscape.com
QA Contact: paulmac → elig
Target Milestone: --- → M18
OVERVIEW DESCRIPTION: Dialogs are drawn to the screen in incorrect locations. The 

most common area for dialogs to be drawn to in Mozilla is the upper lefthand 

corner of the screen, usually with the title bar drawn offscreen.



STEPS TO REPRODUCE: Do something that would create a dialog: choose Preferences 

in the Edit menu, select a menu option that creates a dialog, go to a website 

that requires a password, etc... There is a general inconsistency in the location 

the dialogs are drawn to.



ACTUAL RESULTS: The dialogs are drawn all over the place, leading to an 

inconsistent, ugly and slightly disfunctional Mozilla UI.



EXPECTED RESULTS: The dialogs should all be created in the same location or in a 

set specific location if there is a reason (such as ease of access, aesthetics, 

etc...). The standard for Netscape is to draw things in the upper lefthand 

corner, INSIDE the main Navigator window (w/o overlapping the title-bar and (OS 

8+) sidebar (not the Moz sidebar - the std Mac window draggable sidebars)). Std 

mac dialogs are usually drawn in the center of the screen (actually a little 

above it - if the screen was 100x100 units, they'd be drawn at (50,25) or 

something like that).



BUILD DATE & PLATFORM: 05/09/2000, Mac OS 9.0.4



-The previous desc. was just too ugly. I had to go and update/clarify another bug 

so I did with this one as well. Pray this doesn't get double-spaced!

Summary: Dialog placement errors → Mozilla dialog placement wrong/inconsistent
Damn! Didn't pray hard enough.
Move to M21 target milestone.
Target Milestone: M18 → M21
A lot has changed in 8 months. No more Eli. Dialogs end up in locations that are
acceptable. As this isn't specific, it's probably not going to help whenever
someone gets around to looking at it. If a particular dialog's placement really
sucks, I'll make a new bug for it. I'm just marking this WORKSFORME (altough it
should probably be INVALID or WONTFIX).
Status: NEW → RESOLVED
Closed: 24 years ago
OS: All
Resolution: --- → WORKSFORME
QA Contact: elig → sairuh
mass verification of WorksForMe bugs: to find all bugspam pertaining to this,
set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM".

if you think this particular bug is *still* an open issue, please make sure of
the following before reopening:

a. that it's still a problem with ***recent trunk builds*** on the all
appropriate platform[s]

b. provide clear steps to reproduce (unless a good test case is already in the
bug report), making sure it pertains to the original problem (avoid morphing as
much as possible :)
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.