Closed Bug 552526 Opened 14 years ago Closed 14 years ago

fennec UI - style for site menu

Categories

(Mozilla Labs :: Design, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: madhava, Assigned: vingtetun)

References

Details

Attachments

(1 file, 4 obsolete files)

We're building out the site menu (aka "Extended Site Menu") for fennec 1.1.

Here's a diagram of what it's meant to be:
http://www.flickr.com/photos/madhava_work/4351405309/

And here's a screenshot of the WIP:
https://bug456077.bugzilla.mozilla.org/attachment.cgi?id=432555

Generally, I we're going for a lighter look than buttons -- a fairly flat list or grid, I think.
Question: When an item will not work for a defined page (Save as PDF for XUL document as example) do we want to hide it or just to disabled it?
Copying Mark Finkle comment from the dup:

> Remember:
> * Flip the search engine strings in the UI: "Add Search Engine" should be the
> top stirng and the name of the engine should be the small string
> * Remove support for favicons in any page command (JS and XBL? or just in JS)
> * Add the "type" attribute for easier clearing of preference page actions
(In reply to comment #1)
> Question: When an item will not work for a defined page (Save as PDF for XUL
> document as example) do we want to hide it or just to disabled it?

Hide it, I'd say.
http://mozilla.seanmartell.com/fennec/MenuUI/

Unsure how this will be built out in the end so that it is dynamic based on # of items + landscape/portrait, but the styles within the CSS should guide the look n' feel.
Attached patch dirty wip (obsolete) — Splinter Review
This wip add a basic style for the menu based on the mockup. It is a very first draft.

It did:
 * support hildon
 * switch the strings for adding a new search engine

It did not:
 * implement the "type" things
 * support winmo
Comment on attachment 434945 [details] [diff] [review]
dirty wip


>-      <arrowscrollbox id="pageactions-container" orient="vertical" class="window-width" hidden="true"/>
>+      <hbox id="pageactions-container" orient="vertical" class="window-width" hidden="true"/>

Thinking that we won't need the scrollbox for now? Probably a safe decision.

>diff -r 7e1b6d5168fe themes/hildon/browser.css

> #identity-container {
>   background-image: url("chrome://browser/skin/images/panel-shadow.png");
>   background-repeat: repeat-x;
>   -moz-box-shadow: black 0 2px 2px;
>+  -moz-border-radius-bottomleft: 0.5em;
>+  -moz-border-radius-bottomright: 0.5em;

I don't like using "em" here. Let's reuse one of the pixel radii we already use

(personally I don't like the rounded bottom corners at all)


> #pageactions-container {
>-  border: 2px solid transparent;
>+  border: none;
>+  border-top: 2px solid transparent;
>   -moz-border-top-colors: #212429 #52555a;
>-  padding: 0 8px;
>+  padding: 0;
>   -moz-user-focus: ignore;
>+  background: transparent -moz-linear-gradient(top, rgba(255,255,255,1) 10%, rgba(235,235,235,1) 70%, rgba(215,215,215,1) 90%) !important;
>+  -moz-border-radius-bottomleft: 0.5em;
>+  -moz-border-radius-bottomright: 0.5em;

Same


>+pageaction:nth-last-child(2) {
>+  border-bottom: 2px solid white;
>+  -moz-border-radius-bottomleft: 0.5em;

Same

>+pageaction:last-child {
>+  border-bottom: 2px solid white;
>+  -moz-border-radius-bottomright: 0.5em;

Same
Attached patch dirty wip v0.2 (obsolete) — Splinter Review
This patch missed add too much css property when the larry panel is alone.
Attachment #434945 - Attachment is obsolete: true
Attached patch wip (obsolete) — Splinter Review
This wip implement mostly all of the mockup but it stays one little bug with the :hover:active and it needs some cleanup
Attachment #435231 - Attachment is obsolete: true
(In reply to comment #10)

> This wip implement mostly all of the mockup but it stays one little bug with
> the :hover:active and it needs some cleanup

What's the bug?
(In reply to comment #11)
> (In reply to comment #10)
> 
> > This wip implement mostly all of the mockup but it stays one little bug with
> > the :hover:active and it needs some cleanup
> 
> What's the bug?

I'm not sure why but :active rule did not work at all on pageaction:active. Which is strange because it was working in some of the previous wip.
I guess I have one rule that prevent it to work but I'm not really sure of which one. I'll investigate (quickly) on that tomorrow morning.
Attached patch Patch (obsolete) — Splinter Review
The bug was coming because I've add an attribute name "menu" on identity-container which was preventing :active to work, which was a big mistake because this is a reserved word... :(
Renaming menu to hasmenu made things works.
Attachment #435351 - Attachment is obsolete: true
Attachment #435497 - Flags: review?(mark.finkle)
Comment on attachment 435497 [details] [diff] [review]
Patch

* Don't use 3mm for radius on hildon. Use 8px, unless this is too small.

* Use the "blue highlight" for the :active state (no gradient)
Attachment #435497 - Flags: review?(mark.finkle) → review-
Attached patch Patch v0.2Splinter Review
Address comments.
Assignee: smartell → 21
Attachment #435635 - Flags: review?(mark.finkle)
Attachment #435497 - Attachment is obsolete: true
Attachment #435635 - Flags: review?(mark.finkle) → review+
pushed:
http://hg.mozilla.org/mobile-browser/rev/b1626444d0d8
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: