[Zope3-dev] Missing ObjectContentModifiedEvent

2005-05-03 Thread Uwe Oestermeier
to generate an IObjectContentModifiedEvent in the File._setData method and not the view classes? Cheers, Uwe Dr. Uwe Oestermeier Institut fr Wissensmedien Knowledge Media Research Center Konrad-Adenauer-Str. 40 D-72072 Tuebingen

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-05-03 Thread Uwe Oestermeier
l versionable attributes in my application would become unnecessary. This would also make updates of catalogs more efficient. Regards Uwe Oestermeier ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/a

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-05-04 Thread Uwe Oestermeier
Garrett Smith wrote: I'd see this being something like a ValueChangedEvent that specified the object, schema, field name, old value, and new value. This would be a nice way to bolt on validation without modifying the schema. Yes, that's exactly what I need for versioning. Anyone needing more

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-05-05 Thread Uwe Oestermeier
Garrett Smith wrote: I think ValueChangedEvent would be a good addition to the forms machinery. But if you need something like that now, I'd recommend using your own edit view class. That would be a solution for the moment, but in the future I would like to say that my application provides

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-05-11 Thread Uwe Oestermeier
Dieter Maurer wrote: As soon as you index the content, you will be interested to distinguish between a modification in the primary content and some meta data (as it has big repercussions on the speed of the reindexing). I agree, but perhaps we can find a compromise that fits all needs. I

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-05-12 Thread Uwe Oestermeier
Dieter Maurer wrote: Sounds good, but I am nevertheless convinced that we want finer grain control -- almost as fine (but probably with other means) as the idxs argument to catalog_object (which controls precisely which indexes should be reindexed). We will probably replace the selection of

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-05-30 Thread Uwe Oestermeier
Ooops! I just saw that my previous posting on the other thread has become obsolete to a large degree. [EMAIL PROTECTED] wrote: I suggest we generalize this a bit. I suggest that the ObjectModified event could accept one or more modification descriptions (hints?). Some examples:

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-06-01 Thread Uwe Oestermeier
[EMAIL PROTECTED] wrote: I'm 99% sure that this event model will not be sufficient for object versioning. Why? Because there is no guarantee that all relevant modifications are accompanied by events? Because the events do not carry enough information? I think these problems can be solved, but

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-06-01 Thread Uwe Oestermeier
[EMAIL PROTECTED] wrote: Because there is no guarantee that all relevant modifications are accompanied by events? Right But this problem is not unique to versioning. If you cannot rely on events there is also no guarantee that your catalogs are always up to date. Therefore I'm planning a

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-06-08 Thread Uwe Oestermeier
I would like to fix the missing event bug, implement Jim's proposal and mark ObjectContentModifiedEvent and ObjectAnnotationModifiedEvent as deprecated. Any objections? Uwe [EMAIL PROTECTED] wrote: I suggest we generalize this a bit. I suggest that the ObjectModified event could accept one or

Re: [Zope3-dev] Missing ObjectContentModifiedEvent

2005-06-08 Thread Uwe Oestermeier
[EMAIL PROTECTED] wrote: What is the missing event bug? Currently no modification event is fired if one uploads new file content via ZMI. In a former mail I proposed to fire the event in File.setData, alternatively it can be fired by the upload view. Would this be for 3.2? Keep in mind that we

Re: [Zope3-dev] Heads up: zope.app.intid and zope.app.keyreference are now opt

2005-06-16 Thread Uwe Oestermeier
[EMAIL PROTECTED] wrote: The fact that you can't get key references for persistent objects is a real pain. I've thought a lot about that, but haven't come up with a good solution. (Phillip Eby suggested using GUIDs at one point. I've always been a bit suspicious of GUIDs myself.) What's the

Re: [Zope3-dev] Heads up: zope.app.intid and zope.app.keyreference are now op

2005-06-16 Thread Uwe Oestermeier
[EMAIL PROTECTED] wrote: They aren't guaranteed to be unique. They are statistically very unlikely to conflict, but that chance of a conflict makes me nervous. We tend to create a lot of these, so I think the chances for conflict are higher than in many other applications. A major component of

[Zope3-dev] Upcoming Zope3 Sprint 6-9. Oct

2005-07-20 Thread Uwe Oestermeier
/oestermeier/NeckarSprint As a zope.org member you can edit the page with http://www.zope.org/Members/oestermeier/NeckarSprint/editform Please contact me, if you have questions or suggestions. Hope to see you... Uwe Dr. Uwe Oestermeier

