I’m working with a class of 250+ geology undergrads, split up into 53 groups. They’re using a WordPress site to publish online presentations as the product of a semester-long group project. I’m using the great WP-Sentry plugin to let them collaboratively author the pages without worrying about other students in the class being able to edit their work (I know – but it makes them more comfortable so it’s a good thing to add).
The premise is this – I created a Page called, creatively enough, “Winter 2009” – and each of the groups is to create a page (or set of pages) and add them to the site – and selecting “Winter 2009” as the parent page for the main page of their presentation. They are free to create as many other pages as they like, and can set those to use their first page as the parent, thereby generating a table of contents.
Works great. Except that the WP-Sentry plugin hijacks the “Private” state of pages, and the tree of Pages available in the Parent selector is based on “Published” pages.
Conflict. Confusion. Frustration.
The students could either collaborate on the pages, or organize them in the tree structure.
Of course they could create the pages and add them to the tree structure and THEN enable the WP-Sentry-managed group editing controls, but YOU try explaining that process to 250 undergrads, all stressed out about building web pages as part of a geology course.
So… I dug into the code to see what was yanking “Private” pages from the Parent list. Turns out, it’s in
wp-includes/post.php, waaaay down on line 2618 (as of WPMU 2.7). All I did was remove the
" AND post_status = 'publish'" bit, and it now appears to be listing all pages.
I’m quite sure I borked something else, but for now I’m leaving the Parent list wide open until the students are done publishing their presentations.
Update: Unintended consequence #242: Looks like with the tweak, Private pages show up where they’re not expected. I’m disabling the tweak for now until I can find a better way (if that’s even possible).