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]
--
-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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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,
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
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
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
===
---
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
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
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
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
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
33 matches
Mail list logo
