June 2001 - Zope-Dev

url_quote
by Petr Knapek 28 Jun '01

28 Jun '01

Hi Zopists, is it bug or feature, when I do this: <dtml-var id url_quote> then not only 'id' is returned, but something what looks like this: <dtml-var REQUEST['URL']>/<dtml-var id> where id is url_quoted. Shouldn't only url_quoted value of id be returned instead of the above noted URI? I use Zope 2.3.1 with python 1.5.2 on Debian and FreeBSD. Petr PS I was not able to check it at www.zope.org because of it's unreachability. -- Petr Knápek Network Development NEXTRA Czech Republic s.r.o. http://www.nextra.cz/ V Celnici 10 / CZ - 117 21 Praha 1 / Czech Republic Tel: +420/2/96 355 111 / Mobile: +420/604-202 611 E-Mail: petr.knapek(a)nextra.com Contact address: Hlinky 114 / CZ - 603 00 Brno / Czech Republic Tel: +420/5/43 554 150 / FAX: +420/5/43 554 214 see Disclaimer http://www.nextra.cz/disclaimer/

2 1

Re: ZPL and GPL
by Fred Wilson Horch 28 Jun '01

28 Jun '01

Barry A. Warsaw writes: > I think I'm accurately channeling Guido when I say that Python will > never be GPL'd. AFAIK, there is no GPL code even in the standard > Python distribution. Both of those states of affair are by conscious > decision: regardless of what you think of the GPL (and I personally > happen to believe it can be a good license for /some/ software, but > not all) GPL'ing Python would be a very bad thing. Guido has always > intended for people to do whatever they want with Python, including > using it in everything from closed source, proprietary, big-$$$ > software to completely free software. That's been a key to Python's > success, IMO. I respectfully disagree about the last point. But it would be nice to hear what Guido thinks, and what Digital Creation thinks. Knowing that the copyright holders have made a conscious decision not to allow developers to obtain Python and Zope under the terms of the GPL in the belief that this allows people to do "whatever they want" with it does help us evaluate the long-term prospects for these systems in the marketplace. I would love to take this discussion to a different forum. Can someone post the name of the zope licensing list so I don't waste non-lawyers' time with an analysis of the correlation between licensing schemes and success of various open source projects (a subject we intellectual property attorneys find extremely fascinating!)? Some compelling case studies are Linux, gcc, apache, perl and ruby (see, in particular, Ruby's choice of licensing provision at http://www.ruby-lang.org/en/LICENSE.txt -- you can get ruby either under the GPL or under a home-grown Ruby license -- your choice). Python is a great language, but it's not the only game in town! It's very hard for me to see how offering developers the choice to obtain Python both under the GPL and under a non-free software license that permits proprietary extensions would harm Python's success. (But I'm just an attorney. ;-) I hope this discussion is interesting and useful. To people who have better things to think about: I apologize for taken up time with this, but I hope one day a discussion of the licensing uncertainties surrounding Python and Zope will no longer be necessary. Best regards, Fred -- Fred Wilson Horch mailto:fhorch@ecoaccess.org Executive Director, EcoAccess http://ecoaccess.org/ P.O. Box 2823, Durham, NC 27715-2823 phone: 919.419-8567

3 3

RE: Experiments with ORMapping
by Jeff Kowalczyk 28 Jun '01

28 Jun '01

> I was thinking there would be a default table where everything gets > stored by default. A programmer then tells the ORMapping about > specific classes and how to store them. I wouldn't think it would be practical to use unless the ORMapping managed the tables by examining the class signature as metadata. ADO.NET has this in reverse, the tools can define classes that mirror a SQL recordset. Similarly, references to other objects would need to be supported with joins. BTW, I was going to mention this article http://www.vbpj.com/upload/free/features/vbpj/2001/07jul01/sqlpro0107/re in0107/rein0107p.asp As a 'rah-rah zope' example of RDBMS complexity Zope/ZODB spares us, but now it brings up something the ORMapping layer would have to do (perhaps with more savvy) to support mixed folder hierarchy among class instances.

2 1

SmartSections 0.1.0 released
by Stephan Richter 28 Jun '01

28 Jun '01

