John Poltorak wrote at 2005-11-30 01:32 +:
Can someone tell me how 'here/content' is translated in these lines?
span tal:define=stx
python:modules['Products'].PythonScripts.standard.structured_text;
the_text here/content
tal:content=structure python:stx(the_text)
Florent Guillaume wrote at 2005-11-30 01:51 +0100:
... sending keepalive messages to ZEO ...
Why not use the max-disconnect-poll option of the zeoclient section in
zope.conf ?
Our solution is quite old. At that time, there was definitely no
max-disconnect-poll yet.
In addition,
You might want to use index_html
rather than index.html in this example. The dot means other things in
Python, and index.html is a carryover from filesystem webservers. My
impression is that the acquisition mechanism doesn't like ids with a
dot, in some circumstances.
Not trying to nit-pick,
On Wed, Nov 30, 2005 at 08:40:34PM +0100, Dieter Maurer wrote:
Florent Guillaume wrote at 2005-11-30 01:51 +0100:
... sending keepalive messages to ZEO ...
Why not use the max-disconnect-poll option of the zeoclient section in
zope.conf ?
Our solution is quite old. At that time, there
Jonathan Cyr wrote:
You might want to use index_html rather than index.html in this
example. The dot means other things in Python, and index.html is a
carryover from filesystem webservers. My impression is that the
acquisition mechanism doesn't like ids with a dot, in some circumstances.
On Wed, Nov 30, 2005 at 02:12:07PM +0100, [EMAIL PROTECTED] wrote:
I've created a folder a put some dtml-methods, External python
scripts and a Formulator Forms. It had worked fine till I put the
Form's xml page the following line:
actionint_bev_feldolgoz/action
int_bev_feldolgoz is dtml
Hello. I am trying to use PHPGateway with Zope but I get the following
error:
'/usr/bin/php' may not be a PHP-CGI program. The result from the program
is empty(0 byte).
Also, sometimes I get the error 'File Not Found' that is thrown by
the browser. Has anyone successfully used this product
[Dieter Maurer]
...
I think, Tim wanted to implement such a keep alive mechanism
inside ClientStorage (to reliably detect disconnects) but
in ZODB 3.4 it seems not yet available.
Right on all counts: I would like to add that, because it's currently
possible for ZEO to run forever without
Perhaps someone can point me in the right direction.
I am trying to display a pdf file (actually stored in LocalFS) from a
python script. To do this my approach (probably there's a better way) is :-
RESPONSE.setHeader('Content-Type','application/pdf')
RESPONSE.redirect(path)
My main problem
Why the fancy RESPONSE stuff. What's wrong with just clicking on the pdf URL?
Or like this from a python script called showPDF()
pdffile = getattr(context, 'some.pdf')
return pdffile
On 12/1/05, Rick Smith [EMAIL PROTECTED] wrote:
Perhaps someone can point me in the right direction.
I am
Jens Vagelpohl wrote:
Pardon my stupidity but is Chris Withers' Stepper the right thing for
me...?
yes
What he said ;-)
The call to sendAllUnsent() I would prefer if it was done
asyncronously in case it takes several seconds. I could accomplish
this by having a cron job calling it every
A piece of code calls bobobase_modification_time() which currently
returns a DateTime; after that the piece of code calls some
DateTime-specific methods on the returned object. Now in Zope 2.12 we
make bobobase_modification_time() return a datetime.datetime and
subsequently the piece of code
I'd suggest contact the epoz author directly, of finding an epoz mailing
list...
Chris
Allen Huang wrote:
I have integrated Epoz module into my product director and reboot ZOPE.
At first it was alright at first, but I started getting call telling me that all the Epoz module shows is the
Log message for revision 40426:
Recreate the BTrees.Length.Length instance on a clear, like UnIndex-based
indexes do; this way one can simply re-catalog a site upgraded from a Zope 2.7
instance.
Changed:
U Zope/trunk/lib/python/Products/PluginIndexes/DateIndex/DateIndex.py
-=-
Log message for revision 40427:
Merge r 40426 from the trunk: make DateIndexes upgradeble from Zope 2.7 by way
of a re-index.
Changed:
U
Zope/branches/Zope-2_8-branch/lib/python/Products/PluginIndexes/DateIndex/DateIndex.py
-=-
Modified:
Log message for revision 40428:
Merge r 40426 from the trunk: make DateIndexes upgradeble from Zope 2.7 by way
of a re-index.
Changed:
U Zope/branches/2.9/lib/python/Products/PluginIndexes/DateIndex/DateIndex.py
-=-
Modified:
Log message for revision 40431:
My original patch, with tests.
Changed:
U
Zope/branches/tseaver-collector_1774/lib/python/AccessControl/ImplPython.py
U
Zope/branches/tseaver-collector_1774/lib/python/AccessControl/cAccessControl.c
U
Log message for revision 40432:
Fixed #1960. Simplified dumb useless dialog.
Changed:
U Zope/branches/Zope-2_8-branch/lib/python/Products/SiteAccess/SiteRoot.py
-=-
Modified:
Zope/branches/Zope-2_8-branch/lib/python/Products/SiteAccess/SiteRoot.py
Log message for revision 40433:
Fixed #1960. Simplified dumb useless dialog.
Changed:
U Zope/branches/2.9/lib/python/Products/SiteAccess/SiteRoot.py
-=-
Modified: Zope/branches/2.9/lib/python/Products/SiteAccess/SiteRoot.py
Log message for revision 40436:
Ensure that in the presence of proxy roles, if none match, then lose.
Use the wrapped owner when testing context inside proxy roles.
Therfore, move check of user's roles to end, since proxy roles make the
user's
roles irrelevant. This also
Log message for revision 40438:
Clean up after ourselves.
Changed:
U
Zope/branches/Zope-2_8-branch/lib/python/AccessControl/tests/testZopeGuards.py
-=-
Modified:
Zope/branches/Zope-2_8-branch/lib/python/AccessControl/tests/testZopeGuards.py
Log message for revision 40439:
Clean up after ourselves.
Changed:
U Zope/branches/2.9/lib/python/AccessControl/tests/testZopeGuards.py
-=-
Modified: Zope/branches/2.9/lib/python/AccessControl/tests/testZopeGuards.py
===
---
Log message for revision 40440:
Clean up after ourselves.
Changed:
U Zope/trunk/lib/python/AccessControl/tests/testZopeGuards.py
-=-
Modified: Zope/trunk/lib/python/AccessControl/tests/testZopeGuards.py
===
---
On 11/30/05, Jens Vagelpohl [EMAIL PROTECTED] wrote:
+1 on a dedicated migration step. Might even be a chance for some
other cleanups.
So the process would be something like:
1. Make a FrankenDateTime that uses the pickles of the DateTime, but
the methods of datetime.
2. Make a zope.datetime
On 30 Nov 2005, at 08:20, Lennart Regebro wrote:
On 11/30/05, Jens Vagelpohl [EMAIL PROTECTED] wrote:
+1 on a dedicated migration step. Might even be a chance for some
other cleanups.
So the process would be something like:
1. Make a FrankenDateTime that uses the pickles of the DateTime,
This has been brought up and (rather cavalierly) dismissed before. I
challenge anyone to justify the following DateTime behavior:
DateTime('2005-01-01').strftime('%Y-%m-%d')
'2004-12-31'
DateTimes are actually timestamps, and the current implementation
assumes that a date in ISO8601 format
This might be the third time I hit this issue, and I've always given
up before. I hope this is the last time.
I have some product that would greatly benefit from being able to be
configured from within zope.conf. I don't want a separate
configuration file. Period.
Why? Apache doesn't have
Martijn Jacobs wrote at 2005-11-29 22:09 +0100:
...
That will be true, but I was wondering where to draw the line, for
example with perfomance issues. All the objects will be in a ZCatalog,
to allow searching for example. But one 'ObjectManager' step less in the
choice what to do with the
On 11/30/05, Sidnei da Silva [EMAIL PROTECTED] wrote:
I have some product that would greatly benefit from being able to be
configured from within zope.conf. I don't want a separate
configuration file. Period.
Tres Seaver and I implemented this during the Goldegg sprint in
Fredericksburg, which
On Wed, Nov 30, 2005 at 03:55:22PM -0500, Fred Drake wrote:
| On 11/30/05, Sidnei da Silva [EMAIL PROTECTED] wrote:
| I have some product that would greatly benefit from being able to be
| configured from within zope.conf. I don't want a separate
| configuration file. Period.
|
| Tres Seaver
On 11/30/05, Sidnei da Silva [EMAIL PROTECTED] wrote:
I haven't seen this being checked in at all, maybe it's in Tres
laptop?
These were committed to the trunk before the 2.9 branch was created:
r39652 | tseaver |
On Wed, Nov 30, 2005 at 04:27:11PM -0500, Fred Drake wrote:
| On 11/30/05, Sidnei da Silva [EMAIL PROTECTED] wrote:
| I haven't seen this being checked in at all, maybe it's in Tres
| laptop?
|
| These were committed to the trunk before the 2.9 branch was created:
|
|
Hello Dieter.
This must be a funny classification scheme...
Well, I wanted to have the discussion to be general about this thing
because I can imagine that this issue has been some point of discussion
before, among others, but I will be more specific to explain :
- The structure will have
Martin Aspeli wrote:
... and I'm one of those developers. I care, for the moment, about one
thing: Plone. I want Plone to move to use more Zope 3 technology, sure,
because it's clearly superior. But we're not going to re-write it from
scratch, and neither, I suspect, will most large Z2
Stephan Richter wrote:
On Thursday 24 November 2005 09:17, Jim Fulton wrote:
Now (well, after the December release :), I think it's time to revisit
what the core of Zope 3 is and how we manage the repository. There has
been a trend to manage important components separately and link them in.
Philipp von Weitershausen wrote:
Bottom line: I find the risk of your having to dig through horrible Zope 2 code
much lower
than the chance of joint efforts on Zope 3 technology. Of course, it'd be quite
surprising
if I didn't believe that as the author of the proposal *wink*.
I agree with
Alexander Limi wrote:
Can I add use a common datetime implementation? ;)
Philipp is already working on this :-)
(and I'm keen to help out too, if there's a sane way for me to do so...)
cheers,
Chris
--
Simplistix - Content Management, Zope Python Consulting
-
Gary Poster wrote:
Zope 2 depends on Zope 3, via Five. Zope 3 does not depend on Zope 2.
A very good point, but one which makes me feel that Zope 2 shouldn't be
merged in with Zope 3 ;-)
Put differently, if we're merging in Zope 2 into the repository, then
why not SchoolTool, or any of
Lennart Regebro wrote:
I think this change can possibly make sense when we have replaced Zope
2 authentication with Zope 3s, and when we have replaces Zope 2
publisher with Zope 3s and when we have replaced the Zope 2 traversal
with Zope3s, and maybe a couple of other things.
At that point,
Stephan Richter wrote:
* We have been constantly trying to make the trunk smaller, and suddenly we
blow it up? This does not fit. In fact, I would claim that zwiki and
bugtracker should now be moved out of the trunk and placed into top-level
dirs themselves. They should be tested using the
Tres Seaver wrote:
Frankly, anything which attempts to fix pickles in-place smells bad to
me. Dump and reload is how the RDBMS world handles this kind of
problem, and it isn't because they don't have smart folks working on them.
You're right, as nice as generations might be, they can't
41 matches
Mail list logo
