Pods - Custom Content Types and Fields

WordPress supports custom post types since version 3.

This is a GUI for adding and managing custom post types.

Unlike WP custom post types, each content type gets its own database table.

A pod is a named group of data fields.

Built as a WP plugin, pods allow to create custom content types (pods), and add the fields needed to each pod.

Once content types are set up, add items to them. This involves filling out a form with the input fields being the fields created.

Installation:

Unpack and upload it to the /wp-content/plugins/ directory.
Activate the plugin through the 'Plugins' menu in WordPress.

What is new in this release:

• Major performance enhancements can now make things run up to 400% faster
• More unit tests -- now 1,858 tests with a total of 13,420 assertions covering all content type, storage type, and field variations
• Added Travis-CI / Scrutinizer-CI for all pushes and pull requests to unit test and check for other issues
• Upgraded Code Mirror library
• Upgraded qTip library
• Added: 'join' to the accepted tags for Pods Shortcode.
• Added: 'pods_data_pre_select_params' filter.
• Improve: PodsAPI::export_pod_item_lvl(), adding item ID to all steps.
• Simplify logic when creating new PodsAPI singleton internally.
• Switch from Pods::do_hook() to apply_filters() or do_action() for 'pods_pods_fields', 'pods_pods_field_related_output_type', 'pods_pods_field_', 'pods_pods_field', 'pods_pods_fetch', 'pods_pods_reset', 'pods_pods_total_found', 'pods_pods_filters'
• Fixed: YARRP support.
• Ensure that pods_v_sanitized() passes the $strict argument to pods_v().
• Prevent use of date_i18n() in PodsData when not needed.
• Fixed: Issue where updating relationship to users in pods editor threw an erroneous error.
• Fixed: Hiding of text in title-prompt-text

What is new in version 2.5.1.2:

• Major performance enhancements can now make things run up to 400% faster
• More unit tests -- now 1,858 tests with a total of 13,420 assertions covering all content type, storage type, and field variations
• Added Travis-CI / Scrutinizer-CI for all pushes and pull requests to unit test and check for other issues
• Upgraded Code Mirror library
• Upgraded qTip library
• Added: 'join' to the accepted tags for Pods Shortcode.
• Added: 'pods_data_pre_select_params' filter.
• Improve: PodsAPI::export_pod_item_lvl(), adding item ID to all steps.
• Simplify logic when creating new PodsAPI singleton internally.
• Switch from Pods::do_hook() to apply_filters() or do_action() for 'pods_pods_fields', 'pods_pods_field_related_output_type', 'pods_pods_field_', 'pods_pods_field', 'pods_pods_fetch', 'pods_pods_reset', 'pods_pods_total_found', 'pods_pods_filters'
• Fixed: YARRP support.
• Ensure that pods_v_sanitized() passes the $strict argument to pods_v().
• Prevent use of date_i18n() in PodsData when not needed.
• Fixed: Issue where updating relationship to users in pods editor threw an erroneous error.
• Fixed: Hiding of text in title-prompt-text

What is new in version 2.5.1.1:

• Major performance enhancements can now make things run up to 400% faster
• More unit tests -- now 1,858 tests with a total of 13,420 assertions covering all content type, storage type, and field variations
• Added Travis-CI / Scrutinizer-CI for all pushes and pull requests to unit test and check for other issues
• Upgraded Code Mirror library
• Upgraded qTip library
• Added: 'join' to the accepted tags for Pods Shortcode.
• Added: 'pods_data_pre_select_params' filter.
• Improve: PodsAPI::export_pod_item_lvl(), adding item ID to all steps.
• Simplify logic when creating new PodsAPI singleton internally.
• Switch from Pods::do_hook() to apply_filters() or do_action() for 'pods_pods_fields', 'pods_pods_field_related_output_type', 'pods_pods_field_', 'pods_pods_field', 'pods_pods_fetch', 'pods_pods_reset', 'pods_pods_total_found', 'pods_pods_filters'
• Fixed: YARRP support.
• Ensure that pods_v_sanitized() passes the $strict argument to pods_v().
• Prevent use of date_i18n() in PodsData when not needed.
• Fixed: Issue where updating relationship to users in pods editor threw an erroneous error.
• Fixed: Hiding of text in title-prompt-text

