- Zope-Dev - Zope lists

zopectl 0.0.1
by Zope mailing lists 10 Jan '01

10 Jan '01

I recently released 'zopectl', a python script that acts as a configurable front end to the z2.py script, implementing the defacto standard unix process control commands: zopectl start, zopectl stop, zopectl restart. I wrote it to simplify management of a server that runs several zope instances, so it can also be used to start/stop/restart a collection of zope sites or any subset of that collection ('zopectl start mysite'). Configuration is based on a master file, with the ability to override any parameter for specific sites. http://www.zope.org/Members/rdmurray/zopectl While I orginally wrote it for the production machine, I'm finding it even more useful on my development machine where I have any number of Data.fs files for various projects. I now use an INSTANCE_HOME setup where I have a directory stucture like this: /usr/local/zope Zope222 Zope224 Zope230a1 sites devsite1 devsite2 devsite3 In /usr/local/zope I have a zopectl.conf file that specifies my "standard" setup for my development sites. In the individual devsite directories I have zopectl.conf files that override these global settings as necessary. Zopectl lets me set different versions of zope to run, and even different versions of python. Setting up an override configuration file has proven to be *much* easier than editing individual site start and stop scripts. And by putting zopectl in my path, I no longer have to cd into the site directory in order to do a start and stop. Anyway, I'm hoping others will find it useful, too. The version number (and the comments in the readme about bugs) are due to the fact that it hasn't seen much testing yet. It's been solid for me so far, and I've now exercised quite a few more parameters than my README comments would make it appear. --RDM

5 5

Re: [Zope-dev] Acquisition wishlist :-)
by Dieter Maurer 10 Jan '01

10 Jan '01

Chris Withers writes: > Hmmm, I guess I like the way it is but my wishlist (damn, Christmas just > gone ;-) would be: > > for Acquisiton.Implicit, be able to do something like: > > class MyClass (Acquisition.Implicit): > > acquisition = ClassAcquisitionInfo() > > acquisition.donotacquire('index_html') This would be great. > and, likewise, for Acquisition.Explicit, to be able to to something > like: > > class MyClass (Acquisition.Explicit): > > acquisition = ClassAcquisitionInfo() > > acquisition.acquire('index_html') > acquisition.acquire('fred') You already can do that, though with a different syntax (I would need to search for in the documentation). Dieter

4 12

Re: [Zope-dev] ZCatalog and 'fuzzy logic'
by Casey Duncan 10 Jan '01

10 Jan '01