[Zope3-dev] Zope3 and ZEO

2005-09-06 Thread Uwe Oestermeier
Hello, today I downloaded the Zope-3.1.0c2 release candidate and played a little bit with it. I noticed that the bin/mkzeoinstance script is broken and returns Traceback (most recent call last): File ./mkzeoinstance, line 40, in ? from ZEO.mkzeoinst import ZEOInstanceBuilder I found no

Re: [Zope3-dev] Zope3 and ZEO

2005-09-07 Thread Uwe Oestermeier
Tim Peters wrote: Zope3 3.1's bin/mkzeoinstance seems to work now, I dedected another problem: bin/runzeo doesn't start ZEO. This script calls ZEO/runzeo.py which has a main function but no if __name__ == __main__ : main() at the end. Has this already been fixed in the mentioned internal

Re: [Zope3-dev] Re: RFC: Rename principal to participant

2005-09-14 Thread Uwe Oestermeier
Martijn Faassen wrote: I ended up creating a first class User object too. See also my note about being able to access these in content space. The same holds for my project. Shouldn't they be part of the framework if so many applications need them? Whether these user objects are placed in the

Re: [Zope3-dev] Re: RFC: Rename principal to participant

2005-09-14 Thread Uwe Oestermeier
Philipp von Weitershausen wrote: I smell a proposal :). I cannot promise to write this proposal in the next two weeks, but I will try to write one before the NeckarSprint (6-9. Oct) takes place. The implementation of user objects would be a manageable sprint task. -- Uwe

[Zope3-dev] Containerview Proposal

2005-09-29 Thread Uwe Oestermeier
Hi, Stefan Martin and I have written a proposal for a reimplementation of the container views. http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/ConfigurableContainerViews We would like to work on this at the NeckarSprint next week, so any feedback is welcome. Regards, Uwe

Re: [Zope3-dev] Containerview Proposal

2005-09-29 Thread Uwe Oestermeier
Benji York wrote: I'll be releasing some code today that does most of what this proposal wants for any collection of objects, not specifically container views (because you'll often want to represent tabular data that doesn't exist in any particular container). It would fairly easy to build a

Re: [Zope3-dev] Re: zope3 website report?

2005-11-13 Thread Uwe Oestermeier
Dr. Uwe Oestermeier Institut für Wissensmedien Knowledge Media Research Center Konrad-Adenauer-Str. 40 D-72072 Tuebingen Germany [EMAIL PROTECTED] Tel. +49 7071 979-208 Fax +49 7071 979-100 ___ Zope3-dev mailing list

Re: [Zope3-dev] Re: Event fixes

2005-11-27 Thread Uwe Oestermeier
Florent Guillaume wrote: I didn't follow Dominik's suggestion of using IModificationDescription because I feel this a case sufficiently fundamental that we really want a subclass. I agree with Dominik that this justification is somewhat vague, but I think that it really doesn't matter

Re: [Zope3-dev] Ajax in Zope 3

2005-12-06 Thread Uwe Oestermeier
Hi Tarek, Before starting it up, I was thinking that it would be nice if the whole Z3 community would be using the same toolkit, and maybe, even integrate it into Z3 itself. a toolkit that is shared by the whole Zope community would be great, independent of the question whether it should be

Re: [Zope3-dev] Re: Zope 3 lacks Ajax capability?

