- Zope-Dev - Zope lists

Trouble adding CatalogAware ZClass in KM|Net News
by Kevin Dangoor 20 Sep '00

20 Sep '00

KM|Net News is having some trouble with Zope 2.2. Specifically, when you try to add an article, you run into this: Traceback (innermost last): File /home/kid/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/Publish.py, line 222, in publish_module File /home/kid/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/Publish.py, line 187, in publish File /home/kid/Zope-2.2.2-linux2-x86/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook (Object: Traversable) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/Publish.py, line 171, in publish File /home/kid/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: AddArticle) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/ZPublisher/Publish.py, line 112, in call_object (Object: AddArticle) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/OFS/DTMLMethod.py, line 172, in __call__ (Object: AddArticle) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/DocumentTemplate/DT_String.py, line 528, in __call__ (Object: AddArticle) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/DocumentTemplate/DT_With.py, line 146, in render (Object: REQUEST) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/DocumentTemplate/DT_With.py, line 146, in render (Object: _[tsyear]) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/DocumentTemplate/DT_With.py, line 146, in render (Object: _[tsmonth]) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/DocumentTemplate/DT_Util.py, line 337, in eval (Object: KMArticle_add(_.None, _, NoRedir=1)) (Info: _) File <string>, line 0, in ? File /home/kid/Zope-2.2.2-linux2-x86/lib/python/OFS/DTMLMethod.py, line 168, in __call__ (Object: KMArticle_add) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/DocumentTemplate/DT_String.py, line 528, in __call__ (Object: KMArticle_add) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/DocumentTemplate/DT_With.py, line 133, in render (Object: KMArticle.createInObjectManager(REQUEST['id'], REQUEST)) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/DocumentTemplate/DT_Util.py, line 337, in eval (Object: KMArticle.createInObjectManager(REQUEST['id'], REQUEST)) (Info: REQUEST) File <string>, line 0, in ? File /home/kid/Zope-2.2.2-linux2-x86/lib/python/ZClasses/ZClass.py, line 462, in createInObjectManager (Object: KMArticle) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/OFS/ObjectManager.py, line 278, in _setObject (Object: Traversable) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/Products/ZCatalog/CatalogAwarenes s.py, line 114, in manage_afterAdd (Object: CatalogAware) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/Products/ZCatalog/CatalogAwarenes s.py, line 184, in index_object (Object: CatalogAware) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/Products/ZCatalog/ZCatalog.py, line 377, in catalog_object (Object: Traversable) File /home/kid/Zope-2.2.2-linux2-x86/lib/python/Products/ZCatalog/Catalog.py, line 379, in catalogObject File /home/kid/Zope-2.2.2-linux2-x86/lib/python/SearchIndex/UnTextIndex.py, line 253, in index_object File /home/kid/Zope-2.2.2-linux2-x86/lib/python/SearchIndex/UnTextIndex.py, line 196, in getLexicon AttributeError: None I glanced through the code in UnTextIndex.py, and at first glance it looks like self._lexicon is getting set to a Lexicon object... then, getLexicon(self._lexicon) is called. What's odd is that it seems like self._lexicon is supposed to be a Lexicon object, but the getLexicon method thinks it's a string... Anyone got an idea on this one? The Catalog itself is created programmatically, but was created without errors. Did anything change with respect to index initialization between Zope 2.1 and 2.2? Thanks, Kevin

1 0

For the Zope community
by Shane Hathaway 20 Sep '00

20 Sep '00

Zopistas, It has been very rewarding to work with DC and the Zope community. I have learned a lot about software and community spirit. I have never had the opportunity to work with a more enthusiastic and dedicated group of developers. So at this time I'm releasing two new products designed to help Zope users to get their job done more easily. http://www.zope.org/Members/hathawsh/ZDebug/index_html ZDebug is a set of patches to Zope that help in the deciphering of DTML errors and authorization exceptions. Because this is the first release, remember to make a backup before installing. http://www.zope.org/Members/hathawsh/tcpwatch/index_html TCPWatch is a simple Python script that lets you monitor a TCP connection. It does *not* depend on Zope, but it can be especially useful when writing Zope apps for WAP devices because the WAP devices will not display Zope exceptions while TCPWatch will. It's also useful for debugging any TCP/IP-based protocol implementation. Keep up the awesome work! Shane

