Chris McDonough wrote:
On Nov 24, 2005, at 8:37 AM, Martijn Faassen wrote:
I recall a slightly different discussion I was involved in. I
remember Zope 2 core developers worrying about the inclusion of Five
in Zope 2.8; they were worried they'd need to maintain its codebase.
I was one
Paul Winkler wrote:
On Thu, Nov 24, 2005 at 11:03:35PM +0800, Philipp von Weitershausen wrote:
I'd love to participate in some sprints on these.
Me too.
PyCon Dallas 2006 is only 3 months away and would be a great opportunity
for such sprints. There's nothing about Zope here yet:
Stephan Richter wrote:
On Wednesday 23 November 2005 10:16, Philipp von Weitershausen wrote:
Sounds crazy, I know. But I'm serious. Looking for your comments at:
http://dev.zope.org/Zope3/ReuniteZope2AndZope3InTheSourceCodeRepository
I am -1. If I could I would veto this proposal. Here is
Gary Poster wrote:
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 =
Hi there,
Jean-Marc Orliaguet wrote:
are there any guidelines / best practises for setting the contents of
__init__.py, interfaces.py, and the packages that they import or that
they expose? there are too many alternatives and too many ways of ending
up doing circular imports and I'd like to
Jean-Marc Orliaguet wrote:
OK, so to summarize this thread:
- __init__.py files are empty
unless for the convenient import of other modules located in the same
package or in a subpackage?
I'm typically okay with this, though I suspect it can in some cases lead
to circular imports you
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
find it very useful here at Infrae, but of course it works
Hi there,
Would there be any interest in merging hurry.query into Zope 3.2?
What it does:
hurry.query - higher level query system built on top of the Zope 3
catalog. Some inspiration came from Dieter Maurer's
AdvancedQuery. See src/hurry/query/query.txt for
Stephan Richter wrote:
On Tuesday 11 October 2005 12:41, Philipp von Weitershausen wrote:
If anyone here really needs WYSIWYG, please make a point, but I doubt that
there will be one...
It's a top priority for Jim. Uwe and I agreed we would prefer ReST.
I got the impression from Jim that
Hey Mats,
Thanks for joining this discussion!
Mats Nordgren wrote:
My name is Mats, I've visited #zope-dev under the nick gnosis. I've long
been a fan of Zope but very inactive in the community. I'm not much of a
programmer and always had a hard time grepping Zope2. Zope3 has made great
Uwe Oestermeier wrote:
Martijn Faassen wrote:
I'm very curious to see what work was done on a Zope 3 website at the
Neckar sprint. Can someone send a report to the list?
We (Dominik Huber, Tonico Strasser, Gregoire Weber, and I) set up a
zope3org package (http://svn.zope.org/zope3org
Hey Philipp,
Philipp von Weitershausen wrote:
[snip]
Here's my 2 cents, even if I might be too late (but hey, when should
I have brought this up?): I think it's a *bad* idea to host Zope 3 on
its own site, because:
a) It will be yet another systems we need maintainance volunteers
for. As it
Stephan Richter wrote:
On Tuesday 11 October 2005 09:36, Jake wrote:
Why not spend the time and energy making Zope.org a better place
than just moving it off to yet another under-developed and utilized
website?
zope.org has very different requirements than zope3.org. The reason
we want our
Reinoud van Leeuwen wrote:
On Tue, Oct 11, 2005 at 03:53:23PM +0200, Martijn Faassen wrote:
Perhaps we can come up with a similar scenario as what we think is going
to happen with Zope 2 and Zope 3. Zope 2 is the old, hard to maintain
system here, Zope 3 the new cool system. We intend
Stephan Richter wrote:
On Tuesday 11 October 2005 08:57, Martijn Faassen wrote:
As goals for the site, at least the top level of it, I'd suggest
marketing, and developer marketing primarily. We need to put across that
Zope 3 is powerful, cool, easy, extensible, and built on the vast amount
Stephan Richter wrote:
On Tuesday 11 October 2005 12:20, Martijn Faassen wrote:
[snip]
zope.org will be very heavy. zope3.org will be very light; a simple
Wiki-like site that promotes collaboration. Even marketing is out of
scope right now.
Can you point me to the place where
Jim Fulton wrote:
A better change would be to arrange for the root directory to be excluded
from the Python path. In general, any script we use should, by default,
exclude its directory from sys.path.
Maybe this only turns up if you have a package layout where the
__init__.py is in the same
Jim Fulton wrote:
Martijn Faassen wrote:
Stephan Richter wrote:
On Friday 30 September 2005 04:58, Martijn Faassen wrote:
Such an event however does not appear to be fired when an
UnauthenticatedPrincipal gets fired. This makes adding groups to such a
principal not so easy.
I think you
Hi there,
There doesn't appear to be a way to get the client's IP address from the
request. Zope 2 has a getClientAddr() on the request object that uses
_client_addr, which gets created like this:
if environ.has_key('REMOTE_ADDR'):
self._client_addr = environ['REMOTE_ADDR']
if
Steve Alexander wrote:
I think so too. But I whould not try to explain a PAU (pluggable
authentication utility) without to use the word principal. I think
using the words user or participant for a principal in this case is
not a good idea.
Perhaps the scope of the PUA can be extended to have
Hi there,
I've just put the 'hurry' extension library for Zope 3.1 in the Zope 3
base. For commentary on what it's all about, see my blog entry:
http://faassen.n--tree.net/blog/view/weblog/2005/09/09/0
In brief, it contains the higher level query language I talked about
before, an advanced
Hey Z3ECMers,
I've just put the 'hurry' extension library for Zope 3.1 in the Zope 3
base. For commentary on what it's all about, see my blog entry:
http://faassen.n--tree.net/blog/view/weblog/2005/09/09/0
In brief, it contains the higher level query language I talked about
before, an
Martijn Faassen wrote:
Hey Z3ECMers,
[oops, wrong mailing list; will resend. sorry for people seeing this twice]
Regards,
Martijn
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail
Martijn Faassen wrote:
Jim Fulton wrote:
Martijn Faassen wrote:
While the browser:page directive can take a content class for its
'for' attribute (instead of an interface), the browser:defaultView
directive doesn't accept this. I tried changing the interface of the
defaultView directive so
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 weeks old; have there been
Hi there,
While the browser:page directive can take a content class for its 'for'
attribute (instead of an interface), the browser:defaultView directive
doesn't accept this. I tried changing the interface of the defaultView
directive so it also accepts classes, but that by itself does not
Jim Fulton wrote:
[snip]
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?
Sorry for being unclear. I meant the
Gary Poster wrote:
On Aug 30, 2005, at 1:57 PM, Martijn Faassen wrote:
[snip]
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
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
Dieter Maurer wrote:
Martijn Faassen wrote at 2005-8-25 13:49 +0200:
... AdvancedQuery ...
I need to figure out the lazy sorting concept too and how to port it to
the Zope 3 catalog... I see elsewhere in the thread you also mention it
supports a simple form of joins, which is also very
Hi there,
I just saw this being changed in the wiki (by Fred Drake):
the new zope.formlib. - -- Reimplement file objects (for
Zope 2 or Zope 3 to take advantage of the new 'zope.formlib'
I'm curious to hear what this is about. I've been dealing with file
widgets in particular a lot
Paul Winkler wrote:
Martijn Faassen wrote:
Missing powerful query concepts
---
Certain powerful query concepts like joins, available in a relational
setting, are missing. I've already run into a scenario where I wanted to
someting like this: given a bunch
Benji York wrote:
Martijn Faassen wrote:
* after object creation but before the object is added,
various things are done to the object.
* authorization error: user cannot access various attributes.
If these things are done by subscribers, would using trusted subscribers
help?
I guess
Florent Guillaume wrote:
Does it work to just set __parent__ to the container? Or does the
zopesecuritypolicy require more accurate context?
I think that might work, though I've had previous problems with actually
being allowed to *set* the __parent__ to the container. :)
I would also be
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stephan Richter wrote:
On Friday 05 August 2005 09:46, Benji York wrote:
By my estimations(i hope i'm not wrong :) C version gives ~20-26% speed
up for different methods.
Running the functional tests for a Zope 3 based
Hi there,
I'm trying to debug the security of a Zope 3 application (in Zope 3.1
beta) and I am having trouble getting ZOPE_WATCH_CHECKERS to work.
If I set it to 1, I expect to see information on which attributes on
which object are denied. I however see nothing whatever.
If I set it to a
Martijn Pieters wrote:
I'd like to update the horribly outdated version of docutils in the
Zope3 tree (version 0.3.0) to the latest resease (version 0.3.9).
+1
Regards,
Another Martijn
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub:
Martijn Faassen wrote:
Hi there,
I noticed another possible oddness with zc.page.
[snip description]
Just pinging this thread; I'd still like to know whether this behavior
is considered a bug, and if so, how to go about fixing it. If not, is
there some way to accomplish what I want
Fred Drake wrote:
On 7/7/05, Martijn Faassen [EMAIL PROTECTED] wrote:
I hope that moving it into the zope package doesn't mean it will be only
maintained for Zope 3.2 (as it requires python 2.4). While I obviously
don't expect it to be released with Zope 3.1 I hope we can pull a
release
Tres Seaver wrote:
[snip]
I find the same pattern creeping into my work: content objects need to
be policy free, which means that they can't do things like emit
events, because whether and when to emit them is policy. For
instance, if your content objects have setter methods (or properties as
Hi there,
in zope.app.catalog.attribute, there's the following functionality:
def index_doc(self, docid, object):
if self.interface is not None:
object = self.interface(object, None)
if object is None:
return None
value =
Hi there,
We just noticed that some objects were not being cataloged correctly.
After a lot of debugging, we noticed the following:
The IntId utility wouldn't find the unique id for an object when a
modified event was sent. As a result, it wasn't being indexed.
We figured out that there
Jim Fulton wrote:
Martijn Faassen wrote:
Christian Theune wrote: [snip]
I'm actually interested in what the plans/needs for zc.page are
to move into core. Maybe I/we can spend some time on bug fixing
...
Even if not in the core, it'd already help if this wasn't a
one-time snapshot
Hi there,
I'm using zope.app.testing.functional.FunctionalTestCase to write
functional, Python-level tests for a Zope 3 application, and I just ran
into something that might or might not be a bug.
When the application code tested changed the site using setSite(), the
next test will still
Hi there,
Since we keep running into snags and frustrations with the zope.app.form
package, we're checking out zc.page and see whether it could help us
any. We're going to try using it today.
We have some concerns though:
* the snapshot is probably aging as bugs get discovered and fixed in
Stephan Richter wrote:
[snip]
Then there are of course various Five-based projects, but I am not familiar
with them. Can anyone enlighten me here? Also, if I forgot any project,
please tell me about it! It does not have to be a commercial product either!
Concerning Five projects, one project
Benji York wrote:
Gintautas Miliauskas wrote:
Log message for revision 30377:
Fixed a typo.
-pThis probably because the class' module, +pThis probably because
the class module,
I don't think the apostrophe was misplaced, but there should probably be
an is in there. How about this:
Jim Fulton wrote:
Julien Anguenot wrote:
Can we consider the inclusion of lxml or elementtre within the Zope3
core ?
Absolutely.
Cool!
Are the repective licenses, BSD and MIT-like an issue ?
Absolutely. :)
I would prefer that we include lxml and that it be ZPL.
That is, my hope is that Martijn
Five 1.0 released!
==
The Five team is happy to release Five 1.0. Five is a Zope 2 product
that allows you to integrate Zope 3 technologies into Zope 2, today.
There are no big feature additions compared to Five 0.3, but does
include significant bugfixes, along with some minor
Shane Hathaway wrote:
[snip]
I'm sure Fred is doing excellent work, but I'm having trouble seeing why
we need zpkgtools. Is it not sufficient to just python setup.py
install all of Zope 3? I've been doing that with Zope 3 Subversion
checkouts and Twisted, even though I actually use less than 10%
Stephan Richter wrote:
[snip]
I think of zpkgtools as a prototype for extensions that are necessary
for distutils.
Is it the Zope project's job to extend distutils, though? I mean,
developing something new is nice, but there's a lot of a new stuff on
our plate already, isn't there?
Overall,
Jim Fulton wrote:
Martijn Faassen wrote: [snip]
[snip]
I've always said that we will provide support for
transitioning to Zope 3, being careful to say transition support
rather than backward compatibility.
And that's not what the Zope X3 release notes strongly imply, which is
again, my point
Martijn Faassen wrote:
[snip]
This is what settled in our mind as the plan. It may be where Stephan
got this idea. It is still interfering with the message coming from Zope
Corporation that it appears did undergo some shifts over time.
Whoah, that last sentence makes no sense, I mean something
Hey,
I think the most sane would be:
Zope 2.8 - Zope 2.9 - Zope 2.x, for however many iterations it's
necessary. Zope 2 will grow some Zope 3 forward compatibility with Five,
but this depends on Five contributors. Right now, we're doing fairly
well and we hope this keeps up.
Zope X3.0 - Zope
Paul Winkler wrote:
[snip]
Something looking like Nevow maybe?
Its template language looks kind of like ZPT without all the
fancy TALES expressions.
I'll also take a look at the Nevow to see whether we can get any ideas
about a Clarity frontend.
Regards,
Martijn
401 - 455 of 455 matches
Mail list logo