[Zope-dev] DTML sqltest tag and python expr. Bug in Zope Book?
Hello everyone, I was recently working on a quite big ZSQL method (around 100 lines). I was using only and tags and a lot of "like '%...%'", so thought I could make things look much nicer using and . But I ran into a big hurdle: I quickly searched through the archive and found the thread "[Zope-dev] ZSQL using LIKE operator", and in particular: http://lists.zope.org/pipermail/zope-dev/2001-February/009339.html which is exactly what I would like to do. But unfortunately, does not seem to work. We get the following error: " The "..." shorthand for expr was used in a tag that doesn't support expr attributes., for tag http://www.zope.org/Members/michel/ZB/AppendixA.dtml Is there a patched sqltest.py that I don't know about or is this a bug in the book? Anyway, does anyone know of a good reason why the sqlvar tag supports python expr while sqltest does not? Some obscure security hole? Or is the functionality just missing? And in that case, is anyone up for a patch? It's not critical, but the following kind of defeats the purpose of sqlgroup: title like title like The following would be much nicer: Note: in this particular case, I could preprocess the variables and add the surrounding wildcards in the call to the ZSQL method. But that would restrict the way this method can be called (URL traversal is definitively a cool feature to impress newbies ;) ), and that's not the point here anyway: we would just like python expressions in sqltest tags. Cheers, -- Yves-Eric MARTIN [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Speed up the learning curve
I highly recommend "the Quick Python Book" if you're already a programmer, looking to learn the new language. > From: Shane Hathaway <[EMAIL PROTECTED]> > > When I came to Zope, within a week I was getting ready to write a Python > product. (And I didn't even know Python yet! :-) ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] SmartSections 0.1.0 released
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 ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] SmartWizard released
Hello everyone, after a long night with a nice thunderstorm here in Nuremberg, I got the SmartWizard (first version) finished. Oh, you want to know what SmartWizard is? SmartWizard is a framework to generate Wizards for all sort of applications. The wizards are designed for the End User, so I tried to put some of the common Wizard features in it. ... if this is getting confusing at any point of time, just jump to the bottom and try it ;-) ... The wizard framework uses a very simple, almost totally in DTML implemented API. All of the required DTML Methods are generated and even pre-filled, so that you can view the wizard as soon as you got your first page written. Wizard Pages are the actual screens you are going to see. They also have always an action associated with them, so you can do some result analysis before going on to the next page. In order to make it even easier, I have also built a small Template Engine, with which you can register new Page templates, in case you have some Pages, which occur over and over again. Currently I have implemented four Page templates: o Wizard Form Page - This type of pages contains Entry Forms which are implemented using the great Formulator. o Wizard Section Page - This type of page displays a SmartSection as its main content. Later I want to use it to manipulate the Wizard right from the view. o Wizard Products Page - This page checks whether a list of required Products is already installed on the current Zope location. This is in particular useful for Installer Wizards, like the Proiektor Installer. o Wizard Tree Page - This page's purpose is to display an object tree and let's you choose an object from the list. You can choose in the Properties, which meta-types are being shown and what the start/default object is. I would love for people (I mean you guys) to come up with ideas for some new Page Templates! Download: http://www.zope.org/Members/srichter/Products/SmartWizard -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management
[Zope-dev] (no subject)
Hello everyone! OrderedFolder (which is used by SmartWizard) is mainly a little patch to the _setObject and _delObject method of the ObjectManager to support 'ordering' in ObjectManager-derived objects. It is a really tiny adjustment, so I hope DC will put it in the core somewhen, since it won't effect performance. But in this release I added some support classes (or mix-in --> I just don't like the word), which allow you additionally to choose the meta-types that are shown in the Add list and I put the _is_transparent attribute into the Properties, so that you can activate and deactivate transparency (this required TranparentFolders of course). In the next release I am probably going to rename the Product to ConfigurableFolder, since the current title is too confusing. Download: http://www.zope.org/Members/srichter/Products/OrderedFolder Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Speed up the learning curve
At 07:20 PM 6/27/01 +0200, you wrote: >Wrong Andy, >writing Python products is far easier than guessing how to pass a variable >to a DTML-method or other such DTML-Voodoo Even though I agree, I have to say it more politically correct: If you like clicky, clicky - interfaces, you like ZClasses If you like the keyboard to program (I love my Emacs in Python mode!!!), you write "real" Python products. But now for real; some people simply do not have the experience and knowledge to pick up the Python-based programming. To master a complete new object-oriented language with a complex API is not that easy; therefore people are using ZClasses. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Speed up the learning curve
At 08:49 PM 6/27/01 -0400, Shane Hathaway wrote: >Andy McKay wrote: > > It depends on your experience. In your opinion you find it easier (now > I can > > write a Zope product in my sleep I agree). Most Zope users however, in my > > experience, try ZClasses first. > >When I came to Zope, within a week I was getting ready to write a Python >product. (And I didn't even know Python yet! :-) ) Well, I was not that fast (took me 6 month until I tried it), but I never did ZClasses either. I like the cleanness of Python too much. I did not follow the entire discussion, but I think if there are the right tools like mk-zprod (discussed on the other thread on zope-dev) with a nice front-end, then we can make the learning curve less steep and encourage people to develop "real" products in Python. ;-) In fact, in a couple of minutes I will release the first version of SmartWizard, which will allow to write nice front-ends like that. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Speed up the learning curve
> When I came to Zope, within a week I was getting ready to write a Python > product. (And I didn't even know Python yet! :-) ) Shane, you by no means fit into a "Most Zope users" category :) Cheers. -- Andy McKay. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Speed up the learning curve
Andy McKay wrote: > It depends on your experience. In your opinion you find it easier (now I can > write a Zope product in my sleep I agree). Most Zope users however, in my > experience, try ZClasses first. When I came to Zope, within a week I was getting ready to write a Python product. (And I didn't even know Python yet! :-) ) Shane ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Speed up the learning curve
It depends on your experience. In your opinion you find it easier (now I can write a Zope product in my sleep I agree). Most Zope users however, in my experience, try ZClasses first. Cheers. -- Andy McKay. - Original Message - From: "Robert Rottermann" <[EMAIL PROTECTED]> To: "Andy" <[EMAIL PROTECTED]>; "Dieter Maurer" <[EMAIL PROTECTED]>; "Rene Pijlman" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, June 27, 2001 10:20 AM Subject: Re: [Zope-dev] Speed up the learning curve > Wrong Andy, > writing Python products is far easier than guessing how to pass a variable > to a DTML-method or other such DTML-Voodoo > > Robert > > - Original Message - > From: "Andy" <[EMAIL PROTECTED]> > To: "Dieter Maurer" <[EMAIL PROTECTED]>; "Rene Pijlman" > <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Saturday, August 25, 2001 6:56 AM > Subject: Re: [Zope-dev] Speed up the learning curve > > > > It varies depending upon the version, I seem to remember old versions > didnt > > do that. Mind you if you are writing Python products you are pretty far up > > the learning curve :) > > > > -- > > Andy McKay > > > > - Original Message - > > From: "Dieter Maurer" <[EMAIL PROTECTED]> > > To: "Rene Pijlman" <[EMAIL PROTECTED]> > > Cc: <[EMAIL PROTECTED]> > > Sent: Sunday, June 24, 2001 2:16 PM > > Subject: Re: [Zope-dev] Speed up the learning curve > > > > > > > Rene Pijlman writes: > > > > A suggestion to cut the Zope learning curve down by half a day... > > > > > > > > When the programmer forgets the docstring in a method of a > Python-based > > > > product, instead of saying > > > > > > > > "Sorry, the requested resource does not exist." > > > > > > > > Zope could say: > > > > > > > > "Sorry, this method has no docstring." > > > Doesn't it do precisely this when you run Zope in debug mode? > > > > > > > > > Dieter > > > > > > ___ > > > Zope-Dev maillist - [EMAIL PROTECTED] > > > http://lists.zope.org/mailman/listinfo/zope-dev > > > ** No cross posts or HTML encoding! ** > > > (Related lists - > > > http://lists.zope.org/mailman/listinfo/zope-announce > > > http://lists.zope.org/mailman/listinfo/zope ) > > > > > > > > > > > ___ > > Zope-Dev maillist - [EMAIL PROTECTED] > > http://lists.zope.org/mailman/listinfo/zope-dev > > ** No cross posts or HTML encoding! ** > > (Related lists - > > http://lists.zope.org/mailman/listinfo/zope-announce > > http://lists.zope.org/mailman/listinfo/zope ) > > > > > ___ > Zope-Dev maillist - [EMAIL PROTECTED] > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) > ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Speed up the learning curve
Wrong Andy, writing Python products is far easier than guessing how to pass a variable to a DTML-method or other such DTML-Voodoo Robert - Original Message - From: "Andy" <[EMAIL PROTECTED]> To: "Dieter Maurer" <[EMAIL PROTECTED]>; "Rene Pijlman" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Saturday, August 25, 2001 6:56 AM Subject: Re: [Zope-dev] Speed up the learning curve > It varies depending upon the version, I seem to remember old versions didnt > do that. Mind you if you are writing Python products you are pretty far up > the learning curve :) > > -- > Andy McKay > > - Original Message - > From: "Dieter Maurer" <[EMAIL PROTECTED]> > To: "Rene Pijlman" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Sunday, June 24, 2001 2:16 PM > Subject: Re: [Zope-dev] Speed up the learning curve > > > > Rene Pijlman writes: > > > A suggestion to cut the Zope learning curve down by half a day... > > > > > > When the programmer forgets the docstring in a method of a Python-based > > > product, instead of saying > > > > > > "Sorry, the requested resource does not exist." > > > > > > Zope could say: > > > > > > "Sorry, this method has no docstring." > > Doesn't it do precisely this when you run Zope in debug mode? > > > > > > Dieter > > > > ___ > > Zope-Dev maillist - [EMAIL PROTECTED] > > http://lists.zope.org/mailman/listinfo/zope-dev > > ** No cross posts or HTML encoding! ** > > (Related lists - > > http://lists.zope.org/mailman/listinfo/zope-announce > > http://lists.zope.org/mailman/listinfo/zope ) > > > > > > ___ > Zope-Dev maillist - [EMAIL PROTECTED] > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) > ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
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 ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
>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? Well, the current wizard version (which I hope I will be able to release in a couple more hours) already has some Page Templates that do some of the common tasks. I think we could easily map this to the management interface. And I like the idea a lot. So often I am simple copying a DTML File just to change a name or so. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPL and GPL
On 26 Jun 2001 23:37:25 +0200, Erik Enge wrote: > On 26 Jun 2001, Michael R. Bernstein wrote: > > > DC has been up-fron about how they make money. They do so by selling > > development services using Zope as a toolkit/platform. > > Yes, and forcing those paying customers to use GPL is very hard (and not > very nice, either). Um. Even if Zope was GPL'd, DC's customers would only be 'forced' to do anything if they redistributed Zope, as opposed to just using it themselves. If DC makes custom changes to Zope for a customer, even DC would only be 'forced' to give the source to those changes to *that* customer which they presumably would do anyway. > > Well, I guess the issue is whether you think that redistribution of a > > proprietary version of Zope itself is a good or bad thing. > > No, that's not the issue, since I don't believe there will ever be a large > successfull proprietary version of Zope. I think that is where we differ > in opinions. Which is something that can only be tested by applying time > on it :). I'm a worry-wart :-) Better safe than sorry. > > As a possible scenario, let's suppose that someone wanted to create a > > content mangement solution for the southeast asian market. > > I just don't think it would be very successfull. Zope isn't the type of > application that would be great as a closed-source one. I just can't see > that happen; maybe I'm too naive. And maybe I'm too suspicious. Time will tell. Michael Bernstein. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
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.) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
Hm. Wizard? 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? Regards Tino --On Mittwoch, 27. Juni 2001 08:54 -0500 Stephan Richter <[EMAIL PROTECTED]> wrote: > >> So what does it do? :) > > It is a general Wizard Builder with which you could build a Wizard that > asks for all the necessary information to auto-generate a Python Product > (for example). > >> What I'm thinking is this: maybe use SmartWizard to meta-program you >> Python Product; that creates a definition file(s) of some sort which is >> sent to mk-zprod; mk-zprod consults the WarpFramework do make sure we >> don't create too much work for ourselves, and also provides us with nice >> default HTML/DTML-pages, and finally, Formulator could be used to do >> validation on those HTML/DTML-pages. > > Exactly that. But the SmartWizard would provide you with a framework to > build this "Make New Python Product Wizard". If I get far enough, I will > release the pre alpha today, just you see the proof of concept... > >> Or are we talking past eachother here? > > Nope, we don't. But SmartWizard is a more general tool than you were > thinking of it. > >> It would be very cool to have a tool like that. > > I agree. It is annoying to code all that stuff all the time. > > Regards, > Stephan > > -- > Stephan Richter > CBU - Physics and Chemistry Student > Web2k - Web Design/Development & Technical Project Management > > > ___ > Zope-Dev maillist - [EMAIL PROTECTED] > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPL and GPL
On 27 Jun 2001 09:06:16 -0400, Paul Everitt wrote: > > With great trepidation, I add a post to this thread. As Barry has > mentioned, this has all been discussed a LOT. I'll try to summarize and > clarify a few points: > > 1) I wanted to specifically address something in Michael's post here. > We fully expect people to profit from Zope, even if that means for-fee, > intact redistributions. They simply have to provide credit. Others may > have a different philosophy, but that's ours. This is similar in some > regards to Perl's and Apache, I believe. > > 2) We specifically expect to produce a packaged version of Zope. It's > clear that it's the only way to appeal to the mainstream market. We > hope others do the same. To clarify my opinion here, I have nothing against charging for software. I look forward to boxed retail versions of Zope in the marketplace, whether from DC or someone else. But, I think it would be nice if those redistributions (of Zope itself) also came with source code, even if the distribution included proprietary Zope Products (with no source). I guess I'm trying to draw a line between proprietary add-ons to Zope, and proprietary changes *to* Zope. This would prevent Company X's proprietary Zope Product from only working with Company X's proprietary Zope distribution. This is perhaps not an entirely likely eventuality, but I worry about these things. > 3) Regarding other posts, our license is nearly identical to Apache's > license, close enough legally to say it is the same. Therefore, to say > Zope isn't free enough is to say Apache isn't free enough. Anybody that > says that loses a fair amount of credibility, at least with me. Apache > is an example of a crossover success (open and commercial) that I think > provides a fantastic role model. Apache and Zope are just as Free as GPL'd software, this is true. However GPL'd software is better guaranteed to *remain* Free than BSD-style licenses. If Zope had a GPL-like license that allowed both proprietary and GPL'd Zope Products (which subclass Zope base classes), I would be ecstatic (as opposed to 'merely' happy). I have some code I haven't released (and in a couple of cases, haven't finished) because I can't currently release them as GPL. It's nothing particularly earth-shaking, but there it is. > 4) Any changes in the license are likely to be more in the direction of > an Apache-style license. > > No approach pleases everyone, unfortunately. We do the best we can. And let me say, Paul, that you and the rest of DC have been doing an excellent job in listening to differing points of view and navigating among them. Thank you for your time, Michael Bernstein. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
At 06:05 PM 6/27/01 +0200, Erik Enge wrote: >On Wed, 27 Jun 2001, Stephan Richter wrote: > > > Exactly that. But the SmartWizard would provide you with a framework > > to build this "Make New Python Product Wizard". If I get far enough, I > > will release the pre alpha today, just you see the proof of concept... > >Cool! I'll be looking forward to it. I have already a decent version running now. I want to add the Formulator and SmartSections WizardPage Templates to the system and make it better looking before the release tonight (or more in the morning). Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPL and GPL
On Wed, 27 Jun 2001, Paul Everitt wrote: > It is a *desire* of ours to be GPL-compatible. Not a requirement, as > it can be awfully tricky, complicated, and time-consuming to get > there. But we've told people that we're intending to give it a shot. That's much appretiated :) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Hey Chris, question for you
I think it has changed for FieldIndexes. You can now make the distinction between "doesnt have that attribute" and "attribute is one of [None, '', [], ()]" within a Field Index. You do this in an almost natural way, the major exception being that you need to wrap a blank string ('') in a sequence in the query (e.g. title=['']) due to hysterical behavior. I'm not sure about Text Indexes. - Original Message - From: "Toby Dickenson" <[EMAIL PROTECTED]> To: "Michel Pelletier" <[EMAIL PROTECTED]> Cc: "Casey Duncan" <[EMAIL PROTECTED]>; "Chris McDonough" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, June 27, 2001 11:47 AM Subject: Re: [Zope-dev] Hey Chris, question for you On Tue, 26 Jun 2001 15:42:40 -0700 (PDT), Michel Pelletier <[EMAIL PROTECTED]> wrote: >Hmm the reason for the current behavior was optimization by saving space >not indexing empty values. I was always very pleased with that characteristic, but I had not realised it was a design goal. I thought I observed that characteristic had changed in a recent Zope release... hmmm, Ill take a look. Toby Dickenson [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
On Wed, 27 Jun 2001, Stephan Richter wrote: > Exactly that. But the SmartWizard would provide you with a framework > to build this "Make New Python Product Wizard". If I get far enough, I > will release the pre alpha today, just you see the proof of concept... Cool! I'll be looking forward to it. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Hey Chris, question for you
On Tue, 26 Jun 2001 15:42:40 -0700 (PDT), Michel Pelletier <[EMAIL PROTECTED]> wrote: >Hmm the reason for the current behavior was optimization by saving space >not indexing empty values. I was always very pleased with that characteristic, but I had not realised it was a design goal. I thought I observed that characteristic had changed in a recent Zope release... hmmm, Ill take a look. Toby Dickenson [EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Hey Chris, question for you
Chris McDonough wrote: > > Hi casey, > > Changes were recently made to Field/Keyword Indexes so that they will > store empty items. An equivalent change could be made to TextIndexes... > we'd need to think about that a bit. > > But for your purposes, you might want to start out attempting to write > your operator implementation using Field and Keyword indexes... > > - C > > Michel Pelletier wrote: > > > > > > Hmm the reason for the current behavior was optimization by saving space > > not indexing empty values. The problem with your latter aproach is that > > "all objects in the catalog" may include object that don't have a title > > attribute at all. > > > > I'm not against indexing empty values though. > > > > -Michel > > My implementation does not modify the behavior of the indexes in any way, and I would like to keep it that way if possible. I have been able to (thus far) pull this off without compromises, which was my hope in the beginning. I guess the question here is given the query: spam != 'eggs' Should objects be returned that do not have an attribute "spam" at all. For the behavior to be intuitive, I would say yes, but that is just my opinion. I also though of an optimization that could eventually be included if this behavior is adopted. for example, take the following query expression: title == 'foo' and spam != 'eggs' As implemented, my query engine does the following: 1. Find items where title matches 'foo' (exact behavior depends on index type) 2. Find items where spam matches 'eggs' 3. Take the difference of all items in the index spam and the result of #2 4. Return the intersection of #3 and #1 To be "intuitive" (I use that term loosely) I think it should be: 1. Find items where title matches 'foo' 2. Find items where spam matches 'eggs' 3. Take the difference of all items in the catalog and the result of #2 4. Return the intersection of #3 and #1 Which can be optimized as: 1. Find items where title matches 'foo' 2. Find items where spam matches 'eggs' 3. Return the difference #1 and #2 If an "or" is used in place of the "and", then the optimization doesn't apply though. One other thing: I noticed (with a colleague) that passing a list of values to a FieldIndex and a TextIndex results in nearly opposite behavior. The fieldIndex does a union on the results of querying against each item in the list whereas TextIndex does an intersection. This seemed highly inconsistent to me, another thread perhaps... -- | Casey Duncan | Kaivo, Inc. | [EMAIL PROTECTED] `--> ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPL and GPL
I'd like to add a quick clarification, then I'll reply more later. Frederico brought up a good point that indicated I wasn't clear. It is a *desire* of ours to be GPL-compatible. Not a requirement, as it can be awfully tricky, complicated, and time-consuming to get there. But we've told people that we're intending to give it a shot. --Paul Federico Di Gregorio wrote: > hi, > > i wanted to draw myself from this thread before annoying the whole list, > so i'll take paul mail as an excuse to write some final comments. > > On 27 Jun 2001 09:06:16 -0400, Paul Everitt wrote: > >>1) I wanted to specifically address something in Michael's post here. >>We fully expect people to profit from Zope, even if that means for-fee, >>intact redistributions. They simply have to provide credit. Others may >>have a different philosophy, but that's ours. This is similar in some >>regards to Perl's and Apache, I believe. >> > > i think that nobody (ever gpl-oriented people like me) have anything > against making profit from free software. profit means more time and > resources to write even better software, profit is *good*. > > >>2) We specifically expect to produce a packaged version of Zope. It's >>clear that it's the only way to appeal to the mainstream market. We >>hope others do the same. >> > > that's a business strategy. good or bad has nothing to do with > licensing. i wish you all possible luck with a packaged version of zope. > i'll even buy one if includes a well-written well-printed manual about > zope internals... ;-) > > >>3) Regarding other posts, our license is nearly identical to Apache's >>license, close enough legally to say it is the same. Therefore, to say >>Zope isn't free enough is to say Apache isn't free enough. Anybody that >>says that loses a fair amount of credibility, at least with me. Apache >>is an example of a crossover success (open and commercial) that I think >>provides a fantastic role model. >> > > again, i agree. apache. *is* free. zope *is* free. end of the argument. > > >>4) Any changes in the license are likely to be more in the direction of >>an Apache-style license. >> > > let me try to explain why this is bad and a gpl-compatible license will > be better. a lot of people, like me, wants other use their work, even > for making money. but we want something back. this is why the gpl is > good. if you use my work you can: > > 1/ release your sources under a gpl compatible license; or > > 2/ give me some money for an alternate license: this is good because > i'll use the money to write even more software (see it as an exchange, > you can keep your sources propietary but you finance someone for writing > free code that will be made available to the community.) > > the main problem with licenses like tha apache one is that they allow > people to use public, free code without giving *anything* back. > > with its current license dc is forcing *me* to release under a license > that i don't like (ZPL) because if i release my software unsed the gpl > nobody will be able to redistribute it. this will make more and more > people like me abandon zope first or later (i hope later). the current > license surely does not push away companies that don't want to open > their sources but what good come from that? nothing. no software for us > and no money for dc. > > what if the zpl would be gpl-compatible? the situation will be reversed. > a lot of people will continue to write and distribute zope products and > the occasional company not wanting to release will pay dc and other > developers for an alternate license. this will make *everybody* happy. > > as i said before the *worst* case for zope going gpl-compatible is the > no-harm situation, while going apache-like is a little harm to some > entusiast developers and surely no good. > > i finished. no more mail on this argument, and sorry for my bad english, > i wrote this one in an hurry... > > federico > > ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
>So what does it do? :) It is a general Wizard Builder with which you could build a Wizard that asks for all the necessary information to auto-generate a Python Product (for example). >What I'm thinking is this: maybe use SmartWizard to meta-program you >Python Product; that creates a definition file(s) of some sort which is >sent to mk-zprod; mk-zprod consults the WarpFramework do make sure we >don't create too much work for ourselves, and also provides us with nice >default HTML/DTML-pages, and finally, Formulator could be used to do >validation on those HTML/DTML-pages. Exactly that. But the SmartWizard would provide you with a framework to build this "Make New Python Product Wizard". If I get far enough, I will release the pre alpha today, just you see the proof of concept... >Or are we talking past eachother here? Nope, we don't. But SmartWizard is a more general tool than you were thinking of it. >It would be very cool to have a tool like that. I agree. It is annoying to code all that stuff all the time. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPL and GPL
hi, i wanted to draw myself from this thread before annoying the whole list, so i'll take paul mail as an excuse to write some final comments. On 27 Jun 2001 09:06:16 -0400, Paul Everitt wrote: > 1) I wanted to specifically address something in Michael's post here. > We fully expect people to profit from Zope, even if that means for-fee, > intact redistributions. They simply have to provide credit. Others may > have a different philosophy, but that's ours. This is similar in some > regards to Perl's and Apache, I believe. i think that nobody (ever gpl-oriented people like me) have anything against making profit from free software. profit means more time and resources to write even better software, profit is *good*. > 2) We specifically expect to produce a packaged version of Zope. It's > clear that it's the only way to appeal to the mainstream market. We > hope others do the same. that's a business strategy. good or bad has nothing to do with licensing. i wish you all possible luck with a packaged version of zope. i'll even buy one if includes a well-written well-printed manual about zope internals... ;-) > 3) Regarding other posts, our license is nearly identical to Apache's > license, close enough legally to say it is the same. Therefore, to say > Zope isn't free enough is to say Apache isn't free enough. Anybody that > says that loses a fair amount of credibility, at least with me. Apache > is an example of a crossover success (open and commercial) that I think > provides a fantastic role model. again, i agree. apache. *is* free. zope *is* free. end of the argument. > 4) Any changes in the license are likely to be more in the direction of > an Apache-style license. let me try to explain why this is bad and a gpl-compatible license will be better. a lot of people, like me, wants other use their work, even for making money. but we want something back. this is why the gpl is good. if you use my work you can: 1/ release your sources under a gpl compatible license; or 2/ give me some money for an alternate license: this is good because i'll use the money to write even more software (see it as an exchange, you can keep your sources propietary but you finance someone for writing free code that will be made available to the community.) the main problem with licenses like tha apache one is that they allow people to use public, free code without giving *anything* back. with its current license dc is forcing *me* to release under a license that i don't like (ZPL) because if i release my software unsed the gpl nobody will be able to redistribute it. this will make more and more people like me abandon zope first or later (i hope later). the current license surely does not push away companies that don't want to open their sources but what good come from that? nothing. no software for us and no money for dc. what if the zpl would be gpl-compatible? the situation will be reversed. a lot of people will continue to write and distribute zope products and the occasional company not wanting to release will pay dc and other developers for an alternate license. this will make *everybody* happy. as i said before the *worst* case for zope going gpl-compatible is the no-harm situation, while going apache-like is a little harm to some entusiast developers and surely no good. i finished. no more mail on this argument, and sorry for my bad english, i wrote this one in an hurry... federico -- Federico Di Gregorio MIXAD LIVE Chief of Research & Technology [EMAIL PROTECTED] Debian GNU/Linux Developer & Italian Press Contact[EMAIL PROTECTED] Don't dream it. Be it. -- Dr. Frank'n'further ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZPL and GPL
With great trepidation, I add a post to this thread. As Barry has mentioned, this has all been discussed a LOT. I'll try to summarize and clarify a few points: 1) I wanted to specifically address something in Michael's post here. We fully expect people to profit from Zope, even if that means for-fee, intact redistributions. They simply have to provide credit. Others may have a different philosophy, but that's ours. This is similar in some regards to Perl's and Apache, I believe. 2) We specifically expect to produce a packaged version of Zope. It's clear that it's the only way to appeal to the mainstream market. We hope others do the same. 3) Regarding other posts, our license is nearly identical to Apache's license, close enough legally to say it is the same. Therefore, to say Zope isn't free enough is to say Apache isn't free enough. Anybody that says that loses a fair amount of credibility, at least with me. Apache is an example of a crossover success (open and commercial) that I think provides a fantastic role model. 4) Any changes in the license are likely to be more in the direction of an Apache-style license. No approach pleases everyone, unfortunately. We do the best we can. --Paul Michael R. Bernstein wrote: > On 26 Jun 2001 10:29:39 +1000, Anthony Baxter wrote: > >Michael "R." Bernstein wrote > >>>Unless I've misunderstood something (which is certainly possible), DC >>>doesn't seem to have anything to lose by switching from a BSD style >>>license to the GPL (or a GPL style license with an additional optional >>>attribution clause), and quite a bit to gain. >>> >>They will probably lose developer mindshare. Given how important >>this is to Zope's growth (and to DC's growth, as a result), this >>is far far more important than the karma from switching to the >>far less flexible GPL >> > > You're right. I hadn't considered that the ZPL needs to be 'proprietary > compatible' so far as add-on products are concerned. perhaps the LGPL > would suffice, as that would permit creating proprietary Zope products. > But I won't be entirely happy if the ZPL permits proprietary third-party > redistributions of Zope itself. > > >>Your argument seems to be that DC would want to control other companies >>ability to make distributions derived from Zope - unless they've been >>hiding this nefarious plan from the community, this doesn't seem to >>be an objective for them. >> > > Heh. I guess I shouldn't have stuck that in there. An argument I've > occasionally heard for BSD-style licenses is that the original (usually > corporate) author wants to be able to make proprietary releases based on > other peoples contributions. The argument for NPL-style licenses is that > they (the original author) want to be the *only* one with such a > privileged position. DC has never indicated that either of these was > important to them. > > >>As far as a contributor to Zope wanting to keep their work free, then >>if the ZPL is GPL compatible, they can make their components GPLd. >> > > True. > > Michael Bernstein. > > > ___ > Zope-Dev maillist - [EMAIL PROTECTED] > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) > ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))
On Tue, 26 Jun 2001, Stephan Richter wrote: > Okay, okay...I stayed up and typed it down pretty quick (2 hours). I > attached it to this mail. It is plain text, since I was too lazy to do > it in HTML. It might be a little unstructured, but I am too tired to > fix that now. So what does it do? :) What I'm thinking is this: maybe use SmartWizard to meta-program you Python Product; that creates a definition file(s) of some sort which is sent to mk-zprod; mk-zprod consults the WarpFramework do make sure we don't create too much work for ourselves, and also provides us with nice default HTML/DTML-pages, and finally, Formulator could be used to do validation on those HTML/DTML-pages. Or are we talking past eachother here? It would be very cool to have a tool like that. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Spell checking module
On Wed, 27 Jun 2001, Remi Delon wrote: > I have a website where users can post messages (using a textarea). > I would like to be able to spell-check what they submit and > notify them of possible mistakes. (much like the online > spell-checker of hotmail that I'm using right now :-)) > > Has anybody ever written anything for zope that does something > similar ? There is a spellchecker at http://www.zope.org/Members/noa We're currently planning how to implement a new one using the pspell library over at SourceForge: http://sourceforge.net/projects/zope-spellcheck/ -Morten ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Spell checking module
>Has anybody ever written anything for zope that does something >similar ? >I was thinking of using ispell, maybe through a pipe ? >A search on "ispell" or even "spell" on the zope.org website >doesn't give any interesting result (same on python.org). I do not know about any spell checker either. You could write your own little spell checker quickly in a couple of hours. No problem (would be nice to have :-) ). Just use the DBAdapter/Method principle, where an Adapter links a dictionary (words.txt in Linux for example) and keeps it in memory for performance. You can then write a "Spell Checker" Method or another similar object that connects to this Dictionary object and does the spelling. I do not know much about a possible User Interface, but I guess you have enough examples yourself (i.e: Hotmail). Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Spell checking module
Somewhere on the xmlrpc.com site there is reference to a spell checker that can be used via xmlrpc, this could be used in Zope quite easily. http://www.stuffeddog.com/speller/ I think is the place to look. Phil - Original Message - From: "Remi Delon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, June 27, 2001 9:35 AM Subject: [Zope-dev] Spell checking module > Hello, > > I have a website where users can post messages (using a textarea). > I would like to be able to spell-check what they submit and > notify them of possible mistakes. (much like the online > spell-checker of hotmail that I'm using right now :-)) > > Has anybody ever written anything for zope that does something > similar ? > I was thinking of using ispell, maybe through a pipe ? > A search on "ispell" or even "spell" on the zope.org website > doesn't give any interesting result (same on python.org). > > Thanks. > > Rémi. > > _ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > > ___ > Zope-Dev maillist - [EMAIL PROTECTED] > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Spell checking module
Hello, I have a website where users can post messages (using a textarea). I would like to be able to spell-check what they submit and notify them of possible mistakes. (much like the online spell-checker of hotmail that I'm using right now :-)) Has anybody ever written anything for zope that does something similar ? I was thinking of using ispell, maybe through a pipe ? A search on "ispell" or even "spell" on the zope.org website doesn't give any interesting result (same on python.org). Thanks. Rémi. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] url quote from pyton scripts
"Magnus Heino (Rivermen)" wrote: > > Hi. > > How can I do a url quote from a python script? > > Can I somehow access the method in urllib or DT_Var or how can it be done? > > -- > > /Magnus Heino > Hi Magnus You have to import url_quote like: from Products.PythonScripts.standard import url_quote and then call it on what you want to be url_quoted, like: url_quote(whatever) --- Flynt ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )