jreade

Ok than that probably solved your issue, correct?

The reason I asked about how you entered your terms was because if you had done it through the database, like I did because I have a lot of terms, it can produce some strange results. You have to also add a record to the _options table, that has the option name of <your-tax-name>_children and an option_value of a JSON encoded array of the children ids. If you don’t do this, when you view the admin page for your taxonomy, none of the children will show on the screen, even though they actually exist. Just a strange thing I discovered.

Did you ever get an answer on this?

How did you “enter all the terms in”?

Possibly what has happened was when you were creating the taxonomy you forgot to click the Advanced box and then check the box that says “Hierarchical?”.

If Hierarchical is not checked, the taxonomy will not allow for the parent-child relationship.

Essentially, what this plugin is doing is giving you a nice, pretty GUI to create what you could be creating in code with register_taxonomy

Hope that helps!

So I’m close to a solution without modifying the plugin.

If you add the following code to your theme’s functions.php, a new meta beta will appear when creating a custom post type:

function cpt_support_for_cats_and_tags_meta_boxes( $meta_boxes ) {
	// Taxonomies
	$args_prefix  = 'args_';
	$meta_boxes[] = array(
		'id'       => 'taxonomies',
		'title'    => __( 'Supports Categories/Tags', 'mb-custom-post-type' ),
		'pages'    => array( 'mb-post-type' ),
		'priority' => 'low',
		'context'  => 'side',
		'fields'   => array(
			array(
				'id'      => $args_prefix . 'taxonomies',
				'type'    => 'checkbox_list',
				'options' => array(
					'category' => __( 'Categories', 'mb-custom-post-type' ),
					'post_tag' => __( 'Tags', 'mb-custom-post-type' ),
				),
			),
		),
	);
	return $meta_boxes;
}
add_filter( 'rwmb_meta_boxes', 'cpt_support_for_cats_and_tags_meta_boxes' );

The catch is that you have to select BOTH categories AND tags.

This is because of line 87 in \inc\post-type\register.php
$data = 1 == count( $value ) ? $value[0] : $value;

When you check only one of the check boxes either categories or tags, the count() of the array for taxonomies is 1 and $data becomes either ‘category’ or ‘post_tag’. Then when the post type is registered on line 57, $args['taxonomies'] is not an array like it is expecting

I will keep working and see if I can come up with some code to edit the plugin with that will give the correct result.

I am looking for the same thing.

The last update (Dec 25th) did not have support for adding terms.

When will the next update be released?

Could I help with adding this support?

Possibly what happened was that you created the custom post type guides and then created a new “guide”. Then you edited the custom post type and changed it to guide (not plural). What happens when you do this is that the post still has a post type of guides which is no longer registered as a post type.

Does that make sense?

Does unchecking the “Public?” checkbox do what you are asking?

It says it “Controls how the type is visible to authors and readers.”

I am in the process of doing the exact same thing.

I have been successful mass importing (via sql query) a custom taxonomy. I created the taxonomy first via the MB Custom Taxonomy and added a parent and child term to have an example to work from.

How many post types do you have? I just created all the post types “manually” as it was easier than writing a script.

Let me know if you want help or if you have tips for me. ??

OK. Thank you for pointing me in the right direction.

Was this answered? I would like to know the answer.