2 5

Re: [Zope-dev] HiperDOM & xmlc
by Jim Fulton 20 Sep '00

20 Sep '00

dieter(a)handshake.de 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:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://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.

1 0

ZPatterns: DropZone example
by Steve Alexander 20 Sep '00

20 Sep '00

Hi folks, I've been looking at the DropZone example Phillip Eby provided on the ZPatterns Wiki. http://www.zope.org/Members/pje/Wikis/ZPatterns/DropZoneExample I've decided to start implementing it, so as to give myself an educational experience in using ZPatterns. I have an open question: The suggested specialists in the Accounting framework are: Invoices Orders Customers Products What I'm finding is that these are just the White-box specialists. A clean design would seem to want all the specialists above, plus at least one Black-box specialist to do the "heavy lifting. Let's call it the "AccountingProcessor" specialist. Now, if I had a third-party accounts package (something by Sage perhaps), I could make the AccountingProcessor specialist expose various functions to the four other White-box specialists. It would implement these by making equivalent calls on the underlying accounting package. I could also swap the heavy-lifting portion of my framework by swapping the black-box AccountingProcessor specialist for one that talks to some software by Quicken, or perhaps some software that is written in Python as a conventional Zope product. The same goes for the Resource Scheduling framework. We have some White-box specialists, ripe for customisation: Resources Reservations ResourceUsers And then for the heavy-lifting we have the black-box ResourceScheduler specialist. Again, this might be a Zope Python Product, or it might be an interface to some application written on top of Microsoft Exchange. Are specialists intended to be placed inside other specialists, as "contents"? So in this case, would the white-box specialists live inside the black-box specialist -- so they become the customisable aspects of the overall framework? Or would both black-box and white-box specialists live inside an uber-specialist? Or is this just down to taste? -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

6 12

User objects on 2.2
by Lalo Martins 20 Sep '00

20 Sep '00

Why doesn't Anonymous have permission to call has_permission on itself? This is counter-intuitive to say the least... []s, |alo +---- -- Hack and Roll ( http://www.hackandroll.org ) News for, uh, whatever it is that we are. http://zope.gf.com.br/lalo mailto:lalo@hackandroll.org pgp key: http://zope.gf.com.br/lalo/pessoal/pgp Brazil of Darkness (RPG) --- http://zope.gf.com.br/BroDar

2 2

Workflow, Python and Zope
by administrator＠consotec.de 20 Sep '00

20 Sep '00

Here I just repost a statement from Michael (wftk(a)vivtek.com) 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, arno.gross(a)consotec.de > Re: Workflow, Python and Zope > Posted By: Michael <wftk(a)vivtek.com> > 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 arno.gross(a)constotec.de > > 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. > >

1 0

Quixote PTL
by Toby Dickenson 20 Sep '00

20 Sep '00

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 tdickenson(a)geminidataloggers.com

1 0

HiperDOM & xmlc
by Spicklemire, Jerry 19 Sep '00

19 Sep '00

