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:

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 to

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

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 asking

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 to

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 input

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 of 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, 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 Nothing, or

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 (which you

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.

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 work?

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 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 -- Stephan

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
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

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 more

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 and

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

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
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 on

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 -

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, that

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 plain