Hi there,
I'm happy to announce that five student projects were accepted to the
Google Summer of Code this year. It looked dark for a while with only
2 projects assigned at first, but luckily that changed. Thank you,
Google!
You can find an overview of the accepted projects here:
Hi there,
I just found out about this site:
http://www.blueskyonmars.com/projects/paver/
I know that the author has used buildout in the past. He apparently
decided to roll his own.
I have no idea what the technical qualities of paver are. To get your
attention, let me spell out a strongly
Baiju M wrote:
Paul Carduner wrote:
Log message for revision 85449: creating a branch to see what I can
do about extjs integration.
Is Paul Carduner paying attention to this thread? He's still continuing
to check in code that uses ExtJS.
Granted we don't *distribute* ExtJS, but we're
Jim Fulton wrote:
[snip]
We *still* can't put the ExtJS code itself into svn.zope.org, but
perhaps we can now allow checking in ZPLed code which uses it.
No, we can't. I am willing to be overridden by the Foundation Board on
this. Absent that, consider this an edict. :)
Actually we
Jim Fulton wrote:
[snip]
can you elaborate with a few more sentences
why?
I could, but I'd rather not. I suggest reading:
http://mjg59.livejournal.com/84586.html
if you haven't already.
I concur with Jim - let's avoid ExtJS as their license is not clear.
When I studied th details of
Tres Seaver wrote:
[snip]
The second problem that might arise, is that the implicit assumption
that every object inside Zope 2 inherits from Acquisition base classes
no longer holds. Code that relies on the various aq_* attributes to be
there need to be adjusted to use the Acquisition methods
Hanno Schlichting wrote:
Martijn Faassen wrote:
Alexander Limi wrote:
On Mon, 14 Apr 2008 10:11:11 -0700, Philipp von Weitershausen
[EMAIL PROTECTED] wrote:
*IF* you'd like to be pragmatic, I'd suggest we clean up those
failing Plone tests, merge the branch and be on our way.
This gets
Bernd Dorn wrote:
On 16.04.2008, at 18:34, Malthe Borch wrote:
The ``constraints`` module in zope.app.container seem to be usable
outside a ZODB-application---ditto most of the interfaces.
If we want to support a nozodb-environment, it would be nice to not
have to pull in ZODB just to get
Hey,
Hanno, this is a major step forward! +1 from me as well.
Regards,
Martijn
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
Alexander Limi wrote:
On Mon, 14 Apr 2008 10:11:11 -0700, Philipp von Weitershausen
[EMAIL PROTECTED] wrote:
*IF* you'd like to be pragmatic, I'd suggest we clean up those failing
Plone tests, merge the branch and be on our way.
I'm also happy to make it visible on the Plone agenda, as long
Hi there,
Christian Zagrodnick wrote:
I'd need a zope.schema field for blobs. Should this go directly to
zope.schema or some third party package?
Something like
bla = zope.schema.Blob(title=...)
would be nice to have.
If you mean using blobs for file storage, see megrok.form, which in
Brian Sutherland wrote:
[snip]
Unfortunately, it doesn't seem an option, right now, to avoid using ZCML
to setup database connections. So I'm not sure how you want to implement
your ideas?
collective.lead can do it without ZCML; you set up the right connection
by implementing a 'url' property
Andreas Jung wrote:
[snip]
Possibly a sane and clean solution but way of over-designed. I am
interested in simple and robust solutions that work and not in a
solution that adds more and more unnecessary layers just the sake of
having them :-)
It's a 1 liner to set up the connection in this
Bernd Dorn wrote:
[whether configuration should be in ZCML]
although it is a few lines of code to get db uris from somewhere else,
and this could also be application code.
I'm not against ZCML, as long as those lines of code to get the db URI
from application code also exist. A good API to
Martin Aspeli wrote:
[snip]
It's never particularly pleasant.
I think we need to make sure we make this as easy and pleasant as
possible though. This means at the very least some document that tells
you what to do. :)
Regards,
Martijn
___
Malthe Borch wrote:
On Z2, certain imports need to come from Products.Five, to play nicely
with ZPublisher and friends.
I'd like to ask for the motivation for not patching it onto the existing
classes and/or modules.
Technically, I think that this is going to be hard. You'd need to patch
Hi there,
On Thu, Apr 10, 2008 at 7:04 PM, Brian Sutherland
[EMAIL PROTECTED] wrote:
On Wed, Apr 09, 2008 at 12:51:53PM -0400, Kapil Thangavelu wrote:
that sound good, i'd like to see a common base layer, providing transaction
support, simple containers.
Actually, containers are one of
Andreas Jung wrote:
--On 10. April 2008 19:10:49 +0200 Brian Sutherland
[EMAIL PROTECTED] wrote:
Just adding my few requirements:
- Integration into the component architecture in such a way that I
can specify the db connection parameters in ZCML and that database
reflection
Hanno Schlichting wrote:
[snip]
As the problems only showed themselves while doing browser testing
inside Plone, I guess I can at least write some unit tests for them, so
someone else can actually take a look at them more easily.
I'll see if I can do that during my next 10% day [1] :)
Yes,
Martijn Pieters wrote:
On Tue, Apr 8, 2008 at 11:54 PM, Martijn Faassen [EMAIL PROTECTED] wrote:
All of these are in various states of brokenness. z3c.zalchemy doesn't work
with SQLAlchemy trunk. collective.lead works with it, but only if you check
out a particular branch, and not with sqlite
Chris Withers wrote:
Martijn Faassen wrote:
[snip]
A few frills here and there are permitted, of course.
Actually, no frills please. They just come back to bite us every damned
time. It looks like we're gonna get lumbered with Plone again but can we
please please please make sure it's
Maurits van Rees wrote:
[snip]
Error: Couldn't find a distribution for 'py==0.9.0'.
===
At least, that happens when I do not yet have py-0.9.0-py2.4.egg in my
egg cache; no complaints when I already have that one. Has something
changed in
Hi there,
Alexander Limi wrote:
[snip]
- Try not to be too clever with the Taste/Get and other links.
People actually scan for links that are similar from other projects, and
having to interpret/understand them is confusing. I would definitely
switch Taste to Examples, and possibly Get to
Frank Wierzbicki wrote:
[snip]
I'm looking for a Zope person who would be willing to put themselves
down as a backup mentor for Georgy's proposal -- someone who is
willing to be the point person for questions that I or Georgy might
have on Zope details (or can direct us to the person to ask) --
Kent Tenney wrote:
Look at Sphinx for providing brilliant access to ReST doc.
http://sphinx.pocoo.org/
I think looking at Sphinx is definitely a worthwhile effort. That said,
I agree with Martin that we shouldn't let the new website effort be held
up by (or distracted by) technological
Hi there,
Because there was a lot of feedback from different projects that the
student application deadline was rather tight this year, Google has
extended the submission deadline for the Google Summer of Code has
been extended for a week until april 7. This gives us two chances:
* if you're a
Hi there,
If you want to submit a Zope-related proposal to the Google summer of
code, today and tomorrow are your last chance! The submission period
ends 0:00 UTC april 1, 2008, that's this monday 5:00 PM PDT over in
California, and 10 PM (22:00) CEST over here where I am in the
Netherlands.
So,
Hey,
Thanks for the feedback, Jim!
On Fri, Mar 28, 2008 at 3:06 PM, Jim Fulton [EMAIL PROTECTED] wrote:
[snip]
Some high-level comments:
- I suggest making porting C speed-ups a very low (non-existent)
priority.
- I expect security proxies to be one of the greatest challenges.
Maybe
Hey,
On Fri, Mar 28, 2008 at 4:12 PM, Jim Fulton [EMAIL PROTECTED] wrote:
On Mar 28, 2008, at 11:05 AM, Martijn Faassen wrote:
...
+1 - I already mentioned this option as well. Note that existing Zope
3 applications can at least be made to run if you just let the
proxying code do
Jim Fulton wrote:
[snip]
Thoughts? Objections?
A simpler publisher has been on my wish-list for a long time now.
I'm a bit worried though that a publisher born from the current Zope 3
publisher with the goal to build up enough support for the Zope 3
publisher to make use of the code will
Hi there,
If you're a student and you want to hack on Zope this summer in the
Google Summer of Code, sign up soon: the deadline is a week from now!
See here for more details:
http://faassen.n--tree.net/blog/view/weblog/2008/03/25/0
Regards,
Martijn
The Grokkerdam Grok sprint
It was planned for a long time, but at last we are going to hold a
Grok sprint in the Netherlands. To be more precise, in Rotterdam.
Rotterdam will be Grokkerdam for the duration of the sprint!
Where: Rotterdam, the Netherlands
When: 30
The Grokkerdam Grok sprint
It was planned for a long time, but at last we are going to hold a Grok
sprint in the Netherlands. To be more precise, in Rotterdam. Rotterdam
will be Grokkerdam for the duration of the sprint!
Where: Rotterdam, the Netherlands
When: 30
Hey,
The modification was made to the Zope 2 part of ZPT. It'd be nice if
this change could be made in the Zope 3 libraries? I guess this was
investigated but found impractical?
Regards,
Martijn
___
Zope-Checkins maillist - Zope-Checkins@zope.org
Andreas Jung wrote:
what is your schedule for Zope 3.5.0 final? I am asking because I also
want to plan the 2.11.0 release.
Are you talking about 3.4 final? I see that's what Stephan's been
working on. :)
Regards,
Martijn
___
Zope-Dev maillist
Hi there,
We are quickly approaching the Google of Summer of code again. The
Zope Foundation's application needs to be in soon.
In order to do a good application, we need to have a good selection of
mentors. So, if you're a Zope developer and you want to mentor a
student this summer, please add
Hi there,
We are quickly approaching the Google of Summer of code again. The Zope
Foundation's application needs to be in soon.
In order to do a good application, we need to have a good selection of
mentors. So, if you're a Zope developer and you want to mentor a student
this summer, please
Hi there,
I just added a whole range of Grok-related projects to the summer of
code page, and only 1 Zope project, so if you want Zope 2 or 3 to be
represented in the google summer of code, you might want to consider
adding some proposals. :)
Regards,
Martijn
Hey,
On Thu, Feb 28, 2008 at 7:41 AM, Christian Theune [EMAIL PROTECTED] wrote:
[snip]
but I don't see it flying
given the sentiments against that idea so far. Perhaps I'm wrong.
Humm. Maybe there's just a misunderstanding. I didn't get that you
wanted to only trump version pinning,
Christian Theune wrote:
[snip]
Here's an idea:
Let `develop` trump version pinning, but not any other constraints.
As far as I can see this would allow both of our scenarios to work or
continue to work.
I'd be happy with that too, and was really what I was aiming at, and I
think it doesn't
Christian Theune wrote:
Martijn Faassen schrieb:
[snip]
I think the explicit versus implicit discussion has no place here.
Placing a package on the 'develop' line is a very explicit action, and
you place it on that line because you want to *develop on it*. Having
another package being picked
David Pratt wrote:
Hi Martijn. I respect the points you make, but disagree with your
comments. Wichert's reply accurately articulates what we are asking
buildout to do. I share this view.
It's not very useful to talk about a we asking buildout to do things
when there is clearly a debate and
Christian Theune wrote:
Martijn Faassen schrieb:
[snip]
It's a clear DRY violation, the name of the package (and even the
version number) repeats here.
It's not clear to me that it's a DRY violation (see my argument that
those functions are actually orthogonal).
The rule for the most
Wichert Akkerman wrote:
Previously Martijn Faassen wrote:
Christian Theune wrote:
Martijn Faassen schrieb:
[snip]
It's a clear DRY violation, the name of the package (and even the
version number) repeats here.
It's not clear to me that it's a DRY violation (see my argument that
those
Christian Theune wrote:
[snip]
Nope. I'm not always working against a fixed version list. E.g. when I
developt z3c.zalchemy then this is a library package, not an
application, so I don't fix the versions but let anything that satisfies
the the requirements in setup.py come in.
This thread is
Aaron Lehmann wrote:
On Feb 26, 2008, at 9:38 AM, Christophe Combelles wrote:
Martijn Faassen a écrit :
(...)
The two easiest choices are 1) issue a clear warning in stderr, or 2)
rename 'develop' to something else.
So, the people that understand either get spammed with warning messages
Hey,
Thanks everybody for this discussion. I'm going to bail out now, and I
want to share some of my conclusions:
* We're going to have to live with the current 'versions/develop' story
for a while. I've started try to document the existing behavior in
buildout's doctests (faassen-develop)
David Pratt wrote:
Hi. I agree with Jim. Buildout is doing the right thing. This is not a
conflict since you have explicitly identified the software with a
version already. I think the right thing to do under the circumstances
would be to append a custom versions.cfg to nail the versions you
Hey,
Roger Ineichen wrote:
[snip]
I'm fine with version over develop. It's just another thing
you have to know for sucessfull development. I guess my brain has some
little space for remember such tweaks in buildout ;-)
I'll accept it, but I'm not very happy. It's really an excellent way to
Christian Theune wrote:
Stephan Richter schrieb:
On Saturday 23 February 2008, Jim Fulton wrote:
The additional version specification should be merged into the
extends version
section. The version 1.3.1dev is the version the develop egg
specifies.
Yes. That's how it works now.
Cool,
Christian Zagrodnick wrote:
On 2008-02-18 11:20:05 +0100, Christian Theune [EMAIL PROTECTED] said:
Launchpad started the beta tests for their mailing list offers. A
while ago we discussed this option for future hosting of the mailing
lists.
The current implementation has the restriction
Hey,
Kevin Teague wrote:
And it would also be really nice
if the Grok terminology and release methods lined up with the Zope 3
terminology and release methods :)
Grok got there first, then KGS came along and did a lot of stuff. The
reason Grok's story is not the same as the one in KGS is
Hey,
On Feb 1, 2008 11:52 PM, Martin Aspeli [EMAIL PROTECTED] wrote:
Stephan Richter wrote:
On Friday 01 February 2008, Martijn Faassen wrote:
http://www.openplans.org/projects/zorg-redux
This project does not seem to be public.
Right - thanks Martijn for spilling the beans prematurely
Hey,.
On Feb 1, 2008 4:09 PM, David Pratt [EMAIL PROTECTED] wrote:
[snip]
It might be nice for the marketing of zope to give each set of eggs a
nice name. Just using familiar mozilla names as an illustration, see how
nice zope-thunderbird or zope-firefox look. So do away with the kgs in
the
Hey,
On Feb 1, 2008 6:11 PM, Stephan Richter [EMAIL PROTECTED] wrote:
On Friday 01 February 2008, Martijn Faassen wrote:
http://www.openplans.org/projects/zorg-redux
This project does not seem to be public.
I don't know how it's been setup, but if you want to join I'm sure
Martin Aspeli can
Hey,
On Feb 1, 2008 6:04 PM, Christophe Combelles [EMAIL PROTECTED] wrote:
[snip]
The transition seems now achieved and the most important thing is to have a
dedicated web site with clear information, so that there are new users, and
new
contributors. When someone goes to the zope.org
Hey,
On Feb 1, 2008 8:59 PM, Paul Carduner [EMAIL PROTECTED] wrote:
[snip]
I think the website is one of the huge impediments to joining the Zope
community. When you compare zope.org to all the other web framework
websites like django, turbogears, and RoR, it is pretty clear why
people
Martin Aspeli wrote:
Tres Seaver wrote:
That said, I suppose this should be either a conditional import or
moved to a higher level altogether.
- -1 to the conditional import; + 1 to moving the code.
Agree.
That sounds like the cleanest solution to me too.
Any idea on how this will be
Hey,
Christian Zagrodnick wrote:
a couple of weeks ago there was some discussion about the skin/layer
support for XML-RPC which I implemented without asking (shame on me). As
some time has passed now everybody could have some fresh thoughts about it.
Let me first summarise:
* Skin and
Hi there,
So, I am trying to look at five.customerize in the context of Silva. I
look at the SVN, and see the trunk is significantly older than various
Plone-related branches. Hm, odd.
I thought, let's download the 0.2 sources from the cheeseshop. I
download them. Find out that they have
Martin Aspeli wrote:
Martijn Faassen wrote:
[snip]
So, what's the plan to clean up this mess? Can the Plone specific
stuff be cleared up from the branches into a Plone-specific package
and a new release be made that works for both Plone and the rest of
the Zope world?
I thought
Hey,
Ignas Mikalajunas wrote:
[REST in Grok]
In SchoolTool we used to start another server for REST to have a
different Publication for REST calls. As now I have started using
Paste to start up schooltool, and paste does not support 2 Zope3
servers running on different ports using the same WSGI
Hanno Schlichting wrote:
Mikhail Kashkin wrote:
Looks like open source developers, especial Zope 3, have enough money to
buy Time machine. Check Zope 3 profile on Ohloh.net
http://www.ohloh.net/projects/4495?p=Zope+3
Codebase 138,855,676 LOC
Effort (est.) 49267 Person Years
Hey,
On Nov 29, 2007 8:43 PM, Chris Withers [EMAIL PROTECTED] wrote:
Martijn Faassen wrote:
the work of collecting interesting Zope 2 products, contacting the
authors (not strictly necessary but always a good thing to do) and
checking them in, possibly
cleaning things up here
Hey,
On Nov 28, 2007 11:18 PM, Tres Seaver [EMAIL PROTECTED] wrote:
Martijn Faassen wrote:
Hey,
On Nov 28, 2007 12:16 AM, Martijn Jacobs [EMAIL PROTECTED] wrote:
We could also consider putting them in some kind
of collective-like SVN repository so that people can
make changes when
Hey,
On Nov 29, 2007 12:53 AM, Philipp von Weitershausen
[EMAIL PROTECTED] wrote:
Tres Seaver wrote:
[snip]
For clarity, nobody but a ZC employee (at present) is supposed to be
checking in any code with any license other than the ZPL; in the
future, such a checkin will need to be approved
Hello,
Thanks very much for your feedback!
I'm cc-ing this discussion to grok-dev, as I want to make sure that
Grok developers see this. Future discussion
should continue on grok-dev, I think, as this is all pretty grok
specific by now.
On Nov 29, 2007 2:29 AM, Rene B [EMAIL PROTECTED] wrote:
Hey,
On Nov 27, 2007 9:25 PM, Garry Saddington [EMAIL PROTECTED] wrote:
On Tuesday 27 November 2007 17:19, Martijn Faassen wrote:
We need to identify some targets and see what resources we have to
accomplish them. Of course this shouldn't degenerate into a long
wishlist discussion
Hey,
On Nov 28, 2007 12:04 AM, Martijn Jacobs [EMAIL PROTECTED] wrote:
[snip]
So that's why I mention this quote : Martijn, I'm very curious
about the status, plan or purpose of the new zope.org?
Quick answer: I direct (cc) you to Martin Aspeli, and Jodok Batlogg on
this. Quick summary: work
Hey,
On Nov 28, 2007 12:16 AM, Martijn Jacobs [EMAIL PROTECTED] wrote:
We could also consider putting them in some kind
of collective-like SVN repository so that people can
make changes when they need to.
I think this is a great idea as it works with the Plone collective this
way as
Hey,
On Nov 27, 2007 2:18 AM, Rene B [EMAIL PROTECTED] wrote:
I'm frustrated trying to select a python web framework. I've researched quite
a
few. CherryPy,Karrigell,Zope 2,3,Grok, Gluon,Django,Mod_Python. I've also
looked at templating languages like Spyce, and Cheetah.
I can see how that
Hi there,
On Nov 27, 2007 4:14 AM, Chetan Kumar [EMAIL PROTECTED] wrote:
[snip]
Stick to Zope 2 with DTML if that serves your purpose. It will serve you well.
I think your problem is solved !!!
I don't think it so simple. He was looking for a vibrant community
that would support his needs. I
Hey,
On Nov 27, 2007 4:47 PM, Jaroslav Lukesh [EMAIL PROTECTED] wrote:
Very nice words
I have near complette mirror of the old.zope.org from 2004 or 2005 if
someone wants (and rememner that old site and good where are many products
that you couldnot find at web now). There are many
Hey,
On Nov 27, 2007 5:14 PM, Gregory Dudek [EMAIL PROTECTED] wrote:
I have used Zope 2 too extensively to give it up. I use it for
several sites.
I don't see anything I like better, but have a nagging worry that
Zope, and especially Zope 2, may become increasingly neglected as
time goes by.
Philipp von Weitershausen wrote:
On 20 Nov 2007, at 00:15 , Chris Withers wrote:
Philipp von Weitershausen wrote:
On 19 Nov 2007, at 20:26 , Chris Withers wrote:
So, I'm guessing RestrictedPython is the one to aim for?
No idea what you need...
Hi there,
On Nov 20, 2007 11:24 AM, Chris Withers [EMAIL PROTECTED] wrote:
[snip]
Traditional Zope 2 doesn't work that way: as soon as you make a call
from your Python script, the underlying code that is being called is
trusted. No proxies anywhere (well, except the ubiquitous acquisition
Stephan Richter wrote:
On Friday 16 November 2007, Jim Fulton wrote:
Something is broken here and it needs to be fixed.
Well, the easiest solution would be to remove those misbehaving distributions
from the cheeseshop.
However, I think we kid ourselves if we think that the cheeseshop will
Hi there,
I just wrote an article about the ages of Zope and the age I think we
find ourselves in now on my blog. Enjoy, and I'd be happy to hear
comments on it:
http://faassen.n--tree.net/blog/view/weblog/2007/11/15/0
Regards,
Martijn
___
Hi there,
In zope.publisher.http, the status string for 200 is defined to be 'Ok',
instead of 'OK', which is in the HTTP spec. Now status messages may,
according to the spec, be replaced by 'local equivalents' without
affecting the protocol, and the status messages in the spec are just
Hi there,
On Nov 13, 2007 9:45 PM, Martijn Pieters [EMAIL PROTECTED] wrote:
On Nov 13, 2007 9:33 PM, Martijn Faassen [EMAIL PROTECTED] wrote:
[snip]
What do people think? Should this be fixed?
This came up before in a bug report on Launchpad, and it was decided
that to change this would
Hey,
On Nov 11, 2007 10:34 PM, Jim Fulton [EMAIL PROTECTED] wrote:
On Nov 11, 2007, at 2:06 AM, Martijn Faassen wrote:
[snip]
This breaks a fundamental assumption for releases. When I release
something, I expect it to work tomorrow, next month, and next year.
If you want this, then you
Hey,
On Nov 12, 2007 12:02 AM, Stephan Richter [EMAIL PROTECTED] wrote:
[snip]
Like Linux distributions, there will be a KGS for every Zope 3
release. I have already requested a new directory called zope-dev where new
feature releases can be tested.
Okay, I didn't understand that KGS is
Hi there,
I've been doing some more thinking about external version indexes (like
Grok's versions.cfg on a URL, and like KGS) and why they won't solve all
our problems. I have a new way to express it, so let me try it out on
you all.
What KGS solves is that it allows the ongoing development
Roger Ineichen wrote:
Hi Tres
Whoever released those two eggs (the '.dev-r#' ones) need
to release real updated packages, and then grok 0.11.1
should be released using them.
DEATH TO FAUX PACKAGES!
As far as I understand, this does not happen if you
depend on a KGS, right?
Does the
Philipp von Weitershausen wrote:
[snip]
So you're telling me that in order to define my own KGS (which anybody
should do for a serious project), I'll have to start deploying my own
index. For each project?
I think Grok should be using KGS by simply taking snapshots of it
sometimes and then
Hi everybody,
The Grok team is happy to announce the release of Grok 0.11! Grok is
a web application framework built with Zope 3 technologies that aims
to be easy to use.
Grok 0.11 is a feature release of Grok, introducing important new features:
* Layers and skinning support. It is now easy
Hi everybody,
The Grok team is happy to announce the release of Grok 0.11! Grok is
a web application framework built with Zope 3 technologies that aims
to be easy to use.
Grok 0.11 is a feature release of Grok, introducing important new features:
* Layers and skinning support. It is now easy
Hello,
It's a good question. :)
On Nov 7, 2007 7:51 AM, Chetan Kumar [EMAIL PROTECTED] wrote:
I am to start working on a new web (site/application) project. Wanted
to find out better route from among the available choices. In other
words what are *you* using ?
It depends on what I'm doing.
Hanno Schlichting wrote:
Log message for revision 81348:
Optimized un/registerUtility via storing an optimized data structure for
efficient retrieval of already registered utilities. This avoids looping over
all utilities when registering a new one.
You are changing what looks like
Alexander Limi wrote:
On Wed, 31 Oct 2007 21:29:36 -0700, Andreas Jung [EMAIL PROTECTED] wrote:
The recommendation is still System python is evil, evil, evil (quoting
Jim).
Sure, but if you ever want to be able to tell users to do:
easy_install plone
to get their Plone site, it's a
Hey,
[making Zope 2 work on Python 2.5]
Sidnei da Silva wrote:
[snip]
I believe this is a critical issue and the interested parts need to
work together on it. Maybe the Plone Foundation and the Zope
Foundation can work together and setup a bounty to fund some developer
to do this work?
Hanno Schlichting wrote:
Martijn Faassen wrote:
Hanno Schlichting wrote:
Log message for revision 81348:
Optimized un/registerUtility via storing an optimized data structure
for
efficient retrieval of already registered utilities. This avoids
looping over
all utilities when registering
Hello,
Concerning xslt transformations, you might want to consider an easier
API to use the XSLT infrastructure in libxml2/libxslt: lxml. See
http://codespeak.net/lxml
Regards,
Martijn
___
Zope maillist - Zope@zope.org
Hello,
On 10/24/07, Chris McDonough [EMAIL PROTECTED] wrote:
[snip]
I think maybe more abstractly, it might be useful to think about
separating based on libraries vs. applications. Libraries should be
as policy-free as possible (otherwise they're not libraries, they're
applications).
Hey,
On 10/24/07, Tres Seaver [EMAIL PROTECTED] wrote:
Martijn Faassen wrote:
[snip]
Take a library that registers views (multi adapters) as widgets for
form fields, for instance. Do you consider this to be an
application-like library? I consider this to be a library.
I can see that. I
Hey,
On 10/20/07, Tres Seaver [EMAIL PROTECTED] wrote:
Martijn Faassen wrote:
[snip]
Since this appears to be a rare case that is the exception, what about
using the new ZCML exclude framework for this case? You need to know
what you are doing, but this use case is for people who know
Hey,
On 10/20/07, Lennart Regebro [EMAIL PROTECTED] wrote:
On 10/20/07, Martijn Faassen [EMAIL PROTECTED] wrote:
I'd say it is a general concern of a framework to try to avoid how often
you need to repeat yourself. Right now you to use a Zope 3 package you
need to do the following things
Hey,
On 10/20/07, Dieter Maurer [EMAIL PROTECTED] wrote:
[snip]
Zope 2 had (for products) all three things together.
It was felt that this was a too tight coupling. Therefore, for Zope 3
the paradigma explicit is better than implicit (a paradigma, that I
personally dislike and find wrong)
Hanno Schlichting wrote:
Philipp von Weitershausen wrote:
Hanno Schlichting wrote:
Log message for revision 80945:
Moved two implements declarations from Five into the proper classes.
I object to this change. HTTPRequest does not really fulfil the
IBrowserRequest interface, and
Fred Drake wrote:
On 10/17/07, Martin Aspeli [EMAIL PROTECTED] wrote:
Right - but you're building an application, and you're pretty
experienced with Zope. A lot of Plone users just want to install a
plug-in (a product), basically. Before, they just dropped it into a
It sounds like your
801 - 900 of 1200 matches
Mail list logo