Closed
Bug 506720
Opened 16 years ago
Closed 16 years ago
Use media queries to adapt browser tools UI for portrait/landscape
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: mfinkle, Assigned: mfinkle)
Details
Attachments
(1 file, 1 obsolete file)
17.41 KB,
patch
|
Gavin
:
review+
|
Details | Diff | Splinter Review |
The browser tools UI panels (addons, downloads, etc) is currently designed for landscape UI. We can use CSS media queries to adapt the UI for portrait.
Assignee | ||
Comment 1•16 years ago
|
||
This patch moves the orientation setting from XUL elements/attributes to CSS -moz-box-* and uses media queries to switch the orientation based on .... orientation!
Assignee: nobody → mark.finkle
Assignee | ||
Comment 2•16 years ago
|
||
This patch handles portrait/landscape changes for wince and hildon:
* Removes the table of contents for perferences
* Adds a simple header for preferences
* Restructures the radiogroup for Error Console so we can hide the "warnings" and "messages" filters in portrait
* Adds a simple header for Error Console
* Chanages "Evaluate" to "..." to save space in Error Console
* Moves the sort radios to a second row in Downloads
* Moves the Get Add-ons Search box to a second row in Addons Manager
* Rotates the panel buttons (add-ons, downloads, prefs, etc) to the bottom of the screen when in portrait mode.
* Moved some non-pixel styles out of the browser-low browser-high files for wince
Attachment #390900 -
Attachment is obsolete: true
Attachment #391697 -
Flags: review?(gavin.sharp)
Updated•16 years ago
|
Attachment #391697 -
Flags: review?(gavin.sharp) → review+
Comment 3•16 years ago
|
||
Comment on attachment 391697 [details] [diff] [review]
patch
>diff --git a/chrome/content/browser.xul b/chrome/content/browser.xul
>+ <box id="panel-container" hidden="true" class="panel-dark" top="0" left="0">
>+ <box id="panel-controls" oncommand="BrowserUI.switchPane(event.target.getAttribute('linkedpanel'));">
>+ <!-- <toolbarspring/> -->
Need to either restore this, or add #panel-controls {-moz-box-pack: end } in landscape mode to keep the right look.
>diff --git a/themes/hildon/browser.css b/themes/hildon/browser.css
>diff --git a/themes/wince/browser.css b/themes/wince/browser.css
Why are you hiding the warnings/messages buttons in portrait mode? I see those buttons on their own line, and there seems to be room for them (if I make the window any narrower, the "evaluate" button gets cut off):
https://people.mozilla.com/~gavin/fennec/portrait.png
I guess maybe this is only an issue with the wince theme?
I wonder whether we should group by orientation rather than by section, to avoid repeating @media blocks.
Can you indent the rules inside the @media blocks to make things easier to read?
What happened to the -moz-box-flex changes you were thinking you'd need? Was that for another bug?
Assignee | ||
Comment 4•16 years ago
|
||
(In reply to comment #3)
> (From update of attachment 391697 [details] [diff] [review])
> >+ <!-- <toolbarspring/> -->
>
> Need to either restore this, or add #panel-controls {-moz-box-pack: end } in
> landscape mode to keep the right look.
Added the -moz-box-pack
> Why are you hiding the warnings/messages buttons in portrait mode? I see those
> buttons on their own line, and there seems to be room for them (if I make the
> window any narrower, the "evaluate" button gets cut off):
It might only be a WindowsCE low-res issue, but since it's a developer-only UI, I am erring on the conservative side. The console panel was messing up the width for all other panels. We can look at adding it back for maemo and hi-res if it becomes a problem.
> I wonder whether we should group by orientation rather than by section, to
> avoid repeating @media blocks.
Yeah, I thought about that too, but decided grouping by section might make it easier to keep the file up to date when changing things.
> Can you indent the rules inside the @media blocks to make things easier to
> read?
OK
> What happened to the -moz-box-flex changes you were thinking you'd need? Was
> that for another bug?
I could not get it to work, so I'll file a followup bug on it :(
Assignee | ||
Comment 5•16 years ago
|
||
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 6•16 years ago
|
||
verified FIXED On build:
Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:1.9.2b1pre) Gecko/20091009 Fennec/1.0a3
and
Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:1.9.3a1pre) Gecko/20091012 Fennec/1.0a3
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•