Re: [Zope-dev] Re: Zope 2.9 goals
Jim Fulton wrote: Martijn Faassen wrote: [snip] This definitely gets me worried about coordinating everybody. We need very good planning to pull this off, something we haven't shown in previous Zope 2 or Zope 3 release processes. Perhaps a little ambitious? Actually, I think that time-based releases make planning fairly easy. There *will absolutely* be a Zope (23) feature freeze and beta release November 1 (or sooner if we think that this leaves too little time for a beta cycle). There *will* be a final release in December, come hell or high water. If you think this is to ambitious, then lets move the freeze/beta up to give us more time for bug fixes, say October 1? No, I think the time period for freezes is okay, and you're right, if we take this approach and take care not to destabilize close to the freeze, it should be possible. I'll just stop worrying for now. :) Regards, Martijn ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: [Z3lab] Nuxeo supports Zope Corp announces
Wow, what a difference two days makes. I heard about the ZF announcement by telephone two mornings ago, and I breathed a huge sigh of relief. It solves a problem we've been worrying about for years. It means we can sit across from a nervous IT director, and when he asks dubious questions about the steering and future of the Zope platform, we can say with certainty, It's in good hands. Reviewing the thread, I'm astonished at the negativity. C'mon, this is a *breakthrough*. It's a move that can ensure the future of Zope. Granted, it's prudent to be cautious, and there's a lot of work to be done, but it's a major step. Shouldn't we be using an Agile approach? As for structure and neutrality, I think decisions should be left up to the developers. If they're not on board, there won't be anything. I'm not much of a developer, I'm a manager, and I know that attempting to pull developers 'over a bridge' is a bad idea. Actually, I'm a vendor too. So wearing all these different stakeholder hats, I'm looking forward to the process. To be explicit: I'm prepared to invest in the future of Zope. kit -- . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Infrae . . . kit blake . . . infrae.com . t +31 10 243 7051 Hoevestraat 10 . 3033 GC Rotterdam . NL . f +31 10 243 7052 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: [Z3lab] Nuxeo supports Zope Corp announces
kit blake wrote: Wow, what a difference two days makes. I heard about the ZF announcement by telephone two mornings ago, and I breathed a huge sigh of relief. It solves a problem we've been worrying about for years. It means we can sit across from a nervous IT director, and when he asks dubious questions about the steering and future of the Zope platform, we can say with certainty, It's in good hands. Reviewing the thread, I'm astonished at the negativity. C'mon, this is a *breakthrough*. It's a move that can ensure the future of Zope. Granted, it's prudent to be cautious, and there's a lot of work to be done, but it's a major step. Shouldn't we be using an Agile approach? As for structure and neutrality, I think decisions should be left up to the developers. If they're not on board, there won't be anything. I'm not much of a developer, I'm a manager, and I know that attempting to pull developers 'over a bridge' is a bad idea. Actually, I'm a vendor too. So wearing all these different stakeholder hats, I'm looking forward to the process. To be explicit: I'm prepared to invest in the future of Zope. I'm sorry if I led anyone believe that I view this process negatively. That is absolutely not the case. I'm as excited and relieved as you, Kit. I personally have been publicly supporting the idea of self-governance of the Zope community for some time now and all of this brings us a huge step closer to it. My concerns regarding the process (which might have interpreted as negativity towards the whole idea) were mainly oriented towards the way the initiation of the process is perceived. All of the self-governance we already have (e.g. zope.org collaboration and maintainance, Zope 3 development process, etc.) has been built up bottom-to-top, just like in any other open source community. Even the wish for self-governance of Zope itself came from the basis and has been expressed publicly since the Castle sprint or even longer. So, my remarks were purely there to state that the perception of this process being nothing but top-to-bottom (IOW, vendor-driven) were a limited view on things. As anything else is mere speculation, I'm looking forward to hearing more details from those who initiated the process. I am confident that everyone in the community will be invited to participate, so that in the end we can all say that we as a community made this happen. Best regards, see you on tuesday in IRC, Philipp ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: [Z3lab] Nuxeo supports Zope Corp announces
Philipp von Weitershausen wrote: kit blake wrote: Wow, what a difference two days makes. I heard about the ZF announcement by telephone two mornings ago, and I breathed a huge sigh of relief. It solves a problem we've been worrying about for years. It means we can sit across from a nervous IT director, and when he asks dubious questions about the steering and future of the Zope platform, we can say with certainty, It's in good hands. Reviewing the thread, I'm astonished at the negativity. C'mon, this is a *breakthrough*. It's a move that can ensure the future of Zope. Granted, it's prudent to be cautious, and there's a lot of work to be done, but it's a major step. Shouldn't we be using an Agile approach? As for structure and neutrality, I think decisions should be left up to the developers. If they're not on board, there won't be anything. I'm not much of a developer, I'm a manager, and I know that attempting to pull developers 'over a bridge' is a bad idea. Actually, I'm a vendor too. So wearing all these different stakeholder hats, I'm looking forward to the process. To be explicit: I'm prepared to invest in the future of Zope. I'm sorry if I led anyone believe that I view this process negatively. That is absolutely not the case. I'm as excited and relieved as you, Kit. I personally have been publicly supporting the idea of self-governance of the Zope community for some time now and all of this brings us a huge step closer to it. My concerns regarding the process (which might have interpreted as negativity towards the whole idea) were mainly oriented towards the way the initiation of the process is perceived. All of the self-governance we already have (e.g. zope.org collaboration and maintainance, Zope 3 development process, etc.) has been built up bottom-to-top, just like in any other open source community. Even the wish for self-governance of Zope itself came from the basis and has been expressed publicly since the Castle sprint or even longer. So, my remarks were purely there to state that the perception of this process being nothing but top-to-bottom (IOW, vendor-driven) were a limited view on things. As anything else is mere speculation, I'm looking forward to hearing more details from those who initiated the process. I am confident that everyone in the community will be invited to participate, so that in the end we can all say that we as a community made this happen. Best regards, see you on tuesday in IRC, Philipp Hi! I believe that what is important at this stage is to avoid what we call in French a procs d'intention (I couldn't find the English equivalent) which is a rhetorical figure used to promote a conviction based on speculation about supposed motives rather than facts. The more you address such accusations the more you make them appear as real. regards /JM ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope] Factory-based Type Information
Hello, list. I have a problem with my product. I use Zope 2.7.5 and Plone 2.0.5. I need to create the copy of Document content-type on my product's install the same way as it is done in portal_types via Factory-based Type Information option of dropdown. I just need to have the copy of it and to alter some fields. Please advise. Thank you. -- Best regards, Denis Mishunoff mailto:[EMAIL PROTECTED] http://plonetarium.objectis.net ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Factory-based Type Information
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Denis Mishunoff wrote: I have a problem with my product. I use Zope 2.7.5 and Plone 2.0.5. I need to create the copy of Document content-type on my product's install the same way as it is done in portal_types via Factory-based Type Information option of dropdown. I just need to have the copy of it and to alter some fields. Please advise. Thank you. This is really a CMF question ([EMAIL PROTECTED] is the more appropriate list). You can create a FactoryTypeInformation instance, using the CMFDefault.Document template, but giving it a different ID; you can then modify the settings as you widh. Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCtDhY+gerLs4ltQ4RAupOAKCI1dhQq6i6O2Abq6Hao9H6hUaOMQCfdKYr NYvbEUc/daREPrhNL96zryA= =Skod -END PGP SIGNATURE- ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Error Compiling Zope
I'm trying to compile Zope on a remote (hosting) server. It gets pretty far, but then I get this error: copying and adjusting test.py - /home/furlist/public_html/GroupServer-0.1rc3/Zope-2.7.4-0/build-base/python-2.4/build-scripts error: /home/furlist/public_html/GroupServer-0.1rc3/Zope-2.7.4-0/build-base/python-2.4/build-scripts/mkzeoinstance.py: No such file or directory make: *** [build] Error 1 There is no mkzeoinstance.py but there is a mkzopeinstance.py. Is there a spelling error somewhere, or a missing file? ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] dtml sessions
Hi, I'm a beginner. I'd like allow a dtml method call e.g. dtml-call method for one session only. how do I do this with dtml? could anyone help me? thanks ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Error Compiling Zope
--On 18. Juni 2005 09:09:51 -0700 Blackberry [EMAIL PROTECTED] wrote: I'm trying to compile Zope on a remote (hosting) server. It gets pretty far, but then I get this error: copying and adjusting test.py - /home/furlist/public_html/GroupServer-0.1rc3/Zope-2.7.4-0/build-base/pyth on-2.4/build-scripts error: /home/furlist/public_html/GroupServer-0.1rc3/Zope-2.7.4-0/build-base/pyth on-2.4/build-scripts/mkzeoinstance.py: No such file or directory make: *** [build] Error 1 There is no mkzeoinstance.py but there is a mkzopeinstance.py. Is there a spelling error somewhere, or a missing file? How do you install Zope? Btw. Python 2.4 is *not* a supported Python version. -aj pgp5NQJSWeghz.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] dtml sessions
--On 18. Juni 2005 18:16:48 +0200 Andy Kim [EMAIL PROTECTED] wrote: Hi, I'm a beginner. I'd like allow a dtml method call e.g. dtml-call method for one session only. how do I do this with dtml? could anyone help me? What do you mean by that? Should it callable only once? If yes then of course use a flag which you can store inside the user session. -aj pgpCBAH46cC7a.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] dtml sessions
Am Samstag, den 18.06.2005, 18:16 +0200 schrieb Andy Kim: Hi, I'm a beginner. I'd like allow a dtml method call e.g. dtml-call method for one session only. how do I do this with dtml? could anyone help me? How often are you going to ask this? :) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] dtml sessions
No, not just only once but rather for one browser session. If the page is reloaded again the method shouldnt be called. Only if the user comes for a next visit, the method should be called again. It actually should be easy, I'm just not familiar with dtml programming yet. However I'd like to have it with dtml since I have the dtml-call method already using.. On 6/18/05, Andreas Jung [EMAIL PROTECTED] wrote: --On 18. Juni 2005 18:16:48 +0200 Andy Kim [EMAIL PROTECTED] wrote: Hi, I'm a beginner. I'd like allow a dtml method call e.g. dtml-call method for one session only. how do I do this with dtml? could anyone help me? What do you mean by that? Should it callable only once? If yes then of course use a flag which you can store inside the user session. -aj ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Getting information about current method
Well, thanks anyway for your suggestions; I hope someone else can suggest something; my intuition is that it isn't possible (without going really low level), and that would really be bad... Ole 2005/6/17, Peter Bengtsson [EMAIL PROTECTED]: On 6/17/05, Jan-Ole Esleben [EMAIL PROTECTED] wrote: It's an application instance wrapped in a list; it seems to be identical to self, actually - self.REQUEST['URL'] and self.REQUEST.PARENTS[0].REQUEST['URL'] are the same. However, the two REQUESTs are not the identical object (== returns False). Then I don't know. (The application instance is none other than zope itself. ) I can honestly not think of a way to extract this information. I've even tried setting up a simple example method and I couldn't get hold of the zodb name of the external method that is called. Perhaps Andreas or Dieter can help us here?? Ole 2005/6/17, Peter Bengtsson [EMAIL PROTECTED]: On 6/17/05, Jan-Ole Esleben [EMAIL PROTECTED] wrote: No, I'm sorry; I only get system paths. And what about REQUEST.PARENTS? (or is that just the http request) Ole 2005/6/17, Peter Bengtsson [EMAIL PROTECTED]: On 6/17/05, Jan-Ole Esleben [EMAIL PROTECTED] wrote: Unforunately, this just gives me the pythonic path to the method; what I need for a TALES expression is the ZOPE path - i.e. what I get from the stack frame is ... E:\zope\Extensions\req.py ... but what I need is ... http://localhost:8080/ReqTest ... Ok, maybe inspect.stack()[1] was the wrong one. Can't remember nor test it for you but try any of the others in that list. Eg. inspect.stack()[0] or inspect.stack()[2] You can maybe find something by going through REQUEST.PARENTS Ole 2005/6/17, Peter Bengtsson [EMAIL PROTECTED]: Then, in your External method, try:: import inspect print inspect.stack()[1] On 6/17/05, Jan-Ole Esleben [EMAIL PROTECTED] wrote: I want to know the name (and path) of the _External Method_ from inside it. What I _can_ get is the name of the DTML method. I want to build generic scaffolding code for functions that conditionally redispatch as asynchronous calls (via ZASync); that part, however, isn't a problem at all - everything works fine as long as I use an HTTP request directly and redispatch with information from the REQUEST. The problem is that I need a TALES expression to call the function again (asynchronously this time), and for that I need the ZOPE path to it. Ole 2005/6/17, Peter Bengtsson [EMAIL PROTECTED]: is there a generic way to find out from Python code which method has been called (in other words: find out where the current method is located in the ZOPE hierarchy and what its name is)? If I call an External Method via a DTML method, of course the REQUEST object contains the path to the DTML method because the External Method hasn't been called via HTTP. I haven't been able to figure out any other way of getting this information. I don't get it. Do you want to know the name of the DTML method from inside the External method? Perhaps I'll be able to help if you tell us more about the intention of this code. Thanks in advance, Ole ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce
Re: [Zope] Problem with namespace (zope: addressed to exclusive sender for this address)
On Thursday 16 June 2005 19:24, Dieter Maurer - [EMAIL PROTECTED] wrote: Ralph wrote at 2005-6-15 20:59 +0200: For details, please the the Calling DTML objects section in Thank you for the answer. It was a simple programming failure, after 12h of working. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Zope programms for databases
--On 18. Juni 2005 19:13:47 +0200 Ralph [EMAIL PROTECTED] wrote: Is there someone who has a better design approach or an idea? Using Zope Sessions. -aj pgpYikfWr6SLG.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Zope programms for databases
Take a look at http://http://products.bluedynamics.org/Products/Znolk, a wizard method which generates a wide variety of different Zope methods for maintaining databases. I don't understand your concurrent update issue. Such problems should be handled by the backend database, careful table design, and by using transactions when doing the update. On Sat, 18 Jun 2005, Ralph wrote: I'm new to Zope and made a small database application with zope (mostly DTML) to learn the idea behind Zope, but I'm not satisfied with the structure of my application. I have for each table a Form (DTML-method) with 3 buttons (new,update,delete). Each button triggers a DTML-script actionTable actionTable calls either a DTML-method to display a form (update, insert) or calling the zsql-method to delete a data record. The disadvantage with this structure is, that it is difficult to maintain programs like this. I wish to have optimistic locking but to send variables to the next DTML-method is a hell. Example: I you have a database table with the rows id,name and desc I have to send all record values through all methods after the user is triggering update to secure that there is no concurrent update. But with my design approach it's not possible. Is there someone who has a better design approach or an idea? ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Using Catalog in a stand-alone application
Noam Raphael wrote at 2005-6-17 19:35 +0300: ... I've found that Zope's ZCatalog is based on Catalog, which is said to be possible to run without the full Zope. If you are familiar with ZCatalog, perhaps you can help me a bit, or point me to places where to find what I need. I ask, first, if it is reasonable to use Catalog for such a task. I also want to know which parts of Zope are relevant for what I need. A general overview about how it works would also be very nice. Someone recently announced a free standing catalog. I think, this catalog is based on Zope3. And when I remember right, it was announce in zodb-dev@zope.org. Please search the archives. -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Getting information about current method
Peter Bengtsson wrote at 2005-6-17 18:25 +0100: ... Then I don't know. (The application instance is none other than zope itself. ) I can honestly not think of a way to extract this information. I've even tried setting up a simple example method and I couldn't get hold of the zodb name of the external method that is called. Perhaps Andreas or Dieter can help us here?? Unlike PythonScript, ExternalMethod is not prepared to provide access to itself inside its body. Thus, there is no general solution. In special cases, you can find out information about the ExternalMethod, e.g. via REQUEST.PUBLISHED (in case the ExternalMethod was called directly via the Web). However, I would forget ExternalMethod and instead use my TrustedExecutables product. It provides trusted PythonScripts. You can use what you are familiar with in PythonScripts but there are no security restrictions (as in ExternalMethod). By default, TrustedExecutables only provides file system based trusted PythonScript (TrustedFSPythonScript). The TrustedPythonScript is there, but it is not registered -- for security reasons. I suggest, you keep it this way. The best way to use TrustedFSPythonScript seems to be to install CMFCore (which gives you DirectoryView) and my SkinnedFolder. You find my products on http://www.dieter.handshake.de/pyprojects/zope -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope 3.1.0 beta 1 released!
Hello everyone, The Zope 3 development team is proud to announce Zope 3.1.0 beta 1. Zope 3 is the next major Zope release and has been written from scratch based on the latest software design patterns and the experiences of Zope 2. It is in our opinion that Zope 3.1 is more than ready for production use, which is why we decided to drop the 'X' for experimental from the name. We will also continue to work on making the transition between Zope 2 and Zope 3 as smooth as possible. As a first step, Zope 2.8 includes Zope 3 features in the form of Five. Please test this release carefully and send us any feedback! In particular, we have tried very hard to keep backward-compatibility with the previous X3 3.0 release, so please let us know if the new release breaks your code. Downloads http://zope.org/Products/Zope3/ Installation instructions for both Windows and Un*x/Linux are now available in the top level 'README.txt' file of the distribution. The binary installer is recommended for Windows. Zope 3.1 requires Python 2.3.5 or 2.4.1 to run. You must also have zlib installed on your system. Most Important Changes Since 3.0 - New Pluggable Authentication Utility (PAU), which is similar in philosophy to the Zope 2 PAS. The following features are available in the in the basic PAU facility: + Credentials Plugins: Basic HTTP Auth, Session + Authenticator Plugins: Principal Folder, Group Folder For a detailed description of the pluggable authentication utility, see 'zope/app/authentication/README.txt'. - Major simplifications to the component architecture: + Removal of the concept of a service. All outstanding services were converted to utilities: Error Reporting, FSSync, Authentication. + Site Managers are global and local now; adapters and utilties are directly registered with the site manager. Now global and local component registration and lookup behaves very similar. + Local registrations can now only have two states: active and inactive. This simplified the code so much, that 'zope.app.utility', 'zope.app.registration' and 'zope.app.site' were all merged into 'zope.app.component'. + Implemented menus as utilities. The API also supports sub-menus now. + Implemented views as adapters. Skins and layers are now simply interfaces that the request provides. - Added an integer-id facility for assigning integer identifiers to objects. - Added basic catalog and index frameworks. - Added sources, which are like vocabularies except that they support very large collections of values that must be searched, rather than browsed. - Created a new granting UI that allows advanced searching of principal sources. - Implemented a generic user preferences systsem that was designed to be easily used in TALES expressions and via Python code. Preferences can be edited via 'http://localhost:8080/++preferences++/'. A demo of the preferences can be found at:: http://svn.zope.org/Zope3/trunk/src/zope/app/demo/skinpref/ - ZCML now supports conditional directives using the 'zcml:condition' attribute. The condition is of the form verb argument. Two verbs, 'have feature' and 'installed module' are currently implemented. Features can be declared via the 'meta:provides' directive. - Improved API doctool: Code Browser now shows interfaces, text files and ZCML files; the new Book Module compiles all available doctext files into an organized book; the new Type Module lets you browser all interface types and discover interfaces that provide types; views are shown in the interface details screen; views and adapters are categorized into specific, extended and generic; user preferences allow you to customize certain views; 3rd party modules can now be added to the Code Browser. - Improved I18n-based number and datetime formatting by integrating 'pytz' for timezone support, implementing all missing format characters, and reinterpreting the ICU documentation to correctly parse patterns. - Added '++debug++' traversal adapter that allows you to turn on debugging flags in 'request.debug'. Currently the following flags are defined: source, tal, errors. - Improved logout support. - Added the HTTP request recorder, which lets you inspect raw HTTP requests and responses. It can be used to create functional doctests without requiring third-party tools such as TCPWatch. - Developed a generic 'browser:form' directive. It is pretty much the same as the 'browser:editform' directive, except that the data is not stored on some context or adapted context but sent as a dictionary to special method (by default). For a complete list of changes see the 'CHANGES.txt' file. Resources - Zope 3 Development Web Site:http://dev.zope.org/Zope3 - Zope 3 Dev Mailing
Re: [Zope] Using Catalog in a stand-alone application
On 6/18/05, Dieter Maurer [EMAIL PROTECTED] wrote: Someone recently announced a free standing catalog. I think, this catalog is based on Zope3. And when I remember right, it was announce in zodb-dev@zope.org. Thank you! It may be just what I need. I searched and found. Kevin Dangoor has announced it in http://mail.zope.org/pipermail/zodb-dev/2005-June/008920.html He created a site for that project, in http://www.blazingthings.com/zcatalog Noam ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] dtml sessions
No, I am not using the user system here. It is just a simple use. All I want is to put a session-conditional call for a dtml method within a simple page with this method. - Original Message - From: Dennis Allison [EMAIL PROTECTED] To: Andy Kim [EMAIL PROTECTED] Cc: Andreas Jung [EMAIL PROTECTED]; zope@zope.org Sent: Saturday, June 18, 2005 6:58 PM Subject: Re: [Zope] dtml sessions Ah ha! you have as method that is supposed to be private to a particular user. You should set the view permission for the method to be Authorized User and have the method test for the particular user and do nothing if the current user is not the right one. A more general mechanism would be to create a local role for privileged users and set the view permission for the dtml-method to be that role. The you can give any user that role in acl_users and they will automagically have access rights to that method. Good web design suggests that the navigation to this special method be controlled by the role as well so there's no button to push if the user is not allowed to push the button. On Sat, 18 Jun 2005, Andy Kim wrote: No, not just only once but rather for one browser session. If the page is reloaded again the method shouldnt be called. Only if the user comes for a next visit, the method should be called again. It actually should be easy, I'm just not familiar with dtml programming yet. However I'd like to have it with dtml since I have the dtml-call method already using.. On 6/18/05, Andreas Jung [EMAIL PROTECTED] wrote: --On 18. Juni 2005 18:16:48 +0200 Andy Kim [EMAIL PROTECTED] wrote: Hi, I'm a beginner. I'd like allow a dtml method call e.g. dtml-call method for one session only. how do I do this with dtml? could anyone help me? What do you mean by that? Should it callable only once? If yes then of course use a flag which you can store inside the user session. -aj ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- Dennis Allison * Computer Systems Laboratory * Gates 227 * Stanford University * Stanford CA 94305 * (650) 723-9213 * (650) 723-0033 fax * [EMAIL PROTECTED] * [EMAIL PROTECTED] ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )