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.
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
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/
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
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
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,
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
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 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 backwards-compatibility
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:
zope:vocabulary
name=philosophers
file=philosophers.csv
/
We have something like this--except the
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
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
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 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 are you
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,
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
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
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
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 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
On Feb 24, 2006, at 4:27 PM, Morten W. Petersen wrote:
Hi,
I have the following browser configuration:
configure
xmlns=http://namespaces.zope.org/zope;
xmlns:browser=http://namespaces.zope.org/browser;
browser:addMenuItem
title=Recipe
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
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
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
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
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
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
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
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 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 maybe
On Feb 13, 2006, at 10:05 AM, Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stephan Richter wrote:
On Monday 13 February 2006 08:36, Philipp von Weitershausen wrote:
[...]
+1 to Stephan's comment, Tres' comment, and Tres' use of the word
ukase (which I had to look up).
On Feb 11, 2006, at 9:24 AM, Martin Aspeli wrote:
On Sat, 11 Feb 2006 10:39:52 -, Lennart Regebro
[EMAIL PROTECTED] wrote:
[...]
There are methods for neatly deprecating things like this, and they
have been employed consitently in Zope 3, and quite consistetly in
later versions of
On Feb 11, 2006, at 11:48 PM, Philipp von Weitershausen wrote:
[...]
Indeed. Plus, I strongly feel that pushing Zope 3 more than Zope 2 or
viceversa isn't helping. We need to push Zope-the-technology and
Zope-the-community. Branding Zope 3 and making it look like something
separate now when
On Feb 9, 2006, at 9:25 PM, Shane Hathaway wrote:
Roger Ineichen wrote:
That's a very interesting idea.
It is a very neat idea. You asked for gut reactions, and I must
admit that I regard the ZODB as more attractive and more central to
the Zope story than some, so my gut reaction is
On Feb 8, 2006, at 7:53 AM, Lennart Regebro wrote:
Now, who can organise this hype-contest that everybody seemed tothink
was a good idea?
It wasn't a mandate. I got three kinds of responses (publicly and
privately):
1 Yes, go for it.
2 If we split it up so that it's not a website
I'm not sure shuffling the hype and Zope 3 marketing conversations to
zope-web is a good idea. I'm not trying to fix zope.org (eek), and
I'm not trying to improve the Zope 2 image (though that would be nice
too). I, and I think others, are interested in marketing Zope 3.
As such, are we
On Feb 8, 2006, at 6:34 PM, Martijn Faassen wrote:
Gary Poster wrote:
[snip]
I think the split-up contest--response 2--that Joel Moxley
proposed on the list and others proposed privately to me sounds
good.
I'm not really thrilled about that idea. Marketing needs to be a
unified
On Feb 6, 2006, at 9:52 AM, Chris McDonough wrote:
BTW, how impending is impending? Days, weeks, months? Anybody
know?
The word on the street is a pretty small number of weeks.
(I believe the general idea at ZC is to not announce any precise
guess as to exactly how impending we think
On Feb 6, 2006, at 2:31 PM, Paul Winkler wrote:
On Mon, Feb 06, 2006 at 01:53:29PM -0500, Benji York wrote:
Shane Hathaway wrote:
Stephan Richter wrote:
Okay, I am giving in on this. There is a three step process that
will
have to be fullfilled to assign a codename to the Zope 3.3
(apologies to Martijn and Stephan for repeating this email: zope.org
rejected my previous emails)
On Feb 6, 2006, at 6:51 AM, Martijn Faassen wrote:
Stephan Richter wrote:
On Monday 06 February 2006 06:13, Martijn Faassen wrote:
Is this stuff intended to end up in the zope core
(Apologies to Martijn for the dupe; again, zope.org rejected my
previous mail)
On Feb 6, 2006, at 6:13 AM, Martijn Faassen wrote:
Gary Poster wrote:
[snip lots of cool stuff]
Great, more stuff to play with! :)
Just saw zope.file; this begs to be combined with hurry.file's
smart upload
(...sigh...apologies to Stephan...)
On Feb 6, 2006, at 6:35 AM, Stephan Richter wrote:
On Monday 06 February 2006 01:15, Brad Allen wrote:
By new website, do you mean a Zope 3 advocacy site, or a general
documentation site? Making a separate site for advocacy seems like
a no-brainer (ala
On Feb 6, 2006, at 3:26 PM, Shane Hathaway wrote:
Gary Poster wrote:
Me too. Maybe even a +(0x1). Zope 3: Revolution, Zope 3:
Renaissance, and Zope 3: Rebirth were my favorites of the bunch. :-)
Well, a new name for Zope 3 sounded like such a bad idea that it
didn't even occur to me
On Feb 6, 2006, at 5:37 PM, Martin Aspeli wrote:
[...]
This is about getting people to *understand* what Zope is about, to
understand that we *care* that they understand and that we made an
*effort* to make it easy for them to get into it. It's about
lowering the barrier to entry and the
On Feb 5, 2006, at 10:41 AM, Stephan Richter wrote:
On Wednesday 11 January 2006 14:10, Gary Poster wrote:
zope.locking: a replacement for zope.app.locking that provides
additional features while learning from the zope.app.locking
strengths and weaknesses.
Could we deprecate
On Feb 5, 2006, at 12:20 PM, Stephan Richter wrote:
On Tuesday 24 January 2006 12:26, Shaun Cutts wrote:
It would seem that the current default mechanism is poorly suited to
providing default values for non-immutables. For example:
class IBar( Interface ):
a = Object( schema = IFoo,
[My apologies for spamming zope-dev; I neglected to add the 3 in
the first post]
Zope Corp has released nine new packages as standalone Zope 3
projects on zope.org. Three are completely new to the zope.org
repository, and six were previously part of the zc Sandbox on zope.org.
These
On Jan 30, 2006, at 3:21 AM, Michael Howitz wrote:
Hi, as suggested in #zope3-dev I'll post my experiences with interface
invariants and formlib here.
I have an interface with two password fields which should be equal:
class IUser(Interface):
On Jan 30, 2006, at 12:11 PM, Jim Fulton wrote:
Fred Drake wrote:
On 1/30/06, Michael Howitz [EMAIL PROTECTED] wrote:
I have an interface with two password fields which should be equal:
class IUser(Interface):
password=zope.schema.Password(title=upassword)
On Jan 27, 2006, at 5:16 AM, Christian Theune wrote:
Hi,
(this is about zope.schema)
I assumed that the fields Bytes and ASCII have some distinction. The
ASCII field explicitly checks for every character to have an ordinal
value lower than 127.
Bytes however does a cast in fromUnicode(u)
On Jan 24, 2006, at 12:22 PM, Shane Hathaway wrote:
Fred Drake wrote:
On 1/24/06, Chris Withers [EMAIL PROTECTED] wrote:
Shane Hathaway wrote:
Philipp von Weitershausen wrote:
However, I think one namespace for ZCML is enough.
Are you sure?
Perhaps it's reasonable to use a single
On Jan 23, 2006, at 10:08 PM, Stephan Richter wrote:
On Monday 23 January 2006 20:56, Shane Hathaway wrote:
Chris Withers wrote:
You didn't read what I said... I assert that anyone who binds the
http://namespaces.zope.org/zope to anything other than the default
namespace, or
I moved the proposals I made last week to the wiki. The mapping is
listed below. I have implementations for all of them and will
probably check them in tomorrow sometime barring further discussion.
I did have one qualm with the auth proposal, as I described and
implemented it. As before,
On Jan 13, 2006, at 12:18 AM, Jeff Shell wrote:
...
With all of the other principal / group mini-proposals going on, does
there need to be a way to strongly (if that's the right word) compare
a principal looked up from an id that came out of... well, somewhere
(a transaction log record, a
Background:
The pluggable authentication utility (hereafter called PAU; found in
zope.app.authentication) allows two kinds of plugins, credential
plugins and authenticator plugins. The PAU currently keeps track of
the names that it should use for these two types of plugins, and then
On Jan 13, 2006, at 6:34 PM, Roger Ineichen wrote:
Hi Gary
Hey Roger
[...]
All arguments are Ok for me.
Cool.
But I think the PAU at all is to complex
and this whoul not change.
Do we really need such a complex authentication module in z3?
Well, I know it has come in handy for us.
Problem:
We want to perform actions when a user is added to a group, and
possibly when a user is removed from a group. There is no hook point
for this currently in the zope.app.authentication code.
Solution:
Fire events in the zope.app.authentication code when principals are
added and
Primary problem:
We frequently want to know the full closure of group membership. The
groups attribute of zope.security.interfaces.IGroupAwarePrincipal is
a list of groups to which the principal directly belongs. The full
closure--including the groups to which the principal's groups
On Jan 12, 2006, at 2:11 PM, Gary Poster wrote:
def IPrincipalAddedToGroup(interface.Inteface):
group = interface.Attribute('the group to which the principal
was added')
principal = interface.Attribute('the principal added')
def IPrincipalRemovedFromGroup(interface.Inteface
On Jan 12, 2006, at 7:18 PM, Florent Guillaume wrote:
Gary Poster wrote:
On Jan 12, 2006, at 2:11 PM, Gary Poster wrote:
def IPrincipalAddedToGroup(interface.Inteface):
group = interface.Attribute('the group to which the
principal was added')
principal = interface.Attribute
I just moved development of three Zope Corp packages from our
internal repositories to the zope.org repositories. We're relying on
all three of them.
zc.catalog: extent catalog with end-of-transaction indexing; set
indexes; value indexes; date indexes; stemmer for the standard zope
text
Problem:
The view for the unauthorized exception (zope/app/exception/browser/
unauthorized.py/.pt) gets the authentication utility to issue a
challenge, and then draws a page. Drawing the page is silly in some
cases, and problematic in others.
In particular, for session credentials, the
On Dec 6, 2005, at 5:35 PM, Tarek Ziadé wrote:
Gary Poster wrote:
...
I have old proposals for this, and some revisions of them on the
basis of conversations with Jim, Fred, Stephan, and Benji.
...
...
I am looking forward for the proposal revision :)
Just a heads up that I am
On Dec 28, 2005, at 5:00 PM, Igor Stroh wrote:
Rocky Burt wrote:
...
Its my personal opinion that anytime a page template requires logic
complicated enough to warrant using a 'python:' expression, that
logic
should be re-thought and placed into a view class. ...
First, I have sympathy
On Dec 19, 2005, at 2:41 PM, Gary Poster wrote:
On Dec 17, 2005, at 4:06 PM, Gary Poster wrote:
On Dec 16, 2005, at 4:20 PM, Benji York wrote:
Gary zope/i18n/format.py:141 and 149
Update, if anyone needs to follow along:
...
This is fixed in trunk and 3.2 branch. Thanks to Stuart Bishop
zope/app/publisher/browser/menu.py, line 132, security proxies the
'modules' name. This is pretty annoying, and seems unnecessary to me
for a zcml filter: trusted filesystem code. Anyone want to defend it?
Gary
___
Zope3-dev mailing list
On Dec 16, 2005, at 4:20 PM, Benji York wrote:
Gary zope/i18n/format.py:141 and 149
(Not entirely sure why Benji blessed me with this assignment ;-) ,
but...)
As I wrote before, this is an evil bug caused by a misuse of pytz
code: timezones in this code can be pickled, but then not
On Dec 16, 2005, at 4:20 PM, Benji York wrote:
Gary zope/i18n/format.py:141 and 149
Yup: the pytz StaticTzInfo is being used in a non-API way, and while
pickling works, unpickling doesn't (ew!).
Here's the interactive prompt example, if anyone cares.
import pytz.tzinfo
tz =
On Dec 16, 2005, at 4:56 PM, Gary Poster wrote:
...
I think I can fix it by using the pytz.reference.FixedOffset
class. That's what I'll try to do now.
BTW, let me note that this is still bad. These things *should not*
be persisted: they will generate lots and lots of little instances
On Dec 14, 2005, at 4:56 AM, Dominik Huber wrote:
Gary Poster wrote:
I'm pretty sure there's a proposal on the wiki somewhere with
Jim's full lookup algorithm that you want, but the iro for the
pertinent object(s) usually gets me far enough.
That might be the proposal you mentioned
On Dec 13, 2005, at 10:11 AM, Benji York wrote:
Jeff Shell wrote:
I think there was a proposal for smart widgets that could require
Javascript but have the supporting Javascript library loaded only
once..? What's become of that?
That sounds like zope.resourcelibrary
I plan to do this tomorrow, in the silence means consent vein.
Want to refresh your memory?
http://mail.zope.org/pipermail/zope3-dev/2005-December/016887.html
Gary
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub:
On Dec 13, 2005, at 9:32 PM, Gary Poster wrote:
I sent this out too hastily. See below.
The answer we expected to give to the improved implementation
details hinged on the page postprocessing proposal Jim made.
It was not a proposal, but a brainstorm.
http://mail.zope.org/pipermail
On Dec 11, 2005, at 4:23 AM, Tadashi Matsumoto wrote:
Hello
I was looking into the following code of intid's __init__.py.
...
I think it is better to use, for example, 2**30 instead of 2**31.
Looks like a good catch to me.
Also looks like 2**31 -1 would be sufficient (typical
On Dec 11, 2005, at 11:00 AM, Tadashi Matsumoto wrote:
On Sun, 11 Dec 2005 08:30:06 -0500
[EMAIL PROTECTED] wrote.
...
No it wouldn't, because intid will increase.
Ah yes, true: I neglected that part of what was going on. Jim's
reply is more to the point.
At which point you should
There are a surprising number of components in zope.app designed to
help with logging out. They are all trying to solve the problem that
some authentication can't log out, so you shouldn't show logout links
then.
I only care about the pluggable auth in zope.app.authentication.
On Dec 8, 2005, at 10:58 AM, Sidnei da Silva wrote:
On Thu, Dec 08, 2005 at 10:11:46AM -0500, Gary Poster wrote:
| ...
Sounds good to me.
Cool.
Only one issue that you should have in mind, and that has bitten me
several times with the Zope 2 PluggableAuthService is the following:
If you
On Nov 30, 2005, at 2:18 PM, Chris Withers wrote:
Gary Poster wrote:
Zope 2 depends on Zope 3, via Five. Zope 3 does not depend on
Zope 2.
A very good point, but one which makes me feel that Zope 2
shouldn't be merged in with Zope 3 ;-)
Actually, yes, all of my points were made
On Nov 23, 2005, at 10:16 AM, Philipp von Weitershausen wrote:
Sounds crazy, I know. But I'm serious. Looking for your comments at:
http://dev.zope.org/Zope3/
ReuniteZope2AndZope3InTheSourceCodeRepository
I already spoke with Philipp on IRC about this, but for the record,
and speaking
While I don't agree with the +1 voters, I understand and appreciate
their arguments. That said...
On Nov 23, 2005, at 6:49 PM, Jens Vagelpohl wrote:
People keep telling Zope2 developers that the inclusion of Zope3
doesn't mean you have to touch it, if you don't use it it is just
inert
On Nov 21, 2005, at 12:29 PM, Jean-Marc Orliaguet wrote:
There is another place where there seems to be two different
patterns too:
sometimes we have:
import zope.schema
name = zope.schema.TextLine(...)
and sometimes:
from zope.schema import TextLine
name = TextLine(...)
On Oct 28, 2005, at 6:18 AM, Martijn Faassen wrote:
Hey,
Martijn Faassen wrote:
Would there be any interest in merging hurry.query into Zope 3.2?
Apparently not, or at least people are lacking in time, which is
understandable as I do too. :) I'll try in more advance for Zope
3.3. We
On Oct 26, 2005, at 10:26 PM, Stephan Richter wrote:
Log message for revision 39662:
I think this fixes our security proxy issues. Gary, that's cool
with you?
Yeah, I'll take it. ;-) Thanks a lot!
Gary
___
Zope3-dev mailing list
On Oct 17, 2005, at 11:23 AM, Dominik Huber wrote:
...
IMO it is very important to provide a standardized way to handle
complex, formbased views properly (- prefix like nested widgets)
Agreed. FWIW, this is another part of the subview package. I tried
to spell this out very explicitly.
On Oct 17, 2005, at 12:08 PM, Stephan Richter wrote:
On Saturday 15 October 2005 15:48, Gary Poster wrote:
I also really wish we could agree on a subview-addressing story (for
AJAX) and a drag-and-drop story. We have experience with our drag
and drop story, and are proposing a new AJAX
On Oct 15, 2005, at 9:52 PM, Roger Ineichen wrote:
[...]
The content provider package offers just the API for collecting
additional content. This pattern can be used directly in python
or in page templates.
There is no reason that we have to use a viewlet implementation for
this. The content
On Oct 15, 2005, at 8:24 AM, Stephan Richter wrote:
...
What are we looking for?
- Comments on the Python API.
- Comments on the ZCML API.
- Comments on the ZPT API.
- Use cases that you might think are not covered by the design and
implementation.
- Whatever you like to say about it...
Hi
Hey Tres.
I apologize for not looking at your efforts so far, but just in case
I can help quickly, have you seen this, and is it pertinent?
http://mail.zope.org/pipermail/zope3-users/2005-September/001078.html
Gary
___
Zope3-dev mailing list
On Sep 30, 2005, at 2:25 PM, Fred Drake wrote:
The last time we discussed the zcml:condition attribute for ZCML, we
decided that there should be a general registry of feature names that
should be checked when defining a new feature name. I think that I
suggested a page in the Zope 3 wiki as
On Sep 30, 2005, at 6:29 PM, Fred Drake wrote:
For the record, Gary capitulated via IM rather than by email to the
list. (I didn't even have to force his hand... wonder if he's feeling
ill?)
I'm send this email to:
1. Give Gary a chance to say Oh no I didn't! in public. :-)
2. Let people
On Sep 25, 2005, at 3:58 PM, Christian Lueck wrote:
...
zope.app.container.interfaces.IAdding seems most promising -- but what
to do with it?
Question:
Is it right to register a formlib-based addview with the
browser:page-directive?
Yep.
How do I get the + ? ;)
The '+' is an
On Sep 26, 2005, at 2:10 PM, Stephan Richter wrote:
On Monday 26 September 2005 13:36, Florent Guillaume wrote:
In Zope 3, is it worthwhile to have a kind of ObjectWillBeCopied/
Added event for that, or do you guys feel that this kind of vetoing
should be done by simply subscribing to
I saw in the CHANGES for 3.1 that we Added the HTTP request
recorder, which lets you inspect raw HTTP requests and responses. It
can be used to create functional doctests without requiring third-
party tools such as TCPWatch.
Is this zope.app.recorder? I think so. If so, it appears to be
On Sep 22, 2005, at 1:36 PM, Garrett Smith wrote:
Why does z/a/container/traversal/ContainerTraversal include '@@' in
the default view name? This is not the case in
SimpleComponentTraverser (z/a/publication/traversers). Is there
something special about containers that their default view
On Sep 16, 2005, at 6:15 PM, Garrett Smith wrote:
On Friday, September 16, 2005 3:58 PM, Gary Poster wrote:
You could also be asking about the pipeline ideas, but that's not my
first guess. :-)
Yes, I suspect this is what I'm missing.
Maybe so. Maybe you just disagree
Martijn Faassen wrote:
Hi there,
We're trying to hunt down a weird bug that is probably our own fault,
but it's pretty obscure, and we want to exclude the possibility that
any of this has to do with zc.catalog, which we're using (the SetIndex
component).
The version in the sandbox is 6
On Sep 7, 2005, at 9:13 AM, Florent Guillaume wrote:
Jim Fulton wrote:
I think that sources are different than initial value. I really
don't
see any role that initial value has in an object specification.
A schema is a specification for an object that provides the schema.
An initial value
Benji posted this last week and we don't have any feedback yet. We
would really like some, even if it is to ask us to clarify what the
heck it is about. Some of our other code that we want to contribute
depends on this.
The use case for this tool is to allow rich view components, such as
101 - 200 of 254 matches
Mail list logo