-----Original Message----- From: Tim Wilson [mailto:wilson@chemsun.chem.umn.edu] Sent: Friday, August 20, 1999 11:19 AM To: hoekstra@fswrul.fsw.leidenuniv.nl Cc: Zope@zope.org Subject: RE: [Zope] DTML Documents vs. Methods--Again? Yikes!
On Fri, 20 Aug 1999, Rik Hoekstra wrote:
Hi Rik. Thanks for your help.
So, for example, if I create a navigation header to be used in a number of pages, a DTML Method would be the ticket, right? It still seems to me that
Yep.
if DTML Documents are more flexible with their ability to have properties, why would you need DTML Methods? I understand some of what
Because the seperation of content and code is a handy thing. Granted, you can put code in your content (DTML in a Document) and content in your code (stuff in a Method) but the two are there to help you seperate. You can of course abuse this as much as you want. Methods are useful when you want to write a highly dynamic component that uses the content found in it's context. This is why they don't have properties, you don't want the methods own properties sneaking in on you and interfereing with what 'looks' like correct code.
you've written above, and I suspect that it explains why DTML Methods are so useful. I'll study it more.
What's the typical DTML Document/DTML Method ratio?
That depends on your application.
Also, is it possible to convert a DTML Document to a Method? How about vice versa?
Not yet. But there's allways cut and paste. ;) -Michel
-Tim
-- Timothy Wilson | "The faster you | Check out: Henry Sibley H.S. | go, the shorter | http://slashdot.org/ W. St. Paul, MN, USA | you are." | http://linux.com/ wilson@chem.umn.edu | -Einstein | http://www.mn-linux.org/
_______________________________________________ Zope maillist - Zope@zope.org http://www.zope.org/mailman/listinfo/zope
(To receive general Zope announcements, see: http://www.zope.org/mailman/listinfo/zope-announce
For developer-specific issues, zope-dev@zope.org - http://www.zope.org/mailman/listinfo/zope-dev )
Michel Pelletier wrote:
Because the seperation of content and code is a handy thing. Granted, you can put code in your content (DTML in a Document) and content in your code (stuff in a Method) but the two are there to help you seperate. You can of course abuse this as much as you want. Methods are useful when you want to write a highly dynamic component that uses the content found in it's context. This is why they don't have properties, you don't want the methods own properties sneaking in on you and interfereing with what 'looks' like correct code.
To this newbie they sound like "DTML Macros". Python methods don't automatically inherit properties from the containing object. Paul Prescod
participants (2)
-
Michel Pelletier -
Paul Prescod