Well, 2 reasons:
1. It's along the line of Dan suggestion about Facelet and not pushing direct html to
the output, a different render kit might have to intercept the ResponseWriter to tranform
some of those new tags to something else. New tags allow just that, giving the opportunity
to encode the view in just about anything. Maybe a PADF render kit using iText (althoguh
that one could deal with the HTML), or renderer generating TeX, that in turn gets turned
to PDF using some of the available engines in the endDocument call.
2. Most importantly, semantic and accessibility. A view remains a document and providing
every basic components in the HTML kit enhance that toolbox and allows developer to add
whetever they want to their view, really expressing what is ment to be there. I'm
prety sure this would also come (especialy?) handy in composite componnet development. As
for the accessibility part, <p> != <div> != <fielset> for a
screenreader or any other accessibility enabled device. As for the header, we could
provide auto-depth detection if not overriden using a level/depth attribute. In pretty
much all project I had to work on we had to redevelop pretty much all those components
because Facelets was not an option at the time (and Facelets would have been to HTML
coupled anyway).
Regards,
~ Simon
________________________________
From: jsr-314-open-bounces(a)jcp.org on behalf of Lincoln Baxter, III
Sent: Mon 12/14/2009 1:30 PM
To: jsr-314-open(a)jcp.org
Subject: Re: [jsr-314-open] [jsf2.next] WITHDRAWN Proposal to support newsemantic HTML5
tags
I'm not sure I really see the need for special tags like this. What are the advantages
of turning every tag into a component?
Unless there is a new input type or tag that affects server side behavior, but I don't
see one... save perhaps the new inline editing feature of HTML 5.
Lincoln Baxter III
http://ocpsoft.com <
http://ocpsoft.com/>
http://scrumshark.com <
http://scrumshark.com/>
Keep it simple.
On Dec 14, 2009 1:12 PM, "Dan Allen" <dan.j.allen(a)gmail.com> wrote:
> JD> So, given those problems, I withdraw the proposal. Since
these problems > JD> occur in IE8...
I'm not opposing the withdrawl, but I do want to say (on behalf of Molly Holzschlag)
that there is a JavaScript library called HTML5 Now that is supposed to
"upgrade" browsers to HTML 5 w/o them actually supporting it. I think this is
the script:
http://remysharp.com/2009/01/07/html5-enabling-script/ But there might be a
newer one. Just FYI.
-Dan
--
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://mojavelinux.com <
http://mojavelinux.com/>
http://mojavelinux.com/seaminaction
http://www.google.com/profiles/dan.j.allen