November 1999 - Zope-Dev

Easy DTML question
by John Fohrman 18 Nov '99

18 Nov '99

Hi All -- Could someone please tell me how to concatenate a string using DTML in the following example? I need to put "smtp:" in front of the email variable for sendmail to work.  Thanks!

1 0

Re: [Zope] Pointer-to-Object Properties
by Otto 17 Nov '99

17 Nov '99

Argh! Almost had this message entirely written and the power shuts off. *sigh* Here we go a second time... Moved to zope-dev for obvious reasons. Michael Bernstein wrote: > [snip] > > > > I think we're on the same track, see my XLink ramblings from yesterday: > > http://lists.zope.org/pipermail/zope/1999-November/013235.html > > Hmm. thanks for the pointer, I missed it first time 'round. The XLink > spec was VERY interesting reading. Mostly it seems as though it deals > with how to express (render) in XML the type of non-hierarchical > structures we're discussing, and provides a good source for use-case > scenarios. The question remains "How do we implement this data in the > ZODB and management interface?". You're welcome. And to answer your question: In the ZODB: a specialized form of XML Document that understands what an XLink is, when a such a document is created it catalogs it's X Links in "LinkCatalog" (rather than "Catalog"). According to one of the posts on cataloging XML Documents, this should be rather easy (see http://lists.zope.org/pipermail/zope/1999-November/013240.html) Management interface: a simple form interface that creates an XML Document and manipulates it via Zope's DOM. You could even add links inline to an existing XML Document doing this. The form interface can do whatever it needs to do to be pretty (see my ramblings below on RelationshipAware). [snip] > > Well, while exposing XLink-type information to the client as an > excellent goal, and should certainly be taken into (very serious) > consideration, I am more interested at the moment with making this type > of information available to server-side applications. Absolutely, server-side is the only practical application of XLink stuff right now. [snip] > > This was the most interesting part of the XLink spec for me, in that it > validated a notion percolating through my brain that objects do not > neccessarily have to be aware of their incoming links at all. > Implementation-wise, this means that only Classes and objects that > inherited from a 'relationship-aware' base class would display the > 'Relationships' tab in the management interface. All objects could have access to the "Relationships" tab. A RelationshipAware base class could be useful to make the interface a little more convenient... like providing a subset of possible links that make sense with this object. (Though, don't take away the ability to create any kind of link you want. (As a side note, if you find the out of line links interesting, check out Xanadu at http://www.udanax.com. It's a full blown hypertext system that provides unique (possibly out of line) links that don't break when you move documents around... even across servers. At least, that's what it's supposed to be, it's not entirely complete. :) They have a lot of good ideas, though.) [snip] > Well, you're correct that the client-side applications you're thinking > of do not require this sort of feature. However, for an web interface > that allows you establish these relationships (ie: create XLinks) > implementing an 'Object picker' that is constrained by the object's > meta-type is fairly important, and should not have to be re-implemented > from scratch for each application. Putting the constraints in the > Relationship Object instance seems like a convenient location. I agree that an 'object picker' is needed. I also agree that it would be convenient if the interface could give you a good set of defaults (this is where RelationshipAware comes in, as I said above). However, I can see no technical reason to restrict what kind of objects that Links can point to. [snip] > > I'm not sure I understand your third question. > > Let me give an example of what I mean: In the DTML of the default method > for a book object that has a defined relationship called 'Author' to a > 'Person' object (which has a 'FullName' string property), I would like > to place a DTML snippet that said <dtml-var Author.Fullname> and have > the final document render the pointed-to object's 'FullName' property, > even if the 'Book' object has one as well(unlikely) or could acquire one > from somewhere (possible). The chief advantage to containing 'pointers' > within the objects themselves is that it makes implementing this easier > (Re: http://lists.zope.org/pipermail/zope/1999-November/013215.html) I see, you basically want a few convenience methods to abstract away the Link Catalog (a good thing, too) in DTML. Again, it seems this would be a good place to RelationshipAware to take over functionality. The base class could provide a few methods that would return a list of links based on various constraints... i.e., who's being pointed to, or what role the link has. This should be relatively easy to provide and would make it easy to iterate over the list in DTML and provide a nifty interface to the incoming links. > > (BTW, please tell me if my ramblins make any sense or not, thanks. :) > > Yes, you make a lot of sense, and when more browsers are XML aware, the > XLink syntax will be very important for moving some of this stuff onto > the client, instead of leaving it all on the server. On the other hand, > this might be even more important in the interim when considered in > combination with XML-RPC for moving more complex data between servers. > (cue blue sky music). More blue sky... a standard interface between servers to notify of new links. I could use XML-RPC to tell your server that my server just created a link that points to you and you update your Link Catalog is updated appropriately. Make it a standard interface, and anyone who has a application server that understands XML, XLink and XML-RPC can participate. Perhaps it's even possible to provide Xanadu like, unique, unbreakable links across servers that can be moved about willy nilly. :) I think I covered everything I lost in the power outage. I hope. :) -Otto. Addendum: something new just came out called the Schematron, see http://www.xmlhack.com/read.php?item=121 and http://www.ascc.net/xml/resource/schematron/schematron.html. It's basically a new way of validating an XML document based on XSL. This sounds like precisely the kind of thing necessary to decide whether an XML Document in the ZODB has XLinks... and possibly could be used to figure out what kind of XLinks documents belong to. Rather than provide a specialize sub class for each XML Document you want to customize the Relationships panel for, you simply provide a schema for the kinds of documents that your links link to and Zope figures out whether XML Documents it knows about fit that profile and change the management interface accordingly. (I know that's not entirely coherent, but I wrote it quickly so I can get back to reading about the Schematron. :)

1 0

Old traceback errors
by Ross Boylan 17 Nov '99

17 Nov '99

While working on a Zope product, I kept getting traceback errors referring to earlier versions of the code--that is, they gave an error for a line I had deleted. Specifically, my __init__.py had import OrgUser and OrgUser.py used to have the line import somethingItCouldNotFind I kept getting a broken product and a traceback indicating failure on the import somethingItCouldNotFind line. I know python will not import something if it already has it, so I took all the following steps * shutdown zope * verify python is not running * delete .pyc files for __init__ and OrgUser * logoff and login When I add a deliberately bogus line, I get a traceback for it, so it does seem the new file is getting read. My current theory is that the product definition was failing for some other reason, and the error message I am receiving is bogus. Perhaps no new error message is generated, so I get the most recent one? I'm running Zope 2.1.0b2, which I installed over a previous version. Windows NT 4, SP4. I had a separate installation of python 1.5.2 (and pythonwin) before I installed Zope. AMD K6-2 processor, 256Mg Ram. I ran zope as a service, and also shut it down and tried running it manually.

1 0

unhandled connect events
by Robin Becker 17 Nov '99

17 Nov '99

I get unhandled connect events when changing directory in the zope ftp server. I also don't seem to get a decent termination of uploads; my client reports successful upload then hangs. Anyone else see these errors? I am using the latest CVS code. -- Robin Becker

1 0

Javascript wizards wanted for Zope project
by Anthony Pfrunder 17 Nov '99

17 Nov '99

Hi, I'm working on the VisualZope project and have run into some problems with javascript. Since it isn't my native language (python is) I was wondering if some javascript wizards are interested in getting their names in the credits. The problem is: how do I get a form to talk to an object in another frame? ie: <input value=".." ... onchange="mywidget.setAttribute('property', value-of-inputbox)> where mywidget is a javascript function defined in another (loaded) frame. Also, how can I "call" a html page without causing a reload: function jsZDOMsetAttribute(name, value){ call("getWidget/setAttribute?name=name&value=value") } For further information on this problem please see http://163.182.196.200/zwiki/VisualZope - jsZDOM reflecter part. Thanks in advance, Anthony Pfrunder

4 7

XMLDocument development
by Melis G�bor 17 Nov '99

17 Nov '99

Hi Is there developement underway for XMLDocument? I looked at the cvs and couldn't find it there. Is 1.0a2 the latest version? If not, where can I find it? Thanks, Gabor Melis

5 4

ZSybaseDA
by Sascha Matzke 17 Nov '99

17 Nov '99

Hello, I couldn't find any reference to the ZSybaseDA on www.zope.org (but I know there where a version 1.0.1 once). Why is it gone? Sascha -- .-> Sascha Matzke - sascha(a)bespin.de - http://www.bespin.de -. | I wanna be the mover to real anarchy !!!!!!! | | ATR | `-- On this earth for 24 years, 34 days <----------------'

1 0

Zope 2.1.0 beta 2 has been released
by Brian Lloyd 16 Nov '99

16 Nov '99

Hi all, Zope 2.1.0 beta 2 has been released. This release includes fixes for issues found in beta 1, an updated load_site.py script and Martijn Pieters' patches to implement try/except/else and try/finally constructs in DTML. Unless something major comes up, this will be the final beta before 2.1.0 final. You can download binary and source distribution of Zope 2.1.0 beta 2 from the Zope.org website: http://www.zope.org/Products/Zope/2.1.0b2/ Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

RE: [Zope] xmlrpc calls require string results?
by Dan Pierson 16 Nov '99

16 Nov '99

> It doesn't have a doc string, and ZPublisher will not publish a method > that does not have one. Looks like I missed this, as several people were kind enough to point out. I've sent mail to Butch asking him if he'd like a patch for Squishdot or would prefer to add doc strings himself. > XML-RPC should have better error messages, but it doesn't. We didn't > put XML-RPC support into Zope, so you would need to talk to > the original > author, Eric Kidd of Userland (http://linux.userland.com/)?, > or send us > some patches. It looks like XML-RPC is trying to do something kind of useful with error messages. It would be better if its exception method didn't throw away the exception type, but that's a minor issue (that I may come up with a patch for later). But the exception method always returns an XML-RPC Fault object -- I'm getting back ProtocolError objects. Looking at the sources gives me a hint: ZPublisher/Publish.py defines two methods: - 'publish_module' catches an exception and uses the response object's exception methods to handle it. - 'publish' catches an exception and looks for an 'err_hook' method in the module_info. Is it possible that publish is being used where the author of xmlrpc.py expected publish_module? If so, what/where would need to be changed to create an err_hook to handle this?

1 0

Re: [Zope] [ANN] ZpdfDocument-0-0-1
by Pavlos Christoforou 16 Nov '99

16 Nov '99

Hi Hannu I have moved this discussion on the zope-dev list ... On Tue, 16 Nov 1999, Hannu Krosing wrote: > > The _right_ (tm) approach would be to implement support for CSS2 (and test it > on > something really complex like MSWord2000 MS-XML-(X)HTML docs ;) I was afraid you or someone else would say something like this ;-). Eventually it is the right way to go. > > The one that actually can be done in reasonable amount of time would be a > minimal > set of additional tags (maybe only <page>) an some attributes for some tags - > page_break_before, page_break_after with their counterparts no_ page_break_xxx > to > override style defaults. And a possibility to set such style defaults. This is what I am thinking too. If I get some time next weekend I might try to add them. > > I will also need to disable page headers and footers (my current need is > printing > exactly positioned addresses on postcards) and next I will add a feature to > make > them optional (unless this already exists ?) No, I did not give the option to remove them. I should have them by next release. Thanks for the feedback Hannu Pavlos

1 0