[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