Hi,
How does Zope's REQUEST object decide what order to store the form keys?
I've got a form with fields in order a, b, c, d - but in REQUEST.form,
they're stored out of order.
This is causing quite a big problem, as I'd like to dynamically output the
form values in order after the form has been
Sandra Chong wrote:
How does Zope's REQUEST object decide what order to store the form keys?
I've got a form with fields in order a, b, c, d - but in REQUEST.form,
they're stored out of order.
This is causing quite a big problem, as I'd like to dynamically
output the
form values in order
Marco Bizzarri wrote:
What I would like to do is to have an hook to the removal of a _v_
attribute, so that I can perform some action *BEFORE* losing any
reference to the object itself. I look at the setattr code in
cPersistence.c and tried also to write my own __setattr__,
__setattr__ isn't
michael wrote:
My *guess* is that this error happens when a ZODB conflict error is
thrown from Transience while rendering standard_error_message.
Oh, riiight.
Hmmm, is Zope's handling of transactions in standard_error_message still as
fubar'ed as it was?
cheers,
Chris
--
Simplistix -
Hi again,
Thank you for your answer about Specify a domain and leave the password for
a user blank.
I have other similar question. I am using Local File System 1-1-0, but this
version does not allow to view the content when you reference the Local File
System in the URL, or when you click on
Max M wrote:
Dictionary keys are unordered.
You need to store the order of the keys somewhere else. Ie. to have a
list in your form with the keys in order, Or to name them alphabetically
and then sort the keys.
...or just do something like:
keys = REQUEST.form.keys()
keys.sort()
for key in
Stuart Bishop wrote:
In 2.7, ObjectManager raises 'Bad Request' most of the time, but in one
case actually raises zExceptions.BadRequest. Did this get missed
when all the string exceptions were getting replaced, or is it
deliberately like this for backwards compatibility?
I must've missed it.
On 2004-03-10 10:14 AM, Chris Withers is reputed to have said:
Ian Beatty wrote:
I've been messing around with DTMLFile and ClassicHTMLFile and the like,
haven't been able to figure out how to get it to work for arbitrary paths.
They also require all my file names end in '.dtml', which is
If you are on Zope 2.7 make sure you have installed LocalFS-1.1-andreas
Get it from http://www.easyleading.org/
Greetings Andreas
Juan Javier Carrera Obrero wrote:
Hi again,
Thank you for your answer about Specify a domain and leave the password for
a user blank.
I have other similar question. I
Jeremy Hylton wrote:
Make sure App.Product is imported first, so that test.py can work.
This change does not affect the old utilities/testrunner.py.
This checkin message caused me to notice 'test.py' for the first time.
Can you point me to any discussion/docs on it? When did/will it replace
On Wed, 2004-03-10 at 13:39, Evan Simpson wrote:
Jeremy Hylton wrote:
Make sure App.Product is imported first, so that test.py can work.
This change does not affect the old utilities/testrunner.py.
This checkin message caused me to notice 'test.py' for the first time.
Can you point me
Hi!
Jeremy Hylton wrote:
test.py obsoleted testrunner.py as of Zope 2.7. test.py was being used
by ZODB3 and Zope3 for a while before it was added to Zope 2.7.
Why does setup.py still install testrunner.py, not test.py?
And BTW: Could *all* files necessary to run tests be installed?
I'm not
michael wrote at 2004-3-10 15:22 +1300:
...
I have been trying on and off to recreate this error via brute force
loading of the simplest possible site that uses sessions. I failed to
see this particular KeyError *until* I tried reading a session variable
from standard_error_message. Now I can
On Wed, 2004-03-10 at 15:20, Dieter Maurer wrote:
michael wrote at 2004-3-10 15:22 +1300:
...
I have been trying on and off to recreate this error via brute force
loading of the simplest possible site that uses sessions. I failed to
see this particular KeyError *until* I tried reading a
Nevermind. http://zope.org/Collectors/Zope/789 and
http://zope.org/Collectors/Zope/786
The bug neglector is really living up to its name lately (not pointing
fingers, mea culpa).
- C
On Wed, 2004-03-10 at 15:20, Dieter Maurer wrote:
michael wrote at 2004-3-10 15:22 +1300:
...
I have been
On Wed, 10 Mar 2004 17:50:41 -0500
Chris McDonough [EMAIL PROTECTED] wrote:
Nevermind. http://zope.org/Collectors/Zope/789 and
http://zope.org/Collectors/Zope/786
The bug neglector is really living up to its name lately (not pointing
fingers, mea culpa).
'Bout time fer a bug day I
Thank you so much. :D You guys are legends. I will try keeping a separate
ordered list and save it in the session for the form handler to refer to.
Many thanks again. :)
Sandra.
-Original Message-
From: Chris Withers [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 10 March 2004 11:19 PM
On Wed, Mar 10, 2004 at 06:14:30PM -0500, Casey Duncan wrote:
On Wed, 10 Mar 2004 17:50:41 -0500
Chris McDonough [EMAIL PROTECTED] wrote:
Nevermind. http://zope.org/Collectors/Zope/789 and
http://zope.org/Collectors/Zope/786
The bug neglector is really living up to its name lately
Sandra Chong wrote:
Thank you so much. :D You guys are legends. I will try keeping a separate
ordered list and save it in the session for the form handler to refer to.
Many thanks again. :)
It is easier to save it in a hidden field in the form:
input type=hidden name=sorted_keys
Oops, sorry about that. It's hard to tell just by the descriptions on
Zope.org which is the best list for what.
Thanks for the other tip. :) I'll probably stick with holding a server-side
array with the info, though, as I might decide later to dynamically generate
the forms (there are a few)
On Wed, 2004-03-10 at 23:14, michael wrote:
Thanks for your excellent isolation here.
I don't get a KeyError thrown until *after* at least one rendering of
standard_error_message that includes an access to a session variable.
And I'm only getting KeyError's for sessions that have had a
On 11/03/2004, at 7:25 PM, Chris McDonough wrote:
On Wed, 2004-03-10 at 23:14, michael wrote:
Thanks for your excellent isolation here.
I don't get a KeyError thrown until *after* at least one rendering of
standard_error_message that includes an access to a session variable.
And I'm only
On Wed, Mar 10, 2004 at 02:56:33PM +, Chris Withers wrote:
Marco Bizzarri wrote:
What I would like to do is to have an hook to the removal of a _v_
attribute, so that I can perform some action *BEFORE* losing any
reference to the object itself. I look at the setattr code in
23 matches
Mail list logo