Re: [GSOC] HTML5 Proposal
Hi Jan Kees, 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. this is not true. The colon is allowed, according to both the HTML and XHTML specifications. What is invalid was the leading underscore in automatically generated ids. The colon, however, led to problems if you wanted to do CSS with an id-selector, cause the colon is used in CSS as the pseudo-selector. For this, you can escape the colon with a backslash, according to the HTML standard. And there, of course, IE comes in, and IE doesn´t know this escaping, at least in IE6. I anyways strongly discourage using the id selector based approach - but if you do, you might need to set prependId on the surrounding form to false. best regards, Martin /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.comwrote: 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
Re: [GSOC] HTML5 Proposal
Hi, I wrote Let's see whether TCK complains or not. I can try running TCK, but may need your help here. before. But I've read that TCK is available for individuals by application (scholarship or something). So, when the correct time comes, can you run TCK for (at least) the required HTML5 attribute? I just wanted to learn how TCK stuff is done. Thanks, Ali On Wed, Mar 24, 2010 at 1:24 AM, Jakob Korherr jakob.korh...@gmail.comwrote: +1 on that :) 2010/3/24 Matthias Wessendorf mat...@apache.org On Tue, Mar 23, 2010 at 2:25 PM, Leonardo Uribe lu4...@gmail.com wrote: +1 Just as a comment, mojarra has inside its impl jar some extension tags, so maybe in this case we could include the resulting components in myfaces impl as well. ha! thanks, I am glad you brought it up! I forgot to mention that. I am sure happy to see the hx: as a bonus of the MyFaces RT :-) -Matthias 2010/3/23 Matthias Wessendorf mat...@apache.org +1 On Tue, Mar 23, 2010 at 12:01 PM, Ali Ok al...@aliok.com.tr wrote: If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- 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 -- 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
Re: [GSOC] HTML5 Proposal
Hi Don't worry about that. As long as your changes can be activated using a context param everything is ok. I'll keep an eye on your advance, and if necesary I'll run those tests for you. regards, Leonardo Uribe 2010/3/24 Ali Ok al...@aliok.com.tr Hi, I wrote Let's see whether TCK complains or not. I can try running TCK, but may need your help here. before. But I've read that TCK is available for individuals by application (scholarship or something). So, when the correct time comes, can you run TCK for (at least) the required HTML5 attribute? I just wanted to learn how TCK stuff is done. Thanks, Ali On Wed, Mar 24, 2010 at 1:24 AM, Jakob Korherr jakob.korh...@gmail.comwrote: +1 on that :) 2010/3/24 Matthias Wessendorf mat...@apache.org On Tue, Mar 23, 2010 at 2:25 PM, Leonardo Uribe lu4...@gmail.com wrote: +1 Just as a comment, mojarra has inside its impl jar some extension tags, so maybe in this case we could include the resulting components in myfaces impl as well. ha! thanks, I am glad you brought it up! I forgot to mention that. I am sure happy to see the hx: as a bonus of the MyFaces RT :-) -Matthias 2010/3/23 Matthias Wessendorf mat...@apache.org +1 On Tue, Mar 23, 2010 at 12:01 PM, Ali Ok al...@aliok.com.tr wrote: If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- 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 -- 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
Re: [GSOC] HTML5 Proposal
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. 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. 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.comwrote: 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
Re: [GSOC] HTML5 Proposal
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.comwrote: 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
Re: [GSOC] HTML5 Proposal
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.comwrote: 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
Re: [GSOC] HTML5 Proposal
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. +1 @Matthias: why not do it right in the first place? I think the merging effort would be pretty labour intensive, and while Ali is at it, I am sure he is happy to contribute to MyFaces core as well ;) best regards, Martin 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.comwrote: 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
Re: [GSOC] HTML5 Proposal
Hi Martin, Thanks for your feedback. About this issue, let's talk on some new HTML5 element attributes with two different JSF-side cases: - placeholderhttp://www.whatwg.org/specs/web-apps/current-work/multipage/common-input-element-attributes.html#attr-input-placeholder attribute of inputhttp://www.whatwg.org/specs/web-apps/current-work/multipage/the-input-element.html#the-input-element element: With this attribute, we can set a placeholder text that is shown if there is nothing typed into input. - New requiredhttp://www.whatwg.org/specs/web-apps/current-work/multipage/common-input-element-attributes.html#attr-input-required attribute of inputhttp://www.whatwg.org/specs/web-apps/current-work/multipage/the-input-element.html#the-input-element 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? Or, we can do this by using an optional HTML5 context parameter, as Jakob said. 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. IMO it's fine to merge stuff during/after GSOC. Yeah, I think so. Thanks, On Tue, Mar 23, 2010 at 3:22 PM, Jakob Korherr jakob.korh...@gmail.comwrote: 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.comwrote: 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,
Re: [GSOC] HTML5 Proposal
Yeah, I would be happy to contribute to core too :) But, I couldn't get how to add support for core clear in my head. Matthias, as my mentor, what do you think about the possibility and the required effort? On Tue, Mar 23, 2010 at 3:30 PM, Martin Marinschek martin.marinsc...@gmail.com wrote: 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. +1 @Matthias: why not do it right in the first place? I think the merging effort would be pretty labour intensive, and while Ali is at it, I am sure he is happy to contribute to MyFaces core as well ;) best regards, Martin 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.comwrote: 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
Re: [GSOC] HTML5 Proposal
On Tue, Mar 23, 2010 at 6:30 AM, Martin Marinschek martin.marinsc...@gmail.com wrote: 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. We already have some extensions in myfaces, so yes - why not. +1 @Matthias: why not do it right in the first place? I think the merging effort would be pretty labour intensive, and while Ali is at it, I am sure he is happy to contribute to MyFaces core as well ;) yes, that's up to Ali :-) But generally yes, why not. best regards, Martin 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.comwrote: 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
Re: [GSOC] HTML5 Proposal
On Tue, Mar 23, 2010 at 6:31 AM, Ali Ok al...@aliok.com.tr wrote: Hi Martin, Thanks for your feedback. About this issue, let's talk on some new HTML5 element attributes with two different JSF-side cases: placeholder attribute of input element: With this attribute, we can set a placeholder text that is shown if there is nothing typed into input. IMO to have a good coverage of that, IMO we need an attribute on the h:inputText which is for sure a no-go (spec says when the element's value is the empty string and the control is not focused ) So hard to give a hint (that's what placeholder is for) with out having the page-author specifying details (via a tag-attribute) New required attribute of input element : If this is set, input is validated against emptyness before the form is submitted. yes is possible, even today. 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. correct, see above Required: We can totally render HTML5 required attribute if h:inputText required=true. IMHO, we can do this by I agree 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? Or, we can do this by using an optional HTML5 context parameter, as Jakob said. even with ctx parameter, introducing new attributes to h:xyz is a no-go ;-) But the rendering of stuff like required is truly an option. Default = if OK with TCK CTX-Param = just in case if TCK does complain ... ;) 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. IMO it's fine to merge stuff during/after GSOC. Yeah, I think so. or + aditional contributions to myfaces-core ;-) But honestly, that's up to you.. Thanks, 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.comwrote: 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):
Re: [GSOC] HTML5 Proposal
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.comwrote: 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
Re: [GSOC] HTML5 Proposal
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. 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. 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. 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. 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.comwrote: 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:
Re: [GSOC] HTML5 Proposal
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.
Re: [GSOC] HTML5 Proposal
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.orgwrote: 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
Re: [GSOC] HTML5 Proposal
Hi, I added the first idea to an overview section: http://wiki.apache.org/myfaces/SummerOfCode2010 I liked Ali's description wiki to the JIRA (which is the single source of truth). The JIRA is already labeled correct, so it shows up in the ASF ideas section. -Matthias On Tue, Mar 23, 2010 at 8:07 AM, Ali Ok al...@aliok.com.tr wrote: 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,
Re: [GSOC] HTML5 Proposal
Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now
Re: [GSOC] HTML5 Proposal
On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] HTML5 Proposal
If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.orgwrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- 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
Re: [GSOC] HTML5 Proposal
+1 On Tue, Mar 23, 2010 at 12:01 PM, Ali Ok al...@aliok.com.tr wrote: If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- 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
Re: [GSOC] HTML5 Proposal
+1 Just as a comment, mojarra has inside its impl jar some extension tags, so maybe in this case we could include the resulting components in myfaces impl as well. 2010/3/23 Matthias Wessendorf mat...@apache.org +1 On Tue, Mar 23, 2010 at 12:01 PM, Ali Ok al...@aliok.com.tr wrote: If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- 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
Re: [GSOC] HTML5 Proposal
I've updated the wiki, thanks for your feedback. Just as a comment, mojarra has inside its impl jar some extension tags, so maybe in this case we could include the resulting components in myfaces impl as well. It would be cool :) Kind Regards, Ali On Tue, Mar 23, 2010 at 11:25 PM, Leonardo Uribe lu4...@gmail.com wrote: +1 Just as a comment, mojarra has inside its impl jar some extension tags, so maybe in this case we could include the resulting components in myfaces impl as well. 2010/3/23 Matthias Wessendorf mat...@apache.org +1 On Tue, Mar 23, 2010 at 12:01 PM, Ali Ok al...@aliok.com.tr wrote: If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- 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
Re: [GSOC] HTML5 Proposal
On Tue, Mar 23, 2010 at 2:25 PM, Leonardo Uribe lu4...@gmail.com wrote: +1 Just as a comment, mojarra has inside its impl jar some extension tags, so maybe in this case we could include the resulting components in myfaces impl as well. ha! thanks, I am glad you brought it up! I forgot to mention that. I am sure happy to see the hx: as a bonus of the MyFaces RT :-) -Matthias 2010/3/23 Matthias Wessendorf mat...@apache.org +1 On Tue, Mar 23, 2010 at 12:01 PM, Ali Ok al...@aliok.com.tr wrote: If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- 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 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] HTML5 Proposal
+1 on that :) 2010/3/24 Matthias Wessendorf mat...@apache.org On Tue, Mar 23, 2010 at 2:25 PM, Leonardo Uribe lu4...@gmail.com wrote: +1 Just as a comment, mojarra has inside its impl jar some extension tags, so maybe in this case we could include the resulting components in myfaces impl as well. ha! thanks, I am glad you brought it up! I forgot to mention that. I am sure happy to see the hx: as a bonus of the MyFaces RT :-) -Matthias 2010/3/23 Matthias Wessendorf mat...@apache.org +1 On Tue, Mar 23, 2010 at 12:01 PM, Ali Ok al...@aliok.com.tr wrote: If there is no objection, I am changing project name to HTML5 Support for Apache Myfaces2. Regards, Ali On Tue, Mar 23, 2010 at 6:53 PM, Matthias Wessendorf mat...@apache.org wrote: On Tue, Mar 23, 2010 at 9:45 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Hey, that's good. I thought I heard some time ago this couldn't be fixed because of backwards compatibility. it's still the default, but now you can change it. -M Great that it's fixed. /JK 2010/3/23 Matthias Wessendorf mat...@apache.org FYI http://java.sun.com/javaee/javaserverfaces/2.0/docs/api/javax/faces/component/NamingContainer.html#SEPARATOR_CHAR is deprecated now -- 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 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [GSOC] HTML5 Proposal
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
Re: [GSOC] HTML5 Proposal
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
Re: [GSOC] HTML5 Proposal
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
Re: [GSOC] HTML5 Proposal
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.comwrote: 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
Re: [GSOC] HTML5 Proposal
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
Re: [GSOC] HTML5 Proposal
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
Re: [GSOC] HTML5 Proposal
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
Re: [GSOC] HTML5 Proposal
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
Re: [GSOC] HTML5 Proposal
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.orgwrote: 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
Re: [GSOC] HTML5 Proposal
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
Re: [GSOC] HTML5 Proposal
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:
Re: [GSOC] HTML5 Proposal
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.comwrote: 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 --