- Zope-Dev - Zope lists

Wild and crazzzzy idea: Hierarchial permissions
by Lennart Regebro 05 Dec '01

05 Dec '01

The list of permissions is getting quite long. It's the basic permissions of Zope, plus the ones for our CM system. And we haven't even integrated CMF with it (which we may or may not do in the future). To make things easier to find we have names all our permissions "Easy <something>". I then got the idea that the permission list could be hierarchial or filtered or grouped or something. All permissions would have another setting to specify it group. That way the Zope base permissions could be grouped together into a "Zope Base" persmission group. We could group our in an "Torped Easy Publisher" permission group, and so on. Good idea or stupid?

6 6

Zope Exceptions and translation
by Andre Schubert 05 Dec '01

05 Dec '01

Hi all, I'am looking for several products to translate zope-site into german. I have found ZBabel and it works very fine for normal websites. It always works fine in the standard_error_message if there is an error_value and an error_type. But it doesnt work if i get an string exception, because the error_value is an complete html-site. Therefore i tryed to patch some Exceptions in HTTPResponse to raise an class-Exception and a short string as error_value. The problem i see is that all exceptions in zope are raised in many defferent places and thats very difficult to patch them or to make them translation-able. I think it is a good way to change all string-exceptions like these in HTTPResponse to class-exceptions and the error_value to a normal description. With these changes the standard_error_message could be raised and there is an ability to translate the error_value. Do i think in the right way or did i missing any facts thanks as

6 9

Cool stuff!
by Phillip J. Eby 05 Dec '01

05 Dec '01

I just looked through a few parts of the Zope3 CVS tree, and I must say it's looking mighty nice so far at the 50,000 foot level... I especially like the Zope.Transaction package; it'll eliminate the need for my ZLite.Transaction hack. Indeed, much of the package-level refactoring seems much more friendly to those of us who'd like to pick and choose the parts we use. The Zope.Publisher and Zope.App.ZopePublication packages look cool too. Very nice configuration system, with meta-configuration, even. Very awesome. I can see how this will make it easier to create products that influence other products, although I'm not sure how the import order works out; haven't gotten that far just yet. Nonetheless, this is all *really* impressive stuff. So far, the only thing that's been at all negative is that many of the 'IFooBarBaz' interfaces seem a little confusing as to what they do, in that their names don't seem very obvious or self-documenting, at least to me. But I promise that once I *do* figure out what they do, I'll try to suggest more evocative names. :) The interfaces in the tutorial could use improvement similarly; again if I can think of anything better I'll try to suggest naming conventions. P.S. Speaking of naming, I still dislike "feature" as a term for interface implementations; various suggestions available on the "Feature" page of the ComponentArchitecture Wiki. :) P.P.S. You guys must've been *really* busy on this... I'm really impressed. The new stuff so far seems like a breath of fresh air where Zope internals are concerned. Kudos!

5 6

Open Letters and Zope 3
by Shane Hathaway 04 Dec '01

04 Dec '01

