Hi,
I'm currently playing with a Workflow/Catalog mix, trying to index
workflow states (so I can simply search for published content - a
common usecase in CMF).
However, it appears that workflow statechanges do not trigger
IObjectModifiedEvent, to which the catalog subscribes to track changes
Hi!
On Windows, this 15 months old change in ZConfig sets the default
hostname for inet_address to 'localhost':
http://svn.zope.org/ZConfig/?rev=376view=rev
I have no idea why this was changed, the checkin message is not very
helpful: fix the default hostname for address datatypes for Windows
Stephan Richter wrote:
On Friday 06 May 2005 10:11, Dmitry Vasiliev wrote:
Opinions?
Dimitry, I am sorry. There was already a papal's edict on the issue:
http://mail.zope.org/pipermail/zope3-dev/2004-September/012186.html
That means, message ids must be translated explicitely using i18n:translate.
On Sunday 08 May 2005 10:01, Philipp von Weitershausen wrote:
Thoughts?
I don't mind the two semantics. I just think that if tal:content and an
explicit message id in i18n:translate is specified, an error should be
raised. I bet you it does already.
Also, we need a solution now, not one that
Ivo van der Wijk wrote at 2005-5-8 11:34 +0200:
I'm currently playing with a Workflow/Catalog mix, trying to index
workflow states (so I can simply search for published content - a
common usecase in CMF).
However, it appears that workflow statechanges do not trigger
IObjectModifiedEvent, to which