[Zope3-dev] Tests failing

2007-01-10 Thread Benji York
The tests are failing on the trunk, 3.2, and 3.3 branches.  Apparently 
because of the recent addition of a "Cache-Control" header.  See the 
buildbot for details: http://buildbot.zope.org

--
Benji York
Senior Software Engineer
Zope Corporation
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rocky Burt wrote:
> On Wed, 2007-10-01 at 11:09 -0500, Tres Seaver wrote:
>> While I am vehemently opposed to code generation per se, one alternative
>> which I think is important is to generate stuff *at runtime* from
>> artifacts which are more understandable to business users than Python
>> code.  E.g., they might specify schema in a spreadsheet, an HTML form,
>> or a UML diagram, which we then use to create a schema interface (my
>> 'userschema' package[1] does this already for the first two).
> 
> Not sure which mailing list my questions belong on but for the time
> being I'll ask them here (any list subscribers feel free to tell me to
> take this discussion offline).
> 
> This userschema package looks very cool and it's nice to see all the
> cool ways you can produce schema's from user contributed data (ie csv,
> html).  But I'm curious to know what sort of use cases you have for the
> end-result schema's ... simple formlib form generation? content type +
> edit form (via formlib) generation?

Obviously generated UI is the main use-case;  I have some notions about
making it easier to use schema stuff from within "custom" UI, but they
aren't fleshed out yet.

I do have a notion of allowing the template which *specifies* the schema
to be used to *render* its fields, but haven't got that part working
yet.  Chris McDonough and I have talked about using a meld3-based
approach to that, as well.


Tres.
- --
===
Tres Seaver  +1 540-429-0999  [EMAIL PROTECTED]
Palladion Software   "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFpR3g+gerLs4ltQ4RAtMPAKDIlX5ulm/Q6UquWTO74XKlZXWCTQCeOjli
rIT6hvLSWmK8ZGqNiZfoZZQ=
=vyeh
-END PGP SIGNATURE-

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Rocky Burt
On Wed, 2007-10-01 at 11:09 -0500, Tres Seaver wrote:
> While I am vehemently opposed to code generation per se, one alternative
> which I think is important is to generate stuff *at runtime* from
> artifacts which are more understandable to business users than Python
> code.  E.g., they might specify schema in a spreadsheet, an HTML form,
> or a UML diagram, which we then use to create a schema interface (my
> 'userschema' package[1] does this already for the first two).

Not sure which mailing list my questions belong on but for the time
being I'll ask them here (any list subscribers feel free to tell me to
take this discussion offline).

This userschema package looks very cool and it's nice to see all the
cool ways you can produce schema's from user contributed data (ie csv,
html).  But I'm curious to know what sort of use cases you have for the
end-result schema's ... simple formlib form generation? content type +
edit form (via formlib) generation?

Regards,
Rocky


-- 
Rocky Burt
ServerZen Software -- http://www.serverzen.com
News About The Server (blog) -- http://www.serverzen.net


signature.asc
Description: This is a digitally signed message part
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



[Zope3-dev] Re: zc.selenium test isolation

2007-01-10 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christian Theune wrote:
> Am Mittwoch, den 10.01.2007, 11:04 -0500 schrieb Benji York:
>> Christian Theune wrote:
>>> I propose to add an "ultimate" pop at the beginning of each test, to
>>> ensure consistency/isolation at those points.
>> Where "ultimate pop" means to remove all stacked demostorages added by 
>> previous tests?  If so, sounds good.
>>
>> I do worry a little about that hiding mismatched push/pop operations in 
>> non-failing tests.  Perhaps the "ultimate pop" could generate a selenium 
>> error if there was anything there to pop.
> 
> I think that would defeat the purpose of having the other tests pass and
> not get spurious errors.

If pushing / popping demostorages is done by code in the tests
themselves, then failure to clean up afterwards is failture (like
failing to reset the component architecture).

> I think under normal conditions, the mismatched operations shouldn't be
> a problem, anyway, normal users of zc.selenium shouldn't have to worry
> about it. All of those operations are generated automatically anyway.

Then why do we need the "utlimate" pop, if not to catch a programmer error?


Tres.
- --
===
Tres Seaver  +1 540-429-0999  [EMAIL PROTECTED]
Palladion Software   "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFpRJk+gerLs4ltQ4RAl6PAJ48i8iblJ4vuqi7SwezauKRJe8JkACgtud4
tqvDHPMr2Jyxnx82vuuwjHY=
=GAxS
-END PGP SIGNATURE-

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



