- Zope-Dev - Zope lists

A simple feature suggestion
by Jim Cain 09 Dec '99

09 Dec '99

When you click on the Rename button for an object and go to the rename form, it would be nice if the text field was already populated with the old name. Jim

3 5

RE: [Zope-dev] I have a dream!
by Michel Pelletier 09 Dec '99

09 Dec '99

> -----Original Message----- > From: Sin Hang Kin [mailto:kentsin@poboxes.com] > Sent: Wednesday, December 08, 1999 10:35 PM > To: zope-admin(a)zope.org; zope-dev(a)zope.org > Subject: [Zope-dev] I have a dream! > > > The Zope creator: > > Being around for almost a year, I still not able to handle its syntax. > > I recently notice zope have several xml products. I have a dream to > able to draw my web site with a WYSIWYG editor and save it as XML, > then, Zope convert it into a zope tree. This ever have advantage for > normal document, which, for example, if i need to cross-reference a > part, I could just specify an id for that part, and insert it with > dtml syntax. I believe a couple of people are working on such a project, they can chime in on that. > This combine with WEBDAV with so turning zope an ideal document > management server. We would see that it point to very promising and > creative use of zope. If zope is fast and stable enough, it can even > play as an object file system. It *is* an object filesystem, just not mountable by any other applications ;). Of course, they could happen, might even been a good idea. > I would like to re-arrange the recent zope (dtml) syntax to allow > the use of dot (.) as object name ; a syntax like that xsl using to > reference to objects in the zope tree; and a unified the naming of > zope-defined variables and methods. Why not integrate XSL into Zope? > I would also like zope to handle true xml with full unicode support, > changing zope syntax (dtml) to compily with xml so it can be > processed by zope and other xml tools. An XML version of DTML would be a good idea (or at least DTML that is syntactically identical to XML) because of all the cool XML editors that will soon come flying at us at high speed. > I hope I am not asking for too much, but I can't hold to spell out > my dream. The last wish is zope be compatible with both cpython and > jpython. This would be a pretty hard part of your dream to realize, someone would have to think very hard about it and be very, very good with both python and Java. Remember, alot of the trickiest parts of Zope are written in C, and almost all objects dabble their hands in Acquisition, which is written in While were on the subject, I have a dream too, people not sending HTML encoded mail to the list. ;) -Michel

2 1

RE: [Zope] Zope woes continue - server going down regularly. (pos sible solution) sible solution)
by Michel Pelletier 09 Dec '99

09 Dec '99

> -----Original Message----- > From: Stuart 'Zen' Bishop [mailto:zen@cs.rmit.edu.au] > Sent: Wednesday, December 08, 1999 8:58 PM > To: Michel Pelletier > Cc: zope-dev(a)zope.org > Subject: RE: [Zope] Zope woes continue - server going down regularly. > (pos sible solution) > > > On Wed, 8 Dec 1999, Michel Pelletier wrote: > > > This is because the connection gets opened, but never > closed. Zope 2.x > > is hardwired to have only 7 available database connections. We'll > > probably add a knob in 2.2 that lets you configure the number of db > > connections. In either case, the problem is not the hardwiring, the > > problem is that your code has a bug in it, because you do > not free the > > resource you are consuming. Do an: > > > > x.close() > > > > at the end of your method and you won't run out of connections. > > Erm.... shouldn't ZApplicationWrapper have a __del__ method > to do this, > just in case? It isn't in there... I messed up, it's x._p_jar to get the connection, but I see your point. You wouldn't want to do this, because other objects other than the root object may be using it. > Otherwise, you would really need > > try: > x = Zope.app() > # ... stuff > return "Hello World!" > finally: > x.close() Yes this actually works best. -Michel

1 0

A simple question!
by Victor.Zhai＠ogilvy.com 09 Dec '99

09 Dec '99

