Closed
Bug 608282
Opened 15 years ago
Closed 7 years ago
center awesomebar category headers (landscape)
Categories
(Firefox for Android Graveyard :: General, defect, P1)
Tracking
(fennec-)
RESOLVED
WONTFIX
| Tracking | Status | |
|---|---|---|
| fennec | - | --- |
People
(Reporter: madhava, Assigned: vingtetun)
Details
(Keywords: polish)
Attachments
(3 files, 1 obsolete file)
|
2.54 KB,
patch
|
Details | Diff | Splinter Review | |
|
1.63 KB,
patch
|
Details | Diff | Splinter Review | |
|
69.53 KB,
image/jpeg
|
Details |
As pictured here:
http://www.flickr.com/photos/madhava_work/5126312780/
we should center the "[icon] Title" headers in their header blocks.
| Reporter | ||
Updated•15 years ago
|
tracking-fennec: --- → ?
Updated•15 years ago
|
tracking-fennec: ? → 2.0+
Updated•15 years ago
|
Assignee: nobody → 21
Updated•15 years ago
|
Severity: normal → trivial
Priority: -- → P1
Whiteboard: [e1]
| Assignee | ||
Comment 1•15 years ago
|
||
This patch add spacer to the list of "includes" children of the toolbarbutton binding.
I need it to be able to horizontally centered the childs of the toolbarbutton (see front-end part of the same bug) unless I have missed a much easier way?
Attachment #510555 -
Flags: review?
| Assignee | ||
Updated•15 years ago
|
Attachment #510555 -
Flags: review? → review?(gavin.sharp)
| Assignee | ||
Comment 2•15 years ago
|
||
Attachment #510556 -
Flags: review?(mark.finkle)
Comment 3•15 years ago
|
||
Comment on attachment 510555 [details] [diff] [review]
m-c part
When I originally suggested using a <spcaer flex="1"/>, I was thinking of a quick-hack we could do in the front-end with some CSS :before rules.
If we really want to move this to platform, I think we should remove the hardcoded "flex" from the <label> and add "-moz-box-flex:1" to the toolbarbutton-text class.
Let's see what gavin suggests
| Assignee | ||
Comment 4•15 years ago
|
||
(In reply to comment #3)
> When I originally suggested using a <spcaer flex="1"/>, I was thinking of a
> quick-hack we could do in the front-end with some CSS :before rules.
I'm not sure we can't generate flexible element with :before, but I've not checked!
> If we really want to move this to platform, I think we should remove the
> hardcoded "flex" from the <label> and add "-moz-box-flex:1" to the
> toolbarbutton-text class.
That was my first idea too, but I think playing with -moz-box-flex is a bad idea here since setting it to 0 for the label will inhibit cropping :/
Comment 5•15 years ago
|
||
I agree with Mark - something like this should be less invasive and allows you to override the flex with CSS.
Attachment #510555 -
Attachment is obsolete: true
Attachment #510748 -
Flags: review?(enndeakin)
Attachment #510555 -
Flags: review?(gavin.sharp)
Comment 6•15 years ago
|
||
Comment on attachment 510748 [details] [diff] [review]
m-c patch
Oh, I didn't see your comment about cropping. That seems odd... One of the Neil's would probably have better advice for what to do here than I would.
Attachment #510748 -
Flags: review?(enndeakin)
Comment 7•15 years ago
|
||
What layout are you trying to acheive here?
| Assignee | ||
Comment 8•15 years ago
|
||
(In reply to comment #7)
> What layout are you trying to acheive here?
What I'm trying to do here is to have a toolbarbutton with the content (image + button) centered horizontally.
I also want to keep the flex + crop attributes of the label.
But the flex box of the label (red box on the screenshot) push the content to the left, so I looking for a way to counterbalanced that. My suggestion is offering the possibility to add a <spacer flex="1"/> to the left (blue box on the screenshot) to achieve that.
I could have missed a better an easy way to do it.
Comment 9•15 years ago
|
||
Neil - Any thoughts on this?
Comment 10•15 years ago
|
||
we'll take a patch for this if it comes, but it won't block the release
tracking-fennec: 2.0+ → 2.0-
Updated•15 years ago
|
Whiteboard: [e1] → [fennec-4.1?]
| Assignee | ||
Comment 11•15 years ago
|
||
Comment on attachment 510556 [details] [diff] [review]
Patch (Front-End)
I guess I need to fix that in the front-end side only.
Attachment #510556 -
Flags: review?(mark.finkle)
Updated•15 years ago
|
tracking-fennec: - → 6+
Whiteboard: [fennec-4.1?]
Comment 13•7 years ago
|
||
Closing all opened bug in a graveyard component
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•