[wp-trac] [WordPress Trac] #37974: Add multi-panel feature to pages through add_theme_support

WordPress Trac noreply at wordpress.org
Thu Oct 6 12:29:46 UTC 2016


#37974: Add multi-panel feature to pages through add_theme_support
----------------------------+------------------
 Reporter:  karmatosed      |       Owner:
     Type:  task (blessed)  |      Status:  new
 Priority:  normal          |   Milestone:  4.7
Component:  Themes          |     Version:
 Severity:  normal          |  Resolution:
 Keywords:  ux-feedback     |     Focuses:  ui
----------------------------+------------------

Comment (by folletto):

 > widgets

 I don't want to derail the discussion further. However I feel to add a
 note on widgets.

 Widgets are powerful. '''Widgets are also massively under-utilized in
 WordPress.''' We should totally work to make widgets easier to use,
 interact (drag'n'drop?). This is something that needs to be done before a
 solution involving widgets may become clear. This is something needs doing
 apart from this functionality.

 So let's split that discussion in a different ticket. I'd like to help to
 make widgets more powerful. I just think this is not the right ticket to
 have that discussion, for many reasons.

 Can we open an "Extend Widgets UX and Capabilities" ticket where we can
 discuss it?
 Who wants to help?

 ----

 Let's move to the actual topic here, which if I recall correctly is
 twofolds:

 1. User side — create a simple UI to manage multi-content front pages.
 2. Theme site — provide a standardized way so users have an easier life
 learning, using and switching themes.

 What's important here is the point two feeds back directly to point one.
 Themes are already doing this, and by providing a streamlined UI we'll
 provide a '''massive''' improvement for users.


 > Panel to click into and show interface

 Both approaches work. I have a preference for the "panel" approach. The
 reason is that it allows a cleaner, more focused space, and it also
 isolates the panel in a way that makes it more flexible if we want to move
 it or expand it later in some way (from a UX perspective).
 Also, on mobile it's less likely to hit problems in scrolling hell
 (drag'n'drop+scroll issues).

 I think the approach above is solid, and we can build it.

 I've just a navigation related feedback that won't change the management
 UI concept, which however I'll split in a separate comment as I need to do
 a quick mock-up and more detailed explanation

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


More information about the wp-trac mailing list