FTP for ZClass hierarchies
As an avid emacs user I am delighted to be able to access DTML objects via FTP. Recently I have been creating some ZClass hierarchies and have been disappointed to discover that while I can access, via FTP, the methods of a top-level ZClass, I can't access any methods of ZClasses defined inside of a top-level ZClass. Is this a known limitation of the FTP interface? Interestingly, but perhaps merely coincidental, I notice that the URLs of contained ZClasses as generated by the Zope management interface have a "%20" immediately following the name of each contained ZClass (but not the top-level ZClasss) - e.g, http://blah.blah/Control_Panel/Products/newprod/toplev/propertysheets/method... Upon observing this, I had hoped that I could find success by similarly modify my emacs FTP spec, as in: me@blah.blah:/Control_Panel/Products/newprod/toplev/propertysheets/methods/seclev%20/propertysheets/methods or, me@blah.blah:/Control_Panel/Products/newprod/toplev/propertysheets/methods/seclev /propertysheets/methods (yes, I used C-q space) But neither of these worked.
On Tuesday 5 December 2000, at 9 h 4, the keyboard of Jim Welch <zope@concision.com> wrote:
have been disappointed to discover that while I can access, via FTP, the methods of a top-level ZClass, I can't access any methods of ZClasses defined inside of a top-level ZClass.
Many objects are not editable that way :-( And this is a big problem with Zope for me (I will certainly not use the browser form). A friendly Zopatista sent me a patch on Zope (which I will submit to the Collector) to be able to edit ZQSL methods. May be you can patch the patch for your purpose?
In the past few days I have been working on a patch that will let you edit ZClasses via FTP without the need for typing in actual pathnames to get to the methods (mainly so I can edit ZClasses with HTML-Kit). Strangely enough, even with the modifications, I see this same thing. I've included this patch in case anyone wants to play around with it. It's not the greatest, and definitely needs to be modified (some of the security mechanisms are bound to be broken). But it is a start anyway. ;)
Interestingly, but perhaps merely coincidental, I notice that the URLs of contained ZClasses as generated by the Zope management interface have a "%20" immediately following the name of each contained ZClass (but not the top-level ZClasss) - e.g,
In article <PEEPLFLPDCHACKKFMPBAGEBGCAAA.mak@kha0s.org>, M. Adam Kendall <mak@kha0s.org> writes
In the past few days I have been working on a patch that will let you edit ZClasses via FTP without the need for typing in actual pathnames to get to the methods (mainly so I can edit ZClasses with HTML-Kit). Strangely enough, even with the modifications, I see this same thing.
I've included this patch in case anyone wants to play around with it. It's not the greatest, and definitely needs to be modified (some of the security mechanisms are bound to be broken). But it is a start anyway. ;)
Interestingly, but perhaps merely coincidental, I notice that the URLs of contained ZClasses as generated by the Zope management interface have a "%20" immediately following the name of each contained ZClass (but not the top-level ZClasss) - e.g, [ A MIME application / octet-stream part was included here. ]
Does this let you write the methods back? -- Robin Becker
participants (4)
-
Jim Welch -
M. Adam Kendall -
Robin Becker -
Stephane Bortzmeyer