Serendipity v3.0 template updated to css only - testers need

[yellowled]

Even if i disable all Plugins (except Kalander and Search) the Boxes on the right side appear on the left side in IE6. Not in FF and not in Opera So i guess it has something to do with the 3.1 theme. The 3.0 Theme works fine.

I now don't think, that we have to compare our plugins

Nothing to be sorry about I actually expected something like this to come up once the theme left our 'labs'. It's almost impossible to simulate every browser/version/platform combination, and this layout uses some hacks, so this was almost bound to fail somewhere.

The thing is, I still don't think this is a css problem. I suppose it's really something in the s9y or plugin code, but since you get this with almost every plugin disabled, I think we're going to need the exact version you're using plus maybe the source code generated by it for the index page, if you could provide that.

[yellowled]

That made the sidebar too wide so I tried setting .serendipitySideBarTitle to 95% and that seemed to do the trick in Opera and had no adverse effect in Safari or Firefox

Shoot, I wanted to suggest that in the first place Thanks again for helping out with the Mac stuff, we'll make a note to include this in the final css.

[carl_galloway]

Intersting that the order of the plugins doesn't make any difference, but if this was an issue with the cascading stylesheets and the special hacks that the template needs then we would have a problem with the grey, caramel and bleu/green colorsets, but not with the default blue. Since Harald and stm999999900 both report problems with the default blue I think we can reasonably certain it has nothing to do with the way the colorsets are coded. The problem must originate somewhere in style.css, or there must be an html problem within the template or the version of Serendipity being used. Harald makes the point that 3.0 works flawlessly and that in his opinion thismeans there can't be a problem with Serendipity, but this isn't true. v3.0 is a tables based template and this means if a div isn't closed the browser may still render the template correctly, whereas in a css only design and unclosed div could have major problems and be hard to track down.

d-cee, thanks for the bug report and testing a possible fix.

[yellowled]

Sorry I just realized that Harald has already sent me a message including the URL

The output code looks fine, it even validates , so I think it's safe to say there are no unclosed divs or something like that.

I'm right now reading the 'Danger, er, Alex Robinson!' part of the original article once again, which mentiones a lot of possible problems with IE, so maybe that's something we missed ...

However, it would still be helpful to have the exact s9y versions that cause problems ...

[Harald Weingaertner]

Yellow/Carl,

i use the latest nightly from today now and the error is still there - and still only with IE6.

[yellowled]

i use the latest nightly from today now and the error is still there - and still only with IE6.

I can only take wild guesses here, since I can't reproduce it anyway. Could you switch this to a 2-column layout with just a right sidebar and see if the sidebar plugins are displayed correctly in that?

[Harald Weingaertner]

i use the latest nightly from today now and the error is still there - and still only with IE6.

I can only take wild guesses here, since I can't reproduce it anyway. Could you switch this to a 2-column layout with just a right sidebar and see if the sidebar plugins are displayed correctly in that?

Yes, they are displayed correctly then. The "old" theme 3.0 also displays the columns correct. If you want, you can login as admin into the testblog. I need a pm then

[yellowled]

Yes, they are displayed correctly then. The "old" theme 3.0 also displays the columns correct. If you want, you can login as admin into the testblog. I need a pm then

Won't be necessary, I think

v3.0 is pretty much irrelevant for this since it's more or less a completely different theme underneath, although they look alike

So this makes me think our friend IE6 *grrr* has a problem with the fact that we assigned an id and a class to the sidebars ... I'm still stunned that Carl cannot reproduce this in his IE, though.

Harald, if you don't mind, could you try this again, this time with only a sidebar to the left, please?

[Harald Weingaertner]

Harald, if you don't mind, could you try this again, this time with only a sidebar to the left, please?

Ok, this is the result with only one sidebar on the left...

[yellowled]

Ok, this is the result with only one sidebar on the left...

Great, thanks for patiently testing all this

Sooo ... this looks as if the calendar (which I kind of tend to disregard since I don't use it myself) or even .serendipitySideBarItem need explicit padding and/or margins or otherwise IE6 makes those boxes way too large.

I know pretty much nothing about all those IE bugs, simply because they are way too much to keep track Do we happen to have an IE bug expert among us by any chance?

However, this still doesn't explain why all sidebar plugins appear on the left side in 3-column mode.

[Harald Weingaertner]

Ok, so lets try without the calendar:



Looks better, but not perfect. You'll see the height of the boxes is what i call suboptimal

[yellowled]

Looks better, but not perfect. You'll see the height of the boxes is what i call suboptimal

I call it broken

This is really weird, since according to Alex Robinson's original article, all this should work perfectly fine with IE6. Plus, Carl (or anyone in this forum, for that matter) has not been able to reproduce this on his machine. We did not encounter anything similar during our tests. The HTML validates, so there are no unclosed divs. As far as I understand them, none of the possible problems Alex mentions in his article apply in our case. Weird.

[judebert]

Stepping in where I know nothing. This could be dangerous.

I know that all the IE versions have had float-in-float bugs. By any chance, are you floating the sidebars? Might they (or the sidebar plugin blocks) be inside another float?

[yellowled]

I know that all the IE versions have had float-in-float bugs. By any chance, are you floating the sidebars? Might they (or the sidebar plugin blocks) be inside another float?

Hmmm. Yes, the sidebars are floated (as well as #content) and #mainpane - which contains these three - has a float: left ... but as I said earlier, according to the original article this is a necessary hack and should cause no problems with IE6. Well, should ...

We should probably get into our 'Hacks' section at the very end of the stylesheet and see if we can lose any of that. I'm thinking the '/* OTL: Fix for IE 5.01 */' might be responsible for this.

@Harald: Could you remove (make sure to have a backup ) this

Code: Select all

/* OTL: Fix for IE 5.01 */
#mainpane {
   float: left;
   float/**/: none;
}

from style.css and see what happens? And if you happen to still have an IE5.01 around, check that one also.[/i]

[Harald Weingaertner]

@Harald: Could you remove (make sure to have a backup ) this

Code: Select all

/* OTL: Fix for IE 5.01 */
#mainpane {
   float: left;
   float/**/: none;
}

from style.css and see what happens? And if you happen to still have an IE5.01 around, check that one also.[/i]

I tried it and it is still the same. I only have IE6, no 5.*