[Zope-CMF] Re: Zope-CMF digest, Vol 1 #1616 - 16 msgs
Tra^`n Tua^'n Vinh
vinhtt@tinhvan.com
Thu, 6 Mar 2003 09:53:25 +0700
----- Original Message -----
From: <zope-cmf-request@zope.org>
To: <zope-cmf@zope.org>
Sent: Wednesday, March 05, 2003 11:35 PM
Subject: Zope-CMF digest, Vol 1 #1616 - 16 msgs
> Send Zope-CMF mailing list submissions to
> zope-cmf@zope.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.zope.org/mailman/listinfo/zope-cmf
> or, via email, send a message with subject or body 'help' to
> zope-cmf-request@zope.org
>
> You can reach the person managing the list at
> zope-cmf-admin@zope.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Zope-CMF digest..."
>
>
> Today's Topics:
>
> 1. RE: CMF portal_catalog(path) and VirtualHostMonster (Ronald L.
Roeber)
> 2. second portal catalog, for published items only (Colin Leath)
> 3. maximum recursion depth exceeded error with exUserFolder (Dennis
Heltzel)
> 4. Re: Re: I18n-skins: Why I did what I did :-) (Erik Lange)
> 5. Re: Extracting Calendar Events in iCalendar Format (Nate Aune)
> 6. Win32 Tests - CMF - OK :-) (zope-tests@squishdot.org)
> 7. Linux Test Results - CMF - OK :-) (zope-tests@squishdot.org)
> 8. restricting a content type to a particular container (Mark McEahern)
> 9. Problem with portal catalog. (Paul Naveen Raj Jeyaraj)
> 10. [dev] CMF 1.4 alpha (update) (Yuppie)
> 11. Re: CMF portal_catalog(path) and VirtualHostMonster (Chris Withers)
> 12. Re: [dev] CMFDefault skins (Chris Withers)
> 13. Re: [dev] CMF 1.4 alpha (update) (Chris Withers)
> 14. Re: maximum recursion depth exceeded error with exUserFolder (Chris
Withers)
> 15. Re: restricting a content type to a particular container (Chris
Withers)
> 16. Re: second portal catalog, for published items only (Troy Farrell)
>
> --__--__--
>
> Message: 1
> To: "Mark McEahern" <marklists@mceahern.com>
> Cc: zope-cmf@zope.org
> Subject: RE: [Zope-CMF] CMF portal_catalog(path) and VirtualHostMonster
> From: "Ronald L. Roeber" <rroeber1@unl.edu>
> Date: Tue, 4 Mar 2003 11:43:26 -0600
>
> Mark,
>
> Thanks for pointing me in the right direction. Here is how I addressed the
> problem.
>
> In the main_template Page Template, I added the following definition in
> <html tal:define="...
> ...
> portal_path python:
> modules['string'].join(portal_object.getPhysicalPath(), '/');
> ...
>
> I then used 'portal_path' to construct the catalog queries:
> ...
> , path='%s/pubs' % portal_path
> ...
>
> Works with and/or without the VH. The suggestion saved me hours of work.
> Not for everyone, and there may be some unforeseen down sides, but it
> works well so far.
>
> Thanks so much!
> Ron Roeber
>
> "Mark McEahern" <marklists@mceahern.com> wrote on 02/25/2003 06:43:29 PM:
>
> > [Ronald L. Roeber]
> > > <div tal:define=docs python:here.portal_catalog(meta_type='Document'
> > > ,sort_on = 'Date'
> > > ,sort_order='reverse'
> > > ,review_state='pulished'
> > > ,path='/%s/pubs' %
> > > here.portal_url(1);>
> >
> > I wonder if you try something like this (semi-pseudocode):
> >
> > portal_root = nocall:here/portal_url/getPortalObject/getPhysicalPath
> > path = '%s/pubs' % portal_root
>
>
>
> --__--__--
>
> Message: 2
> Date: Tue, 4 Mar 2003 13:59:59 -0500 (EST)
> From: Colin Leath <cleath@j9k.org>
> To: zope-cmf@zope.org
> Subject: [Zope-CMF] second portal catalog, for published items only
>
> I'm about to add a second catalog to my CMF for the purpose of segregating
> published items from all the rest--
> allowing listUnique() to return the subset of data I desire.
>
> Is there a better way of achieving this?
> (since it seems I can't just cut and paste the portal_catalog- I have to
> re-add all the indexes and metadata I want)
>
> I realize I need to have the workflow add and remove items from the
> catalog for this to work.
>
> Thanks for any tips,
> Colin
>
>
>
> --__--__--
>
> Message: 3
> From: Dennis Heltzel <dheltzel@adolor.com>
> To: "'zope-cmf@zope.org'" <zope-cmf@zope.org>
> Date: Tue, 4 Mar 2003 15:09:12 -0500
> Subject: [Zope-CMF] maximum recursion depth exceeded error with
exUserFolder
>
> I'm trying to authenticate against an NT domain with exUserFolder, but
> whenever the property source is set to portal_memberdata wrapper, I get
this
> error:
>
> 2003-03-04T15:22:11 ERROR(200) exUserFolder error trying to list user
admin
> Traceback (innermost last):
> File /opt/Zope-2.6.1/lib/python/Products/exUserFolder/exUserFolder.py,
> line 664, in getUser
> (Object: acl_users)
> File /opt/Zope-2.6.1/lib/python/Products/exUserFolder/exUserFolder.py,
> line 1089, in listOneUser
> (Object: acl_users)
> File
>
/opt/Zope-2.6.1/lib/python/Products/exUserFolder/smbAuthSource/smbAuthSource
> .py, line 116, in listOneUser
> (Object: smbAuthSource)
> File
>
/opt/Zope-2.6.1/lib/python/Products/exUserFolder/cmfPropSource/cmfPropSource
> .py, line 99, in getUserProperty
> (Object: cmfPropSource)
> File /opt/Zope-2.6.1/lib/python/Products/CMFCore/MembershipTool.py, line
> 304, in getMemberById
> (Object: portal_membership)
> File /opt/Zope-2.6.1/lib/python/Products/exUserFolder/exUserFolder.py,
> line 669, in getUser
> (Object: acl_users)
> File /opt/Zope-2.6.1/lib/python/zLOG/__init__.py, line 130, in LOG
> File /opt/Zope-2.6.1/lib/python/ZLogger/ZLogger.py, line 16, in
log_write
> File /opt/Zope-2.6.1/lib/python/ZLogger/stupidFileLogger.py, line 27, in
> __call__
> File /opt/Zope-2.6.1/lib/python/ZLogger/stupidFileLogger.py, line 90, in
> stupid_log_write
> RuntimeError: maximum recursion depth exceeded
>
> I posted this on the exUserFolder list and the response there was that
this
> looked like a problem with portal_memberdata, so I'm posting it here in
the
> hope that someone can help me figure out what to do. I've tried this on
CMF
> 1.3 and 1.3.1beta1 with the same results (I wanted to make sure it wasn't
> already fixed before I asked about it).
>
> The thread on the XUF list is here:
>
http://sourceforge.net/mailarchive/forum.php?thread_id=1555076&forum_id=190
>
> Dennis
>
>
> --__--__--
>
> Message: 4
> Date: Tue, 04 Mar 2003 23:01:29 +0100
> To: Zope-CMF List <zope-cmf@zope.org>
> From: Erik Lange <erik@digitalforbruger.dk>
> Subject: Re: [Zope-CMF] Re: I18n-skins: Why I did what I did :-)
>
> At 04:40 PM 3/4/03, Yuppie wrote:
> >Hi!
> >
> >
> >Gitte Wange wrote:
> >>Tres Seaver wrote:
>
> <snip>
>
> >>>Can somebody from each side draft a proposal for / against the use of
> >>>msgids? I don't have enough direct experience using I18N / L10N tools
> >>>to have a feel for the tradeoffs, but I don't see consensus emerging
> >>>here.
>
> <snip>
>
> >There are many other tradeoffs, but I think this is the most important
issue:
> >
> >
> >Use Case
> >========
> >
> >A CMF contributor checks in changes to a zpt, including relevant changes
> >to some messages. The only way I can see to notify CMF translators of the
> >changes is to give the messages new ids.
> >
> >
> >Solution 1: implicit msgids
> >
> >Each change results in a new msgid. Translators have to review all
changes.
> >
> >
> >Solution 2: explicit msgids
> >
> >Relevant changes result in new messages. CMF contributors have to assign
> >new unique msgids. If they don't follow this policy, it's hard to
discover
> >wrong translations. Translators review only changed messages with new
msgids.
> >
> >
> >So the policy for CMF contributors would be:
> >
> >1. Decide if translators should be notified of your change.
> >
> >2. If yes: Find a new unique msgid or an existing msgid that fits to your
> >new message and change the msgid.
> >
> >
> >If CMF contributors can live with this policy, I can live with explicit
> >msgids.
> >
> >
> >>>>Should the locale directory in root or in CMFDefault? I guess one
> >>>>catalog for CMFDefault, CMFTopic and CMFCalendar would be enough, so
> >>>>locale would be a cross package directory.
> >>>
> >>>
> >>>
> >>>I don't think this will work; there will be no sane way to discover
> >>>the location of the 'locale' directory if it is not nested inside a
> >>>product. (The top-level "CMF-1.x" directory is not "bound" to the
> >>>product directories after installation).
> >>
> >>I think there should be a 'locale' directory in every product. Then the
> >>translations won't get mixed up, and you don't need a particular CMF
> >>product in order to have the translations.
> >
> >Well, it depends on some other questions:
> >
> >- Do we ship with translation files? Is the cvs the right place for
> >translation files?
> >
> >- Is there a way to import .po files using a script or do people import
> >.po files TTW?
> >
> >
> >Cheers,
> >
> >Yuppie
>
> How has this problem been solved in the Plone community?
>
> What's the Plone-users experience with the chosen solution?
>
> Has this issue been discussed in details in the Plone community, and if,
> what were the conclusions?
>
> Let's work together now, and share our knowledge, making our common base
> the best framework available :-)
>
>
> Regards,
> Erik Lange
>
>
>
> --__--__--
>
> Message: 5
> To: zope-cmf@zope.org
> From: "Nate Aune" <nate@lld.dk>
> Date: Tue, 4 Mar 2003 21:32:25 +0100
> Cc: plone-users@lists.sourceforge.net
> Subject: [Zope-CMF] Re: Extracting Calendar Events in iCalendar Format
>
> You might want to check out the Managed Meetings product
> http://www.zope.org/Members/EIONET/ManagedMeetings which makes the event
> available as vCalendar so people can just click on a link to import it
into
> their PIM.
>
> Nate
>
> "Damon Butler" <damon@hddesign.com> wrote in
> message news:1046794191.270.36.camel@kermit...
> > Has anyone tried exporting Calendar events in iCalendar format? It'd be
> > convenient if a product or script already existed that could do it.
> > Barring such a convenience, is there any clear documentation of the
> > Calendar product's API such that I could write a script myself?
> >
> > --Damon
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Etnus, makers of TotalView, The
> debugger
> > for complex code. Debugging C/C++ programs can leave you feeling lost
and
> > disoriented. TotalView can help you find your way. Available on major
UNIX
> > and Linux platforms. Try it free. www.etnus.com
>
>
>
>
>
> --__--__--
>
> Message: 6
> From: zope-tests@squishdot.org
> To: zope-cmf@zope.org
> Date: Wed, 05 Mar 2003 02:24:44 +0000
> Subject: [Zope-CMF] Win32 Tests - CMF - OK :-)
>
>
============================================================================
==
>
============================================================================
==
> Python Version:2.1.3 (#35, Apr 8 2002, 17:47:50) [MSC 32 bit (Intel)]
>
> Modules included:
> Zope (Zope-2_6-branch)
> CMF (HEAD)
>
> ----------------------------------------------------------------------
> Ran 321 tests in 15.766s
>
> OK
>
>
>
> --__--__--
>
> Message: 7
> From: zope-tests@squishdot.org
> To: zope-cmf@zope.org
> Date: Wed, 05 Mar 2003 02:56:36 +0000
> Subject: [Zope-CMF] Linux Test Results - CMF - OK :-)
>
>
============================================================================
==
>
============================================================================
==
> Python Version:2.1.3 (#1, May 20 2002, 12:02:16)
> [GCC 2.95.2 20000220 (Debian GNU/Linux)]
>
> Modules included:
> Zope (Zope-2_6-branch)
> CMF (HEAD)
>
>
............................................................................
............................................................................
............................................................................
............................................................................
.................
> ----------------------------------------------------------------------
> Ran 321 tests in 35.420s
>
> OK
>
>
>
> --__--__--
>
> Message: 8
> From: "Mark McEahern" <mark@mceahern.com>
> To: "Zope-Cmf Mailing List" <zope-cmf@zope.org>
> Date: Tue, 4 Mar 2003 23:42:34 -0600
> Subject: [Zope-CMF] restricting a content type to a particular container
>
> Hi, I have a content type that only makes sense in a specialized
container,
> a folderish object that is also a content type.
>
> The container is a ProductCatalog and the contentish type is a Product.
>
> How do I make it so that Product's can only be invokeFactory()'d from a
> ProductCatalog?
>
> Thanks,
>
> // m
>
> -
>
>
>
> --__--__--
>
> Message: 9
> Date: Wed, 5 Mar 2003 17:34:57 +0530
> From: "Paul Naveen Raj Jeyaraj" <Paul_Jeyaraj@infosys.com>
> To: <zope-cmf@zope.org>
> Subject: [Zope-CMF] Problem with portal catalog.
>
> This is a multi-part message in MIME format.
>
> ------=_NextPartTM-000-6b864ad4-f03b-4fd3-9563-3161b25de171
> Content-Type: multipart/alternative;
> boundary="----_=_NextPart_001_01C2E30F.70B42924"
>
> ------_=_NextPart_001_01C2E30F.70B42924
> Content-Type: text/plain;
> charset="us-ascii"
> Content-Transfer-Encoding: quoted-printable
>
> Hi,
> =20
> I have a local file system object in my CMF portal. The LFS instance is
> accessing a shared folder residing in some remote server. Now, when I
> try to find objects of type 'File', I am not able to succeed. Its
> throwing an error. Have I done anything wrong? How do I go about?
> Actually I need to catalog all my files under LFS instance in
> portal_catalog. Please help. Thank you.
> =20
> Regards,
> Paul.
>
> ------_=_NextPart_001_01C2E30F.70B42924
> Content-Type: text/html;
> charset="us-ascii"
> Content-Transfer-Encoding: quoted-printable
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> <HTML><HEAD><TITLE>Message</TITLE>
> <META http-equiv=3DContent-Type content=3D"text/html; =
> charset=3Dus-ascii">
> <META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR></HEAD>
> <BODY style=3D"COLOR: #000000; FONT-FAMILY: ">
> <DIV><SPAN class=3D267570012-05032003><FONT face=3DArial=20
> size=3D2>Hi,</FONT></SPAN></DIV>
> <DIV><SPAN class=3D267570012-05032003><FONT face=3DArial=20
> size=3D2></FONT></SPAN> </DIV>
> <DIV><SPAN class=3D267570012-05032003><FONT face=3DArial size=3D2>I have =
> a local file=20
> system object in my CMF portal. The LFS instance is accessing a shared =
> folder=20
> residing in some remote server. Now, when I try to find objects of type =
> 'File',=20
> I am not able to succeed. Its throwing an error. Have I done anything =
> wrong? How=20
> do I go about? Actually I need to catalog all my files under LFS =
> instance in=20
> portal_catalog. Please help. Thank you.</FONT></SPAN></DIV>
> <DIV><SPAN class=3D267570012-05032003><FONT face=3DArial=20
> size=3D2></FONT></SPAN> </DIV>
> <DIV><SPAN class=3D267570012-05032003><FONT face=3DArial=20
> size=3D2>Regards,</FONT></SPAN></DIV>
> <DIV><SPAN class=3D267570012-05032003><FONT face=3DArial=20
> size=3D2>Paul.</FONT></SPAN></DIV></BODY></HTML>
> =00
> ------_=_NextPart_001_01C2E30F.70B42924--
>
> ------=_NextPartTM-000-6b864ad4-f03b-4fd3-9563-3161b25de171--
>
>
>
> --__--__--
>
> Message: 10
> Date: Wed, 05 Mar 2003 13:07:30 +0100
> From: Yuppie <schubbe@web.de>
> To: Zope-CMF List <zope-cmf@zope.org>, andy@agmweb.ca
> Subject: [Zope-CMF] [dev] CMF 1.4 alpha (update)
>
> Hi!
>
>
> 1.) CMF 1.4 Schedule:
>
> "I would therefore propose that we label an alpha as of Monday, 3 March,
> with a beta scheduled for Monday, 10 March, and a release for Monday, 24
> March."
> <http://mail.zope.org/pipermail/zope-cmf/2003-February/017567.html>
>
> I guess this is delayed by the CMF 1.3.1 release.
>
>
> 2.) I18N support for CMFDefault:
>
> There is still a discussion about the best way to use msgids, but as a
> first step I'd like to merge yuppie-collector122-branch as it is. If we
> decide to add explicit msgids everywhere, this can be done before the
> beta release. Same with .po files.
> Please let me know if you think I better should wait with merging the
skins.
>
>
> 3.) Bug Day:
>
> Date and time?
>
>
> 4.) Roadmap:
>
> @Andy: Could you please update the roadmap?
>
> I attached my updated list.
>
>
> Cheers,
>
> Yuppie
>
>
>
>
> Unresolved issues from the roadmap:
> ===================================
>
> <http://collector.zope.org/CMF/84>
> Excessive time consumption by 'Filesystem Directory View'.
> (ChrisW)
>
> <http://collector.zope.org/CMF/100>
> New portal_skins properties widget includes 'CVS' folders.
> (ChrisW)
>
> <http://collector.zope.org/CMF/113>
> New FS property files format so that the format is more extensible using
> ConfigParser format. Include proxy roles.
> (AndyM ?)
>
> <http://collector.zope.org/CMF/114>
> Restriction of content type addition based upon user roles (ie: user x
> can enter types y and z).
> (ChrisW)
>
>
> Other unresolved issues:
> ========================
>
> <http://mail.zope.org/pipermail/zope-cmf/2003-February/017567.html>
> DCWorkflow integration
> (tseaver: purely packaging)
>
> <http://mail.zope.org/pipermail/zope-cmf/2003-February/017238.html>
> <http://mail.zope.org/pipermail/zope-cmf/2003-February/017567.html>
> ActionProviderBase-derived TypeInformation class
> (tseaver: tseaver-typeinfo_as_apb-branch)
>
> <http://collector.zope.org/CMF/68>
> Failing tests in Link with python2.2
> (???)
>
> <http://collector.zope.org/CMF/122>
> I18N support for CMFDefault
> (yuppie: yuppie-collector122-branch)
>
>
>
>
> --__--__--
>
> Message: 11
> Date: Wed, 05 Mar 2003 13:03:36 +0000
> From: Chris Withers <chrisw@nipltd.com>
> To: "Ronald L. Roeber" <rroeber1@unl.edu>
> CC: Mark McEahern <marklists@mceahern.com>, zope-cmf@zope.org
> Subject: Re: [Zope-CMF] CMF portal_catalog(path) and VirtualHostMonster
>
> Ronald L. Roeber wrote:
> > Mark,
> >
> > Thanks for pointing me in the right direction. Here is how I addressed
the
> > problem.
> >
> > In the main_template Page Template, I added the following definition in
> > <html tal:define="...
> > ...
> > portal_path python:
> > modules['string'].join(portal_object.getPhysicalPath(), '/');
>
> that should be:
> python:'/'.join(portal_object.getPhysicalPath())
> ...nowadays.
>
> cheers,
>
> Chris
>
>
>
>
>
> --__--__--
>
> Message: 12
> Date: Wed, 05 Mar 2003 13:06:55 +0000
> From: Chris Withers <chrisw@nipltd.com>
> To: Yuppie <schubbe@web.de>
> CC: Zope-CMF List <zope-cmf@zope.org>
> Subject: Re: [Zope-CMF] [dev] CMFDefault skins
>
> Yuppie wrote:
> >>>
> >>> - workflow action changes
> >>
> >> Can you elaborate? I don't remember needing to do this...
> >
> > The form ids are hardwired in default_workflow actions and are used in
> > existing DCWorkflow definitions.
>
> Oh, I see. Yeah, they could do with being changed in the distro, but
wouldn't
> require people to upgrade to the 'new way' if we left the old template
there for
> 1.4.x. I'd suggest they should go away in 1.5.x though...
>
> >>> - storing transition descriptions somewhere else (in the workflow?)
> >>
> >> DCWorkflow was extended by me to support this some months ago ;-)
> >
> > Great!
>
> See the 'description' box in the Transition objects' properties tab.
>
> >>> - a migration path
> >>
> >> ...I don't remember needing a migration path either...
> >
> > Well, perhaps we just should not delete the old forms.
>
> Indeed. If we make it clear that the old forms will be there for 1.4.x and
will
> vanish in 1.5.x, then people have lots of time to migrate manually. I
think
> that'd be the best policy here since people are likely to have customised
those
> templates anyway. What do others think?
>
> >> Just to clarify, I have this code and it works on a recent cvs
> >> checkout of CMF, I'm asking whether people want to incorporate it into
> >> the core...
> >
> > +1
>
> OK, Can someone open a collector entry and email me the URL...
>
> > But that doesn't conflict with the small change I want to do right now.
> > For old workflows we have to keep and maintain the old forms.
>
> OK.
>
> cheers,
>
> Chris
>
>
>
> --__--__--
>
> Message: 13
> Date: Wed, 05 Mar 2003 13:10:36 +0000
> From: Chris Withers <chrisw@nipltd.com>
> To: Yuppie <schubbe@web.de>
> CC: Zope-CMF List <zope-cmf@zope.org>, andy@agmweb.ca
> Subject: Re: [Zope-CMF] [dev] CMF 1.4 alpha (update)
>
> Yuppie wrote:
> > 3.) Bug Day:
> >
> > Date and time?
>
> How about Monday 10th? I'd be around 11am-7pm UK time, dunno how that
translates
> to other people ;-)
>
> > 4.) Roadmap:
> >
> > @Andy: Could you please update the roadmap?
> >
> > I attached my updated list.
>
> Can you add in the collector entry for me about the workflow stuff?
>
> cheers,
>
> Chris
>
>
>
> --__--__--
>
> Message: 14
> Date: Wed, 05 Mar 2003 13:14:41 +0000
> From: Chris Withers <chrisw@nipltd.com>
> To: Dennis Heltzel <dheltzel@adolor.com>
> CC: "'zope-cmf@zope.org'" <zope-cmf@zope.org>
> Subject: Re: [Zope-CMF] maximum recursion depth exceeded error with
exUserFolder
>
> Dennis Heltzel wrote:
> > I'm trying to authenticate against an NT domain with exUserFolder, but
> > whenever the property source is set to portal_memberdata wrapper, I get
this
> > error:
>
> You could always try SimpleUserFolder ;-)
>
> cheers,
>
> Chris
>
>
>
> --__--__--
>
> Message: 15
> Date: Wed, 05 Mar 2003 13:15:30 +0000
> From: Chris Withers <chrisw@nipltd.com>
> To: Mark McEahern <mark@mceahern.com>
> CC: Zope-Cmf Mailing List <zope-cmf@zope.org>
> Subject: Re: [Zope-CMF] restricting a content type to a particular
container
>
> Mark McEahern wrote:
> >
> > How do I make it so that Product's can only be invokeFactory()'d from a
> > ProductCatalog?
>
> Uncheck 'implicitly addable' in the Product's Type Information Object...
>
> cheers,
>
> Chris
>
>
>
> --__--__--
>
> Message: 16
> Date: Wed, 05 Mar 2003 10:32:58 -0600
> From: Troy Farrell <troy@entheossoft.com>
> To: Colin Leath <cleath@j9k.org>, Zope-CMF List <zope-cmf@zope.org>
> Subject: Re: [Zope-CMF] second portal catalog, for published items only
>
> Why would you do this? I haven't thought about it for very long, but it
> seems some what silly. portal_catalog keeps things from those who
> shouldn't see them based on permissions (usually set by workflow.) Is
> there different reason for wanting a second catalog?
>
> Troy
>
> Colin Leath wrote:
> > I'm about to add a second catalog to my CMF for the purpose of
segregating
> > published items from all the rest--
> > allowing listUnique() to return the subset of data I desire.
> >
> > Is there a better way of achieving this?
> > (since it seems I can't just cut and paste the portal_catalog- I have to
> > re-add all the indexes and metadata I want)
> >
> > I realize I need to have the workflow add and remove items from the
> > catalog for this to work.
> >
> > Thanks for any tips,
> > Colin
>
>
>
>
> --__--__--
>
> _______________________________________________
> Zope-CMF maillist - Zope-CMF@zope.org
> http://mail.zope.org/mailman/listinfo/zope-cmf
>
> http://www.zope.org/Products/PTK/Tracker for bug reports and feature
requests
>
> End of Zope-CMF Digest
>
>