Hi Dieter,
Thanks for your quick response and solution.
It's a great relief to have it working OK for Firefox too!
With regards,
Ria
-Original Message-
From: Dieter Maurer [mailto:[EMAIL PROTECTED]
Sent: 05 May 2006 22:19
To: Marinussen, M.J. (Ria)
Cc: zope@zope.org
Subject: Re:
Thanks for the help Infor
I deleted the psycopgda 1.0.0 product from zope and installed version
1.1.21 via the psycopg-1.1.21 tarball. After consulting the FAQ I
realized I had to install mxDateTime, and run ./configure telling it
where to find zope, postgres libs and the mxdatetime lib.
David Ayres wrote:
Hi Everyone.
I am still running Zope 2.7.5. Will there be any problems if I jump directly
to 2.9.2?
I had no end of fun with this very jump ;-)
Most 3rd party products will need some kind of tweaking or version upgrade.
If you rely on the history tab for python scripts /
Doyon, Jean-Francois wrote:
What am I missing here? Is this a bug/misfeature? Could any one point to
the source code that handles this?
I've never seen this before, my guess would be that whatever you're
filling that slot with isn't what you think it is ;-)
cheers,
Chris
--
Simplistix -
Terry Jones wrote:
That's 3 times where I somehow get to be in the wrong for taking the time
to point out that a piece of documentation in the project is quite
misleading.
You didn't say you thought it was misleading, you worded it as if you
expected it to still be true. A small difference
Dennis Allison wrote:
LocalFS product (1.3-andreas) seems to be having a problem with the
dtml-tree tag in Zope 2.9.2/Python 2.4.2.
Then don't use DTML, it does, after all suck (tm) ;-)
The problem seems to be with the tpValues() program in the LocalFS product
which returns an empty list.
Or just do a custom tpValues equivalent for the particular special case.
I suspect that is what we will try next... ;-)
On Mon, 8 May 2006, Chris Withers wrote:
Dennis Allison wrote:
LocalFS product (1.3-andreas) seems to be having a problem with the
dtml-tree tag in Zope 2.9.2/Python
Doyon, Jean-Francois wrote at 2006-5-5 17:47 -0400:
...
Now for some reason I can't figure out, the end result ALWAYS has span
tags surrounding the content of the slot, despite the fact I say here they
shoul dbe div's ...
Usually, this means, that the active code it taken from a location
robert rottermann wrote at 2006-5-7 10:05 +0200:
...
What does the wget -S http://www.ersigen.ch/view-source.gif;
gives you?
prints the following and waits for ever:
[EMAIL PROTECTED]:/home/zope/Products/redProducts/RedUtils/commander/tests
wget -S http://www.ersigen.ch/view-source.gif
Michael Kaplan wrote at 2006-5-6 10:23 +0200:
...
Stays the part above (maybe partially) accross several
DeadlockDebugger invocations (or changes the tail of your
traceback continously)?
In this case, there would seem to be some infinite loop caused
by the AT ReferenceEngine (I like it).
As
Dennis Allison wrote at 2006-5-7 19:21 -0700:
...
The problem seems to be with the tpValues() program in the LocalFS product
which returns an empty list. The controlling flag,
o.isPrincipiaFolderish, seems to be set to zero when it ought to have a
value of 1 when the object being referenced is a
I have a flash app that accesses .xml files.
The source is viewable and some creative crackers have figured out how to
meld a url together to get vital information from those .xml's.
I need to prevent the web client from directly accessing them.
Is there a directive (such as Apache's) or
On 5/8/06, Brian [EMAIL PROTECTED] wrote:
I have a flash app that accesses .xml files.
The source is viewable and some creative crackers have figured out how to
meld a url together to get vital information from those .xml's.
I need to prevent the web client from directly accessing them.
Is
--On 8. Mai 2006 13:19:02 -0500 Brian [EMAIL PROTECTED] wrote:
I have a flash app that accesses .xml files.
The source is viewable and some creative crackers have figured out how to
meld a url together to get vital information from those .xml's.
I need to prevent the web client from
Hello everyone,
The Zope 3 development team is proud to announce Zope 3.3.0 beta 1.
Zope 3 is the next major Zope release and has been written from scratch based
on the latest software design patterns and the experiences of Zope 2.
Cleanup of the Zope 3 packages has continued to ensure a
Brian wrote:
I have a flash app that accesses .xml files.
The source is viewable and some creative crackers have figured out how to
meld a url together to get vital information from those .xml's.
Well, dont put vital information there :-)
I need to prevent the web client from directly
On Monday 08 May 2006 17:07, Lorenzo Gil Sanchez wrote:
Is there a small document or howto explaining how to migrate from the
old skins/layers to the new system?
I migrated by reading the deprecation messages and following their advice. :-)
Unfortunately, we do not have the resources to write
Log message for revision 68030:
clean up, missing imports, missing logger
Changed:
U
Zope/branches/ajung-zpt-end-game/lib/python/Products/PageTemplates/PageTemplateFile.py
-=-
Modified:
Zope/branches/ajung-zpt-end-game/lib/python/Products/PageTemplates/PageTemplateFile.py
Log message for revision 68031:
clean up
Changed:
U
Zope/branches/ajung-zpt-end-game/lib/python/Products/PageTemplates/Engine.py
-=-
Modified:
Zope/branches/ajung-zpt-end-game/lib/python/Products/PageTemplates/Engine.py
Log message for revision 68033:
get rid of 2nd, less useful implementation of translate()
correct argument order in useful implementation
Changed:
U
Zope/branches/ajung-zpt-end-game/lib/python/Products/PageTemplates/Engine.py
-=-
Modified:
Log message for revision 68038:
Greatly sanify the way we marry Zope 3 ZPTs and Zope 2 traversal.
Basically, zope.app's path expressions use ITraversable adapters to
traverse through the object graph. This is the only sane thing to do,
really. However, we still want to take care of
Log message for revision 68040:
switch to branch of Five
Changed:
_U Zope/branches/ajung-zpt-end-game/lib/python/Products/
-=-
Property changes on: Zope/branches/ajung-zpt-end-game/lib/python/Products
___
Name:
Log message for revision 68042:
use expressions that have been implemented doubly from Zope 3.
this still needs further clean up, is to say consolidation.
also, Five needs to be fixed regarding its (very funky) usage of
Expressions.py
Changed:
UU
23 matches
Mail list logo
