[wp-trac] [WordPress Trac] #32678: Audit toolbar links and content

WordPress Trac noreply at wordpress.org
Tue Jun 30 02:23:19 UTC 2015


#32678: Audit toolbar links and content
-----------------------------------------------+------------------
 Reporter:  helen                              |       Owner:
     Type:  enhancement                        |      Status:  new
 Priority:  normal                             |   Milestone:  4.3
Component:  Toolbar                            |     Version:
 Severity:  normal                             |  Resolution:
 Keywords:  has-patch make-flow needs-testing  |     Focuses:  ui
-----------------------------------------------+------------------

Comment (by celloexpressions):

 At this point let's try to focus on making suggestions relative to the
 latest patch rather than what's currently in core, to avoid rehashing the
 same discussions over again.

 Current status is that we have awesome consistency with the admin menu
 accessible in the admin an front end on devices of all sizes, and the
 Customizer also being accessible but from a distinct top-level context, to
 avoid confusion. Now that all top-level admin menu links are available
 from the frontend, the need for the dashboard is greatly reduced. I'd love
 to even be redirected right to the front page by default when logging in,
 as the toolbar provides the context I want via contextual edit links, the
 Customizer link that contextually opens to the front-end page I was
 viewing, and one-click access to nearly all of the admin pages I'd want to
 get to directly. The net effect is that I expect to get distracted by
 reading things from the Planet feed much less frequently now, which is
 basically the only thing the dashboard does for me. That's a discussion
 for another ticket though.

 The remaining issue I see here is determining the best way to handle links
 to the front page and dashboard. Would like to avoid having duplicated
 links going anywhere in any context.

 In terms of icons, I'll reiterate that we should not use a brush of any
 sort for Customize because it implies that it's only a design tool. That's
 an assumption that we're actively fighting to move past, so introducing an
 icon that reinforces it would not be good strategically, even though it's
 quite nice visually. The Customizer is a framework for live-previewing any
 change to WordPress.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/32678#comment:62>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list