Hey
I have the same question actually… What exactly does it do to GF? If im using the GF custom post type plugin will this allow users to edit their entry on the front end?
Ive had a look at the installation details, but am unable to make it work. Maybe we can get some clearer instructions on its use.
Thanks
R
You use it like this:
site.com/submit/?gform_post_id=123
the numbers are the post id
On my site, I allow logged in users to submit a form that generates a custom post-type entry. This is achieved via Gravity Forms plus the associated GF Custom Post Types plugin.
I’ve tried Alex’s suggestion above and some-page-with-a-form?gform_post_id=123 (suggested on http://www.p51labs.com/gravity-forms-update-post-plugin-v0-5-1-released/) so that the user who submitted a form can edit the data after publication.
site.com/submit/?gform_post_id=123 does not work at all for me.
some-page-with-a-form?gform_post_id=123 kinda works –> While the proper form is displayed, it pulls in data from a regular blog entry submitted by the same user, instead of the proper custom post type.
It would be helpful to have a step-by-step example on how to use this plugin. I would also like to know how to handle a case where a user submitted multiple entries. How does the form know which entry is to be edited?
Thank you!
For some reason it does work for me using custom post types but i dont think it saves the data properly…It messes up on taxonomies I think….Ill give it a full try….
As far as how users will know what posts to edit…you gotta make a list on the posts called “Edit This Post” and links to -> some-page-with-a-form?gform_post_id=123
like this: <a href="/some-page-with-a-form?gform_post_id=<?php the_ID(); ?>">Edit This Post</a>
Give it a try. That link should only work if they are the author of the current post
@alex – Thank you. Your suggestions helped. Previously, I thought 123 indicated the form ID.
Now that I have made the fix, the form came back pre-populated with most, but not all fields. Image fields, for example, were empty. Since they are required for form submission, they needed to be re-uploaded. It also seems that some of the drop-downs are not filling in properly either, but I need to do more testing.
I also ran into problems with fields where duplicate entries are not allowed. When I submitted the edited form, those fields failed be/c there was already data in the database.
Using the built-in “Post Fields” the following fields are not re-populating :
- Featured Image
- Categories(checkboxes)
- Custom field data (url)
- File uploads
- Image uploads
If I could figure out how to get it to appear the same as they do in ‘preview’ mode after submitting with form errors, that would work well.
Are you currently making any progress on these issues?
I guess since this isn’t working for now I’ll take a look at http://wordpress.org/extend/plugins/front-end-editor/
Until the author of this plugin updates the plugin.
Let me know if you guys have any alternatives and If I find any then will add them here to let you guys know.
@alex – Thanks for the tip. I hadn’t seen that plugin.
Hi Guys-
I have posted a video up on the plugin page to give a basic example on how to use this thing. Now we have tested the plugin against a variety of fields and types, including Custom Post Types/Taxonomies. However this is the first release so I am sure some new situations/bugs will arise. That being said, if you run into anything please send the following to support@p51labs.com and we will get it addressed asap!
- WordPress Version
- Form XML Export
- Custom Post Types/Taxonomies needed
- Steps to reproduce the problem
The plugin is getting weekly updates as we are using it in our work as well, so expect more updates soon.
Thanks,
Kevin
PS Just in case here is the video link: http://vimeo.com/41818285
Thanks Kevin. This plugin is great by the way. We’ll keep it and test it. Thanks for the vid!
Still no update… New Custom Post Types Gravity Form update coming soon though, maybe it comes with this feature
If you use unique custom fields, you’ll want to change line 368 from
$meta = get_post_meta($this->post['ID'], $field['postCustomFieldName']);
to
$meta = get_post_meta($this->post['ID'], $field['postCustomFieldName'], true);
One of the problems I have found is that you have to have the title and body fields populated in your form, otherwise they will be overwritten. Ideally, this would not be required as not everybody is using the ‘Update’ functionality to update the entire post. My temporary workaround includes hiding the post title field in my forms. But this is not ideal because I do not want to the user to be able to edit the title, and a more advanced user could figure out how to do so.
Thanks dskvr. Your custom fields fix helped me out a lot.
Best,
Tom
This thread has been incredibly helpful. I hope someone will check and answer a final question that I have.
I’d like to be able to generate an automatic link to the editable form when a new page is published.
I tried to include html (<a href="/some-page-with-a-form?gform_post_id=<?php the_ID(); ?>">Edit This Post</a>) in the merged body of the post, but it doesn’t display correctly.
If I could get that to work, it would be incredible. Is there any other way to make this happen?
Thank you!