Hello everyone, Okay, all good things are three, so here is the last announcement. I also put SmartSections up on the server. Even though it is a big construction place, I thought you might want to look at it. Smart Section allows the End User which cannot write HTML code to design sites online. This is in particular in CMS solutions very useful., but it's really hard to describe what it is. It is simpler to just install and use it. Currently, the SmartSections behave very similar to iuveno's Kontentor iPages, but this time it is written in Python with as little overhead as possible and it is blazing fast as far as we can tell. IMPORTANT: SmartSections requires OrderedFolder! Download: http://www.zope.org/Members/srichter/Products/Products/SmartSections Have fun playing with these new tools and PLEASE feel free to contact me! Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management

2 2

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
by Stephan Richter 28 Jun '01

28 Jun '01

>Python Products. Ok. > > 3. Okay, here we should have a loop of enter images with upload > > functionality. The only problem is where do we save them in the mean time? > >Upload? Upload to where? > >mk-zprod (as it works today) creates a directory on your filesystem, and >in that directory (which you just copy to your Products directory) it >creates an img/ directory and puts them there. Well, but where are the images coming from. The Wizard is a Web Frontend, so we would need to upload the images or copy them from somewhere else from the file system. BTW, the /img directory is non-standard. Better would be www/ since other products use it as well. In fact, we only need to think about adding them with the right permissions to the directory. A piece of code in the __init__.py will do the rest: # load all the icons automatically from Globals import package_home, ImageFile misc_ = {} path = os.path.join(package_home(globals()), 'www/') for file in os.listdir(path): if file[-3:] == 'gif': misc_[file[:-4]] = ImageFile('www/%s' %file, globals()) >Or are you asking where the wizard should store them? (Which I thought it >didn't have to.) Well, you can take two approaches here: 1. As soon as the user uploads the icon, we are adding it to the directory. This is a problem, if you want to undo some or all of the wizard actions, but is much easier to implement. 2. When the icon is uploaded, save it somewhere temporarily. At the end, when all questioning is done, add everything at once. This has the advantage that you can freely move back and forth until you finish the wizard. > > 5. Yep, how could that look like; should I provide users with a text area > > or what? > >In the dtml/ directory of mk-zprod you have Add2.dtml, that's the page the >user is redirected to after adding an object. Maybe a text area with a >suggestion (like Add2.dtml) in it? Sounds good. >Hubbliski. We could provide them with standard classes as defaults >(Persistent, Explicit/Implicit, AccessControl) and suggest some >others. I'm not too sure about the ZClass thing. Okay, for the first version that will probably suffice. > > I usually add the 'default' key to each property dictionary and write > > a two liner in the __init__ method to generate the properties with > > their default... > >Why not just have: > > def __init__(self, attrib1, attrib2='something'): > """doc string""" > self.attrib1 = attrib1 > self.attrib2 = attrib2 Because this is horribly ugly and unflexible when you have 20 attributes. I always have to change several places, if I modify, add or edit an attribute/property. >which could come from such a description: > > attribs: > name: attrib1 default value: None > name: attrib2 default value: "something" Well, we can describe that right away in the standard property dictionary form; then we do not need to parse or do anything else. > > 9. Again, that would be a loop. But my question here would be: Are you > > using sub-classes that much. I have written one so far in all the > > products ... > >My latest projects sub-classes left, right and center. If we just have >the logic for a recursive loop there the user could add as many as s/he >wanted without it being much more work for us. Okay, I just wanted to make sure it really has the additional usage, for the extra effort. >Well, I was, but I'm moving to France the 8. of July and I've just come >home (to Norway) from England. England, Norway, France, Germany, France >all in just three weeks is a bit much :) (Oh, and I have to get an >apartment in Antibes.) Okay. It would have been a good place to discuss this further. Now, I looked at the mk-zprod code again. We need to make it a real Zope Product with a nice management API, so that I can use the functions from the Wizard. For example we would need: manage_make_initializeProduct(...) manage_make_addClass(...) manage_make_addProperty(...) manage_make_addIcon(...) manage_make_addSubClass(mainClass, ...) If we define this API clearly, then we can use it later to automatically generate ZClasses as well. Once the work, twice the reward! ;-) Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management

