- Zope - Zope lists

Read-only mode
by JP Glutting 30 Jun '99

30 Jun '99

Hi, After using Zope for several months now, and working on it today, I suddenly started to get this message: ! Attempt to perform a write operation while the database is in read-only mode. I have never seen this, and am not sure what exactly caused this problem. The only strange things I have noticed lately is that the ZHTTPServer has been shutting itself off while it is unattended. Has anyone ever had this problem? How does one put the database in write mode? Thanks, JP *************************************************** JP Glutting The Spanish Cochrane Centre Institut Universitari Fundació Parc Taulí Parc Taulí s/n 08208 Sabadell (Barcelona) Phone: (34) 93 723.40.94 Fax: (34) 93 716.38.04 Email: jpglutting(a)cspt.es http://www.cspt.es/cochrane/lc_crg.htm ***************************************************

1 0

Zope 2 Beta soon?
by Kevin Dangoor 30 Jun '99

30 Jun '99

Hi, I have a bunch of work to do with Zope 2 for the next phase of my site(s), but I'm using a Windows machine. Is the Zope 2 beta coming soon? Or should I invest time in getting the user-contributed Windows binaries working? Kevin

2 1

RE: [Zope] ftp editing methods
by Brian Lloyd 30 Jun '99

30 Jun '99