Folks, There is a lot of exciting development happening in Zope 3, which is open to the public in CVS, and it's really an answer to many of the concerns raised in the "open letters" in the past few days. Here are some of the things happening: - The structure of the Python packages has been redone. It will be much easier to see which packages can be used independently of Zope and which are meant for the Zope application. (There are many packages that can be separated already, but it's not easy to figure out.) - The new component architecture is having a very positive impact. Deep multiple inheritance is a thing of the past. The Python code is free of Zope framework clutter, besides occasional ZODB details. - There are interfaces for everything from authorization to folders, so the API is being documented as it is written. - ZPublisher has been refactored significantly and renamed to "Zope.Publisher". No more string exceptions, no more "maybe_webdav" hacks, no more publishing modules. Interfaces exist and more are planned. - The HTTP server has been redone. It is more optimized and there is a cleaner separation of the server (now "Zope.Server") and the publisher, making it easier to create alternate front-ends to the publisher (for speed). There are also tuning options. - There are unit tests for *everything*. - We're using page templates instead of DTML. I invite everyone to check out Zope 3X right away. But before you do, read carefully: We are first creating "Zope 3X", a version of Zope that is not compatible with Zope 2. We are taking off the shackles and blazing forward, applying the lessons we learned from Zope 2 and CMF. Soon we will create "Zope 3". Zope 3 will add Zope 2 backward compatibility. MINI-FAQ ======== Q: What is Zope 3X? A: Zope 3X is Zope rebuilt from the ground up, applying the lessons learned from Zope 2 and CMF. Q: What is Zope 3? A: Zope 3 is Zope 3X plus compatibility with Zope 2 products. Q: Will Zope 3X be compatible with Zope 2 products? A: No. Q: Will Zope 3 be compatible with Zope 2 products? A: Yes. Q: Will Zope 3X support DTML? A: Probably not. Q: Will Zope 3 support DTML? A: Yes. Q: Will Zope 3X be compatible with CMF? A: No. Q: Will Zope 3 be compatible with CMF? A: Very likely, but a lot of the CMF ideas will be folded directly into Zope 3. You might not need CMF anymore. Q: Are Zope 3X and Zope 3 licensed under the new GPL-compatible ZPL 2.0? A: Yes. Q: Why is Zope Corp. doing all this rearchitecting when Zope really needs feature XX? A: To make it easier for you, the developer. We make the flour, you make the cake. (Zope corp. will create major components also, but the best way to expand Zope is to empower developers.) Q: What is the component architecture? A: It's similar to other component architectures in that it lets you fit small pieces of functionality together. While Zope 2 has many parts welded together with inheritance, Zope 3 will let you take things apart and put them together like legos. See: http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/VisionStat… Q: How hard will it be to migrate a product to the component architecture? A: There are patterns emerging that should make it straightforward and much easier than starting from scratch. Q: Is I18N in the plans? A: Yes. It is time to start planning for internationalization. If this is your strength, download and get to know Zope 3X and the component architecture wiki, get involved in the community, and please help! Q: How can I help? A: If you're interested in helping and you have time, educate yourself on the component architecture and Zope 3X then volunteer to assist in your particular area of expertise. Q: Is there a tutorial? A: Yes! Look at the /Docs directory in CVS. Note that it's still in development. Q: When will Zope 3 be ready? A: I don't really know, but it's moving forward quickly. INSTRUCTIONS ============ To check out Zope 3X from CVS: cvs -d :pserver:cvs.zope.org:/cvs-repository co -r Zope-3x-branch Zope3 To check out the tutorial: cvs -d :pserver:cvs.zope.org:/cvs-repository co -d Tutorial \ /Docs/ZopeComponentArchitecture/PythonProgrammerTutorial Zope 3X requires Python 2.2b2. To compile the extensions, run "python2.2 stupid_build.py". To start the HTTP server on port 8080, "python2.2 z3.py" (it's very barebones right now; all the meat is in the code.) To run all unit tests in /bin/bash (over 250 of them!): PYTHONPATH=lib/python python2.2 utilities/unittestgui \ Zope.Testing.allZopeTests Again, this is all quite exciting and I hope you can join the action. Shane

12 15

Zope 2.3 and MySQL problems
by Radu Buzea 04 Dec '01

04 Dec '01

I have a problem with a Zope 2.3.0 (source release, Python 1.5.2 [GCC 2.96 20000731 (experimental)]) on Linux and MySQL. I'm using ZMySQLDA to connect to a MySQL database. I use a single database table (witch has over 3500 records right now). There are over 1000 records posted every day. The server is an AMD at 250 Mhz with 64 MB RAM. This server was on-line since April 2001 without any problems but for 3 days ago, when I started to use the MySQL database, the server stops sometimes (crash!!!). Anybody can give me some suggestions ore some explanations. What can be wrong? Thanks! Radu Buzea (radu(a)rospotline.com)

2 1

Searching
by Dirk Datzert 04 Dec '01

04 Dec '01

Hi, is there anybody how knows a product which combines the open-source search-engine htdig with zope ? Dirk

1 0

ZopeVersionControl proposal.
by Lennart Regebro 04 Dec '01

04 Dec '01

I finally got the time to read through the ZopeVersionControl proposal properly. It seems all very good too me. It does feel a bit like Zope as usual is completely technology driven and haven't invested much thought in how it should be used and how the management interface should look, but thats what I expected. :-) I also feel that there are some things that seem both hard to do and not very useful, such as sharing version across sites (unless you mean different directories in one installation that has siteroots). At the same time things like "diffs" between versions which I rather find like a very essential feature is put down as "optional". Other than these minor issues I can't wait for Zope with version control. In fact, I needed it months ago. :-)

