matt_price

thanks as always Everett!

I can’t seem to get this to work on install. I do have some code that will work if I insert it into a template:

// now we need to activate the CCT definitions at startup
  if (file_exists(WP_PLUGIN_DIR . '/custom-content-type-manager/index.php') ) {

      require_once(WP_PLUGIN_DIR . '/custom-content-type-manager/index.php');
      require_once(WP_PLUGIN_DIR . '/custom-content-type-manager/includes/CCTM_ImportExport.php');
      $uploads_info = wp_upload_dir();
      prdebug("wp_uploads_dir basedir returns " . print_r($uploads_info) );
      $cctmdefspath = $uploads_info['basedir'] . "/cctm/defs/" . $CCTMDEFS;

        if (file_exists($cctmdefspath))
        {
          prdebug("found it" . $cctmdefspath);
          // CCTM_ImportExport::activate_def($CCTMDEFS);
          prdebug("trying with a static string even though cctm is set to " . $CCTMDEFS);
          CCTM_ImportExport::activate_def('historydepartmentjune2012.cctm.json');
        }
  }

(sorry there’s some cruft in there — I was trying to see if something was going wrong with variable assignments, turned out not to be the culprit).

At first I though maybe your function just wasn’t running, but by inserting some error checking code into activate_defs I was able to confirm that wordpress finds the json file, checks its accuracy, and even merges the data into the database (I looked in phpmyadmin).

This all happens in the first stage of the install. But then in stage 2, the value of ctm_data in wp_options is reset to the default text (“this site was constructed in part with…” etc.). At this stage a bunch of new options — not CCTM related — are also added to the database. So I wonder if there’s some process in WP that overrides this option, or some code in CCTM that doesn’t activate until, say, first login or something, and which causes the option to be overwritten.

regardless, I’m pretty pleased with my new wordpress build system, which lets me add plugins and themes automatically on install; it lives in github:
https://github.com/titaniumbones/uoft-wordpress-distro

and is in pretty terrible shape right now, but will get better over the coming month or so. With CCTM in particular it would be cool to be able to provide a kind of wordpress distro in just a few steps — that’s what I’m working towards. Loading the CCTM defs by default will cut one more step out..

Matt

… and I supose it might make sense to also have an option to either display the title, or not.

gnashing teeth. I guess your holidays down there start… already. is there a current dev release that includes some of this summarize_posts stuff? I can do some beta testing if you like, the site still isn’t live (though it’s getting a bit crazy, this lateness of mine).

I guess I can take a look at that category archives plugin and rewrite it to permit filtering on a custom taxonomy (I imagine it’s pretty straightforward). It’d be nice if there’s a way to generate the variable (cat=5) based on some other criterion (URL?); that way I could use the same template for listing e.g.:
– faculty
– undergrad faculty
– grad faculty
– students

Since I don’t really understand what wordpress knows about the posts its presenting, or how it decides what to show in the_loop, I’m not quite sure how to solve that part.

thanks again, everett…

Hi,

I was really hopeful that you might be right, because I had problems with this kind of ‘namespace collision’ before. But I don’t think this is the issue — instead, I just stupidly posted in the wrong link. Here’s a better example:

Here’s a custom taxonomy which should have a number of posts associated with it. Instead, it’s empty:
http://department-test-wp.hackinghistory.ca/periods/modern

The earlier links are really truly dead now — this is a better example. Thanks!
Matt