I’ve experienced this one before, I had to use the GET variables for this, as the tabs are kept in the query string.
&flow=edit_demo&flow_page=lists

Then to get the flow type you could use:
$flow = filter_input( INPUT_GET, 'flow', FILTER_SANITIZE_STRING );

and the tab from:
$tab = filter_input( INPUT_GET, 'flow_page', FILTER_SANITIZE_STRING );

That should work.

Marcus

No problem Tucker. Keep up the good work. 🙂

Hope the project goes well.

Marcus

Lose return:
piklist( get_terms( 'nav_menu', array( 'hide_empty' => true ) ) );

Marcus

Hi Cotswold.

From what I can see, (installed opening-hours and checked piklist datepicker fields)
It comes from these lines in Opening Hours init.php file:

function op_register_styles_backend() {
	wp_enqueue_style('jQuery-ui-timepicker', op_baseurl() . '/js/jQuery.ui.timepicker/jquery.ui.timepicker.css', false, false, 'all');
	wp_enqueue_style('jQuery-ui-style', 'http://code.jquery.com/ui/1.10.3/themes/smoothness/jquery-ui.css', false, false, 'all');
	wp_enqueue_style('opening-hours-backend', apply_filters( 'op_backend_stylesheet', op_baseurl() . '/css/backend.css' ), false, false, 'all');
	
	wp_register_script('jQuery-ui', 'http://code.jquery.com/ui/1.10.3/jquery-ui.js', false, null, false);
	wp_register_script('jQuery-ui-timepicker', op_baseurl() . '/js/jQuery.ui.timepicker/jquery.ui.timepicker.js', false, null, false);
	wp_enqueue_script('jQuery-ui');
	wp_enqueue_script('jQuery-ui-timepicker');
}

In opening-hours-backend all of the css is changed completely from what piklist has. (due to the same naming conventions)
If you comment out the following:

function op_register_styles_backend() {
	wp_enqueue_style('jQuery-ui-timepicker', op_baseurl() . '/js/jQuery.ui.timepicker/jquery.ui.timepicker.css', false, false, 'all');
//	wp_enqueue_style('jQuery-ui-style', 'http://code.jquery.com/ui/1.10.3/themes/smoothness/jquery-ui.css', false, false, 'all');
//	wp_enqueue_style('opening-hours-backend', apply_filters( 'op_backend_stylesheet', op_baseurl() . '/css/backend.css' ), false, false, 'all');
	
	wp_register_script('jQuery-ui', 'http://code.jquery.com/ui/1.10.3/jquery-ui.js', false, null, false);
	wp_register_script('jQuery-ui-timepicker', op_baseurl() . '/js/jQuery.ui.timepicker/jquery.ui.timepicker.js', false, null, false);
	wp_enqueue_script('jQuery-ui');
	wp_enqueue_script('jQuery-ui-timepicker');
}

You should find that piklist datepickers work again, (at least it did for me) but your styles for opening hours will no longer work.

So either you need to hook into a filter that only loads those styles on an opening hours page or plugin, or Piklist will have to change their naming conventions, or opening hours will need to learn how to load native jquery-ui styles and scripts. (as all of those don’t need to be loaded remotely)

There will probably need to be a more elegant solution, but for the 2 minutes I looked at it, this is what I found.

Marcus

Wordpress can definitely handle what your thinking of building.

We use a multisite/multiuser install, that handles a front end site for the customer, a back-end site for the administration, a staffing site for the teachers and rec leaders, and an accounting and ecommerce site for all purchasing and inventory control.

Our client processes over $1.8 million in just 8 weeks, and they handle about 5000 students a year who change classes, staff members, locations, maintenance issues on a weekly, daily, hourly basis, so yes, wordpress can handle what your thinking of doing with it.

You’ve selected a good platform as your client will enjoy the ease of use and familiarity that WordPress provides.
After all, 409 million people a month use wordpress sites. So it can do just about anything, so you’ve selected the right package.

And one last note. We use only 1 third party plugin on all of our sites, PIKLIST. 🙂
Everything else is built with my small pea brain and Piklist.

Marcus