> This probably isn't a new idea but: > > How about having the ability to define in the Zope UI certain > protocols > (or Roles+Protocols) as "editing" protocols instead of "publishing" > protocols, like WebDAV and FTP for example. When objects are accessed > via those protocols, instead of seeing a single object, you > see all it's > properties, meta type, etc as sub-objects which you can edit > individually. This is still a harder problem than it appears on the surface. For example, it is not possible to tell for sure during a GET whether the client is a DAV client or not - this is a lamosity that I hope to get the time to address with the IETF WebDAV group at some point. FTP is a little more clear-cut, but there are still problems with trying to graft capabilities like property management onto a protocol that was never designed to support it. Perhaps you could see properties as a "subobject" of a DTMLDocument for example, and if you accessed the properties via FTP maybe you would get some sort of xml representation of them which you could edit and save to update the properties. But what does that mean for FTP clients? Everything will look like a directory, and things begin to behave less like you would expect if you don't know much about what's going on. One of the goals of FTP/DAV integration is to allow a greater range of users to interact with Zope in a way that fits their tool prefs and level of knowledge -- for example, WYSIWYG tools like Dreamweaver, etc. could use FTP behind the scenes and act as a non-threatening front end to Zope for less experienced users. I suspect that such tools would not behave quite in the expected way if all documents suddenly looked like containers :( Making FTP more useful is certainly a Good Thing, but exactly how we do that will require some careful consideration - especially in terms of hijacking the protocol to do Zope-specific things, since invalidating the expectations of clients would foil much of what we'd hoped to achieve with FTP integration. Just my $0.02... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

hidding Zope´s traceback info
by Joachim Schmitz 30 Jun '99

30 Jun '99

Hello, is it possible to switch of the error-traceback at all, so that the user gets only the "sorry an error occured" ? Gruß Joachim Schmitz WWW-Consultant email: js(a)ac-copy.net tel: +49-241-89491-0 fax: +49-241-89491-29

1 0

RE: [Zope] ftp editing methods
by Michel Pelletier 30 Jun '99

30 Jun '99

> -----Original Message----- > From: Will Fife [mailto:will@techfuel.com] > Sent: Tuesday, June 29, 1999 1:04 PM > To: Michel Pelletier > Cc: 'Stefan Bund'; zope(a)zope.org > Subject: RE: [Zope] ftp editing methods > > > Would it be possible to have a comment of some sort on the > top line of the > file that would tell the server what type of file that it is? > Yes, this suggestion was forwarded by Hadar, but it makes me shudder a bit. Sniffing content is never a very deterministic way of doing things. It could be done, I guess, as a configurable option. -Michel

3 2

Re: [Zope] ftp editing methods
by michel＠digicool.com 30 Jun '99

30 Jun '99

Alex Rice <alrice(a)swcp.com> writes: > Is there a way to prevent ZServer from saving all docs as dtml docs > instead of as dtml methods, when editing with xemacs/efs? > This has been asked before, I'll look into it. This may have to be something as clumsy as a control panel toggle to the FTP behavior, I don't think there is any way for Zope to know that you intend the text to be a Document or a Method. If you can brainstorm up a better solution that a toggle, let us know. -Michel > Alex Rice | alrice(a)swcp.com | http://www.swcp.com/~alrice > Current Location: N. Rio Grande Bioregion, Southwestern USA > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev )

2 1

Re: [Zope] ZClasses problem
by michel＠digicool.com 30 Jun '99

30 Jun '99

Alex Rice <alrice(a)swcp.com> writes: > Has anyone been able to create ZClasses via an external method? Can you > send me a snippet of code? Thanks, what I'm trying to do is below. > > Alex > > *Note there was a typo below. I said Etext/ where I meant Etexts/ > > ------- Start of forwarded message ------- > Date: Sun, 27 Jun 1999 18:06:25 -0600 (MDT) > Message-Id: <199906280006.SAA27366(a)inago.swcp.com> > From: Alex Rice <alrice(a)swcp.com> > To: zope(a)zope.org > Subject: [Zope] ZClasses problem > X-Mailman-Version: 1.0b8 > Precedence: bulk > List-Id: Users of the Z Object Publishing Environment <zope.zope.org> > X-BeenThere: zope(a)zope.org > > I'm trying to create some ZClasses via an external method, but I'm > running into a problem: I can't getattr() the product's methods. For > instance, I have a Product called Etexts, containing > > a zclass etext > a dtml method etext_add (etext constructor) > a dtml method etext_addForm (etext constructor input form) > a factory etext_factory (etext factory) > > I can go anywhere in my Zope heirarchy, and in an external method, I can > getattr() to manage_addProduct/Etext, but when I try to getattr() to > manage_addProduct/Etext/etext, etext_add, or etext_addForm, I get an > AttributeError. > Have you tried to getattr() self.Control_Panel.Products.Etexts.etext_add? -Michel

2 1

zcatalog always catalogs whole site when using 'Find' tab.
by Anthony Baxter 30 Jun '99

30 Jun '99

first off, the ZCatalog tutorial has a chunk that includes example HTML, without quoting it - search for 'Replace it with this:', it's the line before and the line after. next thing - if I add a ZCatalog to a subfolder, and do a 'find into catalog', the search will start at the top of the Zope tree. This seems unintuitive to me - it should only do the find from the folder object containing the ZCatalog. (This is more in keeping with the behaviour of the existing 'Find' tab) the following will change ZCatalog to have this behaviour: --- ZCatalog.py Wed Jun 30 15:00:23 1999 +++ ZCatalog.py.orig Wed Jun 30 14:56:10 1999 @@ -248,11 +248,11 @@ obj_permission=None): """ Find object according to search criteria and Catalog them """ - results = self.ZopeFind(REQUEST.PARENTS[1], + results = self.ZopeFind(REQUEST.PARENTS[-1], obj_metatypes=obj_metatypes, obj_ids=obj_ids, obj_searchterm=obj_searchterm, obj_expr=obj_expr, obj_mtime=obj_mtime, Does this seem reasonable? Or should it be a checkbox in the 'Find' page to specify whether to search the entire site? Anthony

1 0

Re: [Zope] Count of folders within another folder?
by michel＠digicool.com 30 Jun '99

30 Jun '99

Alexander Staubo <alex(a)mop.no> writes: > This works: > >  > > Note that this won't automagically include folder-like products or Z > Classes descended from Object Manager. There's no objectValues() that > has isinstance() behaviour (yet). So if you have any such objects, the > most convenient way to do it right now is: > >  > Note that I belive if you create a 'Base' ZClass with Meta Type 'myBaseClass' and you derive 'Sub' ZClasses from myBaseClass, but don't specify a meta type, then the subclasses will inherit the common meta type. Not quite as flexible as an isinstance() method, but could be handy. -Michel

1 0

Re: [Zope] difference between Squishdot and Portal toolkit
by michel＠digicool.com 30 Jun '99

30 Jun '99

Tim Wilson <wilson(a)chemsun.chem.umn.edu> writes: > Hi everyone, > > I'm just about to install Zope for the first time and would like to begin > developing portal/Slashdot-like for my school district's home page. I'm a > science teacher in the district who's being paid this summer to work on > the page. > Can we pay you to brainwash your students into thinking Zope is the future? ;) > I've been lurking on this list for a couple weeks now and reading as much > as I can. Zope look awesome! I can't wait to start using it. > > Before I get to that, I'm wondering if someone could briefly describe the > difference between the Zope Portal Toolkit and the Squishdot product. It > appears that the ZPT is an official Digital Creations product, while > Squishdot is user-created. I know that ZPT requires 2.0.x (which I was > going to install anyway). Do the two produts work together at all? I'm > trying to figure out where to start. > The two products can work fine together, and, in fact, would compliment each other quite well. Squishdot is based on a much earlier and simpler Digital Creations product (now unsupported) called Confera. Butch Landening (I hope I spelled you last name right Butch) used confera as the basis for the very impressive Squishdot, which is a weblog. Confera is a discussion board product that was written in the pre-weblog days, and it happened to have a nice messaging core which Butch used for the message store in Squisdot. In addition, Butch prettied it up mightily and added many new and cool features. Squishdot can be thought of as an out of the box solution to a Zope based weblog. The Zope Portal Toolkit on the other hand, is, as its name implies, a collection of Zope products and Zope infrastructure components that allow content developers to easily develop sites which employ such features as Membership (the ability for users to contribute in a distributed way to an entire site's content) site wide searching, issue tracking in a sensible workflow environment, and other features. We anticipate Squishdot, with little modification, to be an important community contributed component of the Zope Portal Toolkit. As an example, you can use the ZPT's membership to allow your students to have their own 'home folder' where they can upload documents and files related to their projects. Site wide searching and cataloging will allow your students to search the whole site, and catagoricaly break down the various artifacts of their home folders. Squishdot will allow your students to originate and follow up on threads of discussion among the whole 'community'. Issue tracking will allow you to originate 'issues' which can then be tracked from actor to actor (think of peer review on an assignment), with the actors typicly being members, or just email addresses for 'foreign' participants. -Michel > Later, > Tim > > -- > Timothy D. Wilson "A little song, a little dance, > University of MN, chem. dept. a little seltzer down your > wilson(a)chem.umn.edu pants." -Chuckles the Clown > Phone: (612) 625-9828 as eulogized by Ted Baxter > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev )

1 0