2 2

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
by Stephan Richter 28 Jun '01

28 Jun '01

At 02:23 PM 6/28/01 +0200, Erik Enge wrote: >On Thu, 28 Jun 2001, Erik Enge wrote: > > > name: attrib1 default value: None > > name: attrib2 default value: "something" > >No, that wouldn't work, because you might want None as the default for >that attribute. Maybe Nothing, or somesuch then. None == Nothing. Some default we need to have, otherwise we cannot initialize the attribute. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management

1 0

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
by Stephan Richter 28 Jun '01

28 Jun '01

Here my list of questions: 1. Will we create ZClass or Python Products? >Product-name 2. I think it should ask some more meta-data information here, such as License, Author(s), Description .... >A list of images (like dtmldoc.gif and such) 3. Okay, here we should have a loop of enter images with upload functionality. The only problem is where do we save them in the mean time? >If you want to set a default Catalog name 4. Okay, I do not work with the catalog; what do you need, just a name or the path? I think the WizardTreePage will help here. >If you want nice redirection after adding objects 5. Yep, how could that look like; should I provide users with a text area or what? >if you want to include standard headers in your dtml files Okay. >a list of classes 6. Yes, we will start a loop here asking for class information. > class name > class type > class icon name 7. Yeah, this is all the meta-data here, so that could go on one page. But you are missing a list of Base Classes. I have no clue where to get these from. I guess it is time to look into the ZClass code, but I think they use a separate Mechanism. The problem with the current product registry is that NO classes are listed anywhere, only their constructors, which is nothing worth in this case. > catalogaware or not (or may just methods to index/reindex th object) Okay. > a list of attributes > attribute name > attribute type > attribute default value 8. Should that just use the PropertyManager attribute _properties? I usually add the 'default' key to each property dictionary and write a two liner in the __init__ method to generate the properties with their default... > a list of subclasses > subclass name > subclass type > subclass icon name > a list of attributes > .... 9. Again, that would be a loop. But my question here would be: Are you using sub-classes that much. I have written one so far in all the products ... Okay, I think we got a flow together... If you have a "couple more minutes" <grin>, some sort of storyboards would be nice... I started already building a wizard, but I dunno how much time I got today, since I am leaving town tomorrow and won't return until the ZopeCon in Berlin is over. Are coming to Berlin? Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management

2 2

TransparentFolder Problem
by Andre Schubert 28 Jun '01

28 Jun '01

Hi, i have a problem with Acquisition and TransparentFolders. I have the following structure / Transparent_A Method_A Folder_B Transparent_B Method_A Folder_C Folder_B and Folder_C are non-transparent, Transparent_A and Transparent_B are transparent. The problem is when i say <dtml-var Method_A> in a Document which is in Folder_C i got the Method_A from Folder_B.Transparent_B and not from Transparent_A. Could anyone help me or explain what's wrong. thanks, as

2 2

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
by Stephan Richter 28 Jun '01

28 Jun '01

At 10:45 PM 6/27/01 +0200, Erik Enge wrote: >On Wed, 27 Jun 2001, Tino Wildenhain wrote: > > > if there are always many objects to create, may be it would be better > > to have a generic mechanism for asking users and represent > > app-/management interfaces rather then copying all the stuff over and > > over? > >That's what mk-zprod does. Or rather, will do once I've made the >interface friendlier. (If I didn't misunderstand you.) If I have some time left at all tonight, I will make a wizard that could be the initial front-end to mk-zprod. Could you give me a short list of things you would like to ask the user? Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management

3 4

RE: [Zope-dev] Hey Chris, question for you
by Toby Dickenson 28 Jun '01

28 Jun '01

> I think it has changed for FieldIndexes. Yes, from UnKeywordIndex.py.... newKeywords = getattr(obj, self.id, ()) > You can now make > the distinction > between "doesnt have that attribute" and "attribute is one of > [None, '', [], > ()]" within a Field Index. Reviewing UnKeywordIndex.py, I dont see what an object should do to mean "doesnt have that attribute" "dont include me in this FieldIndex". Any suggestions? Thanks for your time,

1 0