--- "Morten W. Petersen" <morten(a)esol.no> wrote: [snip] > > It seems I misunderstood the term fuzzy logic > myself. Fuzzy logic means > if I search for a word, for example 'programmer', it > will return matches > to the words 'program', 'programming','programmable' > etc. > > I.e., it will somewhat intelligently return words > that are similar in > what they mean, using grammar rules (chopping off > endings of words and > making them match others). > > Hmm. > > Cheers, > > Morten > ZCatalog TextIndexes support this type of "wildcard" searching. I posted a message a couple of weeks ago that describes the query syntax. Search the mailing list archives for it. ===== | Casey Duncan | Kaivo, Inc. | cduncan(a)kaivo.com `-----------------> __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/

1 0

AUTHENTICATION_USER in standard_error_message cause by NotFound error
by Tim Ansell 10 Jan '01

10 Jan '01

<newbie alert> Hello. I've been using zope for a couple of months, i have found zope to be a great product and thank you for creating it. Currently i have run into a problem, i need to access the AUTHENTICATED_USER in a standard_error_message called by notFoundError in BaseRequest. I was wondering if the authentication routine can be added before the authentication routine in BaseRequest? Or if this is not possible it could be split into a function and and call it before the notFoundError call as well? There are many reasons you might want to do this, i have listed some below: * You want list possible urls the reader could have meant but don't want to show let Anonymous users see possible privileged urls * You want to provided different error messages for different people, i.e. a more advanced error for coders, a simple error for html writer, a special error for normal people * You wanted errors to only be reported it they where caused by certain users and the list could go on.... Mithro </newbie aler>

1 0

patch to bring ZPatterns UI in line with 2.3 from CVS
by Steve Alexander 10 Jan '01

10 Jan '01

If you're using ZPatterns or PlugIns with Zope 2.3 from CVS, you can update most of the ZPatterns user-interface to the new style be replacing lib/python/Products/PlugIns/www/main.dtml with this file: http://www.cat-box.net/steve/main.dtml -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

1 0

How does a subclass call its ancestor's method in zope?
by Dirksen 10 Jan '01

10 Jan '01

Here is a ZClass testa, with a dtml method 'do'. Its subclass testb overrides do. How does testb call its ancestor's 'do'? In python, it can be done as 'testa.do()', but what's the equivallent in zope? Dirksen __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/

1 0

ZPatterns Non-TTW developement
by Johan Carlsson 09 Jan '01

09 Jan '01

Hi again, 1. Are there any parts of the ZPattern that demands TTW developement? After reading alote of intresting discussions I find that there is alote of talk about ZClasses, but as I understand it they can be Python subclasses of ZPattern base classes as well? 2. If I want to write a default implementation for an application storing data in a SQL database could I just subclass DataPlugins and add my SQL-methods in that class? Cheers, Johan Carlsson

1 0

ZDESIGN IDEAS = How to improve 'manage' ?
by Jason Cunliffe 09 Jan '01

09 Jan '01

Hello I am cross poisting this becaese I beleie it merits responee fom both lists.. The need to improve the manage interface has grown urgently clear to me while using Zope myself, designing for all sorts of community and collaborative Zope-based projects, demos for a number of innocent bystanders, interested parties and potential clients. Zope 'manage' is plain primitive at present. Considering the power of Zope, and the real workflow needs of people working with it, imho this present lack of thoughtful user interface makes no sense. By ignoring these basics, Zope is neglecting a #1 self-promotion opportunity - how it runs out of the box, and how quickly one can use it as site-planning/design tool.It is quite unproductive now compared to what it could/should be. I am looking for real help here on how best to improve this... Here is a list of features I believe should be default manage screen behavior now. Please submit your comments and improvements to these improvements: KISS For those who do not want any added features, there should be an option in z2.py or as a manage_config DTML method in "/" or anywhere else in the tree to enable or disable 'advanced manage' features. ----------------------------------------------------------- 1. SORT TABLE 'manage' needs to presented with basic column listings so one can display sort by headings. I am not sure if this turns into a CatalogAware Inferno or whether all this info is already hidden in the ZODB and could be extracted adn cached sensibly and quickly. What do you think? For example some headings I see a real need for: NAME [default now], DATE[created, last modified] SIZE, TYPE[meta-type], USER[default=owner], DEPTH, COUNT, CHANGES, PROPERTY, DISPLAY NAME should be like now, but one needs to be able to group things more sensibly, so that upper and lower-case can be ignored. For example: MYFOLDER, myFolder_config, MyFOLDER_Display could all be grouped together where the probably belong. DATE Fact of the matter is that, during development and very often during normal life, we need to work on things according to the most recent ordering. This is also an invaluable way for people on a development team to see what has been 'happening'. Since Zope is a tool for 'customers who have customers who have customers...' it means that even after the original site DTML/Python developers may have gone home, a Zopesite is under development as long as it is being used and growing. All of those users, especially deserve better means to see and understand how the site is working and to allow them to work better together. SIZE How big is this thing? When I look at a graphic is it a thumbnail icon or a hires scan? What about PDF What about folders - how to calculate the size of folder? TYPE Display objects sorted by TYPE. USER Default sorts by Owner, but could also be designed to sort by last user who accessed the object. DEPTH How many levels below this thing? This would only work for Zope folders. An essential indicator of hidden complexity/importance etc. COUNT How many things are contained here? Targeted mainly for Zope Folders to allow one get a good quick overview of site structure without needing to click though a lot of trees of nested manage screens. CONT could be nicely integrated with DEPTH feature above to make for a more compact interface. If the object is not Folder-like, then COUNT could perhaps be used to display references or some such. In other words, how many times is this object referred to explicitly? I realize that dynamic Zopesite references * acquisition could make this a painful/impossible question. But counting static references could be very useful. How should COUNT work with say 'standard_html_header? hmmm not sure.. My idea is that at a minimum it could estimate how many references existed below this part of the ZODB tree. CHANGES The idea here is to give a useful indication of objects which have changed. But when and how? I really don;t have an answer to this... - perhaps a limited search using UNDO mechanism - perhaps a simple user ID and date which showed the last person to change it. PROPERTY This one should be easy.. sort adn display all objects in 'manage' based on common property names and values. For example, have a property called 'status' - values might be 'OK', 'buggy', 'draft', 'approved' etc. Too many properties and to many values would detract from usefulness probably, some some pragmatic workflow-oriented values could be very valuable for ordering and developing Zope projects. DISPLAY The idea her is to offer a simple visual toggle HIDE/SHOW like Photoshop, Fireworks, Illustrator and myriad other graphics apps do. Suppose you have a big list of objects in a folder which you do not want to look at al the time. They take up too much screen space, can be confusing and may not be relevant for certain users and roles. Simple selection would be a checkbox, but advanced DISPLAY could be based on the other criteria listed here. For example only show me the objects modified since last week by USER 'really nice client' :-) How easy hard is the above to do? Has it already bee done? What techniques/components exists already to make it happen? What need to be developed? How does this affect Zope core? What woudl you like to see when you click on manage? What would you lceints liek to see? - Jason ___________________________________________________________ Jason CUNLIFFE = NOMADICS['Interactive Art and Technology']

8 11

Re: [Zope-dev] Acquisition wishlist :-)
by Dieter Maurer 09 Jan '01

09 Jan '01

Chris Withers writes: > And I suppose the other part of my wishlist: > > class MyClass(Acquisition.Implicit): > # your_attribute will be acquied > > # index_html won't > index_html = None No, that is not enough! As a side effect to turn off acquisition, you defined the attribute. This will not play well with inheritance: You will not only prevent acquisition of "index_html" but also prevent inheritance of it (which may be really necessary in some contexts). Dieter

3 8

RE: [Zope] ZCatalog and 'fuzzy logic'
by sean.upton＠uniontrib.com 09 Jan '01

09 Jan '01

My understanding is that part of the problem is that sorting a dataset based upon regular expression (doesn't matter what algorithm you use) creates a rather large tree of possibilities that is largely impractical to sort, at least not without a lot of overhead. My compromise for the searches that I'm planning on using is to allow regex searches of "search results" from the catalog. This requires a bit more patience, as it is an unindexed search... Sean -----Original Message----- From: Morten W. Petersen [mailto:morten@esol.no] Sent: Tuesday, January 09, 2001 7:46 AM To: zope-dev(a)zope.org; zope(a)zope.org Subject: [Zope] ZCatalog and 'fuzzy logic' Is there anyone who could try to give an estimate of how long it would take to add fuzzy logic (regexp-like) searching capability to the ZCatalog? And reasoning as to why would be appreciated. ;) -Morten _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )

1 0