Closed
Bug 301311
Opened 19 years ago
Closed 19 years ago
Default Font : select object height is too small to display font selection
Categories
(Firefox :: Settings UI, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: tracy, Assigned: mconnor)
References
Details
(Keywords: verified1.8)
Attachments
(2 files)
104.59 KB,
image/png
|
Details | |
1.05 KB,
patch
|
vlad
:
review+
cbeard
:
approval1.8b4+
|
Details | Diff | Splinter Review |
seen on Deer Park Linux build 2005-07-19-05-trunk -Go to Preferences | Content | Fonts & Colors notice size the Default Font: Select object Tested results: The height of the object is too small to display the current text selection. (Although the object is clickable and fonts can be selected from the list.) expected results: The height of the Default Font select object should be the same as the Size : select object just to the right.
Reporter | ||
Updated•19 years ago
|
Flags: blocking-aviary1.1?
Comment 1•19 years ago
|
||
Screenshot?
Reporter | ||
Comment 2•19 years ago
|
||
Updated•19 years ago
|
Flags: blocking-aviary1.5? → blocking1.8b4+
Updated•19 years ago
|
Whiteboard: [regression. needs owner.]
Comment 3•19 years ago
|
||
*** Bug 301821 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 4•19 years ago
|
||
ok, we're missing a fallback case here where if the pref value doesn't match something in the list, we hork, so we need to pick something if the pref value doesn't match (using the same method we do to fall back sanely in content).
Assignee | ||
Comment 5•19 years ago
|
||
ok, so nsIFontEnumerator.getDefaultFont is basically useless (even though its used in chrome, which I haven't bothered to track down yet) so I need an idea of how to pick a sane default font. jshin, is there a sane way of getting the appropriate default font based on langgroup and font type that I can use here? I can fix this in about 12 seconds once I have that.
Assignee: nobody → mconnor
Updated•19 years ago
|
Whiteboard: [regression. needs owner.] → [needs input (jshin)]
Assignee | ||
Comment 6•19 years ago
|
||
Ok, so the options are: a) try to replicate the means to pick the fallback font, and select that b) create a blank menuitem and select that a) is going to be hard from JS since GetDefaultFont is not implemented. The fallback to b) seems likely, this is 98% cosmetic.
Whiteboard: [needs input (jshin)] → [eta 8/11]
Assignee | ||
Comment 7•19 years ago
|
||
If we weren't in l10n freeze, we could add a label such as "No font selected" or somesuch, but I'm not convinced that's valuable in general, and certainly not worth late-l10n for.
Attachment #192802 -
Flags: review?(vladimir)
Assignee | ||
Updated•19 years ago
|
Whiteboard: [eta 8/11] → [has patch][needs review vlad]
Comment on attachment 192802 [details] [diff] [review] fixes the visual glitch by inserting a blank menuitem and selecting it r=me
Attachment #192802 -
Flags: review?(vladimir) → review+
Assignee | ||
Updated•19 years ago
|
Whiteboard: [has patch][needs review vlad] → [has patch][needs approval]
Assignee | ||
Updated•19 years ago
|
Attachment #192802 -
Flags: approval1.8b4?
Updated•19 years ago
|
Attachment #192802 -
Flags: approval1.8b4? → approval1.8b4+
Assignee | ||
Updated•19 years ago
|
Whiteboard: [has patch][needs approval] → [has patch][needs checkin]
Assignee | ||
Updated•19 years ago
|
Status: NEW → RESOLVED
Closed: 19 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
Whiteboard: [has patch][needs checkin]
Reporter | ||
Updated•19 years ago
|
Keywords: fixed1.8 → verified1.8
You need to log in
before you can comment on or make changes to this bug.
Description
•