Le 19/08/10 12:29, Sidnei da Silva a écrit :
On Wed, Aug 18, 2010 at 2:14 PM, Dorneles Treméadorne...@tremea.com wrote:
from his recent work on Canonical, I'm sure Sidnei has some great
insights to share here, don't you Sidnei? :-)
We've been using YUI, so Y.Test as the test framework. We
Le 18/08/10 19:01, David Glick a écrit :
Godefroid, I am definitely interested to learn from your experience in
this area. Regarding functional testing of Javascript, would you
recommend looking at KSS to see how it is done there, or are there newer
best practices that have emerged since those
Le 19/08/10 18:14, Eric Steele a écrit :
On Aug 19, 2010, at 10:24 AM, Godefroid Chapelle wrote:
Reason why I insist on automated tests. Functional tests run too slowly
to rely on developers running them regularly. We need to delegate to
Hudson or buildbot.
I agree completely.
I very
Great work so far, framework team!
On 8/17/10 10:39 PM, Eric Steele wrote:
* 30 PLIPs!
* Cover those PLIPs which were dependencies of other PLIPs first.
• 9473 (z3cform)
• Ross: Better than Archetypes at form generation, better
documentation than formlib, but still
On 8/18/10 7:35 AM, Godefroid Chapelle wrote:
Le 18/08/10 07:39, Eric Steele a écrit :
• 10888 (Make KSS optional)
• Quick consensus
• Selenium testing
• KSS does this. Plone doesn't. Do we require plip to
add this for rewritten work?
On 18-08-2010 08.07, Martin Aspeli wrote:
• 10778 (Stand-alone UUID)
I think my reason for wanting it in the core, is twofold:
- There's a proliferation of half-solutions to this problem right
now. We need something blessed that people feel safe relying on. There
is a cost