wendall911 wrote:What makes you draw such conclusions from looking at those SCREENSHOTS?!
My assumption based on experience with these style of designs. You are correct in saying that they could be implemented with compliant code, but not likely be wai compliant.
Lets make a deal. You list some actual WAI-conserns you have with Aarons design and I'll explain to you how that is easily solved using half a brain and some HTML & CSS knowledge.
No I'm not. What you are linking to is the list of semantical differences between the two, not feature differences. Also, I am of cource assuming XHTML 1.0 will be used according to the compability guidelines (to enable it to be sent as mimetype text/html) which in fact makes XHTML slightly more limited then it's twin HTML 4.01. If you ignore the comp guidelines you are also losing the "right" to send XHTML 1.0 as text/html (which in turn will make the page barf in the majority of currently used browsers).
If you disagree with the W3C position on the matter, that's fine, but I assure that you are in the minority.
Eh.. the W3C is definitly NOT disagreeing with me.
the second line of the entire spec
The whole idea of XHTML 1.0 is to be as close a carbon copy/dropin replacement of HTML 4.01 as is even possible under the added restrictions of XML.
There are also FAQs about why you should NOT use XHTML, that is why I said this basicly comes down to developer preferance.
For the record, I myself use exclusively XHTML and have done so for the last 4 years. That still doesn't mean I think less of developers that prefer sticking with HTML.
Way too many people think that you have to use XHTML or the webpage is compleat crap. It's a lot more meaningfull to judge a site on actual Accessibility & "did the coder actually implement the specs correctly according to the spirit of the specs or did he/they just hack themselfs along until it validated using compleatly inapropriate tags".
After all, you CAN code a 100% valid & 100% accessible webpage using tablebased layout, but you are still breaking the "spirit of the spec" by abusing TABLE for a purpous it's not supposed to be used for. In comparrison XHTML vs HTML is just a "my willy is longer then yours" contest.
Broken issues in IE aren't a reason to not use current standards. There are plenty of sites around that can teach you how to implement proper workarounds:
http://www.positioniseverything.net/
#1 HTML 4.01 IS a CURRENT standard.
#2 I don't think you really understand just how broken IE is with X(HT)ML pages sent with a correct mimetype. You don't get a slightly misaligned or funny looking page, you get NO PAGE AT ALL. As in COMPLEATLY INACCESSIBLE. Nothing, nada, zilch. Blocking 90% of the websurfers on the net from even being able to visit the gentoo site is a very stupid thing to do.
DJ_Max wrote:
XHTML is ...lowers page size..
XHTML have many things that might give it a slight edge over HTML in some circumstances. However lower page size is NOT one of them. An XHTML 1.0 page will ALWAYS be LARGER then the corresponding, correctly coded, HTML page. Many (me included) think that the net gain when all things are concerned by using XHTML 1.0 outweighs the costs, but it sure isn't a landslide victory like many incorrectly seems to assume. In fact, in most cases it's basicly down to the "flip a coin" level.
Older versions of IE break in XHTML(5). Newer IE6, Mozilla, etc work fine.
I havn't tested IE 6 with XP SP2, but at least before that IE 6 was compleatly incapable of showing a XHTML page sent with the correct
application/xhtml+xml mimetype (
http://www.w3.org/TR/xhtml-media-types/ ... -xhtml-xml )
If you have new facts on the issue please provide a link to a XHTML webpage where IE6 is fed the correct mimetype by the server and doesn't compleatly choke.