>
> yes, that's up to Ali :-) But generally yes, why not.
>
...

or + aditional contributions to myfaces-core ;-)
>

I am OK with it, I would be very happy to contribute to core :)


Default => if OK with TCK
> CTX-Param => just in case if TCK does complain ... ;)
>

Let's see whether TCK complains or not. I can try running TCK, but may need
your help here.

I would rather go with a context parameter.
>
...
>
Regarding the configuration style, I support the context-param idea, but we
> should be very careful with those things.
>

Ok, I think so.

Greetings,
Ali

On Tue, Mar 23, 2010 at 4:38 PM, Matthias Wessendorf <mat...@apache.org>wrote:

> FYI
>
> http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR
>
> is deprecated now
>
> On Tue, Mar 23, 2010 at 7:17 AM, Jan-Kees van Andel
> <jankeesvanan...@gmail.com> wrote:
> > This reminds me of something else I reported (or supported, can't
> remember)
> > to the EG a while ago. It was about the ID naming separator, which is a
> > colon. This colon is invalid and may cause issues with W3C, but I've also
> > heard of people who had JavaScript issues with it. Anyway it's invalid
> > according to the HTML spec.
>
> right, but wasn't understood at the time of writing the JSF spec ;-)
>
> >
> > I see the same issue rising up with this feature. I think we should
> always
> > render the "most valid" possible markup, according to the markup type of
> the
> > page (html, xhtml, html5 and preferably strict). Even if the JSF spec
> > doesn't check generated HTML, I think we still need to generate good
> stuff.
>
> yes, but TCK is not unimportant; we can always bring up issues, to the EG.
> This has NEVER been a big problem, so I'd stick with that way!
>
> >
> > Having said this, I feel the developer should explicitly enable HTML5
> > support. "required" and "placeholder" attributes should never be written
> to
> > the client on a html4/xhtml1 page. This should be an explicit choice of
> the
> > developer.
>
> placeholder is a no-go anyway. If someone adds the <hx:xyz> components
> (that target html5), I don't see a reason to do baby-sitting :-)
>
> the required can be via flag, as said before
>
> >
> > Regarding the configuration style, I support the context-param idea, but
> we
> > should be very careful with those things. They often lead to lead to a
> mess.
> > Once the HTML5 spec is final, I think we should consider refactoring all
> > HTML5 stuff into a separate RenderKit.
>
> I think the GSOC proposal does speak of a HTML5_RenderKit :-)
> Not sure how that differs from your point.
>
> Martin just said something like "if possible, add html5 stuff already
> today" (however that is possible)
>
> -Matthias
>
> >
> > My 2 cents...
> >
> > /JK
> >
> >
> > 2010/3/23 Martin Marinschek <martin.marinsc...@gmail.com>
> >>
> >> Hi guys,
> >>
> >> > "placeholder" attribute of "input" element: With this attribute, we
> can
> >> > set
> >> > a placeholder text that is shown if there is nothing typed into input.
> >> > New "required" attribute of "input" element : If this is set, input is
> >> > validated against emptyness before the form is submitted.
> >> >
> >> > Placeholder: We cannot add a placeholder attribute on <h:inputText>
> >> > since it
> >> > is not defined on spec, and no current component attribute can be used
> >> > for
> >> > this.
> >> >
> >> > Required: We can totally render HTML5 "required" attribute if
> >> > <h:inputText
> >> > required="true">. IMHO, we can do this by
> >> >
> >> > Writing a new renderer for <h:inputText> that extends current one with
> >> > rendering "required" element attribute if set;
> >> > And telling users to register this new renderer if they want to use
> >> > optional
> >> > HTML5.
> >> >
> >> > Is this possible?
> >>
> >> I would rather go with a context parameter.
> >>
> >> > Or, we can do this by using an optional HTML5 context parameter, as
> >> > Jakob
> >> > said.
> >>
> >> yes
> >>
> >> > Another thing: there are very few new features that can be applied to
> >> > current components without breaking the spec. May be the only one
> which
> >> > fits
> >> > in the discussed case is "required".
> >>
> >> let´s see if we only have this one - then the context parameter should
> >> not be named HTML 5, but rather something like
> >> RENDER_REQUIRED_ATTRIBUTES - I think.
> >>
> >> >> IMO it's fine to "merge" stuff during/after GSOC.
> >> >
> >> > Yeah, I think so.
> >>
> >> whenever is more appropriate and causes less work (for the core team ;)
> >>
> >> best regards,
> >>
> >> Martin
> >>
> >> > On Tue, Mar 23, 2010 at 3:22 PM, Jakob Korherr <
> jakob.korh...@gmail.com>
> >> > wrote:
> >> >>
> >> >> I like Martin's idea.
> >> >>
> >> >> If it would make some parts of the TCK fail, we could introduce a
> HTML5
> >> >> config parameter to make the HTML5 features work. Of course, this has
> >> >> to be
> >> >> turned off by default in order to make the TCK work.
> >> >>
> >> >> Regards,
> >> >> Jakob
> >> >>
> >> >> 2010/3/23 Matthias Wessendorf <mat...@apache.org>
> >> >>>
> >> >>> On Tue, Mar 23, 2010 at 4:30 AM, Martin Marinschek
> >> >>> <mmarinsc...@apache.org> wrote:
> >> >>> > Hi Ali,
> >> >>> >
> >> >>> > great that you start out with this!
> >> >>> >
> >> >>> > I am not sure, but wouldn't it be good to have some of this
> support
> >> >>> > already in MyFaces, the implementation? Like the required
> attribute
> >> >>> > -
> >> >>> > shouldn't we have our core inputs already render this attribute
> out,
> >> >>> > if necessary.
> >> >>>
> >> >>> not sure if the TCK does some HTML parsing
> >> >>>
> >> >>> > I think this would be nice. Everything which can not be
> >> >>> > covered by our standard implementations should of course be in a
> new
> >> >>> > namespace, as you suggested.
> >> >>>
> >> >>> IMO it's fine to "merge" stuff during/after GSOC. or do you think
> this
> >> >>> should be directly done on the IMPL, if possible.
> >> >>>
> >> >>> >
> >> >>> > best regards,
> >> >>> >
> >> >>> > Martin
> >> >>> >
> >> >>> > On 3/22/10, Ali Ok <al...@aliok.com.tr> wrote:
> >> >>> >>>
> >> >>> >>> I see you you refering to this thread:
> >> >>> >>>
> >> >>> >>>
> http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html
> >> >>> >>>
> >> >>> >> I am not sure if that is good - folks may get the impression some
> >> >>> >> work
> >> >>> >>> has already been done on that.
> >> >>> >>
> >> >>> >>
> >> >>> >> You're right.
> >> >>> >> Removed it.
> >> >>> >>
> >> >>> >>
> >> >>> >> On Mon, Mar 22, 2010 at 10:36 PM, Jakob Korherr
> >> >>> >> <jakob.korh...@gmail.com>wrote:
> >> >>> >>
> >> >>> >>> Hi,
> >> >>> >>>
> >> >>> >>> This all looks very fine to me - great work :)
> >> >>> >>>
> >> >>> >>> About the grouping (or "sub-tasking"): It would be cool to have
> a
> >> >>> >>> parent
> >> >>> >>> GSoC 2010 issue with all the GSoC projects as ("mentor" and
> "gsoc"
> >> >>> >>> labeled)
> >> >>> >>> sub-tasks. Furthermore it would be cool if each student would
> >> >>> >>> create
> >> >>> >>> all
> >> >>> >>> the
> >> >>> >>> things he wants to do as sub-task issues of his GSoC project
> >> >>> >>> issue.
> >> >>> >>> So we
> >> >>> >>> would have a hierarchy that looks like this:
> >> >>> >>>
> >> >>> >>> GSoC 2010
> >> >>> >>> --HTML 5 RenderKit
> >> >>> >>> ----issue #1 of HTML 5 RenderKit
> >> >>> >>> ----issue #2 of HTML 5 RenderKit
> >> >>> >>> ...
> >> >>> >>> --GSoC project #2
> >> >>> >>> ----issue #1 of GSoC project #2
> >> >>> >>> ...
> >> >>> >>>
> >> >>> >>> What do you think?
> >> >>> >>>
> >> >>> >>> Regards,
> >> >>> >>> Jakob
> >> >>> >>>
> >> >>> >>>
> >> >>> >>>
> >> >>> >>> 2010/3/22 Matthias Wessendorf <mat...@apache.org>
> >> >>> >>>
> >> >>> >>>> One thing,
> >> >>> >>>>
> >> >>> >>>> I see you you refering to this thread:
> >> >>> >>>>
> >> >>> >>>>
> >> >>> >>>>
> http://old.nabble.com/-GSOC--HTML5-Renderkit-Start-up-td27748075.html
> >> >>> >>>>
> >> >>> >>>> I am not sure if that is good - folks may get the impression
> some
> >> >>> >>>> work
> >> >>> >>>> has already been done on that.
> >> >>> >>>>
> >> >>> >>>> -Matthias
> >> >>> >>>>
> >> >>> >>>> On Mon, Mar 22, 2010 at 11:35 AM, Ali Ok <al...@aliok.com.tr>
> >> >>> >>>> wrote:
> >> >>> >>>> > Hi,
> >> >>> >>>> > Thank you all for your reviews.
> >> >>> >>>> >
> >> >>> >>>> >> Maybe one little thing, the prefix h5 might be more
> >> >>> >>>> >> appropriate
> >> >>> >>>> >> for
> >> >>> >>>> >> the
> >> >>> >>>> >> library, even though there is also an html tag named h5. hx
> >> >>> >>>> >> sounds
> >> >>> >>>> >> like
> >> >>> >>>> HTML
> >> >>> >>>> >> extensions to me and HTML5 is not really an extension.
> >> >>> >>>> >
> >> >>> >>>> > Yeah, correct.
> >> >>> >>>> > You know, no problem changing it. I am sure we can find a
> cool
> >> >>> >>>> > prefix
> >> >>> >>>> later
> >> >>> >>>> > :)
> >> >>> >>>> >
> >> >>> >>>> >> raw JIRA ticket (based on the original email that I sent
> out):
> >> >>> >>>> >>
> >> >>> >>>> >> https://issues.apache.org/jira/browse/MYFACES-2617
> >> >>> >>>> >>
> >> >>> >>>> >> We will see where to add Ali's content, I mean where it fits
> >> >>> >>>> >> best.
> >> >>> >>>> >> Perhaps we just link to his Wiki page? (Not sure yet)...
> >> >>> >>>> >
> >> >>> >>>> > Thanks :)
> >> >>> >>>> >
> >> >>> >>>> > Regards,
> >> >>> >>>> > --Ali
> >> >>> >>>> >
> >> >>> >>>> > On Mon, Mar 22, 2010 at 6:13 PM, Matthias Wessendorf
> >> >>> >>>> > <mat...@apache.org
> >> >>> >>>> >
> >> >>> >>>> > wrote:
> >> >>> >>>> >>
> >> >>> >>>> >> OK,
> >> >>> >>>> >>
> >> >>> >>>> >> raw JIRA ticket (based on the original email that I sent
> out):
> >> >>> >>>> >>
> >> >>> >>>> >> https://issues.apache.org/jira/browse/MYFACES-2617
> >> >>> >>>> >>
> >> >>> >>>> >> We will see where to add Ali's content, I mean where it fits
> >> >>> >>>> >> best.
> >> >>> >>>> >> Perhaps we just link to his Wiki page? (Not sure yet)...
> >> >>> >>>> >>
> >> >>> >>>> >> -Matthias
> >> >>> >>>> >>
> >> >>> >>>> >> On Mon, Mar 22, 2010 at 9:03 AM, Matthias Wessendorf <
> >> >>> >>>> mat...@apache.org>
> >> >>> >>>> >> wrote:
> >> >>> >>>> >> > Ah,
> >> >>> >>>> >> >
> >> >>> >>>> >> > interesting:
> >> >>> >>>> >> > This is how tomcat does it.
> >> >>> >>>> >> >
> >> >>> >>>> >> > They "group" their tickets:
> >> >>> >>>> >> > http://wiki.apache.org/tomcat/SummerOfCode2010
> >> >>> >>>> >> >
> >> >>> >>>> >> > and point to the JIRA entries.
> >> >>> >>>> >> >
> >> >>> >>>> >> >
> >> >>> >>>> >> > Ok, so let me move this HTML5 specifc content to a JIRA
> >> >>> >>>> >> > ticket.
> >> >>> >>>> >> > After
> >> >>> >>>> >> > done, I'll create a "grouping" wiki page as well
> >> >>> >>>> >> >
> >> >>> >>>> >> > -Matthias
> >> >>> >>>> >> >
> >> >>> >>>> >> > On Mon, Mar 22, 2010 at 8:43 AM, Jan-Kees van Andel
> >> >>> >>>> >> > <jankeesvanan...@gmail.com> wrote:
> >> >>> >>>> >> >> Yeah, the rest looks very good. :)
> >> >>> >>>> >> >>
> >> >>> >>>> >> >> /JK
> >> >>> >>>> >> >>
> >> >>> >>>> >> >>
> >> >>> >>>> >> >> 2010/3/22 Matthias Wessendorf <mat...@apache.org>
> >> >>> >>>> >> >>>
> >> >>> >>>> >> >>> that's details, for the actual project ;-)
> >> >>> >>>> >> >>>
> >> >>> >>>> >> >>> BTW. I am just signing up as a mentor, after that I will
> >> >>> >>>> >> >>> bring
> >> >>> >>>> >> >>> this
> >> >>> >>>> >> >>> wiki txt to our jira.
> >> >>> >>>> >> >>>
> >> >>> >>>> >> >>> -Matthias
> >> >>> >>>> >> >>>
> >> >>> >>>> >> >>> On Mon, Mar 22, 2010 at 8:25 AM, Jan-Kees van Andel
> >> >>> >>>> >> >>> <jankeesvanan...@gmail.com> wrote:
> >> >>> >>>> >> >>> > Looks good.
> >> >>> >>>> >> >>> >
> >> >>> >>>> >> >>> > Maybe one little thing, the prefix h5 might be more
> >> >>> >>>> >> >>> > appropriate
> >> >>> >>>> for
> >> >>> >>>> >> >>> > the
> >> >>> >>>> >> >>> > library, even though there is also an html tag named
> h5.
> >> >>> >>>> >> >>> > hx sounds like HTML extensions to me and HTML5 is not
> >> >>> >>>> >> >>> > really an
> >> >>> >>>> >> >>> > extension.
> >> >>> >>>> >> >>> >
> >> >>> >>>> >> >>> > Regards,
> >> >>> >>>> >> >>> > Jan-Kees
> >> >>> >>>> >> >>> >
> >> >>> >>>> >> >>> > 2010/3/22 Cagatay Civici <cagatay.civ...@gmail.com>
> >> >>> >>>> >> >>> >>
> >> >>> >>>> >> >>> >> Looks good to me as well, Good Luck Ali!
> >> >>> >>>> >> >>> >>
> >> >>> >>>> >> >>> >> On Mon, Mar 22, 2010 at 2:23 PM, Bruno Aranda
> >> >>> >>>> >> >>> >> <brunoara...@gmail.com>
> >> >>> >>>> >> >>> >> wrote:
> >> >>> >>>> >> >>> >>>
> >> >>> >>>> >> >>> >>> It looks good to me too!
> >> >>> >>>> >> >>> >>> Bruno
> >> >>> >>>> >> >>> >>>
> >> >>> >>>> >> >>> >>> On 22 March 2010 14:11, Matthias Wessendorf
> >> >>> >>>> >> >>> >>> <mat...@apache.org
> >> >>> >>>> >
> >> >>> >>>> >> >>> >>> wrote:
> >> >>> >>>> >> >>> >>>>
> >> >>> >>>> >> >>> >>>> Hi Ali,
> >> >>> >>>> >> >>> >>>>
> >> >>> >>>> >> >>> >>>> this looks good to me.
> >> >>> >>>> >> >>> >>>>
> >> >>> >>>> >> >>> >>>> Any other comment ?
> >> >>> >>>> >> >>> >>>>
> >> >>> >>>> >> >>> >>>> -Matthias
> >> >>> >>>> >> >>> >>>>
> >> >>> >>>> >> >>> >>>> On Fri, Mar 19, 2010 at 7:01 PM, Ali Ok
> >> >>> >>>> >> >>> >>>> <al...@aliok.com.tr>
> >> >>> >>>> >> >>> >>>> wrote:
> >> >>> >>>> >> >>> >>>> > Hi,
> >> >>> >>>> >> >>> >>>> > I've written my GSOC proposal here :
> >> >>> >>>> >> >>> >>>> > http://wiki.apache.org/myfaces/GSoC2010_HTML5
> >> >>> >>>> >> >>> >>>> > Could you review it and provide me some feedback?
> >> >>> >>>> >> >>> >>>> >
> >> >>> >>>> >> >>> >>>> > After your feedback, we'll move it to ASF GSoC
> >> >>> >>>> >> >>> >>>> > wiki.
> >> >>> >>>> >> >>> >>>> >
> >> >>> >>>> >> >>> >>>> > Thanks & Regards,
> >> >>> >>>> >> >>> >>>> > Ali
> >> >>> >>>> >> >>> >>>> >
> >> >>> >>>> >> >>> >>>> > --
> >> >>> >>>> >> >>> >>>> > My Blog: http://blog.aliok.com.tr
> >> >>> >>>> >> >>> >>>> > Twitter: http://twitter.com/aliok_tr
> >> >>> >>>> >> >>> >>>> >
> >> >>> >>>> >> >>> >>>> >
> >> >>> >>>> >> >>> >>>>
> >> >>> >>>> >> >>> >>>>
> >> >>> >>>> >> >>> >>>>
> >> >>> >>>> >> >>> >>>> --
> >> >>> >>>> >> >>> >>>> Matthias Wessendorf
> >> >>> >>>> >> >>> >>>>
> >> >>> >>>> >> >>> >>>> blog: http://matthiaswessendorf.wordpress.com/
> >> >>> >>>> >> >>> >>>> sessions: http://www.slideshare.net/mwessendorf
> >> >>> >>>> >> >>> >>>> twitter: http://twitter.com/mwessendorf
> >> >>> >>>> >> >>> >>>
> >> >>> >>>> >> >>> >>
> >> >>> >>>> >> >>> >>
> >> >>> >>>> >> >>> >>
> >> >>> >>>> >> >>> >> --
> >> >>> >>>> >> >>> >> Cagatay Civici
> >> >>> >>>> >> >>> >> JSF EG | PrimeFaces Lead | Apache MyFaces PMC
> >> >>> >>>> >> >>> >> http://www.primefaces.org
> >> >>> >>>> >> >>> >
> >> >>> >>>> >> >>> >
> >> >>> >>>> >> >>>
> >> >>> >>>> >> >>>
> >> >>> >>>> >> >>>
> >> >>> >>>> >> >>> --
> >> >>> >>>> >> >>> Matthias Wessendorf
> >> >>> >>>> >> >>>
> >> >>> >>>> >> >>> blog: http://matthiaswessendorf.wordpress.com/
> >> >>> >>>> >> >>> sessions: http://www.slideshare.net/mwessendorf
> >> >>> >>>> >> >>> twitter: http://twitter.com/mwessendorf
> >> >>> >>>> >> >>
> >> >>> >>>> >> >>
> >> >>> >>>> >> >
> >> >>> >>>> >> >
> >> >>> >>>> >> >
> >> >>> >>>> >> > --
> >> >>> >>>> >> > Matthias Wessendorf
> >> >>> >>>> >> >
> >> >>> >>>> >> > blog: http://matthiaswessendorf.wordpress.com/
> >> >>> >>>> >> > sessions: http://www.slideshare.net/mwessendorf
> >> >>> >>>> >> > twitter: http://twitter.com/mwessendorf
> >> >>> >>>> >> >
> >> >>> >>>> >>
> >> >>> >>>> >>
> >> >>> >>>> >>
> >> >>> >>>> >> --
> >> >>> >>>> >> Matthias Wessendorf
> >> >>> >>>> >>
> >> >>> >>>> >> blog: http://matthiaswessendorf.wordpress.com/
> >> >>> >>>> >> sessions: http://www.slideshare.net/mwessendorf
> >> >>> >>>> >> twitter: http://twitter.com/mwessendorf
> >> >>> >>>> >
> >> >>> >>>> >
> >> >>> >>>> >
> >> >>> >>>> > --
> >> >>> >>>> > My Blog: http://blog.aliok.com.tr
> >> >>> >>>> > Twitter: http://twitter.com/aliok_tr
> >> >>> >>>> >
> >> >>> >>>> >
> >> >>> >>>>
> >> >>> >>>>
> >> >>> >>>>
> >> >>> >>>> --
> >> >>> >>>> Matthias Wessendorf
> >> >>> >>>>
> >> >>> >>>> blog: http://matthiaswessendorf.wordpress.com/
> >> >>> >>>> sessions: http://www.slideshare.net/mwessendorf
> >> >>> >>>> twitter: http://twitter.com/mwessendorf
> >> >>> >>>>
> >> >>> >>>
> >> >>> >>>
> >> >>> >>
> >> >>> >>
> >> >>> >> --
> >> >>> >> My Blog: http://blog.aliok.com.tr
> >> >>> >> Twitter: http://twitter.com/aliok_tr
> >> >>> >>
> >> >>> >
> >> >>> >
> >> >>> > --
> >> >>> >
> >> >>> > http://www.irian.at
> >> >>> >
> >> >>> > Your JSF powerhouse -
> >> >>> > JSF Consulting, Development and
> >> >>> > Courses in English and German
> >> >>> >
> >> >>> > Professional Support for Apache MyFaces
> >> >>> >
> >> >>>
> >> >>>
> >> >>>
> >> >>> --
> >> >>> Matthias Wessendorf
> >> >>>
> >> >>> blog: http://matthiaswessendorf.wordpress.com/
> >> >>> sessions: http://www.slideshare.net/mwessendorf
> >> >>> twitter: http://twitter.com/mwessendorf
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > My Blog: http://blog.aliok.com.tr
> >> > Twitter: http://twitter.com/aliok_tr
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >>
> >> http://www.irian.at
> >>
> >> Your JSF powerhouse -
> >> JSF Consulting, Development and
> >> Courses in English and German
> >>
> >> Professional Support for Apache MyFaces
> >
> >
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>



-- 
My Blog: http://blog.aliok.com.tr
Twitter: http://twitter.com/aliok_tr

Reply via email to