What is new in version 2.4:

• Added:
• New constant PODS_ALLOW_FULL_META for for enabling/disabling get_post_meta( $id ) interaction with Pods (on by default)
• New constant PODS_DISABLE_SHORTCODE_SQL to disable SQL-related parameters in shortcode
• 'pods_admin_media_button' filter to disable the Pods shortcode button in post editor
• 'pods_api_save_pod_item_track_changed_fields_{POD_NAME}' filter for tracking changes to fields
• 'pods_pick_ignore_internal' filter to enable/disable Relationships with core Pods types (_pods_pod, etc)
• 'pods_image_default' filter to allow for placekitten.com or other image placeholder scripts for testing
• Improved Pods Template code sanitization
• Better names for many fields in Pods Editor
• New and improved help bubbles in Pods Editor
• Instructions about using Pods Templates in Pods Widgets
• New descriptions for Pods Pages and Pods Advanced Content Types component descriptions
• Support links in Pods Admin -> Help
• Currently active theme to Pods Debug info list
• Inline docs for 'pods_api_get_table_info_default_post_status' filter
• Inline docs for 'pods_admin_menu' filter
• Inline docs for 'pods_admin_setup_edit_options' (and related) filters
• Inline docs for 'pods_admin_setup_edit_tabs' (and related) filters
• Fixed:
• Issues with user tables in multisite
• Issue with PodsForm::default_value
• With Pods UI. Keep view when generating pagination links
• Bug with custom extensions for allowed file types in upload fields
• Compatibility problem with changes to plupload in WordPress 3.9 that prevented upload pop-up from loading

What is new in version 2.3.14:

• Fixed:
• Some users experienced and issue with user registration when there were required fields.

What is new in version 2.3.11:

• Fixed:
• User / Post field value saving with better nonce handling
• pods_v_set saving for user meta

What is new in version 2.3.7:

• Improved:
• JS performance used for the field manager drastically improved
• PHP optimization tweaks for how we handle $_POST sanitization
• Fixed:
• Parent Menu ID handling for the Pods that support it
• E_STRICT PHP notices
• Shortcode popup JS building logic
• Issue with find() queries using number decimals matching the relationship traversal regex rules

What is new in version 2.3.6:

• Fixed:
• Issue with the Pod list when you delete or empty a Pod, it would repeat the same row in the list until you went back to the Edit Pods screen without the id=X in the URL.
• Issue with renaming a field to another name would rename the field name and then delete it due to a missing ID validation check.

What is new in version 2.3.4:

• Added: Ability to iterate through the Pods object with foreach ( $pod as $item ) { echo $item->display( 'name' ); }
• Added: Ability to override serial array parameters in Pods::display() $pod->display( array( 'name' => 'field_name', 'serial_params' => array( 'and' => '' ) ) )

What is new in version 2.2:

• Added:
• New 'Duplicate Field' option, that lets you copy a field's settings into a new field in the Pod editor
• New iThemes Builder component - Adds four new modules available for use in Builder Layouts -- Field Value, Form, List Items, and Single Item
• Updated:
• Split up the old Pods Admin > Setup menu into two separate items -- Edit Pods and Add New
• Fixed:
• Upgrade from Pods 1.x to Pods 2.x now fixed, in Pods 2.1 the upgrade wizard was not shown

What is new in version 2.0.5.1:

• Fixed:
• 'Edit' link wasn't appearing for Pod Pages / Templates / Helpers (you could click the title though).

Requirements:

• WordPress 2.8 or higher