Re: [Zope3-dev] zc.selenium test isolation

2007-01-10 Thread Christian Theune
Am Mittwoch, den 10.01.2007, 11:04 -0500 schrieb Benji York:
> Christian Theune wrote:
> > I propose to add an "ultimate" pop at the beginning of each test, to
> > ensure consistency/isolation at those points.
> 
> Where "ultimate pop" means to remove all stacked demostorages added by 
> previous tests?  If so, sounds good.
> 
> I do worry a little about that hiding mismatched push/pop operations in 
> non-failing tests.  Perhaps the "ultimate pop" could generate a selenium 
> error if there was anything there to pop.

I think that would defeat the purpose of having the other tests pass and
not get spurious errors.

I think under normal conditions, the mismatched operations shouldn't be
a problem, anyway, normal users of zc.selenium shouldn't have to worry
about it. All of those operations are generated automatically anyway.

Christian

-- 
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 -
fax +49 345 122 9889 1 - zope and plone consulting and development


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Martijn Faassen wrote:
> Martin Aspeli wrote:
>> Peter Bengtsson wrote:
 Philipp has posted a blog entry with a good example of Grok code:

 http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_01_09_you-thought-zope-3-wasn
  
> 
>>> Gorgeous!
>>> I especially like that you don't have to manually define the template
>>> since it's picked up automatically by name.
>>>
>>> Will the grok effort yield any codegenerating scripts and stuff like
>>> the django folks have?
>>> If not, I have some ideas that I could maybe contribute with at/for
>>> the next sprint even :)
>> Code generation sucks. :)
> 
> I agree. I'll highlight what you say below:
> 
>  > - You should never, ever *need* code generation.
> 
> I think the language/library/framework should be powerful enough to 
> write things down quickly without the need for code generation. Code 
> generation where the end result is something that is expected to be read 
> or modified by humans is generally bad, unless it's just about quickly 
> setting up an empty project. We will be looking into this for Grok.

While I am vehemently opposed to code generation per se, one alternative
which I think is important is to generate stuff *at runtime* from
artifacts which are more understandable to business users than Python
code.  E.g., they might specify schema in a spreadsheet, an HTML form,
or a UML diagram, which we then use to create a schema interface (my
'userschema' package[1] does this already for the first two).

>> But:
>>
>>  - ArchGenXML (hacky though it is) is great for business types because 
>> it takes UML (which business analysts understand and customers can be 
>> talked through) and produces content types they can CRUD with. 
>> Seriously, I've seen people sell big Plone jobs on AGX (kinda scary).
> 
> Yes, and even though I think everything I said above is true, I also 
> think that tools like ArchGenXML can be valuable. I just don't want such 
> a tool to be a way to generate repetitive bad code, as usually I'll be 
> working on the level of the code. If there is to be tools, I want a tool 
> like that that can generate clean non-repetitive code. That is, I don't 
> want a tool to become an excuse to say: oh this code can be repetitive 
> and unwieldy, it's just you use a tool to generate it anyway.
> 
>>  - Don't invent a new code generator. Please. :) PasteScript does quite 
>> well, and seems to be adopted by others, e.g. Pylons. We already use it 
>> to make new egg-like packages for Plone.
> 
> Agreed. We're looking into PasteScript, I believe. Philipp has been 
> looking into this.


[1] http://agendaless.com/Members/tseaver/software/userschema



Tres.
- --
===
Tres Seaver  +1 540-429-0999  [EMAIL PROTECTED]
Palladion Software   "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFpQ+2+gerLs4ltQ4RAl5rAKDQ0C/V/R6d9m3J3mqwoDUMeeOvPwCgyIbo
0WKDfLV8KnVjUxuAaPvvD3o=
=auQd
-END PGP SIGNATURE-

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



Re: [Zope3-dev] zc.selenium test isolation

2007-01-10 Thread Benji York

Christian Theune wrote:

I propose to add an "ultimate" pop at the beginning of each test, to
ensure consistency/isolation at those points.


Where "ultimate pop" means to remove all stacked demostorages added by 
previous tests?  If so, sounds good.


I do worry a little about that hiding mismatched push/pop operations in 
non-failing tests.  Perhaps the "ultimate pop" could generate a selenium 
error if there was anything there to pop.

--
Benji York
Senior Software Engineer
Zope Corporation
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Martijn Faassen

Philipp von Weitershausen wrote:

Martijn Faassen wrote:
 - Don't invent a new code generator. Please. :) PasteScript does 
