Rick Lecoat wrote:
[..] However, I'm curious about why your personal preference is for
NOT using Conditional Comments; you seem to equate them with trying
to hide embarrassing non-valid code, and I'm sure that some designers
might use them for that.
The "hiding" effect gained by 'CC' is used by many to justify hacking
and to declare their solutions valid - because the validator doesn't
complain.
To me, such "valid" claims are nonsensical, and cloud the issue that we
_have to_ hack our way around IE weaknesses one way or another.
To me, a working hack to make IE behave isn't embarrassing at all,
although it may be embarrassing for the creators of that browser.
The real reason for me to not use 'CC' for separation, is that the
versioning goes on on HTML level and adds unnecessary garbage to every
single page.
I prefer to separate on CSS level so the amount of garbage is kept to a
minimum, and so that I can limit creation and updating of workarounds to
a few lines in a stylesheet.
Most often I just add the necessary workarounds in the main stylesheets
- and just test to make sure the workarounds don't disturb other
browsers. This works for all browsers - with a bit of care.
The fact that the validator flags non-valid workarounds is a real
time-saver during upgrading, as I don't have to comment these
workarounds in order to find them later on.
At times I use IE's own CSS bugs to feed it a "fake" stylesheet while
feeding non-IE browsers a real stylesheet. This is true separation.
This method does indeed hide both valid and non-valid workarounds for IE
from the validator - same as with a 'CC', but this "hiding" effect can't
be avoided and I can live with it :-)
The latter method is described here...
<http://www.gunlaug.no/contents/wd_additions_12.html>
...and is used throughout that private site. I won't recommend this
method, but it works just fine - with a bit of care.
regards
Georg
--
http://www.gunlaug.no
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************
