Log message for revision 67200:
Using a new ITraversalRequest adapter to adapt the Zope2 requests.traversal
method to
the Zope3 version.
Changed:
U Zope/branches/publication-refactor/lib/python/Products/Five/configure.zcml
U
Log message for revision 67219:
Refactor some of the Zope2 traversal. This includes using
IPublishTraverse to do the traversal, and using Zope3 to
find the views.
Changed:
U Zope/branches/publication-refactor/lib/python/Products/Five/configure.zcml
U
Log message for revision 67238:
Finish committing changes from the publication-refactor branch.
Also fixed bug in the traversal when we were always getting
unauthorized errors when trying to use Five views. This was
because I had left out some code from the Five.traversable.
Log message for revision 67243:
Create a branch for holding some changes in Five for
the publication-refactor2 branch of Zope2.
Changed:
A Products.Five/branches/publication-refactor2/
-=-
Copied: Products.Five/branches/publication-refactor2 (from rev 67242,
Products.Five/trunk)
Log message for revision 67245:
Link in branched version of Five.
Changed:
_U Zope/branches/publication-refactor2/lib/python/Products/
-=-
Property changes on: Zope/branches/publication-refactor2/lib/python/Products
___
Log message for revision 67246:
A new test and a new fix.
Changed:
U Zope/trunk/lib/python/Products/PageTemplates/ZopePageTemplate.py
U Zope/trunk/lib/python/Products/PageTemplates/tests/testZopePageTemplate.py
-=-
Modified:
Log message for revision 67247:
define Zope2 specific request traversal type and
configure the IPublisTraverse adapter in ZPublisher.Publication
Changed:
U Products.Five/branches/publication-refactor2/browser/metaconfigure.py
U
Log message for revision 67251:
register the Zope2 request object with the zope3 publisher
Changed:
U Products.Five/branches/publication-refactor2/configure.zcml
-=-
Modified: Products.Five/branches/publication-refactor2/configure.zcml
Log message for revision 67252:
try loading the zope.app.publication meta file
Changed:
U Products.Five/branches/publication-refactor2/meta.zcml
-=-
Modified: Products.Five/branches/publication-refactor2/meta.zcml
===
---
Log message for revision 67256:
All browser views, implement IPublishTraverse and has such
they must do the __of__(context) call on the returned object.
Changed:
U Products.Five/branches/publication-refactor2/browser/metaconfigure.py
-=-
Modified:
On 4/20/06, Dieter Maurer [EMAIL PROTECTED] wrote:
Tres Seaver wrote at 2006-4-19 15:30 -0400:
...
Is Alec's traversal patch or Dieter's alternative being considered?
I'll note that I have a client who can't move forward from 2.9.1 to
2.9.3 because the changes to traversal semantics in
--On 20. April 2006 20:29:30 +0200 Dieter Maurer [EMAIL PROTECTED]
wrote:
Up to you to decide whether we may break the general rule
(no new features in micro releases) for features of this kind.
We've always included minor features that aren't obviously critical
micro release. The general
It would be very nice if we could get a list of use cases and expected
behaviour, as I hope to refactor the Zope2 traversal in the near
future and get rid of five:traversable completely.
To do this without making everybody angry, I need usescases so I can
make sure it works. :)
Andreas Jung wrote:
--On 20. April 2006 20:29:30 +0200 Dieter Maurer [EMAIL PROTECTED]
wrote:
Up to you to decide whether we may break the general rule
(no new features in micro releases) for features of this kind.
We've always included minor features that aren't obviously critical
--On 21. April 2006 07:09:45 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
In general, I think that new features in bug-fix releases are a bad idea.
Of course, the line between bug-fix and feature is not always crisp.
Something that is really a new feature should wait for a feature release.
Don't forget that the feature freeze for the June release is May 1!
That is only 10 days away! New features should be check in in a
*stable* form by then. While we won't necessarily do a beta release
then, anything checked in for the new release must be ready for a
beta release when it is
On 4/21/06, Andreas Jung [EMAIL PROTECTED] wrote:
--On 21. April 2006 07:09:45 -0400 Jim Fulton [EMAIL PROTECTED] wrote:
In general, I think that new features in bug-fix releases are a bad idea.
Of course, the line between bug-fix and feature is not always crisp.
Something that is really
Everytime I try to view a page template I get
Exception Value Context instance has no attribute 'getValue'
Traceback (innermost last):
* Module ZPublisher.Publish, line 115, in publish
* Module ZPublisher.mapply, line 88, in mapply
* Module ZPublisher.Publish, line 41, in
On 4/13/06, Fred Drake [EMAIL PROTECTED] wrote:
I've created a feature development branch for
this, and checked in my initial implementation.
I've made another branch for this, with a different twist. I'm not
sure it'll be interesting, but I think it'll solve my immediate need
until I can get
--On 21. April 2006 17:25:46 +0200 Lennart Regebro [EMAIL PROTECTED]
wrote:
outer = self.engine.getValue('macroname')
and self.engine is a Products.PageTemplates.TALES.Context instance
In Zope2, as far as I can see, neither engines or contexts has a
getValue method.
Should we
On 4/21/06, Andreas Jung [EMAIL PROTECTED] wrote:
My ajung-final-zpt-integration branch contains a version that does no
longer require the Zope 2 TALES implementation (but uses the Zope 3
codebase)...but
this branch needs some more work for 2.10.
That would probably be good. Currently you
--On 21. April 2006 18:08:38 +0200 Lennart Regebro [EMAIL PROTECTED]
wrote:
On 4/21/06, Andreas Jung [EMAIL PROTECTED] wrote:
My ajung-final-zpt-integration branch contains a version that does no
longer require the Zope 2 TALES implementation (but uses the Zope 3
codebase)...but
this
On 4/21/06, Andreas Jung [EMAIL PROTECTED] wrote:
I'll try to resolve the outstanding issues on my branch this weekend end.
Reverting the changes would not be the problem since this represents an
older state. I was not aware of the fact that macros did not work.
Obviously we don't have any
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De
la part de Paul Winkler
Envoyé : jeudi 20 avril 2006 15:30
À : zope@zope.org
Objet : Re: [Zope] zope 2.8.5 becomes unresponsive.
On Thu, Apr 20, 2006 at 05:58:29AM -0700, Erik Myllymaki wrote:
On Thursday 20 April 2006 20:11, Dieter Maurer wrote:
Gaute Amundsen wrote at 2006-4-19 19:03 +0200:
I want to retrieve the form fields in the order that they where submitted
in the http POST. I know this has been brought up before, and that the
answer is You cant.
You might be able to do
Ah! Thanx! DocFinder will shore come very useful in time =)
Btw, what editor would you recommend for writing python
outside Zope. I've frequently used Eclipse with PyDev before, but it's a bit slow
and heavy. I've looked around a bit on the free editors without finding
anything I like so I'm
The Plone version which I was speaking about, at http://www.plope.com/Books/2_7Edition,
is version 2.7 and is as far as I've seen the same as v. 2.7 at zope.org,
except for the reader comments of course. The book may of course have bin
updated consciously but left the comments from 2002, for
On 4/21/06, Erik Billing [EMAIL PROTECTED] wrote:
The Plone version which I was speaking about, at http://www.plope.com/Books/2_7Edition,
is version 2.7 and is as far as I've seen the same as v. 2.7 at zope.org,
except for the reader comments of course. The book may of course have bin
updated
Erik Billing schrieb:
Ah! Thanx! DocFinder will shore come very useful in time =)
Btw, what editor would you recommend for writing python outside Zope.
I've frequently used Eclipse with PyDev before, but it's a bit slow and
heavy. I've looked around a bit on the free editors without finding
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 21 Apr 2006, at 07:52, Sébastien VINOT wrote:
I've read documentation about deadlock and apparently the CPU usage
should be high, isn't it ? Because in my case the CPU usage is falling
to 0.0 (while the python process is still alive).
No.
On Friday 21 April 2006 10:15, Tino Wildenhain wrote:
Erik Billing schrieb:
Ah! Thanx! DocFinder will shore come very useful in time =)
Btw, what editor would you recommend for writing python outside Zope.
I've frequently used Eclipse with PyDev before, but it's a bit slow and
heavy.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gaute Amundsen wrote:
On Thursday 20 April 2006 20:11, Dieter Maurer wrote:
Gaute Amundsen wrote at 2006-4-19 19:03 +0200:
I want to retrieve the form fields in the order that they where submitted
in the http POST. I know this has been brought up
On Friday 21 April 2006 13:36, Tres Seaver wrote:
snip
REQUEST.stdin is the actual stream (either a tempfile or a StringIO).
You will likely need to rewind it before you can use it.
That seems to work YES.
with cgi.parse_qsl I'm practically done already.
Only some unicode troubles with
On Fri, Apr 21, 2006 at 09:54:15AM +0200, Erik Billing wrote:
Btw, what editor would you recommend for writing python outside Zope. I've
frequently used Eclipse with PyDev before, but it's a bit slow and heavy.
I've looked around a bit on the free editors without finding anything I like
so I'm
On Friday 21 April 2006 21:04, Dieter Maurer wrote:
Gaute Amundsen wrote at 2006-4-21 11:01 +0200:
On Thursday 20 April 2006 20:11, Dieter Maurer wrote:
Gaute Amundsen wrote at 2006-4-19 19:03 +0200:
I want to retrieve the form fields in the order that they where
submitted in the http
Hi Jens!
I very much agree, but unfortunately (a) I can find no authorship
information for this Zope product other than Digital Creations, with this
list (zope-db@zope.org) listed as the only contact information and (b) the
product hasn't been updated since early 2000. So, posting to this list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Looking at cvs.zope.org the committers were brian (Brian Lloyd) and
michel (Mike Pelletier) and some work from jeffrey (Jeffrey
Shell). None of them are with ZC, and I doubt they are interested in
supporting the software.
You might be on your
37 matches
Mail list logo