quite well, and seems to be adopted by others, e.g. Pylons. We 
already use it to make new egg-like packages for Plone.


Agreed. We're looking into PasteScript, I believe. Philipp has been 
looking into this.


Yes. These efforts are actually getting somewhere, thanks to Ian's help 
last night.


Cool!

Regards,

Martijn


___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Philipp von Weitershausen

Martijn Faassen wrote:
 - Don't invent a new code generator. Please. :) PasteScript does 
quite well, and seems to be adopted by others, e.g. Pylons. We already 
use it to make new egg-like packages for Plone.


Agreed. We're looking into PasteScript, I believe. Philipp has been 
looking into this.


Yes. These efforts are actually getting somewhere, thanks to Ian's help 
last night.



--
http://worldcookery.com -- Professional Zope documentation and training
2nd edition of Web Component Development with Zope 3 is now shipping!

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



[Zope3-dev] Re: Zope 3.3.1

2007-01-10 Thread Olivier Grisel
Christian Theune a écrit :
> Hi,
> 
> after the initial Zope 3.3 release, we fixed quite a few bugs. I think
> it's time for a 3.3.1 release now, which would also help the upcoming
> Zope 2.10.2 release.
> 
> If anybody has time to do the 3.3.1 release, that would be very welcome!

Hi, that would be neat to tag the zope.* packages directly as well to be able to
release them on the cheeseshop individually at the same time. I would have liked
to volunteer to package the 3.3.0 version of the zope.* packages but
unfortunately could not find the time to do so yet.

Maybe this work could be semi-automatically done as part of the normal Zope3
release process. I am not really aware how this is currently done.

-- 
Olivier

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



[Zope3-dev] Zope 3.3.1

2007-01-10 Thread Christian Theune
Hi,

after the initial Zope 3.3 release, we fixed quite a few bugs. I think
it's time for a 3.3.1 release now, which would also help the upcoming
Zope 2.10.2 release.

If anybody has time to do the 3.3.1 release, that would be very welcome!

Christian

-- 
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 -
fax +49 345 122 9889 1 - zope and plone consulting and development


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



Re: [Zope3-dev] zc.selenium test isolation

2007-01-10 Thread Jim Fulton

Christian Theune wrote:

Hi,

I'd like to propose a change to zc.selenium to increase test isolation
in the face of failing tests.

We use demostorage elegantly by keeping a stack of wrapped storages that
are pushed and popped automatically while the selenium tests run.

However, when a test fails, selenium might skip a few pop operations and
following tests might fail spuriously.

I propose to add an "ultimate" pop at the beginning of each test, to
ensure consistency/isolation at those points.


+1

Jim

--
Jim Fulton   mailto:[EMAIL PROTECTED]   Python Powered!
CTO  (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com   http://www.zope.org
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Martijn Faassen

Martin Aspeli wrote:

Peter Bengtsson wrote:

Philipp has posted a blog entry with a good example of Grok code:

http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_01_09_you-thought-zope-3-wasn 



Gorgeous!
I especially like that you don't have to manually define the template
since it's picked up automatically by name.

Will the grok effort yield any codegenerating scripts and stuff like
the django folks have?
If not, I have some ideas that I could maybe contribute with at/for
the next sprint even :)


Code generation sucks. :)


I agree. I'll highlight what you say below:

> - You should never, ever *need* code generation.

I think the language/library/framework should be powerful enough to 
write things down quickly without the need for code generation. Code 
generation where the end result is something that is expected to be read 
or modified by humans is generally bad, unless it's just about quickly 
setting up an empty project. We will be looking into this for Grok.



But:

 - ArchGenXML (hacky though it is) is great for business types because 
it takes UML (which business analysts understand and customers can be 
talked through) and produces content types they can CRUD with. 
Seriously, I've seen people sell big Plone jobs on AGX (kinda scary).


Yes, and even though I think everything I said above is true, I also 
think that tools like ArchGenXML can be valuable. I just don't want such 
a tool to be a way to generate repetitive bad code, as usually I'll be 
working on the level of the code. If there is to be tools, I want a tool 
like that that can generate clean non-repetitive code. That is, I don't 
want a tool to become an excuse to say: oh this code can be repetitive 
and unwieldy, it's just you use a tool to generate it anyway.


 - Don't invent a new code generator. Please. :) PasteScript does quite 
well, and seems to be adopted by others, e.g. Pylons. We already use it 
to make new egg-like packages for Plone.


