This thread is resolved. Here is a description of the problem and solution.
Problem:
A CRED form is used to publish posts but a custom field assigned to the post type is missing from the published post.
Solution:
The field was not inserted in the CRED form and so was not added to the published post.
Auto-generating the markup for CRED forms will ensure that all fields are included in the form.
Relevant Documentation:
https://toolset.com/documentation/user-guides/creating-cred-forms/
This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.
Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| - | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | - |
| - | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | - |
Supporter timezone: Europe/London (GMT+00:00)
This topic contains 5 replies, has 2 voices.
Last updated by 7 years, 6 months ago.
Assisted by: Nigel.
Hi Nick
When you set up the radio field in Types you can specify the default value (see the screenshot for an example).
If you don't want the users to see the field in the form the easiest option is to use CSS to hide it.
In the CRED form, if you auto-generate the markup then the whole radio field content should have a class "cred-field-slug" (e.g. "cred-field-status") which you can use to add a CSS rule of, say,
.cred-field-status {
display: none;
}
Or you can manually add an id or class to the markup to target the field.
Note if there were a security issue involved here where it was imperative that users could not use the browser dev tools to modify the field which you have hidden with CSS then the solution would require you running code on the server after the form was submitted to set the field.
