David Scotson

One thing I noticed, the calendar block content is aligned to the right instead of centered--where would be the best place to change that?

I think that may be an optical illusion.

The blocks are all left aligned but the actual content is pushed in by about 15 pixels more than the heading so that you can scan down and easily see where a new block begins.

Because the Calendar block is rather big and square, taking up the entire space allotted, it looks like it is aligned right, rather than aligned left against a slighly inset margin.

Calendars is something I'm looking at right now so it's probably best to hold off on making any changes to them yourself, though I'm not really sure I can do much about it without deviating from the original Kubrick look. Though I am trying to come up with a thinner Calendar so that might solve it.

I've unhidden my email address (I only hid it to test something to do with the potential for anonymous postings and forgot to change it back) so I'll have a look at the SCORM if you send me it.

I was wondering why you needed to delete the entire theme, but I see now that if your admin blocks were on the left hand side, then switching themes back is going to be tricky. I should really put a more obvious warning about this in the theme selection info.

You could probably just type in the address for the theme selection page, even if you can't see the link to click it .i.e. add:

/theme/index.php

onto your Moodle's URL.

I've also attached a version of the theme that demonstrates the login/jump menu hack I was talking about. This theme has $menu in the header, which dictates where the 'logged in as' link, language menu and jump to menu appear (they don't all show up at once, but they do appear in the same place).

The language menu can be turned off in config settings, and the last entry in kubrick.css stops the jump menu from displaying in the header so all you see is the 'logged in as' link wherever you position the $menu in the header. I just stuck it under the heading, the blue text on a blue background doesn't really work that well, but hopefully this demonstrates the idea at least.

Yes, that's kind of the point! If you really want to use this theme you need to move all blocks over to the right before you turn the theme on. I'm hoping there will be an easier way to do this in the future but for now it's a manual task.

Check out the start of the thread for the reasons behind this.

That's very nice.

Is there an option to use the more CSS enabled version that uses classes rather than embedded styles. I think I prefer geshi's numbered list option (using CSS to hide the numbers if you wish) rather than large numbers of br tags, though it appears that my copy of Firefox also cut and pastes the numbers, even though the Geshi docs claim this shouldn't happen.

The blocks, modules and various other parts of Moodle have their own CSS in Moodle 1.5 that can then be overriden by users, is it possible for filters to do the same? It would really cut down the page size (50% less code acording to the geshi docs) when using this filter as well as making it easier to choose your own color scheme to fit with your favourite editor or Moodle theme.

I'd vote for including this on Moodle.org once it's done.

Note that sIFR technique degrades gracefully, presenting standard text to non-visual browsers as well as those with flash or javascript unavailable or turned off. They estimate (correctly in my view) that sIFR reaches 90% of web browsers and since it is purely presentational, no functionality is denied to that remaining 10%. This is not the case with most standard uses of Flash.