Re: [Zope-dev] Is ZFormulator alive?
No, superuser doesn't work.
My workaround for the moment is to comment out line 302
( __roles__ = ('Manager',) )
and waiting for Martijns new release.
Thanks
Arno
On Wed, 14 Mar 2001, R. David Murray wrote:
On Tue, 13 Mar 2001, Arno Gross wrote:
Any hints?
A *workaround* (that worked as of 2.2, not sure about 2.3 (of zope)) is
to log in as the superuser to create the fields.
--RDM
___
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] manage_main select ... / don't work with Mozilla
Hi, The last builds of Mozilla do not accept anymore this kind of HTML tags: select / I have discuss with Moz developers and they say it's not in the standard. So now we must use something like select All the other tags must follow the same syntax, of course. The problem with the management interface of Zope is it uses '/' in many places. So it's not possible to use Moz for creating new objects for example. So should it be possible to do something about it :-) Cyril ___ 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] get_request() idea
I'm making some mod's to the property sheets to allow them to fire an event (call a hook) when they change on an instance. Anyway, it looks like I'm gonna have to hand the REQUEST object all around, so I can get the data out of it that I need (as well as allow other inspection in the future). Anyway, I propose that we could make Zope internals many times simpler by having the REQUEST object available in all places Python simply by calling get_request() (a __built_in__ method much like get_transaction). This may even speed up Zope since in fact, no stack space will have to be managed for the REQUEST object to be passed to methods that might or might not need it. Cheers, Tim Please don't kill me if this is a _really_stupid_idea_. ___ 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] BerkeleyStorage with BerkeleyDB 3.2
I wanted to get BerkeleyStorage installed on my Windows system. Since there is a nice downloadable binary version of the Python bindings for version 3.2, I downloaded and installed that, then modified BerkeleyStorage.py to support the new interface instead of the old one. If anyone wants a copy, see http://www.zope.org/Members/Duncan/BerkeleyStorage -- Duncan Booth [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 )
[Zope-dev] Need Help: Can I use Folder w/Customizer to implement a ImapClient ???
hi ZPattern-Freaks out there, i want to write an ImapClient for CyrusImap as Zope-Product. - Handle several Mailboxes - Use Zope-Management for IMAP-Folder-Management and ACL/Security - Use Custom-Interface as Mailclient The Final Structue I want to have. It should act like a standart Zope Folder-Tree: - ImapClient ( holds Connection-Objects toIMAP-Mailboxes, Storage=ZODB) |- ImapRootFolder ( Connection-Object and Root-Folder , Storage=ZODB) | |-ImapFolder (a folder on the imapserver, not persitantly stored) | | |-ImapFolder (..) | | | | ... | | |-ImapMessage (a message on the imapserver, not persitantly stored) | |-ImapMessage (..) |- ImapRootFolder (..) | |-ImapFolder (..) | | |-ImapFolder (..) | | | | ... | | |-ImapMessage (..) | |-ImapMessage (..) after big thougths about whether to use an Implementation like - ZLDAPConnection * A Root Connection Object class ZLDAPConnection (Acquisition.Implicit,Persistent, OFS.SimpleItem.Item,...) * the nodes ar stored in a Tree of Entries class Entry(Acquisition.Implicit,OFS.SimpleItem.Item) or LocalFS does quite the same ... BUT: I want to be able to "skin" every meta_type separately, but I cannot just use Acquisition because of duplicates like "index_html" --- - Use a Specialist AFAIK a Rack can only serve one meta-type It's hard to implement the Folder Structure in racks --- - Use a Folder w/Customizer this pretty looks like the one to use ... but phillip told me some time ago,that I can use it only with persistant ZODB-Storage like other zope-objects - just use Dataskins with factory. So I decided to give it a try. I now have an ImapClient (CustomizerFolder) which stores ImapRootFolder(Dataskin,Acquisition.Implicit,Folder) the RootFolder emulates an ObjectManager to serve the Folders retrieved from the IMAP-Server. The ImapFolder-Objects are stored in an Attribute Children which is a List. and are created like this: def IMAPFolderFactory(client,Name,FullName="", PaddedName=""): handle = ImapDataSkins.ImapFolder(Name) handle._setRack(client.aq_inner.aq_parent._getDataManagerFor(handle)) handle.__dict__['_rackMounted'] = 0 handle = handle.__of__(client) handle.setup(Name,FullName,PaddedName) return handle Now I have an Tree I can browse in the ZMI ... BUT ... "I lose contact to Zope" when i browse down into the first object wich is not persistantly stored. I allthough don't get the "mapped Attributes/Methods" from the Customizer. Is there a possiblity to use the CustomizerFolder with not ZODB-Objects - What Methods need to be implemented that this could work any help appreciated .. don't want to stop halfway ;-) .. thanks Ulrich Eck ___ 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] (Z)Catalog searches
[EMAIL PROTECTED] wrote: We're using the internals of ZCatalog to do searching stuff in our Python Product. I've managed to get it working at a basic level by constructing a Catalog instance and adding indexes and calling searchResults(). Only now I need to get into more advanced features, like partial word matches and multiple or'ed search fields. I tried just passing a GlobbingLexicon() to Catalog instantiation, but that completely failed to work. As far as I can tell, it's not using the GlobbingLexicon at all (I put a print statements in all the methods and nothing is printed). I then tried using ZCatalog.Vocabulary(globbing=1) and that didn't seem to work either (still no hits on the GlobbingLexicon methods). Also, any hints as to how to have a "match any" multiple field "or" search would be greatly appreciated. I _think_ I can somehow pass a list of the fields to searchResults() as some sort of argument, but I'm really not sure how. Richard -- Richard Jones [EMAIL PROTECTED] Senior Software Developer, Bizar Software (www.bizarsoftware.com.au) Globbing support is part of the Vocabulary object which must be turned on when it is instanciated AFAIK. Are you passing the Catalog an existing Vocabulary when you create it or are you having it create one for you? -- | 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] manage_main select ... / don't work with Mozilla
Cyril Elkaim wrote: Hi, The last builds of Mozilla do not accept anymore this kind of HTML tags: select / I have discuss with Moz developers and they say it's not in the standard. So now we must use something like select All the other tags must follow the same syntax, of course. The problem with the management interface of Zope is it uses '/' in many places. So it's not possible to use Moz for creating new objects for example. So should it be possible to do something about it :-) Cyril So then Mozilla doesn't support XHTML?? That is where that whole trailing slash convention is coming from. -- | 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] manage_main select ... / don't work with Mozilla
I have discuss with Moz developers and they say it's not in the standard. So now we must use something like select All the other tags must follow the same syntax, of course. So then Mozilla doesn't support XHTML?? That is where that whole trailing slash convention is coming from. I think what he's saying is that Moz used to tolerate a form like: select name="foo" / ... /select ...which doesn't make much sense (and appeared in the Zope UI by mistake). I believe that it is still ok to use the XHTML form for non-container tags, e.g.: hr / The 'select' tag problem in the Zope UI has since been fixed and the fix will be in 2.3.1 b2 (out today). Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.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] manage_main select ... / don't work with Mozilla
Yes, I know, but that's what they say :-). I've already that problem with the script tag and they refuse to change this behavior, at least for now... Cyril ___ 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] manage_main select ... / don't work with Mozilla
Matt wrote: select should have a corresponding /select right? In which case no, it should not have a trailing slash. They are only needed for single tags that have no corresponding close, eg br / hr / etc. I agree but in the management interface of Zope it's not the case. You have select ... / Some stuff... /select and you should have select stuff /select. That's the reason why it doesn't work anymore with Mozilla. Cyril ___ 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] Playing with DateTime
Hello I am playing around with the DateTime module in order to adapt it to other formats than the American one. However, I would like not to start a work that someone is already doing or that is already done. I have found a little patch that solves temporarily the problem, but I would like to do something more definitive. However, I need to be careful due to the large use that is done internally by Zope. To whom can I get in touch regarding this issue? Best regards Stefano Vedovelli ___ 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] manage_main select ... / don't work with Mozilla
Brian wrote: I think what he's saying is that Moz used to tolerate a form like: select name="foo" / ... /select ...which doesn't make much sense (and appeared in the Zope UI by mistake). I believe that it is still ok to use the XHTML form for non-container tags, e.g.: hr / The 'select' tag problem in the Zope UI has since been fixed and the fix will be in 2.3.1 b2 (out today). YES! Cyril ___ 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] Playing with DateTime
Hello, IMHO the long term solution would be to use the mxDateTime [1] module instead of the DateTime module that currently uses Zope. best regards, jdavid [1] http://www.lemburg.com/files/python/mxDateTime.html Hello I am playing around with the DateTime module in order to adapt it to other formats than the American one. However, I would like not to start a work that someone is already doing or that is already done. I have found a little patch that solves temporarily the problem, but I would like to do something more definitive. However, I need to be careful due to the large use that is done internally by Zope. To whom can I get in touch regarding this issue? Best regards Stefano Vedovelli ___ 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] manage_main select ... / don't work with Mozilla
On 15 Mar 2001, you wrote in local.zope.dev: Matt wrote: select should have a corresponding /select right? In which case no, it should not have a trailing slash. They are only needed for single tags that have no corresponding close, eg br / hr / etc. I agree but in the management interface of Zope it's not the case. You have select ... / Some stuff... /select and you should have select stuff /select. That's the reason why it doesn't work anymore with Mozilla. It just seems to be one place in zope's code. OFS/dtml/main.dtml, line 43 needs the spurious slash removing. ___ 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] manage_main select ... / don't work with Mozilla
Brian Lloyd wrote: I have discuss with Moz developers and they say it's not in the standard. So now we must use something like select All the other tags must follow the same syntax, of course. So then Mozilla doesn't support XHTML?? That is where that whole trailing slash convention is coming from. I think what he's saying is that Moz used to tolerate a form like: select name="foo" / ... /select ...which doesn't make much sense (and appeared in the Zope UI by mistake). I believe that it is still ok to use the XHTML form for non-container tags, e.g.: hr / The 'select' tag problem in the Zope UI has since been fixed and the fix will be in 2.3.1 b2 (out today). BTW, this has been discussed in Bugzilla here: http://bugzilla.mozilla.org/show_bug.cgi?id=71577 -- Gilles Durys ___ 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] manage_main select ... / don't work with Mozilla
On Thu, Mar 15, 2001 at 08:32:14AM -0700, Casey Duncan wrote: Cyril Elkaim wrote: Hi, The last builds of Mozilla do not accept anymore this kind of HTML tags: select / I have discuss with Moz developers and they say it's not in the standard. So now we must use something like select All the other tags must follow the same syntax, of course. The problem with the management interface of Zope is it uses '/' in many places. So it's not possible to use Moz for creating new objects for example. So should it be possible to do something about it :-) Cyril So then Mozilla doesn't support XHTML?? That is where that whole trailing slash convention is coming from. Hmm.. I am not sure if the Mozilla people are interpreting this right. The XHTML spec does say that tags that must have a seperate closing tag according to the HTML spec (they are not empty, they just don't have content), are best rendered in XHTML with a closing tag as well. But, wether or not the Mozilla browser is right in rejecting select / and p /, if the Zope DTML contains such tags, we are not following the XHTML recommendation and I consider that as a bug. Could you someone file a Collector issue? -- Martijn Pieters | Software Engineer mailto:[EMAIL PROTECTED] | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ - ___ 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] manage_main select ... / don't work with Mozilla
Duncan Booth wrote: On 15 Mar 2001, you wrote in local.zope.dev: Matt wrote: select should have a corresponding /select right? In which case no, it should not have a trailing slash. They are only needed for single tags that have no corresponding close, eg br / hr / etc. I agree but in the management interface of Zope it's not the case. You have select ... / Some stuff... /select and you should have select stuff /select. That's the reason why it doesn't work anymore with Mozilla. It just seems to be one place in zope's code. OFS/dtml/main.dtml, line 43 needs the spurious slash removing. It's always worth looking in the Collector for this sort of thing. http://classic.zope.org:8080/Collector/2020/view Submitted On: Mar 4, 2001 5:01 am -- Steve Alexander Software Engineer Cat-Box limited ___ 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] Playing with DateTime
Ola Juan I think that, while on one side is very comfortable to recycle others code, there should have been a very good reason for DC to develop that class. I had the impression that the class is heavily used in the internals of Zope, and probably the integration of an external module would mean a major redesign issue. Always in my opinion, in the long run automaintained code can be easier to leverage and adapt. In the end, if the original developer does not support the code anymore or change it in a way that is not possible to upgrade, DC will have major problems. The idea of developing an internal class is, for me, a good point. However, I think that DC did not approached the international subject simply because, as far as I understood, Zope was build on the American market. While they should be terribly proud of the magnificent product thay have done, in future they will be facing more and more the problem of other countries using it. This is why I am looking to fix the DateTime class starting from their code. This problem will occur also for the formatting of values, for instance. As far as I have seen, when you ask Zope to return a number formatted as currency, you get it in dollars, with the "." and "," used where central europeans put them the other way around. I do not know if DC or somebody else is already approaching this issue, and I admit that I have looked around but I haven't found anything about this, but I am pretty sure that the european developers like me and you which are trying to find a RAD for the internet, will find Zope as one of the best products, and the spread of it will sooner or later raise more and more problems on this side. I was asking this on the ml because I am considering proposing a project on this, but I wanted to be sure that this was not already been done somewhere else Best regards Stefano Vedovelli Hello, IMHO the long term solution would be to use the mxDateTime [1] module instead of the DateTime module that currently uses Zope. best regards, jdavid [1] http://www.lemburg.com/files/python/mxDateTime.html Hello I am playing around with the DateTime module in order to adapt it to other formats than the American one. However, I would like not to start a work that someone is already doing or that is already done. I have found a little patch that solves temporarily the problem, but I would like to do something more definitive. However, I need to be careful due to the large use that is done internally by Zope. To whom can I get in touch regarding this issue? Best regards Stefano Vedovelli ___ 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] ANNOUNCE: Zope 2.3.1 beta 2 released
Hello all, Zope 2.3.1 beta 2 has been released - you can download it from Zope.org: http://www.zope.org/Products/Zope/2.3.1b2/ Zope 2.3.1b2 contains a number of bug fixes, including the fixes for the issues addressed by the 02/23 and 03/08 hotfixes. It also contains a number of changes to address issues with ZCatalog. New data structures have been introduced to reduce the number of conflict errors caused by object indexing under some types of usage, and to reduce the amount of object database bloat that occurs when indexed objects change frequently. The changes to ZCatalog have been designed so that newly created ZCatalog objects will take advantage of the new data structures. Existing ZCatalog objects will continue to work with the old data structures, but will not gain any of the benefits of the new code. It is possible to upgrade an existing ZCatalog object to use the new data structures by following the How-To at: http://www.zope.org/Members/mcdonc/HowTos/UpgradeToNewCatalog **Users of the Zope source releases should note** that this release contains new C code, as well as a few changes to existing C code. If you are using a source release (or the source diff update), be sure to run 'w_pcgi.py' or 'wo_pcgi.py' as appropriate before starting Zope to ensure that your binaries are rebuilt. For more information on what is new in this release, see the CHANGES.txt and HISTORY.txt files for the release: http://www.zope.org/Products/Zope/2.3.1b2/CHANGES.txt http://www.zope.org/Products/Zope/2.3.1b2/HISTORY.txt Note that we have also posted "diff" updates as .tgz files that will let you easily upgrade an existing 2.3.x site. These updates are available for those currently using the 2.3.x source release or the 2.3.x binary releases. To apply a differential update to your site: - download the appropriate .tgz file from zope.org - shutdown your Zope process - copy the .tgz to your Zope directory and extract it - run w_pcgi or wo_pcgi *if you are not using a binary release* - restart your process Brian Lloyd[EMAIL PROTECTED] Software Engineer 540.371.6909 Digital Creations http://www.digicool.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] SQL Server ..?
I am curious of how popular SQL Server is among Zope developers. We have recenly upgraded from SQL 7 to 2000 and noticed most of the database support for Zope centers around Oracle, MySQL, Postgres, Sybase, etc... How many people are using this ZmxODBC database adapter? And what kind of problems/issues/praise do you have? Any info would be appreciated. Bryan Baszczewski Software Engineer/Technology Strategist 2s2i, Inc. www.2s2i.com phone: (703)534-9800 x-203 fax: (703)995-4866 "Because word of mouth has gone global, there's e-Intelligence from 2s2i." ___ 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] (Z)Catalog searches
Casey Duncan wrote: [EMAIL PROTECTED] wrote: We're using the internals of ZCatalog to do searching stuff in our Python Product. I've managed to get it working at a basic level by constructing a Catalog instance and adding indexes and calling searchResults(). Only now I need to get into more advanced features, like partial word matches and multiple or'ed search fields. I tried just passing a GlobbingLexicon() to Catalog instantiation, but that completely failed to work. As far as I can tell, it's not using the GlobbingLexicon at all (I put a print statements in all the methods and nothing is printed). I then tried using ZCatalog.Vocabulary(globbing=1) and that didn't seem to work either (still no hits on the GlobbingLexicon methods). Also, any hints as to how to have a "match any" multiple field "or" search would be greatly appreciated. I _think_ I can somehow pass a list of the fields to searchResults() as some sort of argument, but I'm really not sure how. Globbing support is part of the Vocabulary object which must be turned on when it is instanciated AFAIK. Are you passing the Catalog an existing Vocabulary when you create it or are you having it create one for you? I tried both my_catalog = Catalog(GlobbingLexicon()) and my_catalog = Catalog(Vocabulary(globbing=1)) and neither resulted in any calls to any GlobbingLexicon methods! Richard -- Richard Jones [EMAIL PROTECTED] Senior Software Developer, Bizar Software (www.bizarsoftware.com.au) ___ 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] (Z)Catalog searches
[EMAIL PROTECTED] wrote: I tried both my_catalog = Catalog(GlobbingLexicon()) and my_catalog = Catalog(Vocabulary(globbing=1)) and neither resulted in any calls to any GlobbingLexicon methods! Richard Catalog doesn't take the Vocabulary object itself as an argument. It takes the (string) id of an acquirable Vocabulary. If you don't specify a string, it creates a standard non-globbing lexicon (Although a ZCatalog creates a globbing lexicon, go figure). Something like this should work (Assuming your product is an acquisition wrapper e.g. by subclassing Acquisition.Implicit): my_vocab = Vocabulary(globbing=1) my_cat = Catalog(vocabulary='my_vocab') I'm completely unsure why it was implemented this way. I can kinda understand for ZCatalog, but not really for Catalog. Anyone care to explain?? or you could do this without using acquistion, but you wind up creating the vocabulary twice: my_cat = Catalog() my_cat.lexicon = Vocabulary(globbing=1) -- | 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 )
[Zope-dev] ZFormulator
I had fixed zformulator to work with 2.2.4, haven't checked against 2.3 though. Get this at http://teyc.editthispage.com/filedownloads ___ 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] (Z)Catalog searches
Casey Duncan wrote:
[EMAIL PROTECTED] wrote:
I tried both
my_catalog = Catalog(GlobbingLexicon())
and
my_catalog = Catalog(Vocabulary(globbing=1))
and neither resulted in any calls to any GlobbingLexicon methods!
Richard
Catalog doesn't take the Vocabulary object itself as an argument. It
takes the (string) id of an acquirable Vocabulary. If you don't specify
a string, it creates a standard non-globbing lexicon (Although a
ZCatalog creates a globbing lexicon, go figure).
Ack, you're quite right. I completely missed the "if type(vocabulary) is
type(''):" clause. Thanks for pointing that out.
I'm completely unsure why it was implemented this way. I can kinda
understand for ZCatalog, but not really for Catalog. Anyone care to
explain??
Does seem a little odd to me.
or you could do this without using acquistion, but you wind up creating
the vocabulary twice:
my_cat = Catalog()
my_cat.lexicon = Vocabulary(globbing=1)
I used:
my_cat = Catalog()
my_cat.lexicon = GlobbingLexicon()
since the Vocabulary class appears to be a wrapper for the Lexicon allowing
management, and I don't need that. The lexicon now works fine.
Thanks for your help - now to work on the 'or' searching :)
Richard
--
Richard Jones
[EMAIL PROTECTED]
Senior Software Developer, Bizar Software (www.bizarsoftware.com.au)
___
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] (Z)Catalog searches
Catalog doesn't take the Vocabulary object itself as an argument. It takes the (string) id of an acquirable Vocabulary. If you don't specify a string, it creates a standard non-globbing lexicon (Although a ZCatalog creates a globbing lexicon, go figure). Something like this should work (Assuming your product is an acquisition wrapper e.g. by subclassing Acquisition.Implicit): my_vocab = Vocabulary(globbing=1) my_cat = Catalog(vocabulary='my_vocab') I'm completely unsure why it was implemented this way. I can kinda understand for ZCatalog, but not really for Catalog. Anyone care to explain?? I'd like to explain, but I can't. I think the intent was to allow vocabularies to be shared between Catalog instances, but the implementation of the idea isn't ideal. ___ 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] Re: catalog upgrade - what about products which subclass zcatalog
The API hasn't changed, so they should be fine, though it really depends to what extent the overridden methods in your code modify behavior. - Original Message - From: "Ross Lazarus" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, March 15, 2001 8:02 PM Subject: catalog upgrade - what about products which subclass zcatalog I just upgraded my site explicit ZCatalog objects using Chris's very helpful http://www.zope.org/Members/mcdonc/HowTos/UpgradeToNewCatalog instructions - but I have a bunch of catalog aware zclasses and some zclasses which (eg zdiscussions things, based on ZDBase) use Products.ZCatalog - given that the base class has changed, do they need any tweaking to take advantage of the new b+tree code? ___ 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] catalog upgrade - what about products which subclass zcatalog
I just upgraded my site explicit ZCatalog objects using Chris's very helpful http://www.zope.org/Members/mcdonc/HowTos/UpgradeToNewCatalog instructions - but I have a bunch of catalog aware zclasses and some zclasses which (eg zdiscussions things, based on ZDBase) use Products.ZCatalog - given that the base class has changed, do they need any tweaking to take advantage of the new b+tree code? ___ 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] Organizing modules in a python product
Hi, I'm writing a python product containing around 40-50 modules, each one with some dtml files. At the moment I got all the modules .py files in the product directory, and a www directory with subdirectories for each module. Products | -- MyProduct |-- Module1.py |-- Module2.py | www |-- Module1 |-- addModuleForm.dtml |-- Module2 |-- index.dtml |-- Utils.py I want to change this to a layout where all the files for a module are grouped together: Products |-- MyProduct |-- Module1 |-- Module1.py |-- www |-- addModuleForm.dtml |-- Module2 |-- Module2.py |-- www |-- index.dtml |-- Utils.py But I'm finding this very hard to work with. In Module1, importing from Utils require doing 'from Products.MyProduct.Utils', and importing from another Module2 requires 'from Products.MyProduct.Module2.Module2'. Is there any way to set this up so imports like 'import Utils' and 'import Module2' would work in Module1? As a bonus, can I also get __init__.py files in each module directory to be executed? TIA Itai -- Itai Tavor -- "Je sautille, donc je suis."-- [EMAIL PROTECTED]-- - Kermit the Frog -- -- -- -- "Every day, once a day, give yourself a present" - Dale Cooper -- ___ 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] SQL Server ..?
What is the diference between ZODBC and ZmxODBC ? Which one is better? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bryan Baszczewski Sent: quinta-feira, 15 de maro de 2001 18:27 To: [EMAIL PROTECTED] Subject: [Zope-dev] SQL Server ..? I am curious of how popular SQL Server is among Zope developers. We have recenly upgraded from SQL 7 to 2000 and noticed most of the database support for Zope centers around Oracle, MySQL, Postgres, Sybase, etc... How many people are using this ZmxODBC database adapter? And what kind of problems/issues/praise do you have? Any info would be appreciated. Bryan Baszczewski Software Engineer/Technology Strategist 2s2i, Inc. www.2s2i.com phone: (703)534-9800 x-203 fax: (703)995-4866 "Because word of mouth has gone global, there's e-Intelligence from 2s2i." ___ 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] getPhysicalPath?
getPhysicalPath returns the physical path to an object ignoring how I got there through Acquistion. There are a bunch of variables in the REQUEST that tell me how I got to an object, but we have an object that is messing around with traversal, so the REQUEST variables arent ideal. Is there a simple method like getAcquistionPath() that tells me how I was required without having to do some sub optimal REQUEST variable hacking / string matching? Thanks. -- 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] getPhysicalPath?
Should be "how I was acquired" not required. Duh. -- Andy McKay. - Original Message - From: "Andy McKay" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 15, 2001 6:26 PM Subject: [Zope-dev] getPhysicalPath? getPhysicalPath returns the physical path to an object ignoring how I got there through Acquistion. There are a bunch of variables in the REQUEST that tell me how I got to an object, but we have an object that is messing around with traversal, so the REQUEST variables arent ideal. Is there a simple method like getAcquistionPath() that tells me how I was required without having to do some sub optimal REQUEST variable hacking / string matching? Thanks. -- 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 ) ___ 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 )
