Hahah! Yeah.. I hear that. Piklist is super awesome.. but still in beta. 😉

I think what I would do is make my own little function for handling this issue personally:

function get_single_post_meta($id, $key) {
  $meta = get_post_meta($id, $key, true);
  return ( is_array($meta) && count($meta) == 1 ) ? $meta[0] : $meta;
}

That will at least save you a line of code wherever you have the issue. 🙂

Check this out on how to create custom validations: https://piklist.com/user-guide/

You can also see an example of a date validation I made in my PiklistHelper class (free to use): https://gist.github.com/JasonTheAdams/4a9fc4b2ad0104ab219f (search for “check_date_range).

What you’ll need to do is use the strtotime() function with something like strtotime(‘-2 weeks’), then compare the user date to that date.

Hope this helps! 🙂

I just tested this.. and the hook name {option_page} is misleading. Don’t use the menu slug, as that doesn’t work. Use the setting. The following works:

add_filter('piklist_post_types', 'add_program_post_type');
function add_program_post_type( $post_types ) {
  $post_types[PROGRAM_TYPE] = array(
    'labels'          => piklist('post_type_labels', 'Program'),
    'title'           => __('Title'),
    'supports'        => array( 'title' ),
    'public'          => true,
    'has_archive'     => true,
    'rewrite'         => array( 'slug' => 'does' ),
    'capability_type' => 'post',
    'hide_meta_box'   => array( 'slug' ),
    'post_states'     => false
  );

  return $post_types;
}

add_filter('piklist_admin_pages', 'add_program_admin_pages');
function add_program_admin_pages($pages) {
  $pages[] = array(
    'page_title'    => __('Archive Settings'),
    'menu_title'    => __('Archive Settings'),
    'sub_menu'      => 'edit.php?post_type=' . PROGRAM_TYPE,
    'capability'    => 'edit_others_posts',
    'menu_slug'     => 'program-archive-settings',
    'setting'       => 'program-settings'
  );

  return $pages;
}

add_filter('option_page_capability_program-settings', 'set_program_archive_capability');
function set_program_archive_capability() {
  return 'edit_others_posts';
}

Notice that I’m using “program-settings” in the hook, not “program-archive-settings”.

Ah, I see what you’re saying. Well.. that does make sense. The capability provided simply determines whether or not the capability necessary for the page to show up. But it would seem like a WordPress limit that only users with “manage_options” can actually.. manage options. 🙂

I assume Piklist is only passing that parameter along since it’s there in add_menu_page. In that context, though, you might make a page for displaying data, etc., so you’re not always saving settings. I guess the benefit here is that at least users without said capability can at least view the settings.

Ah, I think I see what you’re saying. So you want the Program select to be an adjustable list of items. A combobox is what’s coming to mind: http://jsfiddle.net/ivkremer/yq2TD/

Is that along what you’re thinking? Otherwise you can’t have a disassociated taxonomy; it has to belong to a post type. You could always create a post type that’s publicly invisible or create an admin page and have the list generated from an add_more there.

Help me to know if I’m thinking in the right direction.

I’m sorry, can you please try explaining that differently? I follow that you have an add_more group and want to do something with it concerning taxonomies, but that’s as much as I’m understanding. Have you tried doing what your explaining? Do you have any code (even not working) that you could show?

Ahhh.. We’re talking in the wrong direction, then. What you want to do is change where that column is getting it’s value. That’s a totally different route. Checkout what I put here:

https://piklist.com/support/topic/can-piklist-enable-significant-customizing-of-list-tables/

Hope this helps!