[wp-trac] [WordPress Trac] #37914: Taxonomy: Allow terms to be previewed before publishing
WordPress Trac
noreply at wordpress.org
Thu Sep 1 20:40:33 UTC 2016
#37914: Taxonomy: Allow terms to be previewed before publishing
------------------------------+--------------------------------------
Reporter: celloexpressions | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: 4.7
Component: Taxonomy | Version: trunk
Severity: normal | Keywords: needs-patch dev-feedback
Focuses: |
------------------------------+--------------------------------------
There is currently no mechanism to preview or draft taxonomy terms. As
soon as a draft post with new terms is saved, for example, the new term is
published, visible to other users in wp-admin, and could be visible on the
front end of the site depending on the theme and plugins.
The lack of a draft or preview mechanism also makes it impossible to
manage terms in the customizer. Long term, the goal is to enable posts and
terms to be able to be live-previewed with front end context, based on
functionality being developed in the [https://github.com/xwp/wp-customize-
posts Customize Posts] and, now, [https://github.com/xwp/wp-customize-
terms Customize Terms] plugins.
In 4.7, with the new ability to create posts wintih nav menus (#34923),
we'd like users to also be able to create terms so that they an set up
their site structure. Unfortunately this is not possible until we have a
mechanism for previewing terms. I'm currently milestoning this for 4.7 so
that we can try to add support for that feature (in a separate ticket),
but this ticket is for API support only and still may be more than we can
complete in time for 4.7.
Based on comments from @boonebgorges on #34923, there are a couple of
potential approaches for enabling term previewing:
- Introduce a `term_status` field
> Even if we don't have anything as robust as a "term status API", we
still have to be sure that, at the very least, term_status != 'publish'
terms are excluded from most queries - a change that has the potential for
weird back compat issues.
- An internal taxonomy for draft terms, which may be more conservative but
also more complex, especially if we want to support things like hierarchy
for draft terms.
> It may be easier (maybe more code, but fewer hacks) to do on-the-fly
registration of a separate internal taxonomy for each taxonomy that's
getting a draft term added via the Customizer.
We'll want a future-proof solution that can support term meta being
previewable as well. `auto_draft` posts are the inspiration on the posts
end for the customizer approach.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/37914>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list