Yep, saw that part of the FAQ now and edited my post
| SitePoint Sponsor |
Yep, saw that part of the FAQ now and edited my post
[mmj] My magic jigsaw
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The Bit Depth Blog · Twitter · Contact me
Neon Javascript Framework Jokes
Tyssen,
Anne van Kesteren is giving a little talk on HTML5 and some other stuff Monday night in Breda. If he mentions any non-techie examples using the tags themselves rather than just the doctype I'll let you know.
Cool, thanks.Originally Posted by Stomme poes
I would imagine that the safest way to experiment with HTML 5 and still allow whatever you do with it, to be usable and distributable widely would be through an Adobe Air application. The webkit version Air uses has a lot of the proposed HTML 5 features, as well as a number of experimental CSS features that aren't even part of any proposed spec yet. At least with Air you aren't concerned with cross browser issues, but you can play to your hearts content and still make it useable by others.
So do the browsers so why not just use a browser?That's scarier than anything else. If it's not in the browser right now, AND a part of the proposed spec, then I'd have no use for it.as well as a number of experimental CSS features that aren't even part of any proposed spec yet.
I found the only way to get IE to play with my HTML5 markup is to use javascript to get IE to include the new elements in the DOM. That messes me up on my initial writing if I want to include it in the rewrite because I don't want to require js but I won't have time to look into that thought till next week.
Anne has been using HTML5 to a limited degree for some time now. He's the one that got me to switch all my doctypes.
Because if the point is to experiment with the features, but still do something that is widely usable, Air is the best way to do it. In that case you don't care if it works in all browsers or not. It's a distributable application.
For a public web site yes, but my point was, if someone is looking for a way to experiment with those proposed features and make something others can use, a platform that uses them, that is a more controlled environment is better than offering up a site that might fall apart because of cross browser issues. If instead of exploring the API, you spend all your time nursemaiding IE so that it has basic functionality for the site, you have wasted far more time.That's scarier than anything else. If it's not in the browser right now, AND a part of the proposed spec, then I'd have no use for it.
What is the purpose here? To parade something before the web community that says "look at me, I got IE to do HTML 5" or is it to explore and learn a new spec by doing instead of just reading, before it is finalized and used widely?
I myself would like to see some more examples in the wild. For now I am using the http://www.alistapart.com/articles/previewofhtml5
class name approach.
http://forabeautifulweb.com/demo/2008/11/15/index.html
As Tyssen already posted:
http://www.brucelawson.co.uk/tests/html5-elements.html
I think this is the only one I have seen thus far.
aneventapart.com uses (just) an HTML5 doctype, has XHTML5 markup and
sends text/html content type headers... Right... So much for the standards.
I truly believed that HTML5 will teach people the differences between HTML
and XHTML. What's so hard about it?
On topic: I have an admin app on which I begun testing HTML5 features.
I'm under construction | http://igstan.ro/
But then you have to install and rely on AIR. I'd rather just learn what the browsers use and not have to learn AIR either.
Well, OK, but we're talking about actual usage and not experimenting.if someone is looking for a way to experiment with those proposed features and make something others can use
Using HTML5 features that are already implemented in browsers. Fortunately, a number of them do, as I said, above, except in IE which needs help as always.What is the purpose here? To parade something before the web community that says "look at me, I got IE to do HTML 5" or is it to explore and learn a new spec by doing instead of just reading, before it is finalized and used widely?
I don't understand the comment. What's the problem with it?
I'll throw Kroc Camen's site in though it's a developer's site.
Damn, you get to attend all the cool meetings.
HTML5 vs XHTML5 isn't so much about markup but more about text/html vs XML -- the text/html version allows XML talismans such as xmlns and />. Whether this is a good idea or not is debatable (Hixie doesn't like it for one), but the arguments in favor were stronger than the arguments against, leading to the change (back in late 2006, IIRC).aneventapart.com uses (just) an HTML5 doctype, has XHTML5 markup and
sends text/html content type headers... Right... So much for the standards.
I truly believed that HTML5 will teach people the differences between HTML
and XHTML
Simon Pieters
Yeah, I've already seen that one. And Jeremy Keith points to a few other web dev-related sites using partial HTML5 - HuffDuffer, UX London, and The Watchmaker Project, but it seems like non-web dev-related full HTML5 sites might be thin on the ground.
It's simple, the (draft) standards say that XHTML markup should be sent with
a certain HTTP content-type header.
XHTML documents (XML documents using elements from the HTML namespace) that use the new features described in this specification and that are served over the wire (e.g. by HTTP) must be sent using an XML MIME type such as application/xml or application/xhtml+xml and must not be served as text/html.
Care to share a link to some resource that says XHTML sent as text/html is
better than HTML?
I'm under construction | http://igstan.ro/
Maybe I didn't look hard enough but, other than the doctype, I don't see any HTML5 in there. Kroc uses quite a bit, for what can be done.
That's what I mean by partial. The first two also use class names that mimic the new elements, e.g. section, article etc.
Problems with IE8. Converted a few pages from an existing site, replacing <div> with <section>, <nav>, <article> and such. All works fine in FF, Opera, Chrome and, surprisingly, IE6/7. Fails positioning in IE8 beta2. This is actually a CSS problem, I guess, and IE8 obviously regresses as it doesn't handle styling of <html> or <body> as the other browsers do.
EDIT: Problem confirmed by others. Bug was filed but Microsoft was "unable to duplicate" it. They also closed it since it was first reported with Beta1 and it "may have been fixed" in Beta2. Obviously not.
Anyone saw this: http://dev.opera.com/articles/view/h...as-the-basics/ ? Your thoughts?
Simon, I am sure you did!
HTML markup and XHTML markup can, per HTML5, look exactly identical. You have to look at the HTTP header to tell them apart.
Huh? I didn't say that. I explained that the HTML5 draft allows XHTML-like syntax in text/html.
For demonstrative purposes, the following are all valid HTML5 and semantically equivalent:Code:<!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"><head><title></title></head><body></body></html>Code:<!doctype html> <HTML XMLNS=http://www.w3.org/1999/xhtml><HEAD><TITLE></TITLE></HEAD><BODY></BODY></HTML>Which coding style to follow is mostly a matter of taste. Bottom line is that if it's sent as text/html then it is by definition HTML.Code:<!doctype html><title></title>
Simon Pieters
It's fixed in the RC1 build.
Simon Pieters
You in North America? Check out YAPC:NA (site's not ready for this year yet, only stuff for 2008).
I give up. I started doing some serious markup work using HTML5. Using the new elements works fine, and styling sometimes does, too, but not well enough that I can start using it. I changed enough stuff around that I don't recall where I left off but here is what I tried:
<section>
<nav>
<ul>
<li><input type="image" .....></li>
.
.
.
</ul>
</nav>
</section>
Every day sort of thing. But then I wanted to position the <ul>, contents of the <li>s and so on with floats or relative positioning and sizing but some things just wouldn't budge. Firebug doesn't seem to always know what is what so I had to outline the elements. The outlines and borders sometimes wound up in strange positions or disjointed in Firefox. IE hardly worked at all with any styling. I didn't get to look in any other browser but that was enough proof that this isn't ready for production.
I can see why it might be hard to find something beyond developer blogs that use it. I was doing some more fancy stuff than you'd find in a blog. That doesn't mean you shouldn't try, though. I can see that simpler layouts could be made to work quite well. It's just not something I can use right now and I'm just too busy to experiment further.
HTML5 and XHTML2 combined (a new approach) -- lively and interesting (Birbeck and Hickson get in some good shots).
JFP
Semantic Web enthusiasts will find Ian Hickson's comments relating to HTML5 and GRDDL (Gleaning Resource Descriptions from Dialects of Languages) very interesting -- although some may find his opinion that HTML5 won't be viable for many years a bit disappointing (I was hoping to see HTML5 implemented and stable before I "kicked the bucket" -- now I am not so sure!)
There is no doubt that HTML5 (and even now HTML 4.01) will be used extensively in Semantic Web data manipulation.
JFP
Last edited by jamesicus; Jan 23, 2009 at 04:30. Reason: added information
Posting Permissions
Dan Schulz you will be missed 
Bookmarks