Re: [Zope-dev] CatalogAware Products and PropertyManager
thanks I found it under http://www.zope.org/Members/Kaivo/DTMLDocumentExt/DTMLDocumentExt-0.2.tgz/vi ew - Original Message - From: "Matt Hamilton" <[EMAIL PROTECTED]> To: "Dirk Datzert" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 11:58 AM Subject: Re: [Zope-dev] CatalogAware Products and PropertyManager > On Thu, 13 Dec 2001, Dirk Datzert wrote: > > > Hi, > > > > has anybody written a some hotfix-like product which makes the PropertyManager more CatalogAware ? > > > > I knew now that adding, changing, deleting properties of a CatalogAware object will not reindex the object, but I want to say that this would be a central point of interest of me. > > There is a similar Hotfix to make DTML Documents CatalogAware, I think it > is called DocumentTools. It might work for what you are doing, or could > be modifiable for your needs. > > -Matt > > > -- > Matt Hamilton [EMAIL PROTECTED] > Netsight Internet Solutions, Ltd. Business Vision on the Internet > http://www.netsight.co.uk +44 (0)117 9090901 > Web Hosting | Web Design | Domain Names | Co-location | DB Integration > > > ___ 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] CatalogAware Products and PropertyManager
On Thu, 13 Dec 2001, Dirk Datzert wrote: > Hi, > > has anybody written a some hotfix-like product which makes the PropertyManager more >CatalogAware ? > > I knew now that adding, changing, deleting properties of a CatalogAware object will >not reindex the object, but I want to say that this would be a central point of >interest of me. There is a similar Hotfix to make DTML Documents CatalogAware, I think it is called DocumentTools. It might work for what you are doing, or could be modifiable for your needs. -Matt -- Matt Hamilton [EMAIL PROTECTED] Netsight Internet Solutions, Ltd. Business Vision on the Internet http://www.netsight.co.uk +44 (0)117 9090901 Web Hosting | Web Design | Domain Names | Co-location | DB Integration ___ 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] CatalogAware Products and PropertyManager
Hi, has anybody written a some hotfix-like product which makes the PropertyManager more CatalogAware ? I knew now that adding, changing, deleting properties of a CatalogAware object will not reindex the object, but I want to say that this would be a central point of interest of me. If there isn't a hotfix-like product out there I probably can write one. Regards, Dirk Datzert Rasselstein Hoesch GmbH Informatik / AnwendungsentwicklungD-56626 AndernachKoblenzer Strasse 141 http://www.rasselstein-hoesch.de Tel.: +49 (0) 2631 81-4595Fax.: +49 (0) 2631 81-15-4595mailto:[EMAIL PROTECTED] BEGIN:VCARD VERSION:2.1 N:Datzert;Dirk FN:Dirk Datzert ORG:;Andernach TEL;WORK;VOICE:+49 2631 81 4595 TEL;WORK;FAX:+49 2631 81 15 4595 ADR;WORK:;;Andernach LABEL;WORK:Andernach KEY;X509;ENCODING=BASE64: MIIDVTCCAr6gAwIBAgIPAM2aAkJs9V5JP7ynMA0GCSqGSIb3DQEBBAUAMIG8MQswCQYD VQQGEwJERTEQMA4GA1UECBMHSGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMx VEMgVHJ1c3RDZW50ZXIgZm9yIFNlY3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAG A1UECxMZVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlm aWNhdGVAdHJ1c3RjZW50ZXIuZGUwHhcNMDExMTEyMTIwMTM1WhcNMDMwMTAyMTIwMTM1WjBp MQswCQYDVQQGEwJERTEQMA4GA1UEBxMHTmV1d2llZDEVMBMGA1UEAxMMRGlyayBEYXR6ZXJ0 MTEwLwYJKoZIhvcNAQkBFiJEaXJrLkRhdHplcnRAcmFzc2Vsc3RlaW4taG9lc2NoLmRlMIGf MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCog/5TyCRdMjACIM/U23qq0n0LUEeb+X3WpIn5 2UHosqQMDdLDEtlUOMSKTrqcsp3lHTOQWwj65/T3cI85brb7PkJDtbCI57MVTtMIKByd946g uIOe6xti0H+lJAscIO1a6FqFjjJLhudWpDqaWgW95qGaFVT1me2xPEaoiampxQIDAQABo4Gq MIGnMDMGCWCGSAGG+EIBCAQmFiRodHRwOi8vd3d3LnRydXN0Y2VudGVyLmRlL2d1aWRlbGlu ZXMwEQYJYIZIAYb4QgEBBAQDAgWgMF0GCWCGSAGG+EIBAwRQFk5odHRwczovL3d3dy50cnVz dGNlbnRlci5kZS9jZ2ktYmluL2NoZWNrLXJldi5jZ2kvQ0Q5QTAwMDAwMDAyNDI2Q0Y1NUU0 OTNGQkNBNz8wDQYJKoZIhvcNAQEEBQADgYEAOHB5sq4AdTAwizcmGPgdnfPo9btBu1d/PRNO D/xoIhXlI4A0ehRZCBGuOup0L78YBj+DZUMDOK3H6+5M8rOfCazkcYlcfdxZ9LeNRkMy+RRx PbmXelKB7UjM6IfJyZiQzm/jTwxFle3L+W8TMSPwmAdTJOo0YkikHCAlxNLMn4w= EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20011213T105412Z END:VCARD
[Zope-dev] CatalogAware question
Hi, I want to make ZNavigator CatalogAware and thought that I only had to put CatalogAware as the first class-parent like this: def ZNavigator ( CatalogAware , ... ): ... def NavItem ( CatalogAware , ...): ... Am I right or wrong ? I want to catalog every property into ZNavigator/NavItem which a index exists in my ZCatalog named Catalog in the root-folder. Do I need to programm a special code into a Class which should CatalogAware ? Regards, Dirk Datzert Rasselstein Hoesch GmbH Informatik / AnwendungsentwicklungD-56626 AndernachKoblenzer Strasse 141 http://www.rasselstein-hoesch.de Tel.: +49 (0) 2631 81-4595Fax.: +49 (0) 2631 81-15-4595mailto:[EMAIL PROTECTED] BEGIN:VCARD VERSION:2.1 N:Datzert;Dirk FN:Dirk Datzert ORG:;Andernach TEL;WORK;VOICE:+49 2631 81 4595 TEL;WORK;FAX:+49 2631 81 15 4595 ADR;WORK:;;Andernach LABEL;WORK:Andernach KEY;X509;ENCODING=BASE64: MIIDVTCCAr6gAwIBAgIPAM2aAkJs9V5JP7ynMA0GCSqGSIb3DQEBBAUAMIG8MQswCQYD VQQGEwJERTEQMA4GA1UECBMHSGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMx VEMgVHJ1c3RDZW50ZXIgZm9yIFNlY3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAG A1UECxMZVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlm aWNhdGVAdHJ1c3RjZW50ZXIuZGUwHhcNMDExMTEyMTIwMTM1WhcNMDMwMTAyMTIwMTM1WjBp MQswCQYDVQQGEwJERTEQMA4GA1UEBxMHTmV1d2llZDEVMBMGA1UEAxMMRGlyayBEYXR6ZXJ0 MTEwLwYJKoZIhvcNAQkBFiJEaXJrLkRhdHplcnRAcmFzc2Vsc3RlaW4taG9lc2NoLmRlMIGf MA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCog/5TyCRdMjACIM/U23qq0n0LUEeb+X3WpIn5 2UHosqQMDdLDEtlUOMSKTrqcsp3lHTOQWwj65/T3cI85brb7PkJDtbCI57MVTtMIKByd946g uIOe6xti0H+lJAscIO1a6FqFjjJLhudWpDqaWgW95qGaFVT1me2xPEaoiampxQIDAQABo4Gq MIGnMDMGCWCGSAGG+EIBCAQmFiRodHRwOi8vd3d3LnRydXN0Y2VudGVyLmRlL2d1aWRlbGlu ZXMwEQYJYIZIAYb4QgEBBAQDAgWgMF0GCWCGSAGG+EIBAwRQFk5odHRwczovL3d3dy50cnVz dGNlbnRlci5kZS9jZ2ktYmluL2NoZWNrLXJldi5jZ2kvQ0Q5QTAwMDAwMDAyNDI2Q0Y1NUU0 OTNGQkNBNz8wDQYJKoZIhvcNAQEEBQADgYEAOHB5sq4AdTAwizcmGPgdnfPo9btBu1d/PRNO D/xoIhXlI4A0ehRZCBGuOup0L78YBj+DZUMDOK3H6+5M8rOfCazkcYlcfdxZ9LeNRkMy+RRx PbmXelKB7UjM6IfJyZiQzm/jTwxFle3L+W8TMSPwmAdTJOo0YkikHCAlxNLMn4y= EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20011213T092728Z END:VCARD
[Zope-dev] CatalogAware
On Tue, 26 Jun 2001 09:31:02 -0400, Chris McDonough <[EMAIL PROTECTED]> wrote: >Right.. if you don't use CatalogAware, however, and don't unindex before >reindexing an object, you should see a huge bloat savings, because the >only things which are supposed to be updated then are indexes and >metadata which have data that has changed. CatalogAware has been blamed for alot of problems. Its three weaknesses I am aware of are: a. Unindexing before ReIndexing causes bloat by defeating the catalogs change-detection tricks. b. It uses URLs not paths, and so doesnt play right with virtual hosting c. It uses the same hooks as ObjectManager to detect that it has been added/removed from a container ObjectManager, and therefore the two cant be easily mixed together as base classes. All of these are fixable, and I feel a patch coming on. Are there some deeper problems I am not aware of? Toby Dickenson [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] CatalogAware
Chris Withers wrote: > > Michael Bernstein wrote: > > > > No, I'm creating two different applications, an image > > archive and a book catalog. Both need to handle large > > numbers of items. The standard management interface does not > > scale to the number of objects involved from a usability > > perspective. > > Look at Shane Hathaway's BTree Folder :-) Interesting idea, I hadn't considered that as a solution. Has anyone created a ZClass that inherits from BTree Folder and ZCatalog? > > I'd like to know how to prevent the objects being listed in > > the 'Contents' tab, while still allowing other objects (like > > DTML methods) to be added there. > > Well, all the postings are actually stored in SquishSite.data, so > they're not actually 'contained' in the SquishSite object, hence they > don't show up in the contents tab. A bit of magic in > SquishSite.__getitem__ makes the postings URL traversable. Interesting. Thanks for the info. I've been using Squishdot a long time, and I never knew that. Michael Bernstein. ___ 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] CatalogAware
Michael Bernstein wrote:
>
> > that's definitely a 'bad' thing :-(
>
> Why is that bad? A custom object management UI ('Postings'
> and 'Moderation' tabs) seems appropriate for Squishdot. I
> wouldn't want to manage postings from the standard
> management interface.
Hmmm... it does mean you can't cut, copy or paste postings though, which
can be a pain sometimes :-S
> No, I'm creating two different applications, an image
> archive and a book catalog. Both need to handle large
> numbers of items. The standard management interface does not
> scale to the number of objects involved from a usability
> perspective.
Look at Shane Hathaway's BTree Folder :-)
> I'd like to know how to prevent the objects being listed in
> the 'Contents' tab, while still allowing other objects (like
> DTML methods) to be added there.
Well, all the postings are actually stored in SquishSite.data, so
they're not actually 'contained' in the SquishSite object, hence they
don't show up in the contents tab. A bit of magic in
SquishSite.__getitem__ makes the postings URL traversable.
cheers,
Chris
___
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] CatalogAware
Chris Withers wrote:
>
> Michael Bernstein wrote:
> >
> > Now I'm wondering how to duplicate the behaviour of Postings
> > being contained within Squishdot, but not appearing in the
> > 'Contents' tab.
>
> that's definitely a 'bad' thing :-(
Why is that bad? A custom object management UI ('Postings'
and 'Moderation' tabs) seems appropriate for Squishdot. I
wouldn't want to manage postings from the standard
management interface.
> Why duplicate anyway? You writing a replacement? ;-)
No, I'm creating two different applications, an image
archive and a book catalog. Both need to handle large
numbers of items. The standard management interface does not
scale to the number of objects involved from a usability
perspective.
Neither of my projects need objects to nest (as squishdot
postings do) so I don't need to duplicate the tree
interface, but instead I'll probably create a batching
interface to allow relatively easy access to all contained
objects.
I'd like to know how to prevent the objects being listed in
the 'Contents' tab, while still allowing other objects (like
DTML methods) to be added there.
Any clues?
Michael Bernstein.
___
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] CatalogAware
On 1/5/01 7:16 AM, "Chris Withers" <[EMAIL PROTECTED]> wrote: >> uncatalog_object to be called on it (I'm not sure what >> method reindex_object causes to be called). > > unindex_object followed by index_object. I'm not convinced it's > necessary, as no-one has said that uncataloging is a necessary step > before catalogng something that's already in the catalog. Actually this is where the luminous KeyError lurks. If you don't unindex_object first (prior to 2.2.4), then you could potentially have words in the forward index that your object no longer contains, and eventually it could get into a state where you get a KeyError. In 2.2.4 I modified it (rather bluntly) to always do an unindex_object before even starting the index_object proceedings... This is obviously rather heavy, but it did prevent a lot of faulty uses... CatalogAware was wrong, for example :-) In 2.3a2 (hopefully :-) and if not a3), Jim and I have developed some merging code that will do much more intelligent merging of new and old data, reducing the size of transactions in the Catalog, and also preventing things from being touched when in fact nothing changed---this can be responsible for 70-80% of the bloat in some sites. In addition, many needless objects were touched when they had no relevance to the object being indexed. This should also help reduce bloat. Speed, so far is on par, and eventually we hope faster for most sites. Chris -- | Christopher Petrilli Digital Creations | [EMAIL PROTECTED]Where Zope comes from ___ 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] CatalogAware
Michael Bernstein wrote: > > Now I'm wondering how to duplicate the behaviour of Postings > being contained within Squishdot, but not appearing in the > 'Contents' tab. that's definitely a 'bad' thing :-( Why duplicate anyway? You writing a replacement? ;-) cheers, Chris ___ 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] CatalogAware
Chris Withers wrote: > > Michael Bernstein wrote: > > > > uncatalog_object to be called on it (I'm not sure what > > method reindex_object causes to be called). > > unindex_object followed by index_object. I'm not convinced it's > necessary, as no-one has said that uncataloging is a necessary step > before catalogng something that's already in the catalog. I have no idea one way or the other. > > So, postings would only need to be CatalogAware if you > > wanted them to be able to 'live' anywhere within the Zope > > heirarchy, instead of being contained directly within the > > Squishdot object (which inherits from ZCatalog). > > Yes, but Squishdot postings are intimately tied to the Squishdot > folderish object anyway, so that's not going to happen ;-) I understand. Thanks for your patience. I now have a better understanding of ZCatalog and CatalogAwareness. Now I'm wondering how to duplicate the behaviour of Postings being contained within Squishdot, but not appearing in the 'Contents' tab. Cheers, Michael Bernstein. ___ 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] CatalogAware
Michael Bernstein wrote: > > Aha! > > You're saying that catalog_object and uncatalog_object are > methods of the catalog, so when the catalog contains the > objects directly, it's all that's neccessary, correct? Yes :-) > uncatalog_object to be called on it (I'm not sure what > method reindex_object causes to be called). unindex_object followed by index_object. I'm not convinced it's necessary, as no-one has said that uncataloging is a necessary step before catalogng something that's already in the catalog. > So, postings would only need to be CatalogAware if you > wanted them to be able to 'live' anywhere within the Zope > heirarchy, instead of being contained directly within the > Squishdot object (which inherits from ZCatalog). Yes, but Squishdot postings are intimately tied to the Squishdot folderish object anyway, so that's not going to happen ;-) cheers, Chris ___ 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] CatalogAware
Michael Bernstein wrote: > > Your example is correct as far as it goes, but as I > understand it, you are not really specifying the default > catalog per se, but the default catalog *name*. This is true, and one of the reasons why I (and maybe only I ;-) consider CatalogAware somewhat less useful than it could be. cheers, Chris ___ 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] CatalogAware
Erik Enge wrote: > > [Michael Bernstein] > > | When called, they find the nearest (acquisition-wise) ZCatalog > | (named Catalog by default), > > I think you can specify the ZCatalog it should index itself in by > putting the default_catalog attribute in your class. Your example is correct as far as it goes, but as I understand it, you are not really specifying the default catalog per se, but the default catalog *name*. Therefore, it will then look for the nearest catalog of the name that you have redefined as the default. So if you redefine it to be ZCatalog1, and you have the following structure: / |-/Catalog | |-/ZCatalog1 | |-/folder1 | | | |-/folder1/ZCatalog1 | |-/folder2 Assuming a CatalogAware ZClass has had it's default_catalog defined to be 'ZCatalog1', and that an instance of this ZClass is then added in /folder2, it will index itself in /ZCatalog1, whereas an instance that is added in /folder1 will index itself in /folder1/ZCatalog1. This is my current understanding, I apologise if what I've said is incorrect. HTH, Michael Beernstein. ___ 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] CatalogAware
[Michael Bernstein] | When called, they find the nearest (acquisition-wise) ZCatalog | (named Catalog by default), I think you can specify the ZCatalog it should index itself in by putting the default_catalog attribute in your class. I think, that this object (in pseudo) would index itself in ZCatalog1 def myClass(CatalogAwareness): default_catalog = 'ZCatalog1' def __init__(self): self.index_object() If you have the path: mysite.com/ZCatalog1/ZCatalog2/Folder1/myClassInstance Yeah? ___ 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] CatalogAware
Chris Withers wrote: > > Erik Enge wrote: > > > > Are you saying that, as a general rule, inheriting from CatalogAware > > and using index_object, reindex_object and unindex_object does not > > work? > > It probably does, but if you're a catalog yourself anyway, as Squishdot > is, it just more overhead rather than calling your own catalog_object > and uncatalog_object methods ;-) Aha! You're saying that catalog_object and uncatalog_object are methods of the catalog, so when the catalog contains the objects directly, it's all that's neccessary, correct? index_object, unindex_object, and reindex_object (the CatalogAware methods) are all methods on the object to be indexed, not methods of the catalog, as I understand. When called, they find the nearest (acquisition-wise) ZCatalog (named Catalog by default), and cause catalog_object and uncatalog_object to be called on it (I'm not sure what method reindex_object causes to be called). So, postings would only need to be CatalogAware if you wanted them to be able to 'live' anywhere within the Zope heirarchy, instead of being contained directly within the Squishdot object (which inherits from ZCatalog). Do I have this correct? Michael Bernstein. ___ 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] CatalogAware
Erik Enge wrote: > > Are you saying that, as a general rule, inheriting from CatalogAware > and using index_object, reindex_object and unindex_object does not > work? It probably does, but if you're a catalog yourself anyway, as Squishdot is, it just more overhead rather than calling your own catalog_object and uncatalog_object methods ;-) Chris ___ 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] CatalogAware
[Chris Withers] | The point behind CatalogAware was, as I understand it, that the object | inheriting from CatalogAware wouldn't have to worry about managing its | own indexing. Sadly, that didn't work out... I haven't been following this discussion, so my question may be redundant, and if it is I'm sorry. :) Are you saying that, as a general rule, inheriting from CatalogAware and using index_object, reindex_object and unindex_object does not work? Or, probably more likely, are you saying that since you have to put index_object in the __init__ method you consider it to be managing its own indexing? Thanks :) ___ 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] CatalogAware
Michael Bernstein wrote: > > In fact, if > catalog_object and uncatalog_object are interchangeable with > index_object and unindex_object, then I'm sure I don't > understand the point of inheriting from CatalogAware at all. Hehe... many would agree with that sentiment. The point behind CatalogAware was, as I understand it, that the object inheriting from CatalogAware wouldn't have to worry about managing its own indexing. Sadly, that didn't work out... cheers, Chris > Is it reindex_object, which doesn't seem to have an > equivalent? yup... > Scratching-my-head-over-this-whole-CatalogAware-thing-ly Hehe... it's probably not worth worrying about ;-) cheers, Chris ___ 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] CatalogAware
Chris Withers wrote: > > Michael Bernstein wrote: > > > > If you are writing your own cataloging and uncataloging > > code, then I think that it could be. > > G > > The cataloguing code in Squishdot amounts to about 4 lines, all of which > are calls to standard ZCatalog interface methods as described in: > http://www.zope.org/Members/michel/Projects/Interfaces/ZCatalog > > If you don't believe me, grep squishdot.py for catalog_object and > uncatalog_object... Ok, I believe you! Don't get mad just beacause I was asking a question. I guess I didn't understand. In fact, if catalog_object and uncatalog_object are interchangeable with index_object and unindex_object, then I'm sure I don't understand the point of inheriting from CatalogAware at all. Is it reindex_object, which doesn't seem to have an equivalent? > > I > > was asking why Posting objects shouldn't inherit from > > CatalogAware? > > That wouldn't actually change the number of catalog-related lines of > code in Squishdot. It was merely increase the compelxity of the product > by adding CatalogAware as another base class for postings. All right. Scratching-my-head-over-this-whole-CatalogAware-thing-ly yrs, Michael Bernstein. ___ 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] CatalogAware
I think Chris' design (as I understand it) is fine. CatalogAware is useful sometimes. Sometimes it's just overhead. - Original Message - From: "Chris Withers" <[EMAIL PROTECTED]> To: "Michael Bernstein" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, January 03, 2001 11:07 AM Subject: Re: [Zope-dev] CatalogAware > Michael Bernstein wrote: > > > > If you are writing your own cataloging and uncataloging > > code, then I think that it could be. > > G > > The cataloguing code in Squishdot amounts to about 4 lines, all of which > are calls to standard ZCatalog interface methods as described in: > http://www.zope.org/Members/michel/Projects/Interfaces/ZCatalog > > If you don't believe me, grep squishdot.py for catalog_object and > uncatalog_object... > > > I > > was asking why Posting objects shouldn't inherit from > > CatalogAware? > > That wouldn't actually change the number of catalog-related lines of > code in Squishdot. It was merely increase the compelxity of the product > by adding CatalogAware as another base class for postings. > > > I don't think that only ZClasses can inherit > > from CatalogAware, that doesn't seem quite right. > > CatalogAware isn't quite right ;-) > > cheers, > > Chris > > ___ > 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] CatalogAware
Chris Withers wrote: > > Michael Bernstein wrote: > > > > I guess it's just a matter of only reinventing the wheels > > you have to, and writing less code as a result. > > I'm pretty sure Squishdot is re-inventing no wheels ;-) If you are writing your own cataloging and uncataloging code, then I think that it could be. > > http://www.zope.org/Members/tseaver/inherit_ZCatalog > > http://www.zope.org/Members/AlexR/CatalogAware > > These are both pretty old and seem to be aimed at ZClasses. > Squishdot has nothing to do with ZClasses. I realize that Squishdot is a Python product, of course. As far as the information being old, it's tested. I just used it to build a new application this week. No bugs. > CatalogAwareness is of no use for a product like Squishdot. > Squishdot already inherits from ZCatalog. I realize that Squishdot already inherits from ZCatalog, I was asking why Posting objects shouldn't inherit from CatalogAware? I don't think that only ZClasses can inherit from CatalogAware, that doesn't seem quite right. Again, it's certainly possible that I'm overlooking something. Cheers, Michael Bernstein. ___ 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] CatalogAware
Michael Bernstein wrote: > > If you are writing your own cataloging and uncataloging > code, then I think that it could be. G The cataloguing code in Squishdot amounts to about 4 lines, all of which are calls to standard ZCatalog interface methods as described in: http://www.zope.org/Members/michel/Projects/Interfaces/ZCatalog If you don't believe me, grep squishdot.py for catalog_object and uncatalog_object... > I > was asking why Posting objects shouldn't inherit from > CatalogAware? That wouldn't actually change the number of catalog-related lines of code in Squishdot. It was merely increase the compelxity of the product by adding CatalogAware as another base class for postings. > I don't think that only ZClasses can inherit > from CatalogAware, that doesn't seem quite right. CatalogAware isn't quite right ;-) cheers, Chris ___ 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] CatalogAware
Michael Bernstein wrote: > > I guess it's just a matter of only reinventing the wheels > you have to, and writing less code as a result. I'm pretty sure Squishdot is re-inventing no wheels ;-) > http://www.zope.org/Members/tseaver/inherit_ZCatalog > http://www.zope.org/Members/AlexR/CatalogAware These are both pretty old and seem to be aimed at ZClasses. Squishdot has nothing to do with ZClasses. CatalogAwareness is of no use for a product like Squishdot. Squishdot already inherits from ZCatalog. cheers, Chris ___ 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] CatalogAware
Chris Withers wrote: > > Michael Bernstein wrote: > > > > Hmm. Aren't postings CatalogAware? If they're not, shouldn't > > they be? > > Why? ;-) > > Squishdot manages the cataloging, re-cataloging and un-cataloging of its > own postings. I don't think CatalogAware would make that process any > simpler or more reliable... I guess it's just a matter of only reinventing the wheels you have to, and writing less code as a result. Squishdot seems like it would fall into the category covered by the following howtos: http://www.zope.org/Members/tseaver/inherit_ZCatalog http://www.zope.org/Members/AlexR/CatalogAware But I'm probably overlooking something. Cheers, Michael Bernstein. ___ 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] CatalogAware
Michael Bernstein wrote: > > Hmm. Aren't postings CatalogAware? If they're not, shouldn't > they be? Why? ;-) Squishdot manages the cataloging, re-cataloging and un-cataloging of its own postings. I don't think CatalogAware would make that process any simpler or more reliable... *grinz* Chris ___ 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] catalogaware dtml document
Is it possible (worth?) to make dtml-document catalogue aware by default? Or to allow the creater to decide this behavior by setting a property? Rgs, Kent Sin - kentsin.weblogs.com kentsin.imeme.net ___ 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 )
