David Scotson

I'm sure someone else will supply you with the PHP answers you need, I just wanted to comment that it appears that 1.5 now has the CSS infrastructure to do this in the stylesheets (at least to some extent) as each page is identified by a unique id e.g. the login page is #login-index.

This may make it easier for non-hackers to make such changes, however I don't know if any of the current themes actually take advantage of this, so probably for the time being someone can help you out with the right PHP incantation.

regards,

dave

I notice another recent thread about the performance impact of the hover behaviour .htc file in IE, which doesn't support :hover on anything other than a link tags.

The solution given in the reply above goes someway towards fixing this as it increases the prominance of a tag allowing it to act as the activation of the rollover effect.

This would allow standard sliding doors style effects on the tabs, though with the caveat that the left hand side rounded image should probably be made as thin as possible and that images that move or otherwise transform radically transform when moused over will probably be difficult to achieve.

My approach in my Kubrick theme has been to steal the look, though sadly not the clean, semantic code, of Dan Cederholm's Scalable Mini Tabs.

I may do some further research into the performance effects of the .htc code as I'd quite like to use it in my theme's. Perhaps it can be conditionally triggered in some way to make it's impact negligable.

While looking at this I noticed a couple of problems with the standard theme tabs:

- unclickable links still change when you mouseover them
- the hover activation area is quite a bit larger than the clickable target

I made an attempt to fix this with the following code, though I got bored before I finished it off completely. If you're using the standard theme or its tab implementation I'd suggest having a look at finishing this off.

 

.tabrow td,

.tabrow .inactive:hover {

  background:url(pix/tab/left.gif) top left no-repeat;

}

.tabrow td .tablink,

.tabrow .inactive:hover .tablink  {

  background:url(pix/tab/right.gif) top right no-repeat;

}

.tabrow td:hover {

  background-image:url(pix/tab/left_hover.gif);

}

.tabrow td:hover .tablink {

  background-image:url(pix/tab/right_hover.gif);

}

.tabrow .last {

  background: transparent url(pix/tab/right_end.gif) top right no-repeat;

}

.tabrow td.selected:hover {

  background-image:url(pix/tab/left_active_hover.gif);

}



.tabrow td.selected:hover .tablink {

  background-image:url(pix/tab/right_active_hover.gif);

}

.tabrow .selected,

.tabrow td.selected:hover {

  background:url(pix/tab/left_active.gif) top left no-repeat;

}

.tabrow .selected .tablink,

.tabrow td.selected:hover .tablink {

  background:url(pix/tab/right_active.gif) top right no-repeat;

}



.tabrow td .tablink  {

    background: transparent;

    border: 0;

    padding: 0;

    margin-right: 8px;

}





.tabrow .selected .tablink {

  padding-bottom:  0;

  padding-left: 0;

  padding-top: 10px;

  padding-right: 8px;

  margin-right: 0px;

}

.tabrow  .tablink a {

  width: 100%;

  padding-top: 10px;

  padding-right: 8px;

  margin: 0;

}



.tabrow td .tablink a {

  display: block;

  width: 100%;

  background:url(pix/tab/right.gif) top right no-repeat;

}



.tabrow td:hover .tablink {

  background: none;

}



.tabrow td:hover .tablink a {

  background-image:url(pix/tab/right_hover.gif);

}



 

That seems to do the trick quite elegantly.

Does the appearance of this extra column have anything to do with why the #footer is within the central column (or sometimes missing completely) within Quiz?

Normally this would just make Moodle subtly lopsided but this theme assumes that the #footer comes after everything else.

Actually, looking at Chat it seems okay, so it must just be a Quiz thing, though the actual Chat window itself gets added to my long list of pages using frames that look rotten with the Kubrick theme.

I've never seen that Quiz Results block or the Blocks editing on button either. Is this an optional add-on or have I simply not being paying attention?

At the moment the entire left-column, and anything it contains, is hidden with a CSS rule. If there are specific important things that need to be visible in the left hand column, I could put in a list of exceptions (so let me know if you spot anything), but I'm guessing that you might be able to just move the block over to the right hand side instead.