Hi Jakob,
Sine these things are new in HTML5 it is normal that you have to change
stuff on MyFaces in order to integrate it perfectly. The best you can do
here is (as we already discussed some time ago) a special init parameter to
enable/disable this stuff.
Right...
Thanks for the reply and
Hi,
I am trying to write some prototypes about DnD support. I want to use
ClientBehaviors for this issue.
I wonder if a code like
xx:somePanel ...
fx:dragSupportClientBehavior .../ !-- This is A ClientBehavior --
/xx:somePanel
can produce
div *draggable=true*
ondragstart=return
At the components that I cannot modify, things got worse. I can never set
draggable=true on them:
h:inputText
fx:dragSupportClientBehavior .../
/h:inputText
Ignore these 2 sentences, since I can't set 'ondragstart' and 'ondragend'
on h:inputText using a ClientBehavior
On Thu, May 6, 2010 at 5:43 PM, Mike Kienenberger mkien...@gmail.com
wrote:
Sounds a lot like the tomahawk sandbox subform and tomahawk UICommand
components. You can specify an actionFor attribute on the UICommand
components to point at a specific subform.
I wonder if some of the design
-public.dev.java.net/servlets/ProjectIssues
Werner
Am 05.05.10 20:01, schrieb Ali Ok:
Hi all,
I've been working on my GSOC project (prototyping currently). I
want to
ask you something.
With HTML5, form elements does not have
-public.dev.java.net/servlets/ProjectIssues
Werner
Am 05.05.10 20:01, schrieb Ali Ok:
Hi all,
I've been working on my GSOC project (prototyping currently). I want to
ask you something.
With HTML5, form elements does not have to be children of a form. Of
course, that is the preferred way, but you can set
.
https://javaserverfaces-spec-public.dev.java.net/servlets/ProjectIssues
Werner
Am 05.05.10 20:01, schrieb Ali Ok:
Hi all,
I've been working on my GSOC project (prototyping currently). I want to
ask you something.
With HTML5, form elements does not have to be children of a form
has to cook its own mechnanism in
the long run.
https://javaserverfaces-spec-public.dev.java.net/servlets/ProjectIssues
Werner
Am 05.05.10 20:01, schrieb Ali Ok:
Hi all,
I've been working on my GSOC project (prototyping currently). I
want
for
the official spec so that no impl has to cook its own mechnanism in
the long run.
https://javaserverfaces-spec-public.dev.java.net/servlets/ProjectIssues
Werner
Am 05.05.10 20:01, schrieb Ali Ok:
Hi all,
I've been working on my GSOC project (prototyping currently). I
Hi all,
I've been working on my GSOC project (prototyping currently). I want to ask
you something.
With HTML5, form elements does not have to be children of a form. Of course,
that is the preferred way, but you can set the form attribute of the
input and that input will be posted when the owner
Hi
Just one comment, the test webapp here:
http://svn.apache.org/repos/asf/myfaces/current20/test-webapp/
has a very simple integration test that runs with maven and use HtmlUnit.
It has profiles that runs them with jetty and tomcat(using maven cargo
plugin)
I also did something similar on
Hi Mike,
Thanks for the feedback. I did considered Selenium, but after some
discussions we concluded that the testing should be done totally automated
within maven and without a browser, so that excludes Selenium since it needs
a browser running in order to work.
Regards,
Cosmin
On Wed, Apr
Had a look at JBoss' Arquillian ?
-Matthias
On Thu, Apr 8, 2010 at 9:55 AM, Martinconi Cosmin
cosmin.martinc...@codebeat.ro wrote:
Hi Mike,
Thanks for the feedback. I did considered Selenium, but after some
discussions we concluded that the testing should be done totally automated
within
in applying for the GSOC project
https://issues.apache.org/jira/browse/MYFACES-2634 regarding state
saving
performance improvements in MyFaces 2.0. I have already written a
proposal
and updated it on the MyFaces wiki:
http://wiki.apache.org/myfaces/GSoC2010_StateSavingPerformanceImprovements
You can use the Selenium RC Server [1] to host the browser. You can then
remotely invoke this server from your Maven build. The Maven build then
doesn't need a browser. (but you're right, Selenium needs a browser
*somewhere*)
Regards,
Jan-Kees
[1] http://seleniumhq.org/projects/remote-control/
,
I would be interested in applying for the GSOC project
https://issues.apache.org/jira/browse/MYFACES-2634 regarding state
saving
performance improvements in MyFaces 2.0. I have already written a
proposal
and updated it on the MyFaces wiki:
http://wiki.apache.org/myfaces
Selenium seems to keep coming up here again and again, but the main problem
about it is that you need a browser to run the tests and that is what we
don't want. We want to be able to include the tests in every maven build and
thus also on the apache build server and we certainly can't use a
You could note that in the proposal :)
On Thu, Apr 8, 2010 at 8:28 AM, Jakob Korherr jakob.korh...@gmail.com wrote:
Selenium seems to keep coming up here again and again, but the main problem
about it is that you need a browser to run the tests and that is what we
don't want. We want to be
Hey Guys,
I'd like to apply for this GSoC for the MyFaces Application Builder idea
[1].
I already submitted a proposal and also added it to the Wiki [2].
It would be really nice if you could have a look - feedback is highly
appreciated.
Cheers,
Tobias
[1]: https://issues.apache.org/jira/browse
HEy Tobias,
I had a quick look and it's OK, IMO :-)
Greetings,
Matthias
On Wed, Apr 7, 2010 at 3:32 PM, Tobіas Ullrіch li...@dump.netvanced.eu wrote:
Hey Guys,
I'd like to apply for this GSoC for the MyFaces Application Builder idea
[1].
I already submitted a proposal and also added
Hi,
I also prepared an application proposal, that I submitted to Google and a
wiki page:
http://wiki.apache.org/myfaces/GSoC2010_AutomatedTests
for the Automated webapp tests for MyFaces Core and extensions issue.
You can find the Jira Issue at:
https://issues.apache.org/jira/browse/MYFACESTEST-6
I'd like to recommend that you also consider Selenium as a test framework.
On Wed, Apr 7, 2010 at 10:04 AM, Martinconi Cosmin
cosmin.martinc...@codebeat.ro wrote:
Hi,
I also prepared an application proposal, that I submitted to Google and a
wiki page:
Hello everyone a general question.
I have a potential GSOC student for my CDI integration, now the problem
is I am not sure if he is allowed to participate, due to two reasons.
First he is a MyFaces comitter, secondly he has worked on ext-scripting
before (spring part wich is in the branch
Hi Werner,
as long as he is a student, he qualifies (at least this is what is was
the last years, I haven't read the reglement this year very
carefully).
best regards,
Martin
On 4/6/10, Werner Punz werner.p...@gmail.com wrote:
Hello everyone a general question.
I have a potential GSOC
with the project in their applications. New work will need to be done
for the project as part of participation in GSoC.
Seems like it is ok
Werner
Am 06.04.10 11:56, schrieb Martin Marinschek:
Hi Werner,
as long as he is a student, he qualifies (at least this is what is was
the last years, I
Hello,
I would be interested in applying for the GSOC project
https://issues.apache.org/jira/browse/MYFACES-2634 regarding state saving
performance improvements in MyFaces 2.0. I have already written a proposal
and updated it on the MyFaces wiki:
http://wiki.apache.org/myfaces
correction to your proposal: first measurements didn't show
a 20% improvement, but a reduction to 20% of the original state - so
an improvement by a factor of 5.
best regards,
Martin
On 4/6/10, Marius Petoi marius.pe...@codebeat.ro wrote:
Hello,
I would be interested in applying for the GSOC project
Am 29.03.10 22:54, schrieb Tobias Ullrich:
Hey Guys,
the deadline for students to sign up for the GSoC program is coming and
I thought it would be really cool to get the chance to participate and
contribute to MyFaces.
I co-organized/attended a talk by Matthias Wessendorf and Bernd Bohmann
Am 30.03.10 08:41, schrieb Werner Punz:
Am 29.03.10 22:54, schrieb Tobias Ullrich:
Hey Guys,
the deadline for students to sign up for the GSoC program is coming and
I thought it would be really cool to get the chance to participate and
contribute to MyFaces.
I co-organized/attended a talk
Werner Punz werner.p...@gmail.com
Am 30.03.10 08:41, schrieb Werner Punz:
Am 29.03.10 22:54, schrieb Tobias Ullrich:
Hey Guys,
the deadline for students to sign up for the GSoC program is coming and
I thought it would be really cool to get the chance to participate and
contribute
Hey Guys,
thx for your replies.
The application builder idea sounds very interesting and, if it is fine with
you, I would like to apply for it.
Hazem/Gerhard: Could you guys give me some more input on your idea? Maybe a
bit more detail about how you imagined the user interface and the add-on
hi tobias,
ok - great!
@ui:
imo a command-line interface is ok for the first prototype.
as soon as we have a solid core, we can think about something like ide
plug-ins,...
@add-ons,...:
the basic question is: do you plan to use cdi internally?
regards,
gerhard
http://www.irian.at
Your JSF
Hey Gerhard,
On Tue, Mar 30, 2010 at 5:47 PM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
@add-ons,...:
the basic question is: do you plan to use cdi internally?
I would like to try to use CDI even though I think that I don't get the
whole picture of CDI at the moment - but it would
Hi Tobias,
I wish to see an entity visualizer from which the user will be able to
define the entities and the relationships between them.
After the user completed the entities definition, (s)he can specify extra
parameters that affects the generation way (Some of the parameters are):
1. The
I agree with Gerhard that CLI is enough for the first prototyping.
On Tue, Mar 30, 2010 at 5:47 PM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
hi tobias,
ok - great!
@ui:
imo a command-line interface is ok for the first prototype.
as soon as we have a solid core, we can think
On Tue, Mar 30, 2010 at 7:17 PM, Matthias Wessendorf mat...@apache.org wrote:
On Tue, Mar 30, 2010 at 6:43 PM, Hazem Saleh haz...@apache.org wrote:
Hi Tobias,
I wish to see an entity visualizer from which the user will be able to
define the entities and the relationships between them.
After
to clarify, this is just a suggestion, for the starting (early version)..
-Matthias
On Tue, Mar 30, 2010 at 7:17 PM, Matthias Wessendorf mat...@apache.org wrote:
On Tue, Mar 30, 2010 at 6:43 PM, Hazem Saleh haz...@apache.org wrote:
Hi Tobias,
I wish to see an entity visualizer from which
hi,
i agree with matthias. let's do it step by step. we should start with the
basic stuff (as mentioned in the jira issue).
if we have time, we can add further modules (add-ons) later on.
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in
Ok, I created a new ticket for this:
https://issues.apache.org/jira/browse/MYFACES-2632
-Matthias
On Thu, Mar 25, 2010 at 2:23 PM, Matthias Wessendorf mat...@apache.org wrote:
http://markmail.org/message/mk6th4uj7o6fpqic
based on that, I will overhaul the JIRA issue and make it neutral.
Ali
Hey Guys,
the deadline for students to sign up for the GSoC program is coming and I
thought it would be really cool to get the chance to participate and
contribute to MyFaces.
I co-organized/attended a talk by Matthias Wessendorf and Bernd Bohmann on
JSF 2.0 / MyFaces 2.0 in January and I'm
...@dump.netvanced.eu
Hey Guys,
the deadline for students to sign up for the GSoC program is coming and I
thought it would be really cool to get the chance to participate and
contribute to MyFaces.
I co-organized/attended a talk by Matthias Wessendorf and Bernd Bohmann on
JSF 2.0 / MyFaces
Hey Guys,
the deadline for students to sign up for the GSoC program is coming and I
thought it would be really cool to get the chance to participate and
contribute to MyFaces.
I co-organized/attended a talk by Matthias Wessendorf and Bernd Bohmann on
JSF 2.0 / MyFaces 2.0 in January and I'm
Hi,
I was talking with Gerhard about creating a tool that is capable of
generating the complete artifacts of a MyFaces 2.0
web application starting from a database physical model to the application
interface.
In simple words, the tool should allow the user to be able to create his/her
relational
compared to spring roo i would prefer a solution without special
annotations.
imo it should be more flexible than archetypes and in combination with
ext-scripting we might get a very nice dev. experience esp. for developers
who are new to jsf/jee.
regards,
gerhard
http://www.irian.at
Your JSF
Sounds good!
On Mar 28, 2010 10:36 AM, Gerhard Petracek gerhard.petra...@gmail.com
wrote:
compared to spring roo i would prefer a solution without special
annotations.
imo it should be more flexible than archetypes and in combination with
ext-scripting we might get a very nice dev. experience
Excellent proposal..
Werner
Am 28.03.10 13:19, schrieb Matthias Wessendorf:
Sounds good!
On Mar 28, 2010 10:36 AM, Gerhard Petracek
gerhard.petra...@gmail.com mailto:gerhard.petra...@gmail.com wrote:
compared to spring roo i would prefer a solution without special
annotations.
imo it should
Support for Apache MyFaces
2010/3/26 Jakob Korherr jakob.korh...@gmail.com
Frankly, I like MyFaces test. It just has to be improved, but we can
totally use it (actually that's what we're doing right now). The only thing
we can't use MyFaces test is for a real webapp-test, and that is were the
GSoC
of this GSoC project would be to find alternatives and also to
find the best-fitting test framework for MyFaces Core. Then the goal would
be to integrate it with MyFaces Core, to define rules and provide how-tos
and to write a bunch of test cases.
This would help us enormously in ensuring
+ Jetty or something similar. I also want to
mention JSFUnit here, although we won't be able to use it since it is LGPL
licensed.
The goal of this GSoC project would be to find alternatives and also to
find the best-fitting test framework for MyFaces Core. Then the goal would
be to integrate
-winded.
To accomplish something like that we could use test frameworks like e.g.
Canoo WebTest or HttpUnit + Jetty or something similar. I also want to
mention JSFUnit here, although we won't be able to use it since it is
LGPL
licensed.
The goal of this GSoC project would be to find
something like that we could use test frameworks like e.g.
Canoo WebTest or HttpUnit + Jetty or something similar. I also want to
mention JSFUnit here, although we won't be able to use it since it is LGPL
licensed.
The goal of this GSoC project would be to find alternatives and also to
find
.
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
.
To accomplish something like that we could use test frameworks like e.g.
Canoo WebTest or HttpUnit + Jetty or something similar. I also want to
mention JSFUnit here, although we won't be able to use it since it is LGPL
licensed.
The goal of this GSoC project would be to find alternatives and also
be able to use it since it is LGPL
licensed.
The goal of this GSoC project would be to find alternatives and also to
find the best-fitting test framework for MyFaces Core. Then the goal would
be to integrate it with MyFaces Core, to define rules and provide how-tos
and to write a bunch of test
Frankly, I like MyFaces test. It just has to be improved, but we can
totally use it (actually that's what we're doing right now). The only thing
we can't use MyFaces test is for a real webapp-test, and that is were the
GSoC project comes up!
Furthermore I don't think we need a subproject
.
Canoo WebTest or HttpUnit + Jetty or something similar. I also want to
mention JSFUnit here, although we won't be able to use it since it is LGPL
licensed.
The goal of this GSoC project would be to find alternatives and also to find
the best-fitting test framework for MyFaces Core
.
The goal of this GSoC project would be to find alternatives and also to
find
the best-fitting test framework for MyFaces Core. Then the goal would be
to
integrate it with MyFaces Core, to define rules and provide how-tos and
to
write a bunch of test cases.
This would help us
thing
we can't use MyFaces test is for a real webapp-test, and that is were the
GSoC project comes up!
Furthermore I don't think we need a subproject for this. Everything which
fits into automated testing fits into MyFaces test, so why not use the
existing one and improve it instead
http://markmail.org/message/mk6th4uj7o6fpqic
based on that, I will overhaul the JIRA issue and make it neutral.
Ali still can use his wiki page, to collect data, for his application.
-Matthias
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions:
of this GSoC project would be to find alternatives and also to find
the best-fitting test framework for MyFaces Core. Then the goal would be to
integrate it with MyFaces Core, to define rules and provide how-tos and to
write a bunch of test cases.
This would help us enormously in ensuring
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
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
. 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
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
/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
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
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
.
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
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
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
, 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
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
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
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
, 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
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
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
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
+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,
+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
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
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
+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
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
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
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
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
,
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
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
, 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
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
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
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
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
% sure about my answers.
The purpose of my current work is, to make my GSOC application better by
getting your idea.
On this mail
threadhttp://old.nabble.com/-GSoc--Google-Summer-of-Code-Idea-td27040478.html,
we have talked about a new HTML5 renderkit. But I have a doubt which I saved
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
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
FYI ;-)
-- Forwarded message --
From: Luciano Resende luckbr1...@gmail.com
Date: Thu, Mar 18, 2010 at 12:16 PM
Subject: Google just announced the official list of Organizations
participating in GSoC 2010
To: d...@community.apache.org, code-awards code-awa...@apache.org
Google
, which is not actually
coding, right? So, is it OK to write prototyping in project schedule between
April 30 (1 week after acceptance announcement) and May 24 (Coding start)?
Possible periods for prototyping:
- Prototyping before April 23 (acceptance announcement): All the GSOC
work
April 23 (acceptance announcement): All the GSOC work
should be done within the GSOC period, so this is not an option.
correct, that's not good.
Prototyping after May 24(coding starts) Is it too late?
Some time in Community Bonding Period [2](April 23 - May 24) (between
acceptance
201 - 300 of 330 matches
Mail list logo