Agreed. We're looking into PasteScript, I believe. Philipp has been 
looking into this.


Regards,

Martijn

___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



Re[2]: [Zope3-dev] Builbot mail not working ?

2007-01-10 Thread Adam Groszer
Hello Christian,

Yay, shame on me.
I was the one who added the "no cache" stuff to
/src/zope/app/exception/browser/unauthorized.py.

I'm crippled here until tomorrow without SVN access, so somebody
please fix it or revert my changes.

Wednesday, January 10, 2007, 11:00:35 AM, you wrote:

CT> Hi,

CT> that one fails for me as well.

CT> I don't remember who checked this in, but I saw somebody talk about this
CT> change lately.

CT> Christian

CT> Am Mittwoch, den 10.01.2007, 10:31 +0530 schrieb Baiju M:
>> Baiju M wrote:
>> >  Hi, Can anyone verify that buildbot [1] send test failure error mails
>> >  to list? There is one test failure in Zope 3 trunk now [2]. But it's
>> >  not in Zope3-dev list archive [3].
>> >
>> >  [1] http://buildbot.zope.org [2]
>> > 
>> http://buildbot.zope.org/Zope3%20trunk%202.4%20Linux%20zc-buildbot/builds/832/test_2/0
>> >  [3] http://mail.zope.org/pipermail/zope3-dev/
>> 
>> I am still getting this error in trunk, see the traceback:
>> 
>> Failure in test 
>> /var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt
>> Failed doctest test for doctest.txt
>>   File "/var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt", 
>> line 0
>> 
>> --
>> File "/var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt", 
>> line 20, in doctest.txt
>> Failed example:
>> print http(r"""
>> GET /@@contents.html HTTP/1.1
>> """)
>> Differences (ndiff with -expected +actual):
>>   HTTP/1.1 401 Unauthorized
>> + Cache-Control: no-store, no-cache, must-revalidate
>> - Content-Length: ...
>> ? ^^^
>> + Content-Length: 3987
>> ? 
>>   Content-Type: text/html;charset=utf-8
>> + Expires: Mon, 26 Jul 1997 05:00:00 GMT
>> + Pragma: no-cache
>>   WWW-Authenticate: basic realm="Zope"
>>   
>> - > + > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
>> + 
>> + http://www.w3.org/1999/xhtml"; xml:lang="en"
>> +   lang="en">
>> + 
>> +   
>> + Z3: 
>> + 
>> + @import 
>> url(http://localhost/@@/zope3_tablelayout.css);
>> + 
>> + 
>> + 
>> + > content="text/html;charset=utf-8" />
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + > + src="http://localhost/@@/zope3.js";>
>> + 
>> + 
>> + 
>> + 
>> + > + src="http://localhost/@@/xmltree.js";>
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + > +   href="http://localhost/@@/favicon.png"; />
>> +   
>> + 
>> +   http://localhost/', 'http://localhost/'); ">
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + User:
>> + Unauthenticated User
>> + 
>> + 
>> + 
>> + > href="@@login.html?nextURL=http%3A//localhost/%40%40contents.html">[Login]
>> + 
>> + 
>> + 
>> + 
>> + > + href="http://localhost/@@SelectedManagementView.html";
>> + name="top">http://localhost/@@/zope3logo.gif"; />
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + Location: > + href="http://localhost/@@SelectedManagementView.html";>[top]
>> +  /
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> +   
>> + Navigation
>> + http://www.zope.org/zope3xmltree";
>> +  id="navtreecontents" class="body"
>> +  onclick="treeclicked(event);">Loading...
>> +   
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + 
>> + Unauthorized
>> + 
>> + You are not authorized
>> + 
>> + 
>> + 
>> +  

[Zope3-dev] zc.selenium test isolation

2007-01-10 Thread Christian Theune
Hi,

I'd like to propose a change to zc.selenium to increase test isolation
in the face of failing tests.

We use demostorage elegantly by keeping a stack of wrapped storages that
are pushed and popped automatically while the selenium tests run.

However, when a test fails, selenium might skip a few pop operations and
following tests might fail spuriously.

I propose to add an "ultimate" pop at the beginning of each test, to
ensure consistency/isolation at those points.

Christian

-- 
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 -
fax +49 345 122 9889 1 - zope and plone consulting and development


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com



Re: [Zope3-dev] Builbot mail not working ?

2007-01-10 Thread Christian Theune
Hi,

that one fails for me as well.

I don't remember who checked this in, but I saw somebody talk about this
change lately.

Christian

Am Mittwoch, den 10.01.2007, 10:31 +0530 schrieb Baiju M:
> Baiju M wrote:
> >  Hi, Can anyone verify that buildbot [1] send test failure error mails
> >  to list? There is one test failure in Zope 3 trunk now [2]. But it's
> >  not in Zope3-dev list archive [3].
> >
> >  [1] http://buildbot.zope.org [2]
> > 
> http://buildbot.zope.org/Zope3%20trunk%202.4%20Linux%20zc-buildbot/builds/832/test_2/0
> >  [3] http://mail.zope.org/pipermail/zope3-dev/
> 
> I am still getting this error in trunk, see the traceback:
> 
> Failure in test 
> /var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt
> Failed doctest test for doctest.txt
>   File "/var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt", 
> line 0
> 
> --
> File "/var/tmp/zopy/pkgs/Zope3trunk/src/zope/app/ftests/doctest.txt", 
> line 20, in doctest.txt
> Failed example:
> print http(r"""
> GET /@@contents.html HTTP/1.1
> """)
> Differences (ndiff with -expected +actual):
>   HTTP/1.1 401 Unauthorized
> + Cache-Control: no-store, no-cache, must-revalidate
> - Content-Length: ...
> ? ^^^
> + Content-Length: 3987
> ? 
>   Content-Type: text/html;charset=utf-8
> + Expires: Mon, 26 Jul 1997 05:00:00 GMT
> + Pragma: no-cache
>   WWW-Authenticate: basic realm="Zope"
>   
> -  +  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
> + 
> + http://www.w3.org/1999/xhtml"; xml:lang="en"
> +   lang="en">
> + 
> +   
> + Z3: 
> + 
> + @import 
> url(http://localhost/@@/zope3_tablelayout.css);
> + 
> + 
> + 
> +  content="text/html;charset=utf-8" />
> + 
> + 
> + 
> + 
> + 
> + 
> +  + src="http://localhost/@@/zope3.js";>
> + 
> + 
> + 
> + 
> +  + src="http://localhost/@@/xmltree.js";>
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> +  +   href="http://localhost/@@/favicon.png"; />
> +   
> + 
> +   http://localhost/', 'http://localhost/'); ">
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + User:
> + Unauthenticated User
> + 
> + 
> + 
> +  href="@@login.html?nextURL=http%3A//localhost/%40%40contents.html">[Login]
> + 
> + 
> + 
> + 
> +  + href="http://localhost/@@SelectedManagementView.html";
> + name="top">http://localhost/@@/zope3logo.gif"; />
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + Location:  + href="http://localhost/@@SelectedManagementView.html";>[top]
> +  /
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> +   
> + Navigation
> + http://www.zope.org/zope3xmltree";
> +  id="navtreecontents" class="body"
> +  onclick="treeclicked(event);">Loading...
> +   
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + Unauthorized
> + 
> + You are not authorized
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> +  
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> + 
> +   
> + 
> + 
> + 
> 
> Regards,
> Baiju M
> __

Re: [Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Christian Theune
Hi,

Am Mittwoch, den 10.01.2007, 00:44 + schrieb Martin Aspeli:
> Code generation sucks. :)
> 
> But:
> 
>   - ArchGenXML (hacky though it is) is great for business types because 
> it takes UML (which business analysts understand and customers can be 
> talked through) and produces content types they can CRUD with. 
> Seriously, I've seen people sell big Plone jobs on AGX (kinda scary).
> 
>   - Don't invent a new code generator. Please. :) PasteScript does quite 
> well, and seems to be adopted by others, e.g. Pylons. We already use it 
> to make new egg-like packages for Plone.
> 
>   - You should never, ever *need* code generation. It should be a nice 
> way of getting a common structure for second-order stuff like 
> documentation files and egg metadata (how we use ZopeSkel/paster in 
> Plone), or a way of going from a visual representation to code. Systems 
> that *depend* on generators are always nasty to maintain, upgrade and 
> understand. Tools are just not a replacement for good language design 
> (this is why we see the Java->Rails exodus cliche, and then people 
> realise Rails has tools too, oh well).

We've been talking a bit about using Paste to create initial project
environments (e.g. bootstrap a buildout that has grok and Zope 3 in it
and setup your subversion environment).

This is one of the things on our 1.0 list ... Have a look at
launchpad.net/grok for more.

Christian

-- 
gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany
www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 -
fax +49 345 122 9889 1 - zope and plone consulting and development


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com