This is my first thread with CSScreator and I hope it will be a good one :thumbsup:
The problem I have is only with IE6 and it is pushing my right column down. I have treid to change the .maincolumn and .nopad to fixed widths and it works for most pages except for where I have a form in place-
I have tried to change the form CSS with a fixed width but it still leaves the second part for the form "Service/MOT Details" ovelapping the rightcolumn.
Any ideas???? This is driving me mad this one. Been a long time since I played with Joomla CSS and I am at a loss :shrug:
Yup, the form's not so wide
Yup, the form's not so wide but the ul inside it IS. Using something like Aardvark (or even adding ugly background colours to various boxes temporarily) will show you who's misbehaving. I didn't look at the CSS but somewhere the ul might be being given a width wider than the form. Modern browsers would be letting those overflow. IE6 has serious trouble dealing with someone trying to overflow, and usually drops its floats (what you're seeing I think).
Hi, Thanks for your reply,
Thanks for your reply, I had a look at that and changed it to 300px. However, I couldn't get it to work. I have also installed another form component which you can see here-
and I still have the problem. This is driving me crazy. :?
Well, now neither link shows
Well, now neither link shows any right side to drop, unless you mean the side with the form is dropping below the left column/sidebar now?
I see inline CSS. The li's are being given a % width of 44%. Now that should still be 44% of their parent, who shouldn't be wider than the form. But I'm still getting them being about as wide as the form (the form now reaching from just after the left sidebar/column almost all the way to the right). Since ul's and li's are block elements who will be 100% wide if you don't say anything, maybe you don't want to give them widths at all, just the form. Everyone inside that form should be able to sit inside and fit without any trouble. They should never need to overflow.
I'm not looking at any of this in IE6, however there are some known bugs, and any of them might additionally be bugging you: Look for Float Drop.
The 3px jog, the inability to calculate % widths properly, doubling margins on floats, any of those could possibly also be making IE6 drop stuff nobody else is dropping.
As a side note, you have to be very careful with putting non-form things in forms. Screen readers usually have two modes, a regular read-the-page mode and then a mode for special chunks of a page like tables or forms. In Forms Mode, non-form controls are ignored. While someone is completely free to do a listen-through of your form before going back and filling it in, you don't know that someone won't just notice there's a form on the contact page and jump right into Forms Mode. Then they'll miss your header (h1), explanatory text and requireds. Only legends, labels and input titles will get read out (and I see you have things like title="::required" and whatnot, so it's clear you are trying to do this the right way). Depending on how long the text is, I try using legends to hold some parts of stuff I might also have in a
for further explanation (not too much, JAWS reads the whole friggin legend out before every question if it's a sub-fieldset, bleh) or sometimes I'll also use a title of the first of a group of related questions.
I'd move stuff like the h1 and intro text to just before the form itself to be safe.