Parent to child relationship
With Hierarchical Posts you can structure your user submissions in a user friendly way. It’s logic is all about parent to child relationships which means that a parent post can have multiple child posts.
WordPress can become unpleasant to write and read stories if they belong together in a hierarchical way. If you have multiple posts belonging together to one story usually you would create a category for this story and add new posts to this category to make them a part of it.
This is a nice system but can become confusing and user unfriendly if you need a much more advanced way to structure your posts. In many cases you need a more structured order within a category or between posts. With the plugin you are able to create one parent post and have its children listed above or underneath the content. The children can share the same or a different category.
WordPress inbuilt and fully supported in custom post types
WordPress has all functions in place to work nicely with child posts. They are used for pages and also menus (sub navigation). We have the ‘get_children’ function built in to gather all children posts off a parent post in one place. From there you can create custom post types. The only thing you need to do in the settings is setting ‘hierarchical’ to true which will enable the hierarchical functionalities.
All in all with the parent to child relationship you give your story related posts a closer binding and make them belonging together. Making the structure of posts visible makes it a lot easier for readers to understand the relationships between the posts.
Think of parent post as journal and the child post as log
Most off the time you don’t want to display the children in the posts list. You want to display the parents and then generate a view for the children log entries. With using the plugin both viewing types are possible: displaying them separately or grouped together.
Parent post single view
All child posts can be listed under or above the content of the parent post if displayed in the single view. If a user creates a new parent post one can add any type of content just like in normal posts describing the parent (journal). The child posts (log from the journal) can be listed under or above the content.
Multiple child forms
You can create different forms for the children and enable the user to select the form he likes to use for the child posts. If you only give one form as an option, this form will be used automatically.
Form element to the select the parent
If one is selecting the parent page: allow the user to select the parent post or change a child posts parent.
Deleting a parent post
If you delete a parent journal you delete all logs too. Deleting will move the posts into trash.
Watch the video to see the plugin in action:
Docs & Support
Submit Issues – Contribute
- Pull request are welcome. BuddyForms is community driven and developed on Github
- Feel free to test BuddyForms on our Demo Site: BuddyForms Demo
Powered with ❤ by ThemeKraft
hierarchical, hierarchical posts, hierarchical post, page, pages, custom post types, hierarchically, frontend posting, frontend editing, post relations, posts relations
Documentation & Support
Extensive Documentation and Support
All code is neat, clean and well documented (inline as well as in the documentation).
The BuddyForms documentation with many how-to’s is following now!
If you still get stuck somewhere, our support gets you back on the right track.
You can find all help buttons in your BuddyForms Settings Panel in your WP Dashboard!
Got ideas or just missing something?
If you still miss something, let us know any feedback is welcome!
- New option to select child forms and use different forms for the children. Also works with multible forms
- Added new option to allow to display child posts in the normal form views
- Make sure multiple child forms does work with BuddyPress enabled even if one of them is embedded and one is separated but both use the same parent.
- Added new option to select if post children should be added to the parent single above or under the content.
- Restructure the settings page
- Changed the form option array structure
- Restructure the code
- Multiple Fixes
- Fixed and issue with the dependencies check. The function tgmpa does not accepted an empty array.
- Fixed an issue with the dependencies management. If pro was activated it still ask for the free version. Fixed now with a new default BUDDYFORMS_PRO_VERSION in the core to check if the pro is active.
- Change buddyforms_locate_template to use only the file slug
- Rename buddyforms_add_form_element_to_select to buddyforms_add_form_e…lement_select_option
- Add dependencies management with tgm
- Support for the form builder select box added
- Use buddyforms_display_field_group_table to display options
- Add postbox_classes to make the postbox visible.
- Only show form type related form elements
- Create new functions to show hide metaboxes
- Work on the conditionals admin ui
- Hooks rename session
- Reformat code to stay conform with the WordPress coding style guide.
- Fix an issue with the Create child link if used as sub form of a parent
- Fixed a issue in the create new url left over from the last BuddyForms Members update.
- If the form was included with BuddyPress profile the link stop work.
- First Stable Version 1.0. Moved the plugin out of the beta mode ;)´
- Make it work with the latest version of BuddyForms. the BuddyForms array has changed so I adjust the code too the new structure
- Changed default BuddyForms to BUDDYFORMS_VERSION
Change url from themekraft.com to buddyforms.com
Smaller bug fixes