hi,
Can't put !--#BCODE -- in dtml, but
!-- #BCODE -- is okay.
Is this correct.
Thank you very much.
Yuan-Chen Cheng
The traceback is here:
Unexpected tag, for tag !--#BCODE --, on line 8 of ttt
Traceback (innermost last):
File /home/ycheng/zope/zope/lib/python/ZPublisher/Publish.py, line
On Wednesday 10 April 2002 5:07 pm, Brian Lloyd wrote:
should not accept REQUESTs with REQUEST_METHOD GET.
This is hard, hard, problem. While some good ideas have been
proposed, there is not really a quick fix that doesn't have
some downside that some group somewhere considers a
On Wed, 10 Apr 2002 12:16:35 -0400, Jim Washington [EMAIL PROTECTED]
wrote:
2. If we want to get fancy about allowing authentication using that ip
address like naked ZServers can do,
to
if request.has_key('HTTP_X_FORWARDED_FOR'):
addr=request['HTTP_X_FORWARDED_FOR']
elif
[For future reference, questions like this one should go to
[EMAIL PROTECTED] [EMAIL PROTECTED] is for discussion of development of
Zope. Replies/followups directed there.]
Yuan-Chen Cheng wrote:
Can't put !--#BCODE -- in dtml, but
!-- #BCODE -- is okay.
The !--# syntax is an old DTML
Toby Dickenson wrote:
On Wed, 10 Apr 2002 12:16:35 -0400, Jim Washington [EMAIL PROTECTED]
wrote:
2. If we want to get fancy about allowing authentication using that ip
address like naked ZServers can do,
to
if request.has_key('HTTP_X_FORWARDED_FOR'):
Toby Dickenson wrote:
[snip]
4. Change dtml to not allow dtml-var someNonIdempotentMethod, although it
should still allow dtml-var someNonIdempotentMethod()
Ahhh!
How do you propose to do that? I see a lot of bruised foreheads
resulting from this...
How many problems would this cause.
Hello,
requestprofiles.py is generating an output (on standard output) of
80columns width, and I don't know how to expand it.
At the begining I thought it was related with my xterm, but that's not the
case, the output is truncated to 80chars indepently if I use xterm, or if
I redirect the
--verbose
- Original Message -
From: Julián Muñoz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 11, 2002 10:38
Subject: [Zope-dev] requestprofiler.py output width
Hello,
requestprofiles.py is generating an output (on standard output) of
80columns width, and I don't know
dtml-var foo is not even close to the equivilant of dtml-var foo()
The former uses mapply to comb the namespace for arguments and maps them
to the callable and then calls it (if it is a callable, that is). IOW
foo could have any number of arguments. The latter always calls foo with
no
First, Toby, thanks for that proposal, it's indeed far more elegant than
the mess I had in mind.
Casey Duncan wrote:
Toby Dickenson wrote:
[snip]
4. Change dtml to not allow dtml-var someNonIdempotentMethod,
although it should still allow dtml-var someNonIdempotentMethod()
Ahhh!
From: Casey Duncan [EMAIL PROTECTED]
My point is how do you disinguish dtml-var foo meaning Call foo
passing everything from the namespace that maps to an arg from
dtml-var foo meaning Call foo passing everything, but foo doesn't use
anything from dtml-var foo Call foo and foo takes no
On Thursday 11 April 2002 5:16 pm, Casey Duncan wrote:
The most troublesome case is where foo accepts any number of arguments
(such as a DTML method or ZPT or any other method with **kw), and you
cannot know whether it changes objects or simply returns some string or
something.
Yes, that is a
Casey Duncan wrote:
[SNIP]
Also, are we talking about only fixing the action on GET for the ZMI
or for all Zope apps? If the answer is Just the ZMI then we are
talking about doing something that has not been done before: Making the
ZMI different from all other Zope apps. If the answer is
On Thu, 11 Apr 2002 18:53:54 +0200, Oliver Bleutgen [EMAIL PROTECTED]
wrote:
With the implementation of Toby's proposal (barring the dtml-var thing,
which isn't needed for that, as far as I see)
Correct. The dtml-var change only helps guard against a careless
dtml/zpt author reopening the same
Hi all -
Just a quick reminder that our inaugural Bug Day is tomorrow
Friday, April 12 9:00 am EST until... until we've all had
enough. We'll be coordinating on the #zope-dev channel on
irc.zope.org.
Some more info and general guidelines for bugdays are at:
http://dev.zope.org/CVS/BugDays
I had the same problem a few weeks ago, and i posted my bug to the collector
with a example class.
See there:
http://collector.zope.org/Zope/275
This friday, 9:00am EST there will be a BugDay on
irc://irc.zope.org/#zope-dev
Description of BugDays here:
http://dev.zope.org/CVS/BugDays
I
After more experimenting, I discovered that a restart of the zope server
solved the problem.
Nice to know, but I dont really wish to restart zope everytime I make a
change. I am using Zope 2.5 and it appears that the refresh does not refresh
the default security permissions.
Tom
=
When I try to download a CVS tarball of the Zope_2_5-branch branch, I get
a corrupt tar archive. The .../ISO_8859_1_Splitter/src directory
contains one
c file whose name gets truncated. I'm using gnutar so I'm pretty sure
it's not
a problem on my end.
What tar is used on the CVS server?
Zope thinks you're trying to use an ancient version of DTML. Make sure
your comments are syntactically correct (!-- comment --) and try to
avoid using !-- #(comment) -- anywhere as this could trip you up down
the road. That format for variable insertion is still supported for
legacy reasons.
19 matches
Mail list logo