Log message for revision 65526:
using zope.app.contenttypes
Changed:
U Zope/trunk/lib/python/Products/PageTemplates/ZopePageTemplate.py
-=-
Modified: Zope/trunk/lib/python/Products/PageTemplates/ZopePageTemplate.py
===
---
Log message for revision 65541:
We don't need to do any real input processing if we are handling a PUT
request because in practice, the body is never mime-encoded. This is an
optimization especially because FieldStorage creates an additional tempfile if
we allow it to parse the body, and PUT
Log message for revision 65542:
Changed:
U Zope/trunk/doc/CHANGES.txt
-=-
Modified: Zope/trunk/doc/CHANGES.txt
===
--- Zope/trunk/doc/CHANGES.txt 2006-02-27 22:27:29 UTC (rev 65541)
+++ Zope/trunk/doc/CHANGES.txt 2006-02-27
Log message for revision 65553:
Revert changes made in revision 65541 in favor of moving them to the
blob-integration-test branch for eventual merge.
Changed:
U Zope/trunk/doc/CHANGES.txt
U Zope/trunk/lib/python/ZPublisher/HTTPRequest.py
U
Log message for revision 65554:
We don't need to do any real input processing if we are handling a PUT
request because in practice, the body is never mime-encoded. This is an
optimization especially because FieldStorage creates an additional tempfile if
we allow it to parse the body, and PUT
Log message for revision 65575:
- updated eternals
Changed:
_U Zope/branches/blob-integration-test/lib/python/
-=-
Property changes on: Zope/branches/blob-integration-test/lib/python
___
Name: svn:externals
- ZConfig
Log message for revision 65576:
- Made skeleton include hints about blobs
Changed:
U Zope/branches/blob-integration-test/skel/etc/zope.conf.in
-=-
Modified: Zope/branches/blob-integration-test/skel/etc/zope.conf.in
===
---
Hi all,
I've now made available the first public release of pythonproducts.
pythonproducts
==
Description
A mechanism to construct Zope 2 products as regular python
packages. This enables a python package to be deployed as a
Zope 2 product using a similar strategy as Zope
On Mon, 2006-02-06 at 09:58 +0100, Christian Theune wrote:
Hi,
On Sun, 2006-02-05 at 12:11 -0500, Jim Fulton wrote:
A while ago, we had some discussion on when to make releases and
how long to support deprecated features. The discussion has died down
so I'll summarize what I think the
I'd like to get feedback on two possible visions for the future of
Zope 2 and Zope 3.
1) Our current vision (AFAIK) is that Zope 3 will eventually
replace Zope 2
- There will be lots of overlap between the Zope 2 and Zope 3
lifetimes. (Zope 2 might be supported more or less
On Mon, 2006-02-27 at 10:37 -0500, Jim Fulton wrote:
I'd like to get feedback on two possible visions for the future of
Zope 2 and Zope 3.
1) Our current vision (AFAIK) is that Zope 3 will eventually
replace Zope 2
- There will be lots of overlap between the Zope 2 and Zope 3
My 2 EuroCents:
Vision 1 is, I think what is happening at the moment for pragamatic and
practical reasons. Drawbacks of this is that we loose the ZopeX3
(Zope3X?) vision of cutting loose from old burdens and take off to new
horizons.
Vision 2, on the other hand (at least to me in my
OK, some initial, fuzzy comments:
On 2/27/06, Jim Fulton [EMAIL PROTECTED] wrote:
In this vision, Zope 3 would have to become a lot more like
Zope 2, or we would lose features.
You are thinking about things like TTW development and such? Because I
see that as add-on products of different
Max M said the following on 2006-02-27 17:26:
Jim Fulton wrote:
2) In an alternate vision, Zope 2 evolves to Zope 5.
Zope 2 is complicated! It has too many layers of everything.
read the full sentence that Jim wrote:
2) In an alternate vision, Zope 2 evolves to Zope 5.
...
Note
Max M wrote:
Jim Fulton wrote:
2) In an alternate vision, Zope 2 evolves to Zope 5.
Zope 2 is complicated! It has too many layers of everything.
Layers are good, when they reliably hide complexity.
The reason for Zope 3 is to make it simpler for developers.
Yep. 14'30'' wikis and such.
Dario Lopez-Kästen wrote:
Max M said the following on 2006-02-27 17:26:
Jim Fulton wrote:
2) In an alternate vision, Zope 2 evolves to Zope 5.
Zope 2 is complicated! It has too many layers of everything.
read the full sentence that Jim wrote:
2) In an alternate vision, Zope 2
Jim Fulton wrote:
2) In an alternate vision, Zope 2 evolves to Zope 5.
+1 as already discussed at PyCON.
- Zope 5 will be the application server generally known as Zope. It
will be backward compatible (to the same degree that Zope 2
releases are currently backward compatible
On Tue, Feb 28, 2006 at 12:31:33AM +0100, Philipp von Weitershausen wrote:
I will also note that just because Zope 2 won't die, it doesn't mean we
shouldn't clean it up. Eventually, Zope should mostly be reusing things
from Zed.
+sys.maxint
I think this will be the way we get a real forward
On Monday 27 February 2006 09:31, Jim Fulton wrote:
Thinking about this some more, I propose we should go for
June and November this year, to give Christian and others more
time and then do May and November from there on.
+1
This way the Easter sprint could contribute to the release.
On Monday 27 February 2006 10:37, Jim Fulton wrote:
1) Our current vision (AFAIK) is that Zope 3 will eventually
replace Zope 2
2) In an alternate vision, Zope 2 evolves to Zope 5.
As you probably know already, I am -1 on the second proposal, since it will
disallow us to finally get rid
On Monday 27 February 2006 11:06, Lennart Regebro wrote:
I like the vision of Zope2 becoming a set of extra packages you
install for Zope3, to get backwards compatibility. Maybe this is the
same as what you call Zope 5, maybe not.
That would sound good to me!!!
Regards,
Stephan
--
Stephan
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
Jürgen Herrmann wrote:
On Thu, February 23, 2006 09:02, Chris Withers wrote:
1. why the 3 posts?
sorry, there was a long delay before my messages appeared, so i thought
i had problems with my subscription. sorry for the triple post!
Good grief, please check the archives to see where your
Sidnei da Silva wrote:
Basically you need (a properly licensed) VC 7, and Python 2.4.2
installed. Not much else has changed. Unfortunately we haven't gotten
around setting up VC 7 here.
Okay, once I have those two, then what do I do to end up with a binary
distro for Zope 2.9.1?
cheers,
On 2/24/06, Nicholas Watmough [EMAIL PROTECTED] wrote:
Out of interest, why am I unable to access the method from with my Zope
python code? What is a private object, and why is it private?
All through-the-web code is run in a restricted sandbox; this includes
Python Scripts, DTML methods, ZSQL
First of all, I would like to thank everybody for your accurate and fast
answers.
I am working with a small group of developers, each in different places
and working at different times.
According to my past experience in java, this means cvs ^_^
I have some doubts about how to synchronize
It is likely to be a problem with timezones. Zope recognizes one
particular date format as UTC and not local. If that sounds like
the problem, I can provide a patch.
On Sat, 25 Feb 2006, Kevin Carlson wrote:
Recently moved to a new server farm and am having a problem with dates
from
Allow me to preface this by saying I am a complete newbie to Zope (I
prefer to think of it as beginner's mind...). What I am attempting
to do is dynamically add items to a dictionary, but Zope complains
keyword can't be an expression. Here's the reduced case of my code:
dtml-let
- Original Message -
From: Andrew Hedges [EMAIL PROTECTED]
To: zope@zope.org
Sent: Monday, February 27, 2006 11:56 AM
Subject: [Zope] Dynamic dictionary keys?
Allow me to preface this by saying I am a complete newbie to Zope (I
prefer to think of it as beginner's mind...). What I am
On 27.02.06 09:56:49, Andrew Hedges wrote:
Allow me to preface this by saying I am a complete newbie to Zope (I prefer
to
think of it as beginner's mind...). What I am attempting to do is
dynamically
add items to a dictionary, but Zope complains keyword can't be an
expression.
Andreas and Jonathan,
Thanks for the responses! As I said, I am completely new to Zope/
Python, so I appreciate your help. I'll look into how this could be
done with a Python script instead of DTML, but this version of our
product is all DTML, so that's why I'm using this solution for
- Original Message -
From: Andrew Hedges [EMAIL PROTECTED]
To: Jonathan [EMAIL PROTECTED]
Sent: Monday, February 27, 2006 12:14 PM
Subject: Re: [Zope] Dynamic dictionary keys?
Thanks, much, Jonathan! We're moving to Zope 3 on the next version of
our software, but what I'm working
On 2/27/06, Andrew Hedges [EMAIL PROTECTED] wrote:
Allow me to preface this by saying I am a complete newbie to Zope (I
prefer to think of it as beginner's mind...).
Welcome! And let's start with killing off two ideas that most newbies
have (because the documentation gives it to the,):
1.
Hello
I recently moved my zope product developed on a 2.8 server on to a 2.8.5
server, and all of my python code is no longer being published out.
In the past I had been using a doc string doc to make methods
accessible. I realize this is not the proper procedure, but it worked.
Now,
--On 27. Februar 2006 15:20:11 -0800 Ed Colmar [EMAIL PROTECTED] wrote:
Hello
I recently moved my zope product developed on a 2.8 server on to a 2.8.5
server, and all of my python code is no longer being published out.
In the past I had been using a doc string doc to make methods
Hey Andreas, thanks for the reply.
I have Globals.InitializeClass(classname) at the end of my product code
(outside the class)
I turned on Verbose Security, but hmm... maybe this is not a security
issue after all.
I have code that worked within my product before like:
def
Hi Andrew
Allow me to preface this by saying I am a complete newbie to Zope
In that case, please skip DTML and go straight to ZPT. DTML is like
the ghost train in an amusement park, but the ghosts are real. Especially
if you're a newbie.
dtml-let eventsDict={}
dtml-let calstart=somestring
Ron Bickers wrote:
What's
the solution without ZEO and without having to stop Zope?
You use ZEO. Get over it, it should be how a standard Zope instance is
set up, IMNSHO...
So, in other words, there isn't one. I take it you're a big fan of ZEO. ;-)
I guess I'll check it out. I've been
Luca Dall'Olio wrote:
According to my past experience in java, this means cvs ^_^
For the rest of us, it means svn ;-)
Should I stop using the ZMI?
Probably. At the very least, take advantage of the webdav you seem to
have already got working and use a normal text editor for editing your
Are there any known compatibilty problems? -d
--
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
Hi Michael,
Michael Mauws wrote:
Not sure how much this is going to help, Chris, but I can tell you
that, after upgrading to V2.8 (from V2.3 or thereabouts),
Wow, that's a big jump!
I found that
I was getting key errors that displayed the entire SQL statement on
any of my ZSQL methods that
41 matches
Mail list logo