There are a few things I'm trying to understand about the xmlc-like Templates proposal. First : "Using specialized webdesigners with Zope project has been one of the biggest pains in Zope development; we have to take the sometimes ugly code generated by the tools they use, usually clean it up, then insert the DTML tags in it. Making changes to the design is a nightmare." http://lists.zope.org/pipermail/zope-dev/2000-September/006893.html 'Yep. Essentially the programmers "steal" the presentation/view layer from the designers and convert it to "code".' http://lists.zope.org/pipermail/zope-dev/2000-September/006958.html OK, point taken, but it's not quite that simple. In the end, isn't that why artist do design, and coders code? One of the primary purposes in a complete Content Management System is to distill the presentation standard in a way that can be "layered" over any content. This principle doesn't stop at a clearly delineated "visual" line. Leaving the page layout "as is", which is what it sounds like you are suggesting, is even worse than doing the job right at the "cast into code" stage. If you leave the ugly HTML ugly, it will still be ugly next time it gets updated, but it will be much less useful in the meantime. Worse, it's likely to get uglier over time. Have you ever seen a baby rhinocerous? To me the real solution is to clean up the layout, converting hard coded "virtual" lists into real lists, etc., while painstakingly preserving the visual design. That clean, codified version can then be leveraged to the utmost during it's production life, and still be fed back to the designer at design update time. This can be easily done today in the form of a static HTML file, simply by calling the Zope URL of the base template, and hitting "save as". With the proposed xmlc-ish Template, the "snapshot" step should not be needed, which is great! Granted, if the person who distills the design into clean, reusable HTML / DTML / XML hasn't done the job well, incorporating the changes of the updated version may well be a nightmare. On the other hand, if this crucial step is done well, adapting the base template to match the "new vision" should in fact be much easier the second time. I think a large part of the confusion comes from where we each draw the conceptual line regarding what is "visual" and what is best handled as "code". An anchor tag is, after all, just a pointer to some related stuff, not the actual physical location of anything. If making it easy for visual folks to avoid this basic fact is the driver here, there's a much larger problem looming in the immediate XML future . . . Also, the idea of presenting a place holder sounds a lot like : "As for cases where a dataset is displayed, such as by a ZSQL query, perhaps a single "dummy" row, or cell, could stand in for design purposes." http://www.zope.org/Resources/Mozilla/ZWiki/IDEs Is that what you mean? Is the "dummy" stuff intended to resemble the final content, or just to mark an insertion point? Might it be possible to make place holders in the form of anchors (links) to DTML Methods, or other appropriate forms of native Zope elements, so that DreamWeaver, et. al. can pull down a "real" item, rather than having a hard coded "stuff goes here" label? That sounds advantageous to me, in terms of validating a visual design. Groping toward grokking, Jerry S.

1 0

Re: ZPatterns (sub-)transaction problems
by Steve Alexander 19 Sep '00

19 Sep '00

"Phillip J. Eby" wrote: > > I will try to have a ZPatterns snapshot release made this week that will > include those fixes (plus the fix for a problem with DynPersist that we > also discovered yesterday). Great. I'm looking forward to that. Can we lose DynPersist altogether for this release? Or are there still folks out there using ZPatterns with 2.1.6? -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

2 5

ZPatterns bug: infinite recursion with External Attribute Provider
by Steve Alexander 19 Sep '00

19 Sep '00

ZPatterns-0-4-2a2 When I use an External Attribute Provider, I get an infinite recursion problem, and Zope hangs. This is because DataManager (in DataManagers.py) uses normal getattr() and object.__skinSlot__ methods to get and set the special attribute __skinSlot__ on DataSkins. Thus, the system tries to store the __skinSlot__ attribute in the DataSkin instance by storing the __skinSlot__ attribute in the DataSkin instance by storing the __skinSlot__ attribute in the DataSkin instance by... I can fix this, by patching DataManager to use client.__dict__ instead: def _readableSlotFor(self,client): #slot = getattr(client,'__skinSlot__',_marker) slot = client.__dict__.get('__skinSlot__',_marker) if slot is _marker: return {} client._setSlot(slot); return slot def _writeableSlotFor(self,client): #slot = getattr(client,'__skinSlot__',_marker) slot = client.__dict__.get('__skinSlot__',_marker) if slot is _marker: #slot = client.__skinSlot__ = PersistentMapping() slot = client.__dict__['__skinSlot__'] = PersistentMapping() client._setSlot(slot); return slot This works, in as far as I can do things like add sub-objects to a ZClass that derives from DataSkin and ObjectManager without infinite regress. However, I still get an attribute error. This is because the External Attribute Provider only offers to set and delete its attributes. I'm confused as to why this should be -- surely the External Attribute Provider should offer to get the same attributes as it is offering to set and delete? Or, do I have to use an extra provider in the form of some SkinScript or a Generic Attribute Provider to do the getting? I tried altering namesForRegistration, so that the External Attribute Provider would offer to getattr for "*", then refreshed the customizer I'd put the EAP into. def namesForRegistration(self,container): """XXX""" return { 'provides':('attributes',), 'setattr': self.Attributes, 'delattr': self.Attributes, 'getattr': self.Attributes } I can now add sub-objects to my ZClass instances, and I can traverse to those sub-objects by typing them into the URL field of my browser. However, I can't get a list of the sub-objects by calling objectIds. I'm trying to make sense of External Attribute Provider so that I can write a BTreeAttributeProvider for DataSkinAddons, as discussed on the zope-dev list at the end of August, subject "BTreeFolder /w Customizer support". Any pointers appreciated. -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

2 2