[Zope-dev] Quixote PTL
Is anyone using Quixote's PTL? http://www.mems-exchange.org/exchange/software/python/quixote/ It looks like it might be useful in the niche that involves too much logic for DTML, and too much joining-strings-together to make python (or PythonMethods) cumbersome. Toby Dickenson [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZODB optimization
[EMAIL PROTECTED] wrote: I'm wondering, is the ZODB easily 'fragmented' or .. un-optimized ? If so, are there any tools/functions that will 'unfragment' / optimize it? This really depends on the undelying storage used. Does the 'pack database' in the Administration menu do this? Packing does two things: - It removed records for objects that are no longer referenced (as of the pack time), or, IOW, it doesm garbage collection. - For storages that support undo (and time travel), it also removes records that were not current as of the pack time. Both of these, especially the latter are a little bit similar to defragmentation or optimization. In addition, the particular storage implementation may have other issues/tools. For example, if the Oracle storage is used, them whatever fragmentation or optimization issues or adminstration tools provided by Oracle apply. If so, it could be a Good Thing (tm) to have separate optimize and packing (history deletion etc.) functions (buttons). This doesn't really apply. Is there any way to make an object not keep history on itself or on contained objects ? Currently, the only way to do this is with a non-versioning storage, such as the Berkely DB storage. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Workflow, Python and Zope
Here I just repost a statement from Michael ([EMAIL PROTECTED]) concerning his workflow product (http://www.vivtek.com/wftk.html, Open-source workflow toolkit). Maybe it's useful for some further developments. Best regards Arno Gross, [EMAIL PROTECTED] Re: Workflow, Python and Zope Posted By: Michael [EMAIL PROTECTED] Date: Tuesday, 19 September 2000, at 10:08 p.m. In Response To: Workflow, Python and Zope (Arno Gross) As Josh already mentioned there is Zope and Python. Currently there is a discussion thread in the Zope mailing list (http://lists.zope.org/pipermail/zope-dev) and in egroups: http://www.egroups.com/messagesearch/zope?query=Workflow, discussing Generic Workflow. I am convinced that it would be a great shift to build a Workflow product on Zope with Python. There is already a small basis of a workflow, but maybe we could pull together the resources. Arno Gross [EMAIL PROTECTED] Actually, I'm currently learning Python. As Python is typically extended with plain-vanilla C modules, and as the new and improved wftk (which hasn't hit stores yet) is reimplemented as a set of libraries, I think that it's going to be really simple to drop the engine into Python and Zope. That'll be my next trick.
Re: [Zope-dev] User objects on 2.2
Lalo Martins wrote: (So, to allow Anonymous to call has_permission on itself you have to enable "Access content information" for Anonymous on /acl_users) Hmmm, it might be safer to give Anonymous access to something liek a DTML method which does the work and calls has_permission and give this menthod a proxy role of manager or something. Giving Anonymous the "Access content information" probably opens up more than you intended. cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPatterns.... more thoughts about implimentation of a concrete system...
Er Hmmm wow. I guess I never thought of attribute providers supplying anything other than instance 'data'. I'll have to try that! Thanks for the idea! This would mean that I could map methods onto my objects from any source I like... hoping that the acqusition machinery won't get confused! ... I can see it now... who did you say self was again? ;-) thanks, -steve "Itamar" == Itamar Shtull-Trauring [EMAIL PROTECTED] writes: Itamar Steve Spicklemire wrote: (3) Has anyone found a better way to adorn 'plain' objects with methods? Itamar An AttributeProvider? Itamar -- Itamar S.T. [EMAIL PROTECTED] Fingerprint = D365 7BE8 Itamar B81E 2B18 6534 025E D0E7 92DB E441 411C ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] HiperDOM xmlc
[EMAIL PROTECTED] wrote: (snip) If one is really interested in a separation of content and presentation (which I feel is good), then the "standard_html_*" were wrong in the first place. It forces the content author to prepare for presentation. Here's a historical note on this decision. At the time that standard_html_* were introducted, DTML was used soley for creating templates to display content in Python objects. The expansion for DTML is Document *Template* Markup Language. The mistake was not introducing components, but introducing the use of DTML as content. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] ZDebug Issues... Round II ;-)
Hi Shane, I dug up the mail :-) Shane Hathaway wrote: Chris Withers wrote: Using your sample 'bad' DTML, I got the same but the 'Contains name?' column didn't show up :-( Any ideas? (yes, I was tracking down a security exception, and that column may have been really useful ;-) My guess is you're using Zope 2.1.6. ZDebug doesn't have a way to figure out what DTML method is being called in Zope 2.1.6. Strange but true. So it shows what it can. The 2.2.x security context stack is used to figure it out in 2.2.x. (Which is still a hack. :-/ ) Sorry, but I was using either Zope 2.2.0 or 2.2.1 :-S Has this been covered by other bugfixes? Oops! Try this patch (I left out a "%s"): snip patch I guess that made it into the new version of ZDebug? Right, next up, it would be really useful if the error page could show a dump of the REQUEST object. So I tried this patch: --- dtmlexc.dtmlThu Sep 14 15:28:18 2000 +++ dtmlexc.dtml.newThu Sep 14 15:26:59 2000 @@ -56,5 +56,9 @@ expr="source_info[2]" html_quote/pre /td/tr/table /dtml-if +pstrongREQUEST/strong/p +table bgcolor="#cc"trtd +dtml-var REQUEST +/td/tr/table /body /html Sadly, whenever this code gets called, Zope restarts! :-( Any ideas? (this was all on Zope 2.2.0 and 2.2.1) cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] acl_users
Potentially silly question: Any reason why a 'user folder' object has to be named 'acl_users'. -- E PLURIBUS LINUX ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] acl_users
"Phillip J. Eby" wrote: At 07:55 PM 9/20/00 -0600, Bill Anderson wrote: Potentially silly question: Any reason why a 'user folder' object has to be named 'acl_users'. Interesting. A quick search of the Zope source turns up only 9 references to 'acl_users', found in only 4 source files. dtml-snip brevity Personally, I think it's an intriguing idea, as I have had more than one application where I would rather have called a LoginManager by some name other than 'acl_users'. But I'm not sure it would be worth the work. One of the ideas I am kicking around is that of CommunityMembershipSystem. In Membership-CMS, a user folder owuld need to be made, to house the user's objects. Now, there are a few ways of doing this...here are two: 1) Have the install method add a folder to do this with 2) Have the objects stored in the user object. Both have their ups and downs. For example, (2) would not deperate UID from URL's too cleanly; though it would be easier to implement in short order. Meanwhile, (1) requires the install method be given more information (where to put the folder?), and could be trickier to debug. In (2), the url to the member's folder would be "/Members/username" instead of /acl_users/username", provided the userfolder could be named something else. I don't see a reason off hand for a UserFolder to be renamable. Another reason I have considered it, is that it lends a _weak_ amount of security-through-obscurity. For example, if you see the following in a URL ".../acl_users/loginForm", you know that the site is running Zope, and where the authorization takes place. I dunno if I like it being _that_ obvious. -- E PLURIBUS LINUX ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )