On Feb 13, 2006, at 5:36 PM, Martin Aspeli wrote:
On Mon, 13 Feb 2006 07:51:34 -, Chris Withers
<[EMAIL PROTECTED]> wrote:
Scripts and RBDMS are the fast food of the web development world,
not the salad. Looks nice, tastes great, eventually leaves you fat
and unhealthy. ZODB and mayb
On Feb 15, 2006, at 4:21 PM, Lennart Regebro wrote:
On 2/15/06, Max M <[EMAIL PROTECTED]> wrote:
Remember its the "Z Object Publishing Enviroment"?
Hear, hear!
+1
(Which, to be clear, does not mean we shouldn't encourage people
making it easier to use SQL in Zope. But our strength and
On Feb 15, 2006, at 6:03 AM, Philipp von Weitershausen wrote:
Hi there,
a while back I wrote a proposal on simplifying the skinning system
(http://dev.zope.org/Zope3/SimplifySkinning). I got a lot of useful
feedback which in turn made me update the proposal. Since then I
haven't
heard much
On Feb 16, 2006, at 12:09 AM, Philipp von Weitershausen wrote:
[... change counter-counter-proposal...]
I think that's a very nice improvement over the previous spellings.
I had to review the zope.app.component.interface.provideInterface
code, but yes, it looks like that would be a simple c
On Feb 16, 2006, at 6:49 AM, Sasha Vincic wrote:
I have made my own i keyword index, it works fine when only
querying it
but if I query an other index in the same query I get an error.
MyKeywordIndex.apply() returns what
zope.index.keyword.KeywordIndex.search() returns
this is the values th
On Feb 16, 2006, at 10:52 AM, Benji York wrote:
One downside to the expanded interface directive is that it hides
the fact that a utility is also being created. I actually prefer
the browser:skin version because it totally hides the underlying
"atomic" operations, but the -also-registers-a
On Feb 17, 2006, at 6:45 PM, Shane Hathaway wrote:
User interfaces speak louder than books. Start up Zope 3, log in
as a manager, and look at the list of things you can add. It includes
[...]
File,
[...]
. I suggest that no one should be invited to create these kinds of
objects in ZODB;
On Feb 17, 2006, at 6:26 PM, Chris Withers wrote:
Philipp von Weitershausen wrote:
We'd have to declare the zope3-dev list for obsolete and make
people not
send messages to it. We'd just have to define a date and time. All
subsequent mail traffic would be handled by zope-dev.
Okay, who act
On Feb 18, 2006, at 3:08 AM, Shane Hathaway wrote:
In my last project, reusing the ZMI seemed like a good idea. Maybe
that was a bad choice. Do you start with an empty site.zcml? I
haven't dared yet. :-)
We started mostly from scratch, with various successes and failures
as we tried t
On Feb 21, 2006, at 7:15 PM, Philipp von Weitershausen wrote:
Dominik Huber wrote:
Now that this proposal has been dealt with, I will turn my focus of
attention to
http://dev.zope.org/Zope3/ReducingTheAmountOfZCMLDirectives.
[...]
I like those simplifications, but I have two little objectio
On Feb 24, 2006, at 4:25 PM, Morten W. Petersen wrote:
Hi,
I'm playing with Zope 3, and I was wondering if it's possible to
get more information about why verifyClass or verifyObject fails
(on which attribute or method).
Am I blind, is it possible to set some options to display it, or is
On Feb 24, 2006, at 4:27 PM, Morten W. Petersen wrote:
Hi,
I have the following browser configuration:
http://namespaces.zope.org/zope";
xmlns:browser="http://namespaces.zope.org/browser";
>
which fails when the two last options are commented out, but works
fine when none a
On Feb 24, 2006, at 4:41 PM, Morten W. Petersen wrote:
In both your emails, tracebacks would be helpful.
Yep. :)
verifyObject/verifyClass (almost?) always gives the name of the
part of the interface that it found lacking. It is sometimes hard
to parse the exception, I grant. Care to g
On Feb 27, 2006, at 10:37 AM, Jim Fulton wrote:
2) In an alternate vision, Zope 2 evolves to Zope 5.
Of the two, this seems more believable. It also may be the best we
can do. However, I still don't like it. :-)
- Zope 5 will be the application server generally known as
Zope. It
On Feb 28, 2006, at 9:30 AM, Benji York wrote:
Martijn Faassen wrote:
So, my proposal would be to tone down the vision to what we have
already: a co-evolving Zope 3 and Zope 2, with Zope 2 following
and Zope 3 leading (or Zope 2 driving Zope 3 forward, however you
want to see it). No rena
On Feb 28, 2006, at 12:33 PM, Martijn Faassen wrote:
Jim Fulton wrote:
Are you kidding?
No, I'm not kidding.
+1 to what Martijn said in this email (not quoting the whole thing to
save precious bandwith).
___
Zope3-dev mailing list
Zope3-dev@zop
On Mar 1, 2006, at 10:13 AM, Michael Kerrin wrote:
so it doesn't get to the locking tests (which will fail) but this
is good
thing to aim at :-)
Hey Michael. What are you planning to do with the locking stuff?
I'd like to see zope.locking (http://svn.zope.org/zope.locking/)
used, rat
On Mar 1, 2006, at 7:42 PM, Jeff Shell wrote:
[...]
- Zope 3 CA: The Zope Component Architecture. Core services. Would
include zope.publisher and most other current top level zope.*
things.
Usable as a library, as a publisher for other environments,
perhaps as a
simple standalone ser
On Mar 1, 2006, at 11:02 PM, Jeff Shell wrote:
[...]
Django is killing us on automatic data (not system) administration
pages.
[...]
I didn't follow this, probably because I don't know Django. Do you
mean they excel in automatic data entry forms, a la Zope 3 edit forms/
formlib? As in Rub
On Mar 2, 2006, at 4:58 PM, Michael Kerrin wrote:
Hi Gary,
On Wednesday 01 March 2006 15:33, Gary Poster wrote:
On Mar 1, 2006, at 10:13 AM, Michael Kerrin wrote:
so it doesn't get to the locking tests (which will fail) but this
is good
thing to aim at :-)
Hey Michael. What ar
On Mar 9, 2006, at 7:20 PM, Philipp von Weitershausen wrote:
http://codespeak.net/svn/user/philikon/rwproperty/
This is nice. I'm going to use it right now. I wish it were
available directly in Zope 3 (or that we were fully eggified).
Gary
___
On Mar 13, 2006, at 10:59 AM, Martijn Faassen wrote:
[...]
Thanks for looking into this Martijn. We have some internal versions
of a sortable zc.table factory that take a different approach, and
are not using the client-side part of the zc.table code much at all.
If you're willing to loo
On Mar 16, 2006, at 11:42 AM, Martijn Faassen wrote:
Hey Roger,
Great to have you onboard on this!
Roger Ineichen wrote:
[snip]
btw,
didn't Gary Poster start a widget refactoring?
Good question. I have no idea what the status of all that stuff is;
whether anything got merged o
On Mar 17, 2006, at 9:13 AM, Benji York wrote:
Martijn Faassen wrote:
One problem I seem to have is that I cannot find the mailing list
to subscribe to to find checkin messages to the zc package. Is
there any?
I think there is one, but don't know what it is. :)
Jim's talked about one.
On Mar 17, 2006, at 4:08 AM, Martijn Faassen wrote:
Gary Poster wrote:
[... snip already-answered question (thanks Roger)...]
Doing it in the "zc" namespace is intended to make no assumptions
about what happens with zope.app.form; zc.widget probably will
have some
On Mar 16, 2006, at 11:38 AM, Tres Seaver wrote:
[...]
Of course, we could also keep the vocabularies in another data
file, and
merely have the high-level directive "source" it:
We have something like this--except the csv connection is spelled in
Python, not zcml--that we have permissi
On Mar 17, 2006, at 10:24 AM, Martijn Faassen wrote:
[...]
I'm quite interested in knowing more about your plans, and helping
you implement things, if only by porting existing widgets over to
the new system. I also realize that discussing this kind of stuff
over on the mailing list slows do
On Mar 20, 2006, at 9:39 AM, Stephan Richter wrote:
On Monday 20 March 2006 09:35, Jim Washington wrote:
[...]
BTW, I would be glad to see a proposal to add this to the core. I
think httpgz
is general very interesting to a lot of people.
+1
Gary
__
On Mar 21, 2006, at 8:53 AM, Stephan Richter wrote:
On Tuesday 21 March 2006 08:41, Jim Washington wrote:
Perhaps another proposal could suggest a method for registering and
sequencing post-processing utilities?
I think WSGI middleware components are the answer here.
In general, I agree.
On Mar 25, 2006, at 5:41 AM, Philipp von Weitershausen wrote:
You can, of course, leave this as it is and implement the 'tiks'
vocabulary as:
def tiksLanguagesVocabulary(context):
return LanguagesVocabulary(context, 'tiks')
and then register that as a regular IVocabularyFactory utility, i
On Mar 25, 2006, at 11:40 AM, Philipp von Weitershausen wrote:
http://codespeak.net/svn/user/philikon/MakeZopeAppSmaller.txt
Not currently on your list: keyreference and intid. These are very
useful ZODB/BTrees tools irrespective of anything else "zope". IMO
they don't belong in zope.ap
On Apr 4, 2006, at 12:38 PM, Martijn Faassen wrote:
Hi there,
* does anyone have any objections if I make eggs for various zc.*
packages? In svn, this involves adding a setup.py to these
packages, and to add a __init__.py to the zc package that they
contain (which contains some egg-speci
zope.schema.Set currently only accepts sets.Set objects.
Anyone object if I change zope.schema.Set to accept py2.4 builtin
sets, or if I add a zope.schema.FrozenSet? I don't see any
reasonable objections, so I'll probably check this in within a couple
of hours if there is no dissent.
Gar
On Apr 5, 2006, at 11:03 AM, Martijn Faassen wrote:
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Faassen wrote:
Gary Poster wrote:
[snip]
Jim also suggests the new, as-of-this-moment-no-longer-secret
http://
download.zope.org/distribution/ as a possible
On Apr 5, 2006, at 3:42 PM, Stephan Richter wrote:
Modified: Zope3/trunk/src/zope/app/form/browser/itemswidgets.py
===
--- Zope3/trunk/src/zope/app/form/browser/itemswidgets.py
2006-04-05 19:34:34 UTC (rev 66578)
+++ Zope3/trunk/s
Looks like it only appears if you run the functional tests separately.
$ ~/z4i/bin/python test.py -f
Running zope.app.testing.functional.Functional tests:
Set up zope.app.testing.functional.Functional in 5.218 seconds.
/home/gary/z4i/var/src/zope3/src/zope/app/apidoc/ifacemodule/
ifacemodule.p
On Apr 5, 2006, at 4:14 PM, Kamal Gill wrote:
Hmm, I'm inclined to doubt whether IE expects the id and name
attributes to be identical. Distinct values for id and name
shouldn't be a problem, afaik
Wait, someone used "shouldn't be a problem" in reference to IE? :-)
As Benji said, this is
On Apr 7, 2006, at 10:37 AM, Pjotr Prins wrote:
I have a few questions regarding the ZOPE mailer implementation:
I didn't write it. I have some pretty good guesses, though.
Hopefully the author can confirm.
1. Why did you go for a file system implementation - as ZODB objects
are being
On Apr 7, 2006, at 8:35 AM, Jeff Rush wrote:
Perhaps this is an old topic, although I've done searches. I've
seen the brief discussion about security proxies and the Decimal
type on zope3-users, but (to zope3-dev) what about getting it added
to the zope.schema as a first-class field type?
Hi all. in zope/i18n/__init__.py, the _translate method used by
translate, if the msgid is a MessageID or a Message then the domain,
default, and mapping are all used in preference to keyword arguments,
even if, for instance, the keyword is non-None and the attribute is
None.
Because of
On Apr 19, 2006, at 6:27 PM, Sam Stainsby wrote:
From looking the Zope 3 code, I suspect that the full set of
widgets is
not yet available for sources.
Yes, that is correct.
Or have I got that wrong? I see there are
some simpler widgets there that build the widgets used by
vocabularies.
Martijn proposed this be undeprecated (http://mail.zope.org/pipermail/
zope3-dev/2005-December/016781.html) and others agreed, at least in
part. AIUI, Martijn ended up not making any changes in Zope 3, but
somehow changing Zope 2 in such a way as to work around his issue.
The deprecation ce
On Apr 29, 2006, at 2:57 AM, Lennart Regebro wrote:
On 4/28/06, Gary Poster <[EMAIL PROTECTED]> wrote:
Martijn proposed this be undeprecated (http://mail.zope.org/
pipermail/
zope3-dev/2005-December/016781.html) and others agreed, at least in
part. AIUI, Martijn ended up not maki
On May 1, 2006, at 8:34 AM, Martijn Faassen wrote:
Hi there,
Please see http://mail.zope.org/pipermail/zope3-dev/2006-April/
019278.html ff.
And/or svn up your zope. ;-)
Gary
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope
On May 4, 2006, at 12:56 PM, Sidnei da Silva wrote:
On Thu, May 04, 2006 at 12:48:08PM -0400, Jim Washington wrote:
| Back in March, there was a (tiny) bit of discussion here about using
| wsgi middleware for gzipping zope3 responses.
[...]
What can I say?? NEAT! Thanks for doing this!
+1.
On May 4, 2006, at 1:01 PM, Gary Poster wrote:
On May 4, 2006, at 12:56 PM, Sidnei da Silva wrote:
On Thu, May 04, 2006 at 12:48:08PM -0400, Jim Washington wrote:
| Back in March, there was a (tiny) bit of discussion here about
using
| wsgi middleware for gzipping zope3 responses
Hey all. Seems like no-one but ZC has used zope.bforest, and it
probably fits better in the "a million itsy-bitsy projects" story now
that we have it (and an accompanying automated test story). Anyone
object if I move it out of the trunk?
Gary
_
On May 6, 2006, at 6:13 PM, Martin Aspeli wrote:
On Sat, 06 May 2006 21:14:57 +0100, Gary Poster <[EMAIL PROTECTED]> wrote:
Hey all. Seems like no-one but ZC has used zope.bforest, and it
probably fits better in the "a million itsy-bitsy projects" story
now that we
On Apr 22, 2006, at 11:31 AM, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
wrote:
The formlib.EditForm dosen't catch all errors form widgets.
...
Hey Roger. Your email has been sitting open on my computer for
weeks, reminding me to reply, and I want to get rid of it. :-) Did
you put a col
On May 17, 2006, at 9:27 PM, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
wrote:
From: Gary Poster [mailto:[EMAIL PROTECTED]
On Apr 22, 2006, at 11:31 AM, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
wrote:
The formlib.EditForm dosen't catch all errors form widgets.
...
On May 18, 2006, at 4:12 PM, <[EMAIL PROTECTED]> wrote:
Hi Gary
[...]
With your change, if the error is (or extends!) Invalid, it
is hardcoded to assume the first argument is a string,
message, or something with a reasonably __str__, translate if
it is a message, and wrap the result with a .
On May 22, 2006, at 8:47 AM, Rocky Burt wrote:
Hi all,
I was just curious why zope.schema has fields for datetime.datetime,
datetime.date, and datetime.timedelta but no field for
datetime.time. I
have a need for such a field right now and I think it'd be useful
to be
core to zope.schema
On May 24, 2006, at 11:56 AM, Jim Fulton wrote:
Christian Theune wrote:
...
Hooray. Now, all the moves have happened already. Does someone
know of a good and reliable way to find all the things we broke?
Sure, release 3.3 final and wait for the reports to come in. ;)
FWIW, most or all of
On May 25, 2006, at 12:17 PM, Roger Ineichen wrote:
...
Looks good to me for 3.3 also.
+Note that a EditForm can't make use of a get_rendered method. The
get_rendered
+method does only set initial values.
This sentence got me closer to understanding what you want, at least.
Thanks
Gary
On Jun 26, 2006, at 5:12 PM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitry Vasiliev wrote:
Benji York wrote:
...
Why does the display of the default DateTime widget change?
DatetimeWidget now use zope.i18n for parse and format values so the
display is the same
On Jul 17, 2006, at 12:53 PM, Adam Groszer wrote:
Hi there,
Anybody tried to use the above?
For me it raises
Module zope.app.form.utility, line 348, in getWidgetsData
Module zope.app.form.browser.widget, line 295, in getInputValue
Module zc.datetimewidget.datetimewidget, line 123, in _t
On Jul 17, 2006, at 1:59 PM, Adam Groszer wrote:
Hello Gary,
Sorry for the confusion, just managed it, the last one should fail.
"""this method normalizes datetime instances by converting them to
utc, daylight saving times are also taken into account. This
method requires an adapt
On Jul 27, 2006, at 12:42 PM, Dominik Huber wrote:
Hi,
Today I got a weird error caused by the __cmp__ method of
KeyReferenceToPersistent. Unfortunately I couldn't setup a
dedicated environment to reproduce the error within a test :(. The
only evidence is this traceback:
Traceback (mos
On Jul 28, 2006, at 5:05 AM, Dominik Huber wrote:
Gary Poster wrote:
I object. :-)
Thanks for the feedback!
:-) Thanks for the really clear discussion below. I think I have a
better idea about what is going on.
BTW, I'm trying to squeeze a reply in before I (might) b
I checked in a test and fix tonight for http://www.zope.org/
Collectors/Zope3-dev/674 . Both worked on my Mac and my Ubuntu
systems. On buildbot, the fix didn't break any tests, but the new
test itself made two of five buildbots unhappy: one Linux slave and
one Windows slave reported failu
This appears to be taken care of. The pertinent parts of buildbot
are now green, after a couple of tweaks.
Gary
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
On Aug 2, 2006, at 6:03 AM, Dominik Huber wrote:
Hi Gary
Thanks for your inputs. I was also offline this days...
Gary Poster wrote:
[...]
Well, first of all, I suspect your situation, based on what I've
seen so far, looks something like this:
- code creates obj P1
- code puts
[removed Checkins mailing list--maybe we can choose one list or the
other?]
On Aug 16, 2006, at 10:03 AM, Martijn Faassen wrote:
And at this moment in time, Zope Corporation as far as I understand
is not bound by the same contributor's agreement we are. It's their
repository. This will c
On Aug 21, 2006, at 10:51 AM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Theune wrote:
Florian Lindner wrote:
Am Sonntag, 20. August 2006 06:11 schrieb Christian Theune:
Hi,
you might try a look at the recently released zc.async which
allows you
to levera
On Aug 23, 2006, at 4:56 PM, Philipp von Weitershausen wrote:
Michael Kerrin wrote:
I have just added a new implemation of WebDAV to svn.zope.org
...
You rock!
Yeah, I look forward to looking at this too. :-) Thanks, Michael!
...I also see that it uses zope.locking for the locking. How
Zope Corporation is happy to announce a number of newly open-sourced
packages. All are in use, in development, or both.
We release these packages in the strong hope that others will
contribute to them, from maintenance through extension to
refactoring. The maintainers are effectively "zop
On Aug 24, 2006, at 12:14 PM, Martijn Faassen wrote:
Gary Poster wrote:
Zope Corporation is happy to announce a number of newly open-
sourced packages. All are in use, in development, or both.
[snip long list]
Awesome! And thanks for this announcement! And here Infrae's with
only 3
Anyone object if I change the testbrowser virtual host test helper
(zope.testbrowser.testing.VirtualHostTestBrowserSuite) to run the
virtual host tests on level 2?
Up side: tests that use this feature will go about twice as fast with
a normal test run, and be fine in the common case.
Down s
On Aug 31, 2006, at 5:49 PM, Benji York wrote:
Gary Poster wrote:
Anyone object if I change the testbrowser virtual host test
helper (zope.testbrowser.testing.VirtualHostTestBrowserSuite) to
run the virtual host tests on level 2?
Sounds good to me. I suspect this should be a trunk
In zope/app/publisher/http.zcml we have
I think this should be zope.Public. Otherwise unauthorized users
viewing an untrusted page template will get errors from a template
that tries to do things like tal:attributes="action request/URL".
A non-public permission is particularly
On Sep 11, 2006, at 5:22 PM, Florent Xicluna wrote:
Florent wrote:
I propose to patch the 'trunk' in order to allow removing of these
packages.
Here are the proposed changes:
- catch 'ImportError' when we make use of zope.app.skins
- introduce ZCML feature 'deprecatedlayers' which is 'on'
On Sep 25, 2006, at 12:18 PM, Roger Ineichen wrote:
Hi all
How drops the bforest package out of the zope package?
Do we get bforest package back or should we drop the
API doc registration too for bforest too?
Hm. I ran the tests before checking in the removal.
bforest was added in the olde
On Sep 29, 2006, at 10:03 AM, Jim Fulton wrote:
Tres Seaver wrote:
...
The change from 2.4 to 2.5 is *massively* disruptive for a framework
like Zope: much more so than any change since 2.2, I think (maybe
even
2.0/2.1). The hardest bit is the change to the way the compiler
works:
Rest
On Sep 29, 2006, at 5:08 PM, Luis De la Parra wrote:
then we have z3c.filetype and zope.mimetype. For what I've seen,
z3c.filetype is in a better shape, but both of them seem to be
similar.
I'm not familiar with z3c.filetype. Could you (or someone else)
elaborate on the similarities, and
On Oct 17, 2006, at 12:01 PM, Chris Withers wrote:
So I'm left what the actual use for savepoints is
1) you want to reduce your memory usage within a transaction
2) a) sometimes you want to roll back to a certain point in a
transaction. b) sometimes you do this in a context of an assemble
On Oct 25, 2006, at 10:46 AM, Benji York wrote:
Fred Drake wrote:
My first guess is that this is a licensing-related issue; is that
right?
I don't know, but doubt it. Both MochiKit and dojo are available
under very permissive licenses.
Right, but currently only ZC employees are allowed
On Nov 12, 2006, at 7:30 AM, yuppie wrote:
Hi Benji!
Benji York wrote:
yuppie wrote:
Adding additional complexity for getting the label issue
perfectly right doesn't fit much to the rest of the code. And I
doubt any browser will have trouble with 'for' attributes
pointing to a non-cont
On Nov 17, 2006, at 7:22 AM, Christian Theune wrote:
Hi,
Adam Groszer wrote:
Hello Christian,
Yep, but...
What is the `good` behaviour regarding None values?
Do we need to catalog them or skip them?
Example:
If the object is (user.title == None)
Shall it be kept in the catalog or not?
In ca
On Nov 17, 2006, at 10:23 AM, Adam Groszer wrote:
Hello,
Solutions:
a: No, do not keep None values in the catalog
the current implementation works like this
you are unable to ask the catalog for objects having None
properties
b: Yes, keep None values in the catalog
you can ask the
On Nov 17, 2006, at 10:46 AM, Gary Poster wrote:
This is a less efficient approach than the zc.catalog approach.
Clarification:
Less efficient from a data storage perspective. From a search
perspective, it is more efficient.
Gary
___
Zope3
On Nov 17, 2006, at 11:13 AM, Adam Groszer wrote:
Hello,
Two more questions remain open, but I think they are easy to answer.
In case the field is callable but the method to be called is None
Yes, remove from index.
OR
The method is not None but raises an exception while getting the value
On Nov 17, 2006, at 11:29 AM, Adam Groszer wrote:
Hello Gary,
At the moment it is
try:
value = value()
except:
return None
So that will eat the exception without any signs.
That makes me also glum when I have to dig deep to discover that
something ate an exception.
I propose to remov
On Nov 17, 2006, at 11:38 AM, Christian Theune wrote:
Gary Poster wrote:
On Nov 17, 2006, at 11:29 AM, Adam Groszer wrote:
I propose to remove the try/except.
Is that OK?
Yes, I think removing the bare try...except is definitely the right
thing to do. (Anyone care to disagree?)
Would
On Nov 17, 2006, at 11:44 AM, Christian Theune wrote:
Gary Poster wrote:
Yeah, it makes me a little nervous too. I'm comfortable saying this
should go on the trunk, but I'd default to saying that it shouldn't
be backported, unless there's a groundswell of support.
Sp
On Nov 17, 2006, at 1:46 PM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gary Poster wrote:
On Nov 17, 2006, at 10:23 AM, Adam Groszer wrote:
Hello,
Solutions:
a: No, do not keep None values in the catalog
the current implementation works like this
you are
On Dec 7, 2006, at 8:29 AM, Christian Theune wrote:
Hi,
formlib provides the ability to declare a custom widget class on a
per-form basis.
zc.table's EditColumn doesn't do that, but I'd like it to.
If nobody objects, I'll add a new argument 'custom_widget' to the
constructor of this column a
On Dec 14, 2006, at 7:55 AM, Christian Theune wrote:
Hi,
...
Zagy and I fixed this issue, by making the methods "_getCurrentValue"
and "_getFormValue" use a common method to retrieve the "input value"
and handle the case of converting to the "form value" cleanly.
However, we are not sure,
On Dec 18, 2006, at 2:27 PM, Christian Theune wrote:
Can somebody help me classify this issue?
http://www.zope.org/Collectors/Zope3-dev/721
I'd consider it a bug and change my original target of 3.4 to
include it
as a bugfix in 3.3 (and a backport to 3.2).
But I smell that there might be
On Dec 20, 2006, at 2:42 AM, Christian Theune wrote:
Hi again,
Christian Theune wrote:
Hi,
I just stumbled over the package "optionstorage". The checkin message
when this was added reads:
"This is a generic solution for including editable and multi-lingual
vocbulary-like information in any
On Dec 19, 2006, at 2:34 AM, Christian Theune wrote:
Hi again,
Gary Poster wrote:
I don't have a very strong feeling about it, but lean towards "bug
fix". It didn't break any of our code (or at least any of our
tests :-) ) so it seems safe from my perspective.
I was
On Dec 20, 2006, at 7:15 AM, Christian Theune wrote:
Hi,
Gary Poster wrote:
On Dec 19, 2006, at 2:34 AM, Christian Theune wrote:
Hi again,
Gary Poster wrote:
I don't have a very strong feeling about it, but lean towards "bug
fix". It didn't break any of our code (or
On Jan 12, 2007, at 6:33 PM, Marius Gedminas wrote:
On Fri, Jan 12, 2007 at 05:17:18PM -0500, Benji York wrote:
Marius Gedminas wrote:
I have implemented a --list-modules option in a branch. It
causes the
test runner to apply package and module name filters, and then
print the
list of Py
On Jan 12, 2007, at 6:37 PM, Marius Gedminas wrote:
Due to an accident of implementation, if you pass both -u (run unit
tests) and -f (run non-unit tests) to the test runner, it will not run
any tests at all. That is not useful.
I have a branch where test.py -fu is equivalent to specifying
On Jan 23, 2007, at 3:20 AM, Shaar Gabriel wrote:
Hi
i think i found a bug in zc.relationship svn.
the bug is in shared.AbstractContainer.isLinked
if the target parameter is a container with no objects, then it
resolves to
False in a bool context and tokenization fails
target and tokenize({
On Feb 21, 2007, at 9:31 AM, Shaar Gabriel wrote:
hi
a little thought about zc.resourcelibrary.
shouldn't the added resources (at least javascript) be closer to head> than
to .
this way the specific javascript resources can make use of the more
general
ones included in the skin with the te
On Feb 21, 2007, at 8:10 PM, Roger Ineichen wrote:
Hi alga
Is this mine or is there something wrong with
zc.catalog.index, BTreeAPI or?
-
self._add_value(doc_id, value)
File "D:\reflineRecruiter\app\trunk\src\zc\catalog\index.py",
line 115, in _add_value values_to_documents[added] =
s
On Feb 22, 2007, at 1:57 AM, Jürgen Kartnaller wrote:
Gary Poster wrote:
Hi Roger.
zc.catalog 1.1 is stable, 1.2 is dev.
The trunk of zc.catalog, and the upcoming 1.2 release line, works
with the ZODB trunk (ZODB 3.8, Zope 3.4), which is gaining some
tools to manage the two new families
On Feb 24, 2007, at 3:59 PM, Philipp von Weitershausen wrote:
[...]
I once mused about this and came up with rwproperty (a decorator
spelling for getters *and* setters, del'ers) and classproperty
(uses nested class statement): http://www.z3lab.org/sections/blogs/
philipp-weitershausen/2006
On Feb 28, 2007, at 9:10 PM, Philipp von Weitershausen wrote:
I didn't realize rwproperty was so popular. I've been wanting to
put it on the Cheeseshop since I found out about its popularity.
It's like you're reading my mind :). http://cheeseshop.python.org/
pypi/rwproperty
Awesome, thank
On Mar 17, 2007, at 2:26 PM, Nando Quintana wrote:
Hi guys,
Mikel and me are testing some zope3 features in the camp5 sprint in
North Carolina and have seen an strange behaviour on the setindex.
the 'all_of' query performs an intersection of the results got for
each value in the query.
B
1 - 100 of 331 matches
Mail list logo