[wp-trac] [WordPress Trac] #12706: Custom post status bugs in the admin
WordPress Trac
wp-trac at lists.automattic.com
Mon Oct 11 17:25:14 UTC 2010
#12706: Custom post status bugs in the admin
----------------------------+-----------------------------------------------
Reporter: ptahdunbar | Owner: ptahdunbar
Type: task (blessed) | Status: new
Priority: normal | Milestone: 3.1
Component: Post Types | Version:
Severity: normal | Keywords: needs-patch
----------------------------+-----------------------------------------------
Comment(by ptahdunbar):
I'm thinking we should group the arguments into patches instead of writing
up one big diff.
register_post_status() needs a labels arg for all of these:
* name
* count
* caption
* published (maybe a better wording?)
* save_as (maybe a better wording?)
For the post_type arg, we need to be loop through the post_type arg and
register_post_status_for_type()
* post_type
There also needs to be a new post_status arg in register_post_type() that
calls register_post_status_for_type(). If the post_status arg isn't
passed, it registers all the builtin post statuses to that post type.
We'll need a post_type_has_status() (similar to what johnkolbert wrote in
#12567) and use that throughout post_submit_meta_box() to turn features
on/off.
I'm not exactly 100% sure on how public, private, and protected work in
terms of what functionality they add outside of what's in the
post_submit_meta_box() metabox.
* public
* private
* protected
* internal
And finally post status capability. Can anyone elaborate how this should
work?
--
Ticket URL: <http://core.trac.wordpress.org/ticket/12706#comment:26>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list