#17324 closed task (blessed) (fixed)
UI Style Update
Reported by: | jane | Owned by: | koopersmith |
---|---|---|---|
Milestone: | 3.2 | Priority: | normal |
Severity: | normal | Version: | 3.1 |
Component: | UI | Keywords: | has-patch |
Focuses: | Cc: |
Description
Per discussion and comps on make.wordpress.org/ui, going for a little style refresh in 3.2.
Attachments (33)
Change History (145)
#2
@
14 years ago
- Keywords has-patch added; needs-patch removed
- Owner set to koopersmith
- Status changed from new to accepted
#8
@
14 years ago
- The "gutter" horizontal rule in the menus needs work.
- We need a "collapse menu" thing like in the comp
- Theme inactive tab needs more contrast
Keep working on this ticket. Nice work, Koop!
#11
in reply to:
↑ 10
@
14 years ago
Replying to markjaquith:
"Configure" link overlaps. And the arrow seems too far to the left.
I thought we were going to get rid of the open/close function. That would lose the arrows.
#12
@
14 years ago
Few notes. Just minor stuff for now.
- Arrows for toggling menu items and postboxes don't change cursor to show it's clickable (menu one looks on purpose, what's the reasoning on not showing it's clickable)? -- I can do a quick patch, just wanted to know why it was done on purpose.
- Arrow on post box is aligned weird (too far to left or close to the border)? Just saw Mark posted this as well
- Favorites menu uses div's inside the h2 making the dashboard invalid HTML.
- When the menu is collapsed and subpages displayed in the flyout, no border/background/shadow to differentiate from rest of the page. Simple examples: http://d.pr/2SZB or http://d.pr/y6L2
I'm going to do more testing on different browsers in a bit for some extra tests.
#13
follow-up:
↓ 20
@
14 years ago
Widget styling needs fixing. Widget titles are changed to the new style but the holder still uses the old postbox style. http://d.pr/xRNR
Edit: Also inactive widgets need fixing http://d.pr/WoBu
I'll do patches for these if someone doesn't get to them first.
#16
@
14 years ago
The long-title class when applied to siteheading mucks up the header a bit. Test with a long site name.
#17
@
14 years ago
There's no separator between Settings and the first top-level menu added by plugins.
#18
@
14 years ago
Just a reminder to contributors that this patch went in without being "finished," so it might be worth waiting a day for Daryl to finish getting things put in before listing small details. We went with the broad stroke for v1 to get it up there so people could see progress, but have a whole bunch of stuff to finish up before we start debating details.
#19
@
14 years ago
I made a thread on UI blog for people to make UI suggestions, ask questions, debate colors, positioning, size, etc. related to this ticket. This way, we can keep the ticket relatively clean for tasks that need to be completed that have been approved by leads, and/or for reporting bugs with the new code. Thanks.
#20
in reply to:
↑ 13
@
14 years ago
Replying to andrewryno:
Widget styling needs fixing. Widget titles are changed to the new style but the holder still uses the old postbox style. http://d.pr/xRNR
Edit: Also inactive widgets need fixing http://d.pr/WoBu
I'll do patches for these if someone doesn't get to them first.
Daryl is still working on getting all the styling in. Wait a day and see what needs doing. First version went in incomplete on purpose to get basic layout in.
#21
in reply to:
↑ 15
@
14 years ago
- Cc mikeschinkel@… added
Replying to scribu:
Submenus with the same name look very redundant now:
Would there be any support for the core team for a way to disable the redundant submenu page link via a hook?
#22
follow-up:
↓ 23
@
14 years ago
Would there be any support for the core team for a way to disable the redundant submenu page link via a hook?
Lets get the UI refresh finalised before getting into adding hooks for things
#23
in reply to:
↑ 22
@
14 years ago
Replying to dd32:
Would there be any support for the core team for a way to disable the redundant submenu page link via a hook?
Lets get the UI refresh finalised before getting into adding hooks for things
I asked the question to determine if it was worth the effort to submit another ticket for a hook; an opinion that it might be considered would not block UI refreshing in any way that I can see. A simple "yes", "no" or even "maybe" would suffice.
#24
@
14 years ago
I've been following along with Daryl's changes and applying the changes to the Blue Admin. (colors-classic.dev.css) I've attached a diff (blue_update.patch) of what I've modified so far. The colors-fresh.dev.css and the colors-classic.dev.css now match line-for line. There is still more tweaking to be done with colors/borders/menus/widgets. I will post up for a review on the blue changes on make.wordpress.org/ui after the grey is set in stone. So, as we go along, I'll be replacing the patch with modifications following daryl's modifications.
Screenshot: http://cl.ly/302k273J0e1l0l1B3v1k
#27
@
14 years ago
- Cc matt@… added
Please, for the love, put Helvetica Neue before Arial in the base font stack. We're better than Arial-as-default.
body, td, textarea, input, select{ font-family: 'Helvetica Neue', Arial, 'Bitstream Vera Sans', Helvetica, Verdana, sans-serif; }
#35
follow-up:
↓ 38
@
14 years ago
- Cc toby.mckes@… added
Love it. Know this is still WIP, but the Collapse Menu button on the bottom isn't actually functional yet. Had to hunt for the correct spot in the thick grey separators.
#38
in reply to:
↑ 35
@
14 years ago
Replying to tmtrademark:
...the Collapse Menu button on the bottom isn't actually functional yet. Had to hunt for the correct spot in the thick grey separators.
It was a caching issue—fixed in [17828].
#43
@
14 years ago
The Plugins nav menu does't have the colored icon when active (only on hover).
Screenshot: http://cl.ly/0M1N310U1d062l3G1h2z
#46
@
14 years ago
That's a very rough beginning toward moving what is now in the first h2 of each screen up into the h1. The blog name is now moved over under the Howdy. set_screen_attribute() allows setting the title, sub_title, icon class, and other bits for the current screen. Plugins can use this off of a load-* hook.
#47
follow-up:
↓ 56
@
14 years ago
This style updates looks great. But I think Contextual Help and Screen Options link wrappers don’t fit with new style, so I just changed few things to fit new style
Screenshot: http://i.imgur.com/lnnH8.jpg
#52
@
14 years ago
The .stuffbox class was missing the corners and bg color. (Example of these boxes on the "Add New Link Page". 17324.fixed-stuffbox-border-bg.diff fixes that.
#56
in reply to:
↑ 47
@
14 years ago
Regarding the Screen Options and Help dropdowns, it might be useful to add a "close" link to the top right of those sections. As it is now, you have to move the mouse quite a bit to close those sections, especially if the screen is very long.
#59
@
14 years ago
- Cc willmot added
If the screen_icon size change is staying is the plan to change the screen_icon class to icon28 instead of icon32? That way plugins could provide icons for both 3.2 and pre 3.2. Or is that being accounted for some other way?
#60
@
14 years ago
My hit list:
- Change the menu drop shadow to be a gradient, with black color and low opacity (instead of grey color and medium opacity).
- Provide a similar drop shadow on the active top level menu item grey arrow
- Fix the "Configure" links on dashboard meta boxes
- Improve meta box style with gradient, as discussed elswhere
- Fix meta box arrow alignment
#45
@
14 years ago
There seems to be an extra line added under the Howdy dropdown, but only for super admins: http://awesomescreenshot.com/06aculc15
@
14 years ago
Patch for header updates I've been working on with Jane today. Smaller site title, larger page title, adjusted style for user-info dropdown, new add-new-h2 style, and removed button class from all add-new-h2 links.
@
14 years ago
removes the borders between the minor publishing actions in the publish box, as they were too faint against the bg. also adds a 1px #fff shadow to the border above major publishing actions.
#56
@
14 years ago
I can't get a screenshot to show the cursor, but in [17861], the three boxes on the Add/Edit Links page Name, Web Address, and Description show the move cursor even though those three boxes are not moveable. The code responsible is:
.widget .widget-top, .postbox h3, .stuffbox h3 { margin-top: 1px; border-bottom-width: 1px; border-style: solid; cursor: move; -webkit-user-select: none; -moz-user-select: none; -khtml-user-select: none; user-select: none; }
My attached patch fixes the problem and I don't see any adverse effects from removing .stuffbox h3 from this CSS code block.
#57
@
14 years ago
Blue Admin style has some problems with readability beacuse of bad background on Screen Options, Help and the "Howdy-dropdown". See screenshots as attachments.
(may be I should have added the screenshot images inline instead of as attachmets, sorry)
#58
@
14 years ago
the blue admin style is not ready.
see known issues in http://wordpress.org/news/2011/05/wordpress-3-2-beta-1/
#61
@
14 years ago
Attached a patch to update the top right drop-down menu in Blue. This patch also ports over color styles from nav-menu.css over to colors-fresh.css and colors-classic.css. Still some color modifications left to do in colors-classic.css on the menus. Also, cleaned up the formatting of nav-menus.css a bit while I was at it.
#62
@
14 years ago
Added a revised version of the patch. Now it also includes color edits to the screen options, darken body text color so its not blue.
#66
@
14 years ago
I thought this ticket was closed so I created a new ticket for small visual bug. See #17465
#67
@
14 years ago
li.wp-menu-separator still contains an anchor tag ( a.separator ) that targets ?unfoldmenu=1 resulting in a page reload. The cursor no longer changes to the '➞' or '←' types, indicating that you can fold/unfold anymore, so do these still need to be links? I love being subscribed to this thread <3
#76
follow-up:
↓ 78
@
14 years ago
Is there any reason why, when hovering over the metabox collapse arrow, the cursor is not made into a pointer? It's meant to be clicked, after all.
#78
in reply to:
↑ 76
@
14 years ago
Replying to scribu:
I would rather leave it as cursor:default; but make the arrow go darker on hover. In all browsers the pointer is used for links, the arrow (default) cursor is used for controls and all default controls (look at the Submit button below) have hover effect.
#79
@
14 years ago
the arrow (default) cursor is used for controls and all default controls
Yeah, except that's not the case in WP: the widget controls have cursor: pointer
on hover, as well as all the buttons.
#80
@
14 years ago
cursor: pointer; makes more sense to me, which is why I posted the other ticket. A change to a darker color could work, but it just needs to be consistent. I think the way it works on the widget screen, as scribu pointed out, is great. I think all postboxes should act the same way.
#82
@
14 years ago
In my opinion we should standardize the behaviour of the collapse arrows.
- On the navigation the arrow is shown only when the menu is open and hidden when it's closed.
- On the metabox the arrow is hidden when the box is open and closed, so only visible on hover.
- The arrow for screen options and contextual help is always there. The orientation will be changed on a click (Box open = arrow up, box closed = arrow down).
- On the new dropdown menu for user info the arrow is always the same (arrow down).
#83
@
14 years ago
They're all different interactions and user experiences, so let's not conflate them.
First pass for the new styles. Nav menus, widgets, and list tables need love. So do down arrows. And the blue theme, which looks... a little wonky right now.