Closed
Bug 1028828
Opened 11 years ago
Closed 11 years ago
"g" of character encoding and of forget button is clipped in the customization palette
Categories
(Firefox :: Toolbars and Customization, defect)
Tracking
()
People
(Reporter: u428464, Assigned: Gijs)
References
Details
(Keywords: polish)
Attachments
(2 files)
18.79 KB,
image/png
|
Details | |
1021 bytes,
patch
|
mconley
:
review+
|
Details | Diff | Splinter Review |
Follow-up of bug 987792. On Windows 7 at least the bottom part of the letter "g" in character encoding is still cut off when it's in the customization palette.
Updated•11 years ago
|
Flags: firefox-backlog+
Can reproduce for the new forget button.
Summary: "g" of character encoding is clipped in the customization palette → "g" of character encoding and of forget button is clipped in the customization palette
Assignee | ||
Comment 5•11 years ago
|
||
This is happening because:
0) the toolbarpalleteitem has overflow: hidden
1) the toolbarpalleteitem is set to height: calc(40px + 2em)
2) the contents on OS X look like this:
- wrapper (no margin/padding)
-- toolbarbutton (46 pixels high, 32 for image, 4 + 4 = 8 for its margins, 3+3 for padding)
- label (14 pixels high, line-height of 13.5, font-size 11, 2px top and bottom margin each)
the contents on Windows look like this:
- wrapper (no margin/padding)
-- toolbarbutton (48 pixels high, 32 for image, 4 + 4 = 8 for its margins, 3+3 for padding and 1+1 for borders)
- label (17 pixels high, line-height of 17, font-size 12, margin-top: 1px, margin-bottom: 2px)
so the different font-size gives 2px of extra space (2 * the 1px difference, so the total item is 64 vs. 62px), but it should be giving 48-46 + 17-14 + 1 - 2 = 4px of extra space.
While we could go and try really hard to make things match the different toolbar styles on each OS (despite there being different types of toolbarbuttons, so this likely not working perfectly either), it seems to me like we should just fix this by increasing the 40px thing to 48px, and change the 2em thing to a 1.5em or something similar.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 6•11 years ago
|
||
See comment 5 for background.
Attachment #8549240 -
Flags: review?(mconley)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Assignee | ||
Updated•11 years ago
|
Iteration: --- → 38.1 - 26 Jan
Points: --- → 2
Flags: qe-verify+
Flags: in-qa-testsuite-
Assignee | ||
Updated•11 years ago
|
Flags: in-qa-testsuite- → in-testsuite-
Comment 7•11 years ago
|
||
Comment on attachment 8549240 [details] [diff] [review]
fix cut-off descenders on Windows in toolbarpalette,
Review of attachment 8549240 [details] [diff] [review]:
-----------------------------------------------------------------
::: browser/base/content/browser.css
@@ +1170,5 @@
> toolbarpaletteitem[place="palette"] {
> width: 10em;
> + /* icon (32) + margin (2 * 4) + button padding/border (2 * 4) + label margin (~2) + label
> + * line-height (1.5em): */
> + height: calc(50px + 1.5em);
This sort of thing kinda kills me. Something tells me we're side-stepping something that layout should just magically provide for us.
But yes, let's go with this for now to make things look better.
Attachment #8549240 -
Flags: review?(mconley) → review+
Assignee | ||
Comment 8•11 years ago
|
||
Whiteboard: [fixed-in-fx-team]
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 38
Updated•11 years ago
|
QA Contact: cornel.ionce
Comment 10•11 years ago
|
||
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0
The "g" character is now correctly displayed on latest Nightly, build ID: 20150125030202.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•