Re: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Adam Groszer
Dear Gary and Stephan, Would you please have a look at my messages with the subject [Zope3-dev] problems with browser:widget I'm also having problems with CustomWidgetFactory, but in an other usecase. -- Best regards, Adam mailto:[EMAIL PROTECTED] --

[Zope3-dev] Exception raising style adjustments?

2005-08-30 Thread Martijn Pieters
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Now that our dear BDFL has expressed the opinion that exceptions raising of the form: raise FooException, Bar is definitely passé and so 20th century[1], and now that the holy writ of PEP 8[2] has been updated to reflect the current view that all

Re: [Zope3-dev] [DRAFT] local portlets and perspectives

2005-08-30 Thread Tonico Strasser
Hi! Jean-Marc Orliaguet schrieb: Anyway, pagelets or portlets whatever they called and no matter what data they produce (structured data or raw HTML) must be pipe-able through the rendering engine, i.e. they must return some data, the more ready HTML the data is the less reusable it will be.

Re: [Zope3-dev] security problems with database adapters (second edition)

2005-08-30 Thread Dmitry Vasiliev
Velko Ivanov wrote: The problem is easy to reproduce in a few simple steps - assuming clean installation from the .tgz release, here is what I do: 1. create an instance (of course), zope.Manager granted principal is crated by the mkzopeinstance script. 2. uncomment the sample zope.Member

Re: [Z3lab] Re: [Zope3-dev] [DRAFT] local portlets and perspectives

2005-08-30 Thread Jean-Marc Orliaguet
Tonico Strasser wrote: Hi! Jean-Marc Orliaguet schrieb: Anyway, pagelets or portlets whatever they called and no matter what data they produce (structured data or raw HTML) must be pipe-able through the rendering engine, i.e. they must return some data, the more ready HTML the data is the

Re: [Zope3-dev] problems with browser:widget

2005-08-30 Thread Dominik Huber
Excuse my delay, I was out of office last week... A month ago, I got an error while using a sequence widget factory referenced by the widget subdirective of an editform. I used the zope.app.form package of philips branch and that solved my problem:

[Zope3-dev] Re: [Z3lab] Re: [DRAFT] local portlets and perspectives

2005-08-30 Thread Tonico Strasser
Jean-Marc Orliaguet schrieb: Tonico Strasser wrote: Hi! Jean-Marc Orliaguet schrieb: Anyway, pagelets or portlets whatever they called and no matter what data they produce (structured data or raw HTML) must be pipe-able through the rendering engine, i.e. they must return some data, the

[Zope3-dev] Re: [Z3lab] Re: [DRAFT] local portlets and perspectives

2005-08-30 Thread Jean-Marc Orliaguet
Tonico Strasser wrote: Jean-Marc Orliaguet schrieb: yes, this is the ZPT way of doing it :-) Yes, I find ZPT is very suited for this stuff becuase it has that slot thing. That wouldn't be possible with e.g. DMTL I think. Do CPSSkins support other template languages than ZPT? Tonico

[Zope3-dev] Re: Bug in i18n timezones (was Re: [Zope3-Users] obtaining time zone from http request)

2005-08-30 Thread Stephan Richter
On Monday 29 August 2005 21:53, Gary Poster wrote: Stephan, do you have any concerns about incorporating the Olson   information in 18n?  I suppose another approach would be to see if   Stuart would be willing to have pytz grow this mapping, and have the   i18n package depend on pytz.  I'd

Re: [Zope3-dev] zc.catalog doctest failures

2005-08-30 Thread Benji York
Martijn Faassen wrote: There appear to be some doctest failures in zc.catalog as retrieved from the sandbox yesterday: I believe these are caused by not having the stemmer installed. I'm not sure where the stemmer is available. I'll ask Gary to follow up when he gets in. -- Benji York

Re: [Zope3-dev] [DRAFT] local portlets and perspectives

2005-08-30 Thread Jim Fulton
Jean-Marc Orliaguet wrote: Jim Fulton wrote: Jean-Marc Orliaguet wrote: basically if the slot that you're thinking about contains portlets then it's a sort of slot not a sort of portlet. Cool. So we can define new slot-like things (for example, for JSR 168-style slots) and use your

Re: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Jim Fulton
Garrett Smith wrote: I'm uncomfortable with this. Right now, I think fields do too much. They have too much application logic. This would add more. The whole concept of initial value seems to be very application dependent. Maybe it would be best to just drop the default field altogether and

