[wp-trac] [WordPress Trac] #28979: Customizer panels should have the same priority hierarchy as Sections

[WordPress Trac]

#28979: Customizer panels should have the same priority hierarchy as Sections
--------------------------+-----------------------
 Reporter:  mattwiebe     |       Owner:
     Type:  defect (bug)  |      Status:  reopened
 Priority:  normal        |   Milestone:  4.0
Component:  Customize     |     Version:  trunk
 Severity:  normal        |  Resolution:
 Keywords:  ux-feedback   |     Focuses:  ui
--------------------------+-----------------------

Comment (by folletto):

 Ok, I guess this ticket is for visual styling as well. Is there already a
 ticket to address the overall design of accordions/slide-ins? :)

 Replying to [comment:14 celloexpressions]:
 > Replying to [comment:10 folletto]:
 > > ''P.S.: this might be OT on this ticket (should I open a new one?),
 but would be absolutely great if the "You are customizing" click would
 lead to the themes switch page instead of just showing you a theme
 screenshot, which...'' given the site is on the right, feels redundant...
 :)
 > That was #26890, and then with #28550, we no longer even mention the
 current theme when not doing a theme preview. Given that it would be
 incredibly useful to make a close connection between themes and theme
 options/customization, I think we'll probably just wait to get theme-
 switching into the Customizer at this point.  That would mean a "Theme:
 [theme name]" panel at the top that slides backwards to imply a layer of
 hierarchy above the top-level controls; I've written a
 [http://celloexpressions.com/blog/proposed-wordpress-customizer-theme-
 switching-ux/ UI proposal for that] and we're hoping to get a feature-
 plugin team working on that once some of the API infrastructure to allow
 something like that is in place.

 The proposal you make is very similar to a design concept I was working on
 too, even if the "slide back" actually triggered a full screen view (from
 the left slides in a full page that covers everything, which is in
 practice the 3.9 theme browser), the reason is that it would be too
 constrained to fit inside a small column (even if, that would be exactly
 how it would behave on mobile).
 But apart from that, I agree 100% that it should be the hierarchy to imply
 there.

 We could still add an intermediate step: it could be simply a link back
 (click, open Themes panel in the admin area), and we can work on the
 better interaction (sliding panels, API, etc) at a later stage. ;)

 So... worth a new ticket? ;)

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