Re: [Zope-dev] DTML is dead, long live DTML ;-)
Hi Florian I use a model based generation approach (from enterprise architect) however even archgenxml has templates for large amounts of boiler plate under the hood. Have you actually looked at the src of archgenxml, if you did you will notices it uses dtml for templating the code output ;-) T On Sun, Sep 5, 2010 at 9:11 AM, Florian Friesdorf wrote: > On Sun, Sep 05, 2010 at 08:49:39AM +0800, Tim Hoffman wrote: > > > > > > > > >> > > > Please note that DTML is a dead (and horrid) technology. > > > > > > Martin > > > > > > > But zpt is horrible for doing non html/xml based things ;-), What do you > > think is good alternative in the zope eco system now > > for templating other types of things (sql, python ...) ? > > I would use a templating system for things that are easy to template > (html/xml) and where more complex logic can be offloaded to a real > programming language like python (as zpt does). > > Using a templating system for a programming language is I think a > different programming paradigm than zope's component architecture and > contrary to code reusage. With code generators like ArchGenXML or agx > you are able to create models for your software on a more abstract level > than based on templating, so I would not use templating but model-based > code generation instead. > > > florian > > -- > Florian Friesdorf > GPG FPR: EA5C F2B4 FBBB BA65 3DCD E8ED 82A1 6522 4A1F 4367 > Jabber/XMPP: f...@chaoflow.net > IRC: chaoflow on freenode,ircnet,blafasel,OFTC > ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] DTML is dead, long live DTML ;-)
On Sun, Sep 05, 2010 at 08:49:39AM +0800, Tim Hoffman wrote: > > > > > >> > > Please note that DTML is a dead (and horrid) technology. > > > > Martin > > > > But zpt is horrible for doing non html/xml based things ;-), What do you > think is good alternative in the zope eco system now > for templating other types of things (sql, python ...) ? I would use a templating system for things that are easy to template (html/xml) and where more complex logic can be offloaded to a real programming language like python (as zpt does). Using a templating system for a programming language is I think a different programming paradigm than zope's component architecture and contrary to code reusage. With code generators like ArchGenXML or agx you are able to create models for your software on a more abstract level than based on templating, so I would not use templating but model-based code generation instead. florian -- Florian Friesdorf GPG FPR: EA5C F2B4 FBBB BA65 3DCD E8ED 82A1 6522 4A1F 4367 Jabber/XMPP: f...@chaoflow.net IRC: chaoflow on freenode,ircnet,blafasel,OFTC pgpD9QHMx5IZs.pgp Description: PGP signature ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] DTML is dead, long live DTML ;-)
> > >> > Please note that DTML is a dead (and horrid) technology. > > Martin > But zpt is horrible for doing non html/xml based things ;-), What do you think is good alternative in the zope eco system now for templating other types of things (sql, python ...) ? T ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 3 Newbie Feedback
Hi, So how to make Blue Bream easier to use? I propose making the initial > start up interface a simple content management system, kind of a Plone > light. This seems like a bad idea. Blue Bream attempts to be a development framework, not a content management system. You are suggesting we make an apple look like an orange, but still taste like an apple. Perhaps someone will build a CMS on top of Blue Bream, and perhaps this will make BB easier for people to learn, but that would need to be a separate project with separate goals. The experience from Zope 2 and Plone is that muddying the waters between an application and a framework makes a system harder for people to understand and use, not easier. > I know Plone just had a new release . I am not sure what all is in it, > but it would be great if Zope 3 on startup looked just like Plone, as > far as possible. Right out of the box allow users to register > themselves, and add in the stock content types. Calendar item, news > item, things like that, not the developer centric ZPT and DTML file. > Also allow the developer stuff, but under a different branch of a > hierarchical menu system.Maybe only people with a developer or > manager permission see those kinds of items. > It sounds like you're talking about through-the-web development, which is an idea now thoroughly discredited. TTW customisation has its place. Writing code through a web browser is just painful and brings long term pain once you grow out of tinkering mode and start having to worry about things like deployment and dev/test/prod lifecycles. > That is all I want. A simple content management system out of the box, > make it easy to add my own content type. Sure the serious hackers can > throw all that out, but for the average end user/developer, that would > be a hugely tempting improvement over using Plone. If you just want a simple CMS, I suggest you install a CMS. With Dexterity, by the way (available in Plone 4, probably standard in Plone 5), you can legitimately create content types through the web in Plone. > If I can add a few > dtml pages to display my content, it would all be very easy to get > started. Later I could export to the file system, and svn. > Please note that DTML is a dead (and horrid) technology. Martin ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope 3 Newbie Feedback
First of all my compliments to all of the people who put in enormous amounts of work first figuring out how to build Zope 3, and then building it. I am most grateful I hope that these comments help you better understand your market. I should say that I have been using Zope 2 since 1999 and watching Zope 3 for the longest time. I just could not get it. Python is cool, but interfaces, adaptors, zcml etc just made my eyes glaze over. I now understand why all that was necessary, but it was off putting. I finally have an app I need to write, but the complexity quite delayed my working with Zope 3. What is needed is a simple model to get people hooked. So how to make Blue Bream easier to use? I propose making the initial start up interface a simple content management system, kind of a Plone light. We all know there is way too much stuff under the hood of Plone. It slows software evolution. In contrast I know that Zope 3 is easy to evolve, just getting started is hard. So everyone starts in Plone, but never migrates to Zope 3. So a simple content management system out of the box would make it very easy to get started in Blue Bream. Then users could grow into the system. I know Plone just had a new release . I am not sure what all is in it, but it would be great if Zope 3 on startup looked just like Plone, as far as possible. Right out of the box allow users to register themselves, and add in the stock content types. Calendar item, news item, things like that, not the developer centric ZPT and DTML file. Also allow the developer stuff, but under a different branch of a hierarchical menu system.Maybe only people with a developer or manager permission see those kinds of items. There are three parts to a simple content management system. First, a way to generate new content types, and second some dtml or page templates to display them. Finally some examples would also be useful. So the critical thing I need is a way to put up custom content types using a web interface to build the schema. Maybe I could even add a few python scripts. And click on some options that usually go in an zcml file. That would make it super fast to put up a custom content type. That would make for a very easy entry for someone like myself into building a new BlueBream application. Then I need to add some DTML or page templates to display those content types. I can already do that right through the web. Finally a few existing content types like calendar item, link, and article would provide for great examples if anyone wanted to modify or copy them. They could be implemented through the web as examples or base classes to be inherited or modified. That would be an awesome demo. A real simple way to get started in Zope 3. A simple abstraction that would make it accessible to those stupider developers like myself. And everyone else out there. Once hooked, over time we could dig deeper. That is all I want. A simple content management system out of the box, make it easy to add my own content type. Sure the serious hackers can throw all that out, but for the average end user/developer, that would be a hugely tempting improvement over using Plone. If I can add a few dtml pages to display my content, it would all be very easy to get started. Later I could export to the file system, and svn. But that is not what I currently get. Instead, in my case, we will go with the system admin manually adding users for a while. And I have to learn how to write an interface file, which is way way more difficult than just using a web form to define one. The web form, lays out my choices, and only allows for legal schema definitions. Much better. Okay, so much for my wish list. Here are some more specific comments. Thank you for providing the user interface. Registration is quite confusing. First I create something, then I have to register it. Hello, if I created it, then just go ahead and register it for me. Take a ZPT page. I am a zope 2 developer. I know what that is. Then they ask me to register it. Took a while to figure out what that means. I still have no idea what all those options for interfaces are. If you have to have all those choices there, just label one default for me. It can't be that hard. Maybe register one by default, and provide the option to change it. Make the page say clearly that something has been registered. And have a clear link to the help page for choosing an interface to register. Or should I say change to. Then I cannot add a python script through the user interface. What happened to that stuff? Are python scripts dead? I loved them. Actually I Preferred the Zope 2 pull down menu of things to add. Over time it did get a bit long. Good to have a hierarchy of things to add. Best to have a hierarchy of things to add. Hope that helps. I really just want to give good feedback. I hope that I have not offended anyone with my frank feedback. O
[Zope-dev] Zope Tests: 34 OK, 13 Failed, 2 Unknown
Summary of messages to the zope-tests list. Period Fri Sep 3 12:00:00 2010 UTC to Sat Sep 4 12:00:00 2010 UTC. There were 49 messages: 6 from Zope Tests, 2 from buildbot at enfoldsystems.com, 4 from buildbot at pov.lt, 19 from buildbot at winbot.zope.org, 8 from ccomb at free.fr, 10 from jdriessen at thehealthagency.com. Test failures - Subject: FAILED : winbot / ztk_dev py_244_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 16:12:49 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019390.html Subject: FAILED : winbot / ztk_dev py_254_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 16:15:06 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019391.html Subject: FAILED : winbot / ztk_dev py_265_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 16:17:44 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019392.html Subject: FAILED : winbot / ztk_dev py_265_win64 From: buildbot at winbot.zope.org Date: Fri Sep 3 16:20:12 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019393.html Subject: FAILED : winbot / ztk_10 py_244_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 16:28:46 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019394.html Subject: FAILED : winbot / zc_buildout_dev py_244_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 17:01:09 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019398.html Subject: FAILED : winbot / zc_buildout_dev py_265_win64 From: buildbot at winbot.zope.org Date: Fri Sep 3 17:35:40 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019401.html Subject: FAILED : winbot / zc_buildout_dev py_270_win64 From: buildbot at winbot.zope.org Date: Fri Sep 3 17:59:43 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019403.html Subject: FAILED : Zope Buildbot / zope2.12 slave-osx From: jdriessen at thehealthagency.com Date: Fri Sep 3 19:59:10 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019413.html Subject: FAILED : Zope Buildbot / zope2 slave-osx From: jdriessen at thehealthagency.com Date: Fri Sep 3 20:01:55 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019414.html Subject: FAILED : winbot / ZODB_dev py_270_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 21:42:21 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019424.html Subject: FAILED : winbot / ZODB_dev py_270_win64 From: buildbot at winbot.zope.org Date: Fri Sep 3 22:38:40 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019430.html Subject: FAILED : ZTK 1.0 / Python2.4.6 Linux 64bit From: ccomb at free.fr Date: Sat Sep 4 01:38:34 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019434.html Unknown --- Subject: [zodb-tests] buildbot failure in Enfold Systems on zodb-trunk-python-2.5-maestro From: buildbot at enfoldsystems.com Date: Sat Sep 4 02:04:57 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019437.html Subject: [zodb-tests] buildbot failure in Enfold Systems on zodb-trunk-python-2.6-maestro From: buildbot at enfoldsystems.com Date: Sat Sep 4 02:06:48 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019438.html Tests passed OK --- Subject: OK : winbot / ztk_10 py_254_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 16:36:13 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019395.html Subject: OK : winbot / ztk_10 py_265_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 16:43:08 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019396.html Subject: OK : winbot / ztk_10 py_265_win64 From: buildbot at winbot.zope.org Date: Fri Sep 3 16:50:19 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019397.html Subject: OK : winbot / zc_buildout_dev py_254_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 17:12:16 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019399.html Subject: OK : winbot / zc_buildout_dev py_265_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 17:24:07 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019400.html Subject: OK : winbot / zc_buildout_dev py_270_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 17:47:40 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019402.html Subject: OK : winbot / ZODB_dev py_254_win32 From: buildbot at winbot.zope.org Date: Fri Sep 3 18:55:30 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019404.html Subject: OK : Zope Buildbot / zope2.12 slave-ubuntu64 From: jdriessen at thehealthagency.com Date: Fri Sep 3 19:45:39 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-September/019405.html Subject: OK : Zope Buildbot / zope2 slave-