Closed
Bug 7751
Opened 27 years ago
Closed 27 years ago
[PP][NATIVE-WIDGETS] Buttons on Mac OS too tall, inconsistent with UI guidelines
Categories
(Core :: XUL, defect, P3)
Tracking
()
VERIFIED
WONTFIX
M15
People
(Reporter: elig, Assigned: pierre)
Details
* TITLE/SUMMARY
[PP] Buttons on Mac OS too tall, inconsistent with UI guidelines
* STEPS TO REPRODUCE
0) Launch Apprunner
1) Go to wire.ap.org (or any site with a form)
2) Look at the buttons.
* RESULT
- What happened
The buttons being used both in forms and throughout the UI are too large, and
inconsistent with the platform UI guidelines. As a Mac user, I find these
deviations to be aesthetically displeasing, and suggest they be corrected, unless
absolutely necessary.
In particular:
a. It is written on p. 205 of The Holy Bible (as codified by Lori Kaplan,
November 1992 edition) that 20 pixels is the standard button height. Our buttons,
however, are 29 pixels high.
b. Buttons are no longer using the Large System Font, as specified by the
user in the Appearance control pane.
Note: there may be UI deviations on Windows, but I defer to a Windows UI maven to
make such a call (should "Windows UI maven" not be an oxymoron onto itself...)
* REGRESSION
- Occurs On
Mac OS Apprunner (6.7.99 PM optimized build)
- Doesn't Occur On
Communicator 4.6 RTM
Internet Explorer 4.5 RTM
* CONFIGURATIONS TESTED
- [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used),
1024x768 (Thousands of Colors), Mac OS 8.6
- [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3.
- [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.
| Reporter | ||
Updated•27 years ago
|
QA Contact: phillip → elig
| Reporter | ||
Comment 1•27 years ago
|
||
[QA Assigning to self.]
| Assignee | ||
Updated•27 years ago
|
Status: NEW → ASSIGNED
Summary: [PP] Buttons on Mac OS too tall, inconsistent with UI guidelines → [PP][NATIVE-WIDGETS] Buttons on Mac OS too tall, inconsistent with UI guidelines
Target Milestone: M15
| Assignee | ||
Comment 2•27 years ago
|
||
Moving to M15 all the bugs that have a dependancy on GFX widgets and/or Ender.
| Assignee | ||
Updated•27 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 27 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 3•27 years ago
|
||
Marking fixed because buttons are now displayed as gfx widgets (which means that
they look equally bad on all platforms but it's a feature).
| Reporter | ||
Updated•27 years ago
|
Status: RESOLVED → REOPENED
| Reporter | ||
Updated•27 years ago
|
Status: REOPENED → RESOLVED
Closed: 27 years ago → 27 years ago
Resolution: FIXED → WONTFIX
| Reporter | ||
Updated•27 years ago
|
Status: RESOLVED → VERIFIED
| Reporter | ||
Comment 4•27 years ago
|
||
Since we're not abiding by the Mac OS User Interface Guidelines, I feel more
comfortable re-opening this bug and resolving it as WONTFIX.
| Reporter | ||
Comment 5•27 years ago
|
||
(if you disagree, please re-open and I'll rubber-stamp it VERIFIED/FIXED, since
it's a moot issue.)
| Assignee | ||
Comment 6•27 years ago
|
||
My mistake: I marked as WontFix the different bugs reported against native
widgets. I should have done it for that one too.
Comment 7•26 years ago
|
||
Eli is correct. The new widgets look terrible and interact wrong. There's a
platform widget toolbox for a reason. Use it, or if you just won't use it out of
sheer perversity, at least get a competent graphic designer and interaction
designer to create tolerable new ones. You've just dragged computing back to a
Windows 3.1 level as things st
You need to log in
before you can comment on or make changes to this bug.
Description
•