HCMC Blogs

The treatment(s) (between zero and two) in each record in the search results used to be displayed in the details table for that record in the search results. The details table is by default not displayed in the search results page. MH wanted to put the treatments into the top line of each record in the search results, so that they would be visible at all times.

I edited the php code in searchresults.inc to move the treatments into that top line and then adjusted other bits of code (like colspan arguments) to make the table layout work. I also silghtly rejigged the display of some of the other fields in the display (e.g. move the document id field into the row with the gender, age and socioeconomic status fields).

Bug report from MH that in some records the wrong treatment was being displayed in the search results, with some specific examples.

There are two treatment fields in each record in the database. My code was returning only the first if the second field was empty and only the second if the second field was not empty. I fixed that so that the first field was displayed if not empty and the second field was displayed if not empty.

Added the preliminary program (always a long drawn-out process, turning word-processing tables into decent XHTML that can be styled easily). Also added a print stylesheet, and checked everything out in IE, FF, SF and OP. Looking good, I think.

Still waiting for some additional info from accounting before we can set up the regonline site.

Adjusted display of the Examiner field so that if examiner 2 is "unknown" then I don't display it. If examiner 1 is "unknown" then that is displayed.

Also added a field to the examiner's table called examiner_full_text which contains the full name of the examiner (which I copied from the examiner_text field for each record), then in the examiner_text field I shortened the first name for each examiner to an initial. The examiner_text field is displayed to the user and MH wanted to reduce the amount of space occupied by the examiner name in the search results. I am not currently using the examiner_full_text field for anything. Example: formerly John Smith in examiner_text field and no examiner_full_text field; now, J. Smith in examiner_text field and John Smith in examiner_full_text field.

Left early for an appointment.

Met with JS-R and organized the site. I've now put up a basic outline site with placeholder pages, and info will be coming soon from him. We have a query in with RegOnline.ca about the event size, and when we hear back from them, if all is well we'll probably go for them as the registration handler. That will be set up early next week. We have a query in with Accounting too about handling the payments when they come in.

RS's student N came in today, and we set her up creating HotPot materials for Spanish 100. These are flashcard exercises. She'll create data files, which she'll send to me as emails (zipped), and then I'll build sequences of exercises (flashcard practice + matching review).

Began adding standard content to the BC studies site (about Victoria, Getting Here, etc.), based on previous conference sites, with URLs updated and content checked and fixed. Also began elaborating the site design ahead of tomorrow's meeting with JS-R, adding some graphical elements, fixing IE layout bugs, getting rid of unwanted scrollbars, and so on. It's coming together. This design may end up not being used, if we decide to go with one based on the official templates -- that will be up to JS-R -- but we'll still need something substantial in place anyway, if we're doing a re-design, because it will inevitably take time.

Tied up with XSLT...