Closed
Bug 29371
Opened 25 years ago
Closed 24 years ago
Mozilla dialog placement wrong/inconsistent
Categories
(SeaMonkey :: UI Design, defect, P3)
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.
Comment 1•25 years ago
|
||
changing qa contact on selected bugs from paulmac to elig@netscape.com
QA Contact: paulmac → elig
Updated•25 years ago
|
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
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
Updated•24 years ago
|
QA Contact: elig → sairuh
Comment 6•23 years ago
|
||
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
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•