1 0

my comments on i18n
by Juan David Ibáñez Palomar 04 Dec '01

04 Dec '01

Hi all, I've readed the relevants messages right now, hope didn't missed any. Instead of trying to answer everybody I'd like to make two concrete proposals. As Paul said in the Paris meeting and as Joachim W. has stated in a previous mail, one thing we can work on is in a common way to get translations from message catalogs, from Python code and DTML and ZPT templates. Don't matters where the messages and their translations are stored, either in a "ZBabel Tower" or in a "Message Catalog" or somewhere else, they would be get in the same way. So, Stephane, Joachim and every body else, we can work on this if want. I would propose to do it in a wiki and step by step: first Python code, when have finished with it we move to DTML, and finally to ZPT. The output from this would be an specification for the way to get translations from message catalogs in the ZODB. My second concrete proposal is about content negotiation, which includes language negotiation. There's already a proposal for this in the fishbowl: http://dev.zope.org/Wikis/DevSite/Proposals/HTTPContentNegotiation This proposal was made by Andreas Jung and Tino Wildenhain, let's move it forward. IMO this should be the first thing to put in the core. -- J. David Ibáñez, Nuxeo.com Debian user (http://www.debian.org)

2 2

Open letters, hijacking and the like
by Danny William Adair 04 Dec '01

04 Dec '01

Hi! Wow, this is the first time I have more zope-dev mails in my inbox than from the "main" list (and I'm very happy that all this stays on one list). What I have seen from ZC up til now seems like they disclose practically everything but their client base, ok and maybe plans for a commercial Zope product (I count two now that have been dropped, this does not include Zope itself). Efforts have been made to separate the "geeks" from the "tie-fighters" (.org/.com), but I can't see any negative side-effects for the development of Zope itself. Maybe "not yet", but, and this goes out to Mr O'Brien: It needs two to tango. Fair enough. ZC knows that, and especially Paul Everitt has pointed out more than once the dedication that ZC has towards "the community". I want to thank Zope Corporation for everything that's been done up til now. This is the kind of track I will stay on. I see this working. Whatever parts of Zope don't work as expected, I don't know in how far I could ever put blame about that on ZC. These guys are more open to new ideas, efforts from the community and mutual benefits than anyone else I have met (in my short life, ok granted). Akm's worries and complaints are legitimate (and he has already corrected his language), and I see people reacting _immediately_. What more can you expect? In my opinion it was just a contretemps that priorities in the User API were set differently than expected from someone who dedicates a hell of a lot of time to that field of development. My personal opinion is that ZC should give akm a CVS account and let him put some elaborate changes to the user api for 2.5, apparently he knows exactly what he's doing. "Dude": Do it better and _then_ complain. ZC's not yo mama, feeding you software with a spoon. It looks like you're spilling it all, anyway. Take a look at the ZPL, take a look at the Public CVS, the Wikis, the fishbowls, the open-sourced literature, and then think again. "Closure of code / internals" is not an arguable point when it comes to Zope, that's just being paranoid. You are welcome to take from the community, you are welcome to contribute to the community, you are welcome to make money with Zope. It's all there. Closure of code is not what will separate the wheat from the chaff, business-wise. Couldn't-resisting-ly yours, Danny

7 10

PythonScript
by Dirk Datzert 04 Dec '01

04 Dec '01

Hi, I have following trivial problem: A DTML-Mthode calls a PythonScript suchThemen with Argumen themen like this <dtml-in "suchThemen(themen)"> <dtml-var themas> </dtml-in> The PythonScript should return values and I want to display in the dtml-in-loop the result variable themas. Question: How must I programm the PythonScript that suchThemen returns variables of name themas ? Thanks Dirk

3 2