Re: [Zope3-dev] [DRAFT] local portlets and perspectives

2005-08-30 Thread Jean-Marc Orliaguet
Jim Fulton wrote: Jean-Marc Orliaguet wrote: Jim Fulton wrote: Jean-Marc Orliaguet wrote: basically if the slot that you're thinking about contains portlets then it's a sort of slot not a sort of portlet. Cool. So we can define new slot-like things (for example, for JSR 168-style

Re: [Zope3-dev] zc.catalog doctest failures

2005-08-30 Thread Gary Poster
On Aug 30, 2005, at 9:14 AM, Benji York wrote: Martijn Faassen wrote: There appear to be some doctest failures in zc.catalog as retrieved from the sandbox yesterday: I believe these are caused by not having the stemmer installed. I'm not sure where the stemmer is available. I'll ask

Re: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Gary Poster
On Aug 30, 2005, at 2:43 AM, Adam Groszer wrote: Dear Gary and Stephan, Would you please have a look at my messages with the subject [Zope3-dev] problems with browser:widget I'm also having problems with CustomWidgetFactory, but in an other usecase. Adam, I'm sorry, I don't

[Zope3-dev] Re: [DRAFT] local portlets and perspectives

2005-08-30 Thread Tonico Strasser
Raphael Ritz schrieb: Tonico Strasser wrote: [..] If yes, I mean something different. I think I would love a Python wrapper for Page Templates that can assemble *macros* from different templates provide them with names and render the main template only once. (Wait, that is already

Re: [Zope3-dev] [DRAFT] local portlets and perspectives

2005-08-30 Thread Jim Fulton
Jean-Marc Orliaguet wrote: Jim Fulton wrote: Jean-Marc Orliaguet wrote: Jim Fulton wrote: Jean-Marc Orliaguet wrote: basically if the slot that you're thinking about contains portlets then it's a sort of slot not a sort of portlet. Cool. So we can define new slot-like things

Re[2]: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Adam Groszer
Dear Gary, I'm sorry, as I read you are looking for proposals for the sprint. In fact the problem is, that when I try to add widget field=szerepek class=zope.app.form.browser.OrderedMultiSelectWidget/ where an OrderedMultiSelectWidget is the default for the szerepek field, Z3 fails with an

Re: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Fred Drake
On 8/30/05, Gary Poster [EMAIL PROTECTED] wrote: Adam, I'm sorry, I don't know much about the CustomWidgetFactory. We are using the zope.formlib package exclusively now (http:// svn.zope.org/zope.formlib/), which does not use custom widget factories or browser:widget. Dominik's email sounds

Re: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Gary Poster
On Aug 30, 2005, at 10:56 AM, Fred Drake wrote: On 8/30/05, Gary Poster [EMAIL PROTECTED] wrote: Adam, I'm sorry, I don't know much about the CustomWidgetFactory. We are using the zope.formlib package exclusively now (http:// svn.zope.org/zope.formlib/), which does not use custom widget

Re: [Zope3-dev] [DRAFT] local portlets and perspectives

2005-08-30 Thread Jean-Marc Orliaguet
Jim Fulton wrote: Jean-Marc Orliaguet wrote: this is more a design feature than an implementation feature. Could you explain *why* you need relations? yes, because adapters provide flexible relations between *components* (interfaces, classes), but not between *content* objects. I want

[Zope3-dev] make check errors on FreeBSD 5.4

2005-08-30 Thread Vetlugin Yury
Hi everyone, I have a problem during installing Zope3.1/Zope3X on my FreeBSD 5.4 (python2.3.5, gcc 3.4.2). ./configure and make goes normal, but make check gives a lot of errors like this: Error in test checkBadMessage2 (ZEO.tests.testConnection.MappingStorageConnectionTests) Traceback (most

Re: [Zope3-dev] Re: Bug in i18n timezones (was Re: [Zope3-Users] obtaining time zone from http request)

2005-08-30 Thread Gary Poster
On Aug 30, 2005, at 8:39 AM, Stephan Richter wrote: On Monday 29 August 2005 22:38, Stuart Bishop wrote: I'm happy to expose this through pytz. There is a new set of data files released yesterday (including the 2006 changes the US has just signed into law) so I can push out a new release

Re: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Jim Fulton
Gary Poster wrote: On Aug 29, 2005, at 4:50 PM, Jim Fulton wrote: Gary Poster wrote: ... 4 Recognize and document that the 'default' field argument is actually 'initial value'. That is, if you set a field with a default to the missing_value, the default does not become the field's

Re: [Zope3-dev] Re: RDFLib and Zope 3

2005-08-30 Thread Michel Pelletier
On Mon, 2005-08-29 at 23:24 -0400, Gary Poster wrote: Right. Well in this case we would provide just a very simple interface facade that had no effect when run in an environment with no zope.interface (ie, catch the ImportError, null-out the facade) or hook into zope.interface if

Re: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Gary Poster
On Aug 30, 2005, at 11:31 AM, Jim Fulton wrote: Gary Poster wrote: On Aug 29, 2005, at 4:50 PM, Jim Fulton wrote: Gary Poster wrote: ... 4 Recognize and document that the 'default' field argument is actually 'initial value'. ... I'm uncomfortable with this. ... Initial value is a

[Zope3-dev] how-to fool XML-RPC publisher

2005-08-30 Thread Adam Groszer
Dear All, Is there any way to fool the Z3 XML-RPC publisher to unmarshall strings *always* as unicode? I think the problem is that xmlrpclib tries to convert all strings to str, but in Z3, all strings should be stored as unicode. Even better that zope.schema enforces unicode also. So my exposed

[Zope3-dev] catalog 'all documents' abstraction

2005-08-30 Thread Martijn Faassen
Hi there, Now that there's a plain catalog and an extent catalog, and while I was implementing a 'not' operator for a query language, I ran into some missing abstraction that would be convienient; a way to get all the object ids that are indexed, preferably in the form of a IFBTree so I can

Re: [Zope3-dev] [DRAFT] local portlets and perspectives

2005-08-30 Thread Jim Fulton
Jean-Marc Orliaguet wrote: Jim Fulton wrote: Jean-Marc Orliaguet wrote: this is more a design feature than an implementation feature. Could you explain *why* you need relations? yes, because adapters provide flexible relations between *components* (interfaces, classes), but not

Re: [Zope3-dev] make check errors on FreeBSD 5.4

2005-08-30 Thread Velko Ivanov
File string, line 1, in connect error: (49, Can't assign requested address) Seeing this error in a connect() call is unusual. I'd check the security configuration of the box for the source of this - something is preventing the connecting side from getting an appropriate address to use to

Re: [Zope3-dev] catalog 'all documents' abstraction

2005-08-30 Thread Jim Fulton
Martijn Faassen wrote: Hi there, Now that there's a plain catalog and an extent catalog, and while I was implementing a 'not' operator for a query language, I ran into some missing abstraction that would be convienient; a way to get all the object ids that are indexed, For some definition

Re: [Zope3-dev] [DRAFT] local portlets and perspectives

2005-08-30 Thread Jean-Marc Orliaguet
Jim Fulton wrote: Jean-Marc Orliaguet wrote: Jim Fulton wrote: - this portlet uses this widget I'm confused. In the doctest you pointed out: https://svn.nuxeo.org/trac/pub/file/z3lab/cpsskins/branches/jmo-perspectives/doc/portlet-rendering.txt the portlet and widget are wired up by

Re: [Zope3-dev] catalog 'all documents' abstraction

2005-08-30 Thread Gary Poster
On Aug 30, 2005, at 1:57 PM, Martijn Faassen wrote: Jim Fulton wrote: Martijn Faassen wrote: [snip] ). I also think however that it's the wrong place the ask for this information, as this doesn't work with the extentcatalog. Well, it depends on what you meant by indexed above.

[Zope3-dev] AttributeError: 'NoneType' object has no attribute '_implied'

2005-08-30 Thread Alec Munro
This seems to be a regression, as I believe this was working with the beta. I don't have it pinned down entirely, but it seems to be related to an Annotation adapter I am using. The error occurs in zope.interface.interface, at the following location: def providedBy(self, ob): .

[Zope3-dev] Re: AttributeError: 'NoneType' object has no attribute '_implied'

2005-08-30 Thread Alec Munro
Ar! Apparently, the problem was that the __getattr__ method in my adapter didn't raise an AttributeError if it failed. I do know better, but I really didn't expect it to manifest like this. Thanks for reading, and perhaps I can save someone else the day of debugging. Alec On 8/30/05,

Re: [Zope3-dev] catalog 'all documents' abstraction

2005-08-30 Thread Jim Fulton
Martijn Faassen wrote: Jim Fulton wrote: Martijn Faassen wrote: ... In general, I'd like the catalog to remain fairly small and free of logic. I wanted to say this in the other thread you started on cataloging, but didn't get to it. Ideally, a catalog wouldn't have any query logic at

Re: [Zope3-dev] catalog 'all documents' abstraction

2005-08-30 Thread Jim Fulton
Jim Fulton wrote: Martijn Faassen wrote: ... It would be helpful if someone could explain the motivations behind the extent catalog, by the way -- this information seems to be missing in zc.catalog. Am I at all on the right track with my thinking on it? What information? Never mind. I

Re: [Zope3-dev] catalog 'all documents' abstraction

2005-08-30 Thread Jim Fulton
Gary Poster wrote: On Aug 30, 2005, at 1:57 PM, Martijn Faassen wrote: ... It should be pointed out initially that the son-of-queued-catalog code doesn't have anything to do with extents. I think Jim wants that factored out when we have time so that can be a mix-and-match capability.

[Zope3-dev] Re: [Zope3-checkins] SVN: Zope3/trunk/src/zope/ Massive style cleanup: Move to new raise exception style; for motivation, see:

2005-08-30 Thread Benji York
Martijn Pieters wrote: Log message for revision 38178: Massive style cleanup: Move to new raise exception style; for motivation, see: Modified: Zope3/trunk/src/zope/app/workflow/stateful/definition.py === ---

[Zope3-dev] Re: [Zope3-checkins] SVN: Zope3/trunk/src/zope/ Massive style cleanup: Move to new raise exception style; for motivation, see:

2005-08-30 Thread Martijn Pieters
Benji York wrote: I'm not sure it's worth worrying about (and I definitely prefer the new version better), but these type conversions are not backward compatible. Of course it's only a problem if anyone is trying to catch the string version of the exception. There were no references to

[Zope3-dev] Re: [Zope3-checkins] SVN: Zope3/trunk/src/zope/ Massive style cleanup: Move to new raise exception style; for motivation, see:

2005-08-30 Thread Benji York
Martijn Pieters wrote: Benji York wrote: I'm not sure it's worth worrying about (and I definitely prefer the new version better), but these type conversions are not backward compatible.Of course it's only a problem if anyone is trying to catch the string version of the exception.

Re: [Zope3-dev] Re: [Zope3-checkins] SVN: Zope3/trunk/src/zope/ Massive style cleanup: Move to new raise exception style; for motivation, see:

2005-08-30 Thread Stephan Richter
On Tuesday 30 August 2005 18:10, Benji York wrote:  class StateNamesVocabulary(SimpleVocabulary):      Vocabulary providing the names of states in a local process definition. @@ -61,7 +65,7 @@              for obj in zapi.getParents(context):                  if

Re: [Zope3-dev] Re: RDFLib and Zope 3

2005-08-30 Thread Daniel Krech
On Aug 29, 2005, at 11:24 PM, Gary Poster wrote: On Aug 26, 2005, at 3:03 AM, Daniel Krech wrote: On Aug 25, 2005, at 3:10 PM, Michel Pelletier wrote: On Thu, 2005-08-25 at 14:32 -0400, Gary Poster wrote: see what he thinks. I wonder how lite the component kernel can go. The only

Re: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Stuart Bishop
Gary Poster wrote: 2 Clean up the exceptions widget framework. The use of the widget input error is quite messy: see collector issue 273. The idea would be to make the use of the errors argument more consistent and more restricted, and make the 'doc' implementation simpler. I've just

Re: [Zope3-dev] Proposed widget/schema work for the Rivah sprint (Thursday and Friday this week)

2005-08-30 Thread Gary Poster
On Aug 30, 2005, at 9:13 PM, Stuart Bishop wrote: Gary Poster wrote: 2 Clean up the exceptions widget framework. The use of the widget input error is quite messy: see collector issue 273. The idea would be to make the use of the errors argument more consistent and more restricted, and

Re: [Zope3-dev] make check errors on FreeBSD 5.4

2005-08-30 Thread Vetlugin Yury
File string, line 1, in connect error: (49, Can't assign requested address) Seeing this error in a connect() call is unusual. I'd check the security configuration of the box for the source of this - something is preventing the connecting side from getting an appropriate address to use to