Log message for revision 72971:
Fix for #2288: do not quote + and @ characters when forming BaseRequest and
HTTPRequest URL variables
Changed:
U Zope/trunk/lib/python/ZPublisher/BaseRequest.py
U Zope/trunk/lib/python/ZPublisher/HTTPRequest.py
U
Log message for revision 72972:
Merge fix for #2288: do not quote + and @ characters when forming BaseRequest
and HTTPRequest URL variables
Changed:
U Zope/branches/2.10/doc/CHANGES.txt
U Zope/branches/2.10/lib/python/ZPublisher/BaseRequest.py
U
Log message for revision 72974:
Backport fix for 2288, together with part of the 2.10 tests for z3 views
Changed:
U Zope/branches/2.9/doc/CHANGES.txt
U Zope/branches/2.9/lib/python/ZPublisher/BaseRequest.py
U Zope/branches/2.9/lib/python/ZPublisher/HTTPRequest.py
U
Summary of messages to the zope-tests list.
Period Sat Mar 3 12:00:00 2007 UTC to Sun Mar 4 12:00:00 2007 UTC.
There were 7 messages: 7 from Zope Unit Tests.
Tests passed OK
---
Subject: OK : Zope-2.6 Python-2.1.3 : Linux
From: Zope Unit Tests
Date: Sat Mar 3 21:03:46 EST 2007
I'm forwarding a message from limi here, since it makes much more sense
here than it does on plone-developers. To summarize it: while analying
performance of the Plone 3 codebase they noticed a lot of time was spent
trying to figure out which types could be added at a location. Part of
that logic
--On 4. März 2007 13:57:23 +0100 Wichert Akkerman [EMAIL PROTECTED]
wrote:
I'm forwarding a message from limi here, since it makes much more sense
here than it does on plone-developers. To summarize it: while analying
performance of the Plone 3 codebase they noticed a lot of time was spent
Previously Andreas Jung wrote:
--On 4. März 2007 13:57:23 +0100 Wichert Akkerman [EMAIL PROTECTED]
wrote:
I'm forwarding a message from limi here, since it makes much more sense
here than it does on plone-developers. To summarize it: while analying
performance of the Plone 3 codebase they
Previously Wichert Akkerman wrote:
http://paste.plone.org/13217 should do the trick. It makes
_product_packages cache its result using the list of products in
Control_Panel as a cache key. That makes sure that removing or adding
products there will not result in stale data being returned by
Mutable default values are evil. I would get rid of that.
--
Sidnei da Silva
Enfold Systemshttp://enfoldsystems.com
Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
___
Zope-Dev maillist - Zope-Dev@zope.org
Previously Sidnei da Silva wrote:
Mutable default values are evil. I would get rid of that.
I modeled that on how get_module_info worked, so at least the pattern is
not new in the Zope2 codebase. It could just as easily be done in a
global value as well. I'm more interested in seeing if people
Looking at the changes rocky made, I don't see why allowing external
methods from non-Products should require making the whole process
completely dynamic on every call. The old mechanism of storing the
product list should be put back in place, along with the addition of
non-Product information
On Mar 4, 1:49 pm, Alec Mitchell [EMAIL PROTECTED] wrote:
Looking at the changes rocky made, I don't see why allowing external
methods from non-Products should require making the whole process
completely dynamic on every call. The old mechanism of storing the
product list should be put back
I have 'datetime-format international' set in zope.conf but the date output is
still rendered in the format (y,m,d) when using ZopeTime or when returning
dates from python scripts. How can I change this behaviour? My server config
is:
Zope Version
(Zope 2.9.0, python 2.4.2, win32)
--On 4. März 2007 12:45:20 + Garry Saddington
[EMAIL PROTECTED] wrote:
I have 'datetime-format international' set in zope.conf but the date
output is still rendered in the format (y,m,d)
Reading helps..
# Directive: datetime-format
#
# Description:
# Set this variable either to
Hi;
I saw somewhere someone adding code like this:
img src=myimage.jpg/resize /
that would automatically resize his image according to a predetermined
standard. Does anyone know how this or something similar is done?
TIA,
Tony
--On 4. März 2007 09:10:13 -0500 [EMAIL PROTECTED] wrote:
Hi;
I saw somewhere someone adding code like this:
img src=myimage.jpg/resize /
that would automatically resize his image according to a predetermined
standard. Does anyone know how this or something similar is done? TIA,
This is
Hmm. I have it working on the server from which I am moving to another server.
I didn't build the code. But it sure does work just fine. Sorry. Not nonsense.
Anyone else have any ideas?
TIA,
Tony
-Original Message-
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; zope@zope.org
Sent:
On Sunday 04 March 2007 13:32, Andreas Jung wrote:
--On 4. März 2007 12:45:20 + Garry Saddington
[EMAIL PROTECTED] wrote:
I have 'datetime-format international' set in zope.conf but the date
output is still rendered in the format (y,m,d)
Reading helps..
Yes, indeed it does, how did
--On 4. März 2007 15:57:44 + Garry Saddington
[EMAIL PROTECTED] wrote:
On Sunday 04 March 2007 13:32, Andreas Jung wrote:
--On 4. März 2007 12:45:20 + Garry Saddington
[EMAIL PROTECTED] wrote:
I have 'datetime-format international' set in zope.conf but the date
output is still
(Sun, Mar 04, 2007 at 09:20:06AM -0500) [EMAIL PROTECTED] wrote/schrieb/egrapse:
Hmm. I have it working on the server from which I am moving to another
server. I didn't build the code. But it sure does work just fine.
Sorry. Not nonsense. Anyone else have any ideas?
There is a photo resizing
Hmm. I have it working on the server from which
I am moving to another server. I didn't build the code.
But it sure does work just fine.
Sorry. Not nonsense. Anyone else have any ideas?
Ehm... but this code is a nonsense or rather, you made
a mistake when you've written previous e-mail
img
Take a look at pathes in your traceback:
/usr/local/www/zope/278/lib/python
/usr/local/zope/278/lib/python
/usr/local/zope/instance1/Products
Why there are two different(!) lib/python/ folders?
I see the problem! And I know what caused it. So I rebuilt Zope from source
and tried again.
Hmm. I have it working on the server from which
I am moving to another server. I didn't build the code.
But it sure does work just fine.
Sorry. Not nonsense. Anyone else have any ideas?
Ehm... but this code is a nonsense or rather, you made
a mistake when you've written previous e-mail
ImageTag_Hotfix. Got it! Thanks!
Tony
-Original Message-
From: [EMAIL PROTECTED]
To: zope@zope.org
Sent: Sun, 4 Mar 2007 4:41 PM
Subject: Re: [Zope] Resizing Images In Page Templates
(Sun, Mar 04, 2007 at 09:20:06AM -0500) [EMAIL PROTECTED]
wrote/schrieb/egrapse:
Hmm. I have it
Garry Saddington schrieb:
I have 'datetime-format international' set in zope.conf but the date output is
still rendered in the format (y,m,d) when using ZopeTime or when returning
dates from python scripts. How can I change this behaviour? My server config
is:
Well what you see is not the
[EMAIL PROTECTED] wrote:
Hi:
This really should go to the Plone list, but seeing as how I can't hit
their site from either of my browsers, how can I subscribe to the list?
I couldn't download Plone, either, so I just built it from tarballs from
an earlier installation, tarballing all the
Maciej Wisniowski [EMAIL PROTECTED] writes:
img src=myimage.jpg/resize /
OK, I thinked again about this. This may work :)
You may have object with id 'myimage.jpg' with resize
method, and it may be referenced this 'hardcoced' way.
Or there exists another object named 'resize' which can be
--On 5. März 2007 07:12:23 +0100 Tino Wildenhain [EMAIL PROTECTED]
wrote:
Garry Saddington schrieb:
I have 'datetime-format international' set in zope.conf but the date
output is still rendered in the format (y,m,d) when using ZopeTime or
when returning dates from python scripts. How can
28 matches
Mail list logo