Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Andy McKay
One thing Id been musing about for a while was a ZClass > Python Product script that took your ZClass and set up your basic python product for you. It would only work for simple for things like permissions, properties, basic methods... Then ZClasses could be an easier springboard into python produ

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Andy McKay
> > One thing Id been musing about for a while was a ZClass > Python Product > > script that took your ZClass and set up your basic python product for you. > > It would only work for simple for things like permissions, properties, basic > > methods... Then ZClasses could be an easier springboard i

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Stephan Richter
Hello everyone, I gotta join this discussion. iuveno was also thinking about a tool that would replace ZClasses, since their performance is far too bad. We had a not so good experience with the ZClass-based Kontentor and now that the first part is rewritten in Python we can see the speed-ups

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Stephan Richter
>The UML interface may be a bit far fetched, but that's because nobody has >done it yet. ;-) Well, read my other mail. ;-) Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management __

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Stephan Richter
>Well, it's quite logical: UML can be used to map out both software and >business development (they are, after all, two sides of the same story), >the designer can twiddle-n-polish the interface and the programmer can >take care of 'exceptional tasks' that can't easily be taken care of via >the U

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Joachim Werner
> If DTML programming / interface design is so simple, and cheap, why not > automate it? (Strike two for low cost development). > > I've been trying to save some time (and my fingers!) by building a RAD > framework, named the WarpFramework [1], which deals with the low level > complexity of prope

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Stephan Richter
> > 1. We are building a wizard that asks you all the necessary questions > > to generate a basic class framwework. > >Sounds exactly like my mk-zprod. Cool. I am going to look at it as soon as I have a second to breath. Okay, okay, you got me I looked at the code pretty quick. I like it f

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Stephan Richter
>What is ZPI? Typo: Read API > > Well, the SmartWizard would be like the frontend for it. If you want > > to see an early non-SmartWizard-framework version, look at the > > ProiektorInstaller. Just imagine you can build installers like that > > in Zope. I hope to be done with the first version

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Andy McKay
> >What is ZPI? > > Typo: Read API Its the Zope version of an API :) Cheers. -- Andy McKay. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - htt

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Stephan Richter
At 06:40 PM 6/26/01 -0700, Andy McKay wrote: > > >What is ZPI? > > > > Typo: Read API > >Its the Zope version of an API :) If you want to see it. Yeah, we just created another three-letter acronym for this world!!! So everyone, it is not anymore API, but ZPI...geez, I am starting to get silly,

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-26 Thread Stephan Richter
> > I will upload the documents tomorrow though, since it is late here and > > I have to do some work still. > >Ok. I'll begin thinking about all the stuff I dreamt of making mk-zprod >into. Okay, okay...I stayed up and typed it down pretty quick (2 hours). I attached it to this mail. It is pl

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-27 Thread Erik Enge
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?

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-27 Thread Stephan Richter
>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 defini

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-27 Thread Erik Enge
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 i

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-27 Thread Stephan Richter
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 proo

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-27 Thread Tino Wildenhain
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

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-27 Thread Erik Enge
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,

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-27 Thread Stephan Richter
>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 m

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-27 Thread Stephan Richter
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

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Tino Wildenhain
Hi, --On Mittwoch, 27. Juni 2001 15:54 -0500 Stephan Richter <[EMAIL PROTECTED]> wrote: > 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

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Erik Enge
On Wed, 27 Jun 2001, Stephan Richter wrote: > 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? Product-name A list of images (like dtmldoc.gif and such) If y

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Erik Enge
On Thu, 28 Jun 2001, Tino Wildenhain wrote: > Hm. a simple collection of questions? Certainly not. I talking of a > whole mechanism, where you group input and output into contexts. From > application view it would be an API, it schould work no matter if the > input/ output is generated from and t

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Stephan Richter
>>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? > >Hm. a simple collection of questions? Certainly not. >I talking of a whole mechanism, where you group

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Stephan Richter
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

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Erik Enge
On Thu, 28 Jun 2001, Stephan Richter wrote: > Here my list of questions: > > 1. Will we create ZClass or Python Products? Python Products. > >Product-name > > 2. I think it should ask some more meta-data information here, such as > License, Author(s), Description Yepp :) > >A list o

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Erik Enge
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.

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Stephan Richter
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 Noth

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Stephan Richter
>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 (w

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Erik Enge
On Thu, 28 Jun 2001, Stephan Richter wrote: > 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. >From the filesystem of the user? > BTW, the /img directory is non-standard. B

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Erik Enge
On Thu, 28 Jun 2001, Stephan Richter wrote: > For example we would need: > > manage_make_initializeProduct(...) > manage_make_addClass(...) > manage_make_addProperty(...) > manage_make_addIcon(...) > manage_make_addSubClass(mainClass, ...) I just realised something. How do you need this to wor

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Stephan Richter
Erik, I think we need to setup a separate mailing list for this project. Can you do that? I think the discussion is getting too specific now. Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Stephan Richter
>I just realised something. How do you need this to work? With regards to >the wizard. Should mk-zprod produce the files and add them to a folder in >itself? Or should it return everything for the wizard to handle? All what the wizard will do is provide the user with a nice interface/GUI to

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Bill Anderson
On 28 Jun 2001 13:09:56 -0500, Stephan Richter wrote: > > >I just realised something. How do you need this to work? With regards to > >the wizard. Should mk-zprod produce the files and add them to a folder in > >itself? Or should it return everything for the wizard to handle? > > All what th

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-28 Thread Stephan Richter
> > BTW, we will assume that the user that runs the Zope engine has write > > access to /ZOPE/lib/python/Products. > > > >Don't forget about those of us that use $INSTANCE_HOME/Products Oops, that what I meant to say. have access to the Products directory :-) Regards, Stephan -- Ste

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-29 Thread Erik Enge
On Thu, 28 Jun 2001, Stephan Richter wrote: > I think we need to setup a separate mailing list for this project. Can > you do that? I think the discussion is getting too specific now. We can use the mk-zprod-devel mailinglist at thingamy.com: http://www.thingamy.com/mailman/listinfo/mk-zprod-de

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-29 Thread Erik Enge
On Thu, 28 Jun 2001, Stephan Richter wrote: > All what the wizard will do is provide the user with a nice > interface/GUI to enter the information. I will then pass the > information to the above mentioned management methods and the > MakeZProduct Product will then generate the code and save it t

Re: Something better than ZClasses (was: Re: [Zope-dev] Re: Zcatalog bloat problem (berkeleydb is a solution?))

2001-06-29 Thread Stephan Richter
This will be the last post from on this thread. We moved all discussions to [EMAIL PROTECTED] Sign up at: http://www.thingamy.com/mailman/listinfo/mk-zprod-devel/ Regards, Stephan -- Stephan Richter CBU - Physics and Chemistry Student Web2k - Web Design/Development & Technical Project Management