I have a little calendar I've put together using relative and absolute positioning with some cool hover effects. Using Dean Edwards IE7 javascript library, the hover effects work fine in IE6, but javascript or no, I can't seem to get the positioning schema to work in IE6. Firefox, IE7, and Safari work fabulously.

I haven't looked at the code in detail yet (lots on at work), but the XML prolog in the first line

<?xml version="1.1" encoding="UTF-8" ?>
Will put IE6 in quirks mode - anything but white space before the DOCTYPE declaration will trigger this. With your current HTML, IE6 will react much like IE5.5, including the old incorrect box model.

dehuszar

06-29-2007, 12:22 AM

Well, I went ahead and removed those tags, but to no avail. The site is now live (as per the customer's request) so if it would help to view the full code, the site is chicagoyivo.org

Thanks for your quick response, and I'd be grateful for any further comments/suggestions.

koyama

07-01-2007, 02:06 AM

Well, I went ahead and removed those tags, but to no avail.
Hmm... It seems that the xml prolog still hasn't been removed? Did you put it back in there again?

dehuszar

07-02-2007, 06:08 PM

They are updated now. My client had a weird antiquated account configuration that was forcing a 100MB disk quota, so I couldn't re-upload all the stuff I needed to.

That said, I tested it on my local copy, and it didn't seem to make much of a difference. Definitely perplexing.

Thanks for your response. Any other ideas are welcome.

dehuszar

07-05-2007, 10:32 PM

Anyone? I will probably put a JavaScript popup on the site warning people about IE6 display issues in the meantime, but if anyone has any ideas as to why it's doing this, I'd be SUPER grateful.

koyama

07-08-2007, 05:45 PM

The problem seems to be that you are using id's that start with an underscore:

Example:

<li id="_1">[...]</li>

#_1 {
[...]
}
It seems that IE6 will not apply the specified styles above. But IE7 does. For some reason, it seems to work in IE6 if you escape the underscore with a backslash:

#\_1 {
[...]
}
Back in 2001 Eric Meyer recommended (http://developer.mozilla.org/en/docs/Underscores_in_class_and_ID_Names) that underscores should altogether be avoided because Navigator 4 compatibility was still relevant at the time. Today, there should be no problem using underscores in the id except at the beginning.

He did not specifically discuss the case where the id starts with an underscore. I think that it is legal in CSS 2.1 that the id starts with an underscore, but I am not sure. I hope that someone can clarify this.

Jutlander

07-08-2007, 06:13 PM

The underscore at first, is actually a hack you can use. It only gets applied by IE 5 and 6.

h1 {
color: Blue;
_color: Red;
}

In IE 5 and 6, <h1> will be red. :)

koyama

07-08-2007, 06:17 PM

The underscore at first, is actually a hack you can use. It only gets applied by IE 5 and 6.

h1 {
color: Blue;
_color: Red;
}

In IE 5 and 6, <h1> will be red. :)
Yeah, that's true for properties. But now we are talking about id's.

dehuszar

07-15-2007, 07:17 AM

First off, my apologies for not responding to the thread earlier. I never received an email informing me of a response.

Second, YOU ARE GENIOUSES!!! I did a quick Find & Replace for all _# caldates and it worked brilliantly.

Since I believe in Lao Tzu's concept of teaching myself to fish as opposed to begging for fish, where would I have looked to find that myself, so that next time I can go there instead of make demands on readers here?

I can't thank you enough, but thanks again. I look forward to contributing back to this forum which has helped me tremendously.