GeneralReason

solved it.
I’m good.

Thank you for the reply and the heads up on the ‘Advanced Custom Fields columns add-on’; it does look like what I need.
I’m I correct when I see that its at least $119 just to take advantage of this add-on?!

Looks like ACF only saves the taxonomy field as the term ID in the database and processes it when it needs to later; hence only the term ID will ever be returned.

Admin Column is also not able to return the term object name; saved as an input for the custom field.

Is this an ACF or Admin Column’s limitation then? Unless for debugging purposes why would a user want an ID value returned as a term in an admin column anyway? Wouldn’t it be more useful if we could just return the object value as well? 🙂

Is there a hook to modify the returned data? That way one should be able to use the get_term_by() function to get the term object?

Found a better workaround!

Its obviously because CPT-onomies sees taxonomies as post types. Ultimate Tag Cloud only sees taxonomies. Any suggestions on the best way to modify Ultimate Tag Cloud to query post_types as taxonomies as well?

yes. i was wondering if it wasn’t even possible. lol

I appreciate the response. Thanks for the plugin,

What kind of columns would you like to be able to add to the Taxonomy List Tables?

Its more about having the ability to re-label, rearrange & re-width these columns as well.

> I think having the ability to reflect the return value of custom fields from relevant taxonomy & term edit screens would be priceless.

> There are a lot of properties of a custom Taxonomy or Term object that one could need represented in columns. Although WordPress by default only allows a few for example ‘description’, ‘slug’ & ‘id’ I am sure there are hidden ones? no?

> Example: My term edit admin screen has a custom field entry for an input of a term from another taxonomy. It would be nice if the columns associated with reflecting terms could also reflect the returned selected terms.

Incase you need a custom fields plugin for reference:
The Advanced Custom Fields plugin is by far the best in my views.
http://wordpress.org/plugins/advanced-custom-fields/

Post Edit screen Columns
On a side note or maybe for enhancement considerations; really been looking for a plugin that allows more columns in the Post Edit screen instead of just 2. These are not also considered columns? :).
Closest plugin I found but doesn’t seem to be working: Third Column
http://wordpress.org/plugins/third-column/

Some forum postings of the same concerns, not answered; longest 2 years+ ago:

as per joompa:
http://wordpress.org/support/topic/plugin-yet-another-related-posts-plugin-custom-post-types?replies=18

as per sciamannikoo:
http://wordpress.org/support/topic/plugin-yet-another-related-posts-plugin-custom-post-type-support?replies=23

as per RandallFlagg:
http://wordpress.org/support/topic/plugin-yet-another-related-posts-plugin-post-type-marketpress-and-yarpp?replies=13

as per owcv:
http://wordpress.org/support/topic/where-to-put-yarpp_support-and-set-to-true?replies=19

as per rumeau:
http://wordpress.org/support/topic/custom-post-type-support-on-widget?replies=4

We understand the suggested solution is to set the ‘yarpp_support’ attribute to ‘true’ when registering custom post types. But is it not evident that this solution is not ideal for everyone?

I’m I wrong when I say Custom Post Types are barely defined explicitly by coding the functions.php anymore? That there are plugins that do a better job at this for Admins? Further more the YARPP plugin doesn’t even allow the overwriting of already registered custom post types; so how is explicitly registering the custom post types even a solution? Its merely just a workaround that ‘might’ work, hence clearly only works for some.

Dear Author.. great plugin, but please revise your suggested solution for custom post types.

Thanks