Hi,all In my Hr project,I get user input form a form: <TD align="LEFT" valign="TOP"> <textarea name="contact" cols="50" rows="10"></textarea> Such as: I am victor zhai I like my country. </TD> Then I want to display it: <p> </p> And found that I am victor zhai I like my country. It cannot auto add <br> to each line of my input like <CR>. What should I do? Thanks advance. Victor zhai. "WorldSecure Server <ogilvy.com>" made the following annotations on 12/09/99 08:32:21 ------------------------------------------------------------------------------ Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of the Ogilvy Group shall be understood as neither given nor endorsed by it. ==============================================================================

2 1

I have a dream!
by Sin Hang Kin 09 Dec '99

09 Dec '99

The Zope creator: Being around for almost a year, I still not able to handle its syntax. I recently notice zope have several xml products. I have a dream to able to draw my web site with a WYSIWYG editor and save it as XML, then, Zope convert it into a zope tree. This ever have advantage for normal document, which, for example, if i need to cross-reference a part, I could just specify an id for that part, and insert it with dtml syntax. This combine with WEBDAV with so turning zope an ideal document management server. We would see that it point to very promising and creative use of zope. If zope is fast and stable enough, it can even play as an object file system. I would like to re-arrange the recent zope (dtml) syntax to allow the use of dot (.) as object name ; a syntax like that xsl using to reference to objects in the zope tree; and a unified the naming of zope-defined variables and methods. I would also like zope to handle true xml with full unicode support, changing zope syntax (dtml) to compily with xml so it can be processed by zope and other xml tools. I hope I am not asking for too much, but I can't hold to spell out my dream. The last wish is zope be compatible with both cpython and jpython. Rgs, Kent Sin

1 0

RE: [Zope] Zope woes continue - server going down regularly. (pos sible solution) sible solution)
by Stuart 'Zen' Bishop 09 Dec '99

09 Dec '99

On Wed, 8 Dec 1999, Michel Pelletier wrote: > This is because the connection gets opened, but never closed. Zope 2.x > is hardwired to have only 7 available database connections. We'll > probably add a knob in 2.2 that lets you configure the number of db > connections. In either case, the problem is not the hardwiring, the > problem is that your code has a bug in it, because you do not free the > resource you are consuming. Do an: > > x.close() > > at the end of your method and you won't run out of connections. Erm.... shouldn't ZApplicationWrapper have a __del__ method to do this, just in case? It isn't in there... Otherwise, you would really need try: x = Zope.app() # ... stuff return "Hello World!" finally: x.close() -- ___ // Zen (alias Stuart Bishop) Work: zen(a)cs.rmit.edu.au // E N Senior Systems Alchemist Play: zen(a)shangri-la.dropbear.id.au //__ Computer Science, RMIT WWW: http://www.cs.rmit.edu.au/~zen

1 0

RE: [Zope-dev] request: FTP
by Michel Pelletier 09 Dec '99

09 Dec '99

> -----Original Message----- > From: Ethan Fremen [mailto:mindlace@majordomo.net] > Sent: Wednesday, December 08, 1999 6:20 PM > To: Michel Pelletier > Cc: zope-dev(a)zope.org > Subject: Re: [Zope-dev] request: FTP > > > Michel Pelletier wrote: > > > What happens though when the HTTP side of Zope supports > multi-hosting > > (as it will in 2.2) and the FTP side doesn't? When you > start putting > > protocol specific widgets at the application layer (which > is supposed to > > protocol independant) expect to be bitten somewhere, at some time. > > But isn't BASE/URL protocol dependant? i.e., should it not > return just the path, and not http:// ? Yep, yer right there. and I suspect there might be a future need for a generalization, say, PATH that truely is protocol independent. I think Jim is thinking really hard about this right now for particular problem he has, 'upwards' and 'downwards' references between objects. > That way, I could > just say <a href="ftp://&dtml-url0">download this page</a> > and everything would be hunky-dory, _assuming_ I'm not > worried about multi-hosting. Perhaps it could be abstracted out more than that. I dunno. Maybe we could let ZPublisher build up URLs that accuratly reflect the protocol used during the request. I don't know if this is a good idea or not either, but maybe I've been afraid to suggest some sort of application level variable that defines the current request's protocol. We allready have quite a few that define HTTP specific stuff... I didn't intend my message to say that protocols shouldn't be taken into account in the application but I guess that's what I said. If they are taken into account, there should be a pretty well thought out way they are presented to the application level logic (and at some degree maybe even the DTML level). -Michel > > On the subject of multi-hosting, shouldn't a FTP0 be > intelligent enough to go where the file is actually hosted? But FTP is a different medusa module than HTTP. They would both need to be configured to work with multi-hosting. I think that the plan is, down the road, we *might* put virtualhost support in ZServer's http server (or, we could just leave that whole death pit for the apache folks). I'm not sure if multi-hosting FTP is planned at the same time, it does introduce a mighty interesting problem of configuration, we might have to bring ourselve to have some sort of XML based configuration *file*, which is something we've avoided completely, having stuck with the command-line argument style of doing things. However, there is a plus to a config file, if it's XML and parsable then Zope itself (as an application) could be used to configure it's protocol level components through a yet to be defined API. > > But doesn't BASE/URL violate what you're saying? or do I > misunderstand how they work? Nah I said it wrong. > I just was writing how-tos for my clients, and had to write a > lot of "hard" ftp urls. I suppose I can just do a "download" > method where I do a Content-type: application/octet-stream > and then call the related url. In your method you can string.split(URL0, SCRIPT_NAME) and you'll get just the path of the requested object. I've found that useful. -Michel

