[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