2006-05-15 Thread Uwe Oestermeier
of each LivePage request. Feel free to contact me if this looks interesting to you. Regards, Uwe Dr. Uwe Oestermeier Institut für Wissensmedien Knowledge Media Research Center Konrad-Adenauer-Str. 40 D-72072 Tuebingen Germany [EMAIL

Re: [Zope3-dev] Re: Zope 3 lacks Ajax capability?

2006-05-15 Thread Uwe Oestermeier
comments demo app: http://svn.zope.org/*checkout*/zope3org/trunk/src/zorg/live/demo/comment/README.txt Unfortunately the documentation is far from complete, but I can work on it if there is a concrete need. -Uwe Dr. Uwe Oestermeier

Re: [Zope3-dev] Displaying ReStructered Text

2006-06-22 Thread Uwe Oestermeier
Hi, have a look at the rest2html function in http://svn.zope.org/*checkout*/zope3org/trunk/src/zorg/restsupport/__init__.py?content-type=text which uses the zope.app.renderer.rest module. Regards, Uwe ___ Zope3-dev mailing list

Re: [Zope3-dev] Grrr. zope.org wikis are evil.

2006-10-09 Thread Uwe Oestermeier
probably the best to use an existing tool like Trac which is dedicated to the need of programmers. Regards, Uwe Dr. Uwe Oestermeier Institut für Wissensmedien Knowledge Media Research Center Konrad-Adenauer-Str. 40 D-72072 Tuebingen

Re: [Zope3-dev] future of fssync (was: RE: [SpringCleaning07])

2007-01-24 Thread Uwe Oestermeier
not been maintained. Perhaps the maintenance can be made easier if we can change the code without deprecation warnings. Nobody seems to have used fssync in the last two years. Regards, Uwe Dr. Uwe Oestermeier Institut für Wissensmedien

Re: [Zope3-dev] future of fssync (was: RE: [SpringCleaning07])

2007-01-24 Thread Uwe Oestermeier
Dr. Uwe Oestermeier Institut für Wissensmedien Knowledge Media Research Center Konrad-Adenauer-Str. 40 D-72072 Tuebingen Germany [EMAIL PROTECTED] Tel. +49 7071 979-208 Fax +49 7071 979-100

Re: [Zope3-dev] zope.fssync dependency on zope.app.file

2007-03-06 Thread Uwe Oestermeier
opinion it makes sense to leave the Python API (independent of ZODB and locations etc.) in zope.fssync and the web-based API (with security and location aware pickler) in zope.app.fssync. Regards, Uwe Dr. Uwe Oestermeier Institut

Re: [Zope3-dev] zope.fssync dependency on zope.app.file

2007-03-06 Thread Uwe Oestermeier
Jim Fulton [EMAIL PROTECTED] wrote: We need to either remove zope.app.fssync.file, or, if we think that fssync is moving along well enough, we need to move zope.app.ffile.fssync to a separate project in some namespace package, such as zope.app.filefssync. fssync is too experimental to

Re: [Zope3-dev] zope.fssync dependency on zope.app.file

2007-03-06 Thread Uwe Oestermeier
Jim Fulton [EMAIL PROTECTED] wrote: Since you're the one working on this, I'll defer to you on this detail. :) Ok, then I will move the things to zope.app.fssync. Uwe Dr. Uwe Oestermeier Institut für Wissensmedien Knowledge

Re: [Zope3-dev] Proposal for optimized Blob handling

2007-03-07 Thread Uwe Oestermeier
call last): File stdin, line 1, in ? IOError: [Errno 2] No such file or directory: '/tmp/asdf' :) Why not rename the temp file to a place in the blob directory? That would also avoid the copy operation. Uwe Dr. Uwe Oestermeier

Re: [Zope3-dev] Proposal for optimized Blob handling

2007-03-07 Thread Uwe Oestermeier
() d.write('Test') d.flush() os.rename(d.name, '/Users/uo/blobs/asdf') open('/Users/uo/blobs/asdf').read() 'Test' os.path.exists('/tmp/asdf') False Uwe Dr. Uwe Oestermeier Institut für Wissensmedien Knowledge Media Research Center

Re: [Zope3-dev] Re: IKeyReference for files

2007-03-28 Thread Uwe Oestermeier
need to consider trade-offs. Regards, Uwe Dr. Uwe Oestermeier Institut für Wissensmedien Knowledge Media Research Center Konrad-Adenauer-Str. 40 D-72072 Tuebingen Germany [EMAIL PROTECTED] Tel. +49 7071 979-208 Fax +49 7071 979-100

[Zope3-dev] State of zope.fssync

2007-05-02 Thread Uwe Oestermeier
Dr. Uwe Oestermeier Institut für Wissensmedien Knowledge Media Research Center Konrad-Adenauer-Str. 40 D-72072 Tuebingen Germany [EMAIL PROTECTED] Tel. +49 7071 979-208 Fax +49 7071 979-100 ___ Zope3-dev

Re: [Zope3-dev] State of zope.fssync

2007-05-02 Thread Uwe Oestermeier
. Uwe Oestermeier Institut für Wissensmedien Knowledge Media Research Center Konrad-Adenauer-Str. 40 D-72072 Tuebingen Germany [EMAIL PROTECTED] Tel. +49 7071 979-208 Fax +49 7071 979-100 ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http

Re: [Zope3-dev] Re: The elevator speech for Zope 3

2007-10-08 Thread Uwe Oestermeier
be a happy man. Have a look at bebop.protocol in PyPI. It's still a preminary version but it does exactly what you want. Regards, Uwe Dr. Uwe Oestermeier Institut für Wissensmedien Knowledge Media Research Center Konrad-Adenauer-Str