[wp-trac] [WordPress Trac] #20564: Framework for storing revisions of Post Meta

WordPress Trac noreply at wordpress.org
Fri Mar 7 21:43:43 UTC 2014


#20564: Framework for storing revisions of Post Meta
-------------------------------------------------+-------------------------
 Reporter:  alexkingorg                          |       Owner:
     Type:  enhancement                          |      Status:  reopened
 Priority:  normal                               |   Milestone:  Future
Component:  Revisions                            |  Release
 Severity:  normal                               |     Version:  3.4
 Keywords:  needs-testing needs-codex dev-       |  Resolution:
  feedback                                       |     Focuses:
-------------------------------------------------+-------------------------

Comment (by TV productions):

 Replying to [comment:92 adamsilverstein]:
 > Replying to [comment:91 TV productions]:
 > > For the ability for plugin devs to add custom meta to custom post type
 revisions (#13382), you do also need a kind of javascript "filter" for the
 data that is send with the autosave. Something like this
 http://jsfiddle.net/jTjzK/3/ (just a concept to extend the data var).
 >
 > I'm not sure this is required. All fields should be 'sent' with the auto
 update post, and the attached patch filters these fields and revisions
 ones that are specified. All fields are sent, and the patch allows authors
 to specify which fields to revision, Does that make sense? If not can you
 please explain a bit more what you would want to revision that the current
 patch would not work for?

 Just to check, I've pulled the latest code form the repo and applied the
 latest patch (20564.10.diff).
 As you can see in the attached image [[Image( 20564-autosave-data.png)]]
 the default meta fields are saved.

 But what I would like to see is a way to "prepaire" the data that will be
 saved into the meta field. The post type in the image is a photo album,
 and instead of "normal" content it saves some image data and the server
 generates the `post_content` from this meta field. So I don't have one
 html input field that matches an meta field, but a lot. There are
 different solutions to this: (1) create a field that does matches the meta
 field and that is updated by javascript on autosave (so you need a hook
 for that) or (2) a "jsfilter" to generate the data and pass it trough.

 As I write this, I note that it is kinda focussed to my example, but what
 I actually would say is: could we make an autosave API where you can add
 data on client side and extract (and save) it on the server side?

--
Ticket URL: <https://core.trac.wordpress.org/ticket/20564#comment:94>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list