1 0

Zope direction and 2.2 roadmap...
by Brian Lloyd 08 Dec '99

08 Dec '99

Hi all. Now that Zope 2.1.0 is out the door, we at DC want to let the community know our direction and the "roadmap" leading to 2.2. In a nutshell, our direction and focus will be on usability. Making it easier to get things done with Zope has been a recurring theme on the lists lately, and we will be working to make progress on this front. For 2.2, here is the short list of we will be working on: o Online Help System - Amos has been doing great work on a real honest-to-goodness online help system for Zope that will make its debut in 2.2. o Python Methods - work will be done to include Evan Simpson's Python Methods in the Zope core. This should help a lot in avoiding the headaches of convoluted DTML logic. o Site Objects - will make it easier to deploy "virtual sites" in the same Zope with far less effort than is required now. o The ability to associate ZClasses as "brains" for relational database data instead of having to write Python classes. o And of course, fixes for bugs and issues in the Collector. We are expecting to have these things available in at least a pre-release by the time of the Zope track at the Python Conference. There are other usability initiatives underway as well. Rob and Amos have been doing a _lot_ of work coming up with a much better and much more scalable approach to documentation that should have a big impact on the quality and breadth of documentation. Work will also continue on making Zope.org a better resource with things like ZTopics (Yahoo-style directory views). And there are some other projects percolating (which I can't talk about yet :) that will have a big impact on usability. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

3 2

RE: [Zope-dev] request: FTP
by Michel Pelletier 08 Dec '99

08 Dec '99

> -----Original Message----- > From: Ethan Fremen [mailto:mindlace@majordomo.net] > Sent: Wednesday, December 08, 1999 4:25 PM > To: zope-dev(a)zope.org > Subject: [Zope-dev] request: FTP > > > The BASE and URL are great. I'd love, however, to be able to > say FTP0 and get the same behavior as BASE0 or URL0 (take yer > pick) but with ftp:// on the front instead of http:// > > could someone point to where I could hack this? What happens though when the HTTP side of Zope supports multi-hosting (as it will in 2.2) and the FTP side doesn't? When you start putting protocol specific widgets at the application layer (which is supposed to protocol independant) expect to be bitten somewhere, at some time. I would love to be able to, for example, detect when a method is being called by XML-RPC instead of HTTP, but it just can't be done, and it *shouldn't* be done, because all information pertaining to the protocol should be abstracted out at the application. -Michel

2 1

request: FTP
by Ethan Fremen 08 Dec '99

08 Dec '99

The BASE and URL are great. I'd love, however, to be able to say FTP0 and get the same behavior as BASE0 or URL0 (take yer pick) but with ftp:// on the front instead of http:// could someone point to where I could hack this? -- Ethan "mindlace" Fremen you cannot abdicate responsibility for your ideology.

2 1