[wp-trac] [WordPress Trac] #37974: Add multi-panel feature to pages through add_theme_support
WordPress Trac
noreply at wordpress.org
Fri Sep 23 18:54:59 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
----------------------------+------------------
Changes (by helen):
* type: feature request => task (blessed)
* milestone: Awaiting Review => 4.7
Comment:
Things that are important to me:
1. That fragments of a page are only viewable (and thus previewable)
within the context of the entire page, i.e. no individually viewable
fragments.
2. That said fragments have distinct URLs, whether that's `#some-part` or
the usual `/some-part/` that then functions as an anchor. These are
important for human link sharing and content indexing.
3. That it is clear in various contexts that X items are a part of Y whole
- in a list of pages, when building a nav menu, etc.
4. That it is clear what happens when switching to a theme that does not
support multi-part pages; or, perhaps more broadly, if this should even be
opt-in/out-able at all.
5. That this is not thought of as content blocks - it should not preclude
them, but the scope really should remain as relatively simple multi-part
pages consisting of content that would go within the post content editor
as we currently know it (and featured images, I suppose). If one is using
a content block or page builder plugin of some sort that displays in
`the_content`, seems like that would still play together just fine as it's
extending the capabilities of each section of a page.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/37974#comment:37>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list