12:25 p.m.
+1 to Simon, I prefer individual tags for claritys sake.
Lincoln Baxter III
http://ocpsoft.com
http://scrumshark.com
Keep it simple.
On Dec 14, 2009 10:12 AM, "Simon Lessard" <Simon_Lessard(a)dmr.ca> wrote:
Hi,
I would highly prefer adding all tags in the h: namespace, else some pages
might end up with just too many imbricated panelGroup to be easily readable.
Furthermore the renderer will be more complex and there would be a, albeit
small, performance overhaul as the attribute has to be evaluated. The only
thing that won't be supported with tags is dynamic change of the layout, but
semantically it makes no sense anyway. I think it would also be time to add
<h:paragraph/>,< h:fieldSet/>, <h:legend/>, briefly every single valid
HTML
tags.
Regards,
~ Simon
________________________________
From: jsr-314-open-bounces(a)jcp.org on behalf of Jim Driscoll
Sent: Fri 12/11/2009 5:41 PM
To: jsr-314-open(a)jcp.org
Subject: [jsr-314-open] [jsf2.next] Proposal to support new semantic
HTML5tags
HTML5 has a number of new semantically meaningful tags. See here for a
painless introduction: ht...
12:32 p.m.
New subject: [jsr-314-open] [jsf2.next] Proposal to support new semantic HTML5tags
I actually oppose the idea of creating a lot of different tags with no
significant difference except the name of the tag created.
It increases the conceptual weight of the API - more tags that do the
same thing is, I'd think, a bad thing.
Though this is mostly a moot point - there will be no HTML5 support in
any near-term version of JSF.
Jim
On 12/14/09 10:25 AM, Lincoln Baxter, III wrote:
+1 to Simon, I prefer individual tags for claritys sake.
Lincoln Baxter III
http://ocpsoft.com
http://scrumshark.com
Keep it simple.
> On Dec 14, 2009 10:12 AM, "Simon Lessard" <Simon_Lessard(a)dmr.ca
> <mailto:Simon_Lessard@dmr.ca>> wrote:
>
> Hi,
>
> I would highly prefer adding all tags in the h: namespace, else some
> pages might end up with just too many imbricated panelGroup to be
> easily readable. Furthermore the renderer will be more complex and
> there would be a, albeit small, performance overhaul as the attribute
> has to be evaluated. The only thing that won't be supported with tags
> is dynamic change of the layout, but semantically it makes no sense
> anyway. I think it would also be time to add <h:paragraph/>,<
> h:fieldSet/>, <h:legend/>, briefly every single valid HTML tags.
>
>
> Regards,
>
> ~ Simon
>
> ________________________________
>
> From: jsr-314-open-bounces(a)jcp.org
> <mailto:jsr-314-open-bounces@jcp.org> on behalf of Jim Driscoll
> Sent: Fri 12/11/2009 5:41 PM
> To: jsr-314-open(a)jcp.org <mailto:jsr-314-open@jcp.org>
> Subject: [jsr-314-open] [jsf2.next] Proposal to support new semantic
> HTML5tags
>
> HTML5 has a number of new semantically meaningful tags. See here for a
> painless introduction: ht...
>
12:38 p.m.
New subject: [jsr-314-open] [jsf2.next] Proposal to support new semantic HTML5tags
agreed, see my other reply. I'm opposed to the idea of "tag wrappers" in
general
Lincoln Baxter III
http://ocpsoft.com
http://scrumshark.com
Keep it simple.
On Dec 14, 2009 1:32 PM, "Jim Driscoll" <Jim.Driscoll(a)sun.com> wrote:
I actually oppose the idea of creating a lot of different tags with no
significant difference except the name of the tag created.
It increases the conceptual weight of the API - more tags that do the same
thing is, I'd think, a bad thing.
Though this is mostly a moot point - there will be no HTML5 support in any
near-term version of JSF.
Jim
On 12/14/09 10:25 AM, Lincoln Baxter, III wrote:
> > +1 to Simon, I prefer individual tags for claritys sake.
> > Lincoln
Baxter III > http://ocpsoft...
> >> On Dec 14, 2009 10:12 AM, "Simon Lessard"
<Simon_Lessard(a)dmr.ca
>
> >> <mailto:Simon_Lessard@dmr.ca>> wrote: >> >> Hi,
>> >> I would highly
> prefer adding all tags in th...
> <mailto:jsr-314-open-bounces@jcp.org> on behalf of Jim Driscoll
>
> >> Sent: Fri 12/11/2009 5:41 PM
> To: jsr-314-open(a)jcp.org <mailto:jsr-314-open@jcp.org>
>
> >> Subject: [jsr-314-open] [jsf2.next] Proposal to support new semantic
>>
> HTML5tags >> >> HTML5 ha...
>
12:40 p.m.
New subject: [jsr-314-open] [jsf2.next] Proposal to support new semantic HTML5tags
On Mon, Dec 14, 2009 at 1:38 PM, Lincoln Baxter, III <
lincolnbaxter(a)gmail.com> wrote:
agreed, see my other reply. I'm opposed to the idea of "tag
wrappers" in
general
Yeah, that's really the beauty of Facelets. You don't have to do that
anymore because it properly handled inline markup (unlike JSP in the old
days)
-Dan
--
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://mojavelinux.com
http://mojavelinux.com/seaminaction
http://www.google.com/profiles/dan.j.allen
12:49 p.m.
New subject: [jsr-314-open] [jsf2.next] Proposal to support new semanticHTML5tags
But is not so good in a non HTML render kit.
~ Simon
________________________________
From: jsr-314-open-bounces(a)jcp.org on behalf of Dan Allen
Sent: Mon 12/14/2009 1:40 PM
To: jsr-314-open(a)jcp.org
Subject: Re: [jsr-314-open] [jsf2.next] Proposal to support new semanticHTML5tags
On Mon, Dec 14, 2009 at 1:38 PM, Lincoln Baxter, III <lincolnbaxter(a)gmail.com>
wrote:
agreed, see my other reply. I'm opposed to the idea of "tag wrappers" in
general
Yeah, that's really the beauty of Facelets. You don't have to do that anymore
because it properly handled inline markup (unlike JSP in the old days)
-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
2:28 p.m.
New subject: [jsr-314-open] [jsf2.next] Proposal to support new semanticHTML5tags
And it could be another "confusing feature" of jsf if not explicit.
Lincoln Baxter III
http://ocpsoft.com
http://scrumshark.com
Keep it simple.
On Dec 14, 2009 1:51 PM, "Simon Lessard" <Simon_Lessard(a)dmr.ca> wrote:
But is not so good in a non HTML render kit.
~ Simon
________________________________
From: jsr-314-open-bounces(a)jcp.org on behalf of Dan Allen
Sent: Mon 12/14/2009 1:40 PM
To: jsr-314-open(a)jcp.org
Subject: Re: [jsr-314-open] [jsf2.next] Proposal to support new
semanticHTML5tags
On Mon, Dec 14, 2009 at 1:38 PM, Lincoln Baxter, III <
lincolnbaxter(a)gmail.com> wrote: agreed, s...
10:44 a.m.
New subject: [jsr-314-open] [jsf2.next] Proposal to support new semanticHTML5tags
On 12/14/09 10:49 AM, Simon Lessard wrote:
But is not so good in a non HTML render kit.
I always interpreted the HTML render tags in the "h" library as being
explicitly for HTML. Am I wrong? I know that a gentle nod was made
toward making those tags more generally applicable, but it hasn't worked
out that way in practice.
Making them sub-optimal for any other purpose, to support a use case
that will be used by less than 2% of users, is something that I will
vigorously oppose.
Jim
11:07 a.m.
New subject: [jsr-314-open] [jsf2.next] Proposal to support new semanticHTML5tags
Agreed, Jim.
Lincoln Baxter III
http://ocpsoft.com
http://scrumshark.com
Keep it simple.
On Dec 15, 2009 11:44 AM, "Jim Driscoll" <Jim.Driscoll(a)sun.com> wrote:
On 12/14/09 10:49 AM, Simon Lessard wrote: > > But is not so good in a non
HTML render kit.
I always interpreted the HTML render tags in the "h" library as being
explicitly for HTML. Am I wrong? I know that a gentle nod was made toward
making those tags more generally applicable, but it hasn't worked out that
way in practice.
Making them sub-optimal for any other purpose, to support a use case that
will be used by less than 2% of users, is something that I will vigorously
oppose.
Jim
12:48 p.m.
New subject: [jsr-314-open] [jsf2.next] Proposal to support newsemantic HTML5tags
We might have agree to disagree, the "name of the tag created" does make the
whole difference imho, it's not just about how it look.
~ Simon
________________________________
From: jsr-314-open-bounces(a)jcp.org on behalf of Jim Driscoll
Sent: Mon 12/14/2009 1:32 PM
To: jsr-314-open(a)jcp.org
Subject: Re: [jsr-314-open] [jsf2.next] Proposal to support newsemantic HTML5tags
I actually oppose the idea of creating a lot of different tags with no
significant difference except the name of the tag created.
It increases the conceptual weight of the API - more tags that do the
same thing is, I'd think, a bad thing.
Though this is mostly a moot point - there will be no HTML5 support in
any near-term version of JSF.
Jim
On 12/14/09 10:25 AM, Lincoln Baxter, III wrote:
+1 to Simon, I prefer individual tags for claritys sake.
Lincoln Baxter III
http://ocpsoft.com <http://ocpsoft.com/>
http://scrumshark.com <http://scrumshark.com/>
Keep it simple.
> On Dec 14, 2009 10:12 AM, "Simon Lessard" <Simon_Lessard(a)dmr.ca
> <mailto:Simon_Lessard@dmr.ca>> wrote:
>
> Hi,
>
> I would highly prefer adding all tags in the h: namespace, else some
> pages might end up with just too many imbricated panelGroup to be
> easily readable. Furthermore the renderer will be more complex and
> there would be a, albeit small, performance overhaul as the attribute
> has to be evaluated. The only thing that won't be supported with tags
> is dynamic change of the layout, but semantically it makes no sense
> anyway. I think it would also be time to add <h:paragraph/>,<
> h:fieldSet/>, <h:legend/>, briefly every single valid HTML tags.
>
>
> Regards,
>
> ~ Simon
>
> ________________________________
>
> From: jsr-314-open-bounces(a)jcp.org
> <mailto:jsr-314-open-bounces@jcp.org> on behalf of Jim Driscoll
> Sent: Fri 12/11/2009 5:41 PM
> To: jsr-314-open(a)jcp.org <mailto:jsr-314-open@jcp.org>
> Subject: [jsr-314-open] [jsf2.next] Proposal to support new semantic
> HTML5tags
>
> HTML5 has a number of new semantically meaningful tags. See here for a
> painless introduction: ht...
>
5274
days inactive
5275
days old
jsr-314-open-mirror@lists.jboss.org
8 comments
4 participants
participants (4)
-
Dan Allen -
Jim Driscoll -
Lincoln Baxter, III -
Simon Lessard