Re: [Zope] here/content

2005-11-30 Thread Dieter Maurer
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)

Re: [Zope] Re: Zope 2.8.4 strange behavior

2005-11-30 Thread Dieter Maurer
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,

Re: [Zope] Creating a DTM Document in a variable folder.

2005-11-30 Thread Jonathan Cyr
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,

Re: [Zope] Re: Zope 2.8.4 strange behavior

2005-11-30 Thread Paul Winkler
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

Re: [Zope] Creating a DTM Document in a variable folder.

2005-11-30 Thread J Cameron Cooper
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.

[Zope] unicode problem

2005-11-30 Thread abraham . peter
Hi, 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 method and at the moment only shows the value of REQUEST Having seen

Re: [Zope] unicode problem

2005-11-30 Thread Maurits van Rees
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

[Zope] PHPGateway Issues

2005-11-30 Thread Asad Habib
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

Re: [Zope] Re: Zope 2.8.4 strange behavior

2005-11-30 Thread Tim Peters
[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

[Zope] Displaying pdf

2005-11-30 Thread Rick Smith
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

Re: [Zope] Displaying pdf

2005-11-30 Thread Peter Bengtsson
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

Re: [Zope] Displaying pdf

2005-11-30 Thread John Barham
On 12/1/05, Rick Smith [EMAIL PROTECTED] wrote: 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 :-

Re: [Zope] Question about Stepper

2005-11-30 Thread Chris Withers
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

Re: [Zope] DateTime mess

2005-11-30 Thread Chris Withers
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

Re: [Zope] Epoz interface not showing in my web page...

2005-11-30 Thread Chris Withers
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

[Zope-Checkins] SVN: Zope/trunk/lib/python/Products/PluginIndexes/DateIndex/DateIndex.py Recreate the BTrees.Length.Length instance on a clear, like UnIndex-based

2005-11-30 Thread Martijn Pieters
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 -=-

[Zope-Checkins] SVN: Zope/branches/Zope-2_8-branch/lib/python/Products/PluginIndexes/DateIndex/DateIndex.py Merge r 40426 from the trunk: make DateIndexes upgradeble from Zope 2.7 by way

2005-11-30 Thread Martijn Pieters
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:

[Zope-Checkins] SVN: Zope/branches/2.9/lib/python/Products/PluginIndexes/DateIndex/DateIndex.py Merge r 40426 from the trunk: make DateIndexes upgradeble from Zope 2.7 by way

2005-11-30 Thread Martijn Pieters
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:

[Zope-Checkins] SVN: Zope/branches/tseaver-collector_1774/lib/python/AccessControl/ My original patch, with tests.

2005-11-30 Thread Tres Seaver
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

[Zope-Checkins] SVN: Zope/branches/Zope-2_8-branch/lib/python/Products/SiteAccess/SiteRoot.py Fixed #1960. Simplified dumb useless dialog.

2005-11-30 Thread Florent Guillaume
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

[Zope-Checkins] SVN: Zope/branches/2.9/lib/python/Products/SiteAccess/SiteRoot.py Fixed #1960. Simplified dumb useless dialog.

2005-11-30 Thread Florent Guillaume
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

[Zope-Checkins] SVN: Zope/branches/tseaver-collector_1774/lib/python/AccessControl/tests/testZopeSecurityPolicy.py Check in yuppie's extra tests.

2005-11-30 Thread Tres Seaver
Log message for revision 40435: Check in yuppie's extra tests. Changed: U Zope/branches/tseaver-collector_1774/lib/python/AccessControl/tests/testZopeSecurityPolicy.py -=- Modified: Zope/branches/tseaver-collector_1774/lib/python/AccessControl/tests/testZopeSecurityPolicy.py

[Zope-Checkins] SVN: Zope/branches/tseaver-collector_1774/lib/python/AccessControl/ImplPython.py Ensure that in the presence of proxy roles, if none match, then lose.

2005-11-30 Thread Tres Seaver
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

[Zope-Checkins] SVN: Zope/branches/tseaver-collector_1774/lib/python/AccessControl/ Incorporate Jim's feedback:

2005-11-30 Thread Tres Seaver
Log message for revision 40437: Incorporate Jim's feedback: - Sync with Python version. Notably, move check of user's roles *below* the test of ownership and proxy roles, which makes the error handling *much* cleaner. - In the case that we have a stack, but the top

[Zope-Checkins] SVN: Zope/branches/Zope-2_8-branch/lib/python/AccessControl/tests/testZopeGuards.py Clean up after ourselves.

2005-11-30 Thread Tres Seaver
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

[Zope-Checkins] SVN: Zope/branches/2.9/lib/python/AccessControl/tests/testZopeGuards.py Clean up after ourselves.

2005-11-30 Thread Tres Seaver
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 === ---

[Zope-Checkins] SVN: Zope/trunk/lib/python/AccessControl/tests/testZopeGuards.py Clean up after ourselves.

2005-11-30 Thread Tres Seaver
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 === ---

Re: [Zope-dev] Re: DateTime mess

2005-11-30 Thread Lennart Regebro
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

Re: [Zope-dev] Re: DateTime mess

2005-11-30 Thread Jens Vagelpohl
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,

[Zope-dev] Re: Python2.4 Security Audit ETA???

2005-11-30 Thread Philipp von Weitershausen
Andreas Jung wrote: --On 29. November 2005 15:13:45 +0100 Florent Guillaume [EMAIL PROTECTED] wrote: The security audit already happened, and led to checkins by Jim on October 26 that preceded the release of Zope 2.8.4. Zope 2.8.4 is safe to use with python 2.4. Let's say it this

[Zope-dev] DateTime iso8601 bad handling of dates

2005-11-30 Thread Evan Simpson
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

[Zope-dev] zope.conf extensibility

2005-11-30 Thread Sidnei da Silva
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

Re: [Zope-dev] Folderish or SimpleItem object types for structural content

2005-11-30 Thread Dieter Maurer
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

Re: [Zope-dev] zope.conf extensibility

2005-11-30 Thread Fred Drake
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

Re: [Zope-dev] zope.conf extensibility

2005-11-30 Thread Sidnei da Silva
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

Re: [Zope-dev] zope.conf extensibility

2005-11-30 Thread Fred Drake
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 |

Re: [Zope-dev] zope.conf extensibility

2005-11-30 Thread Sidnei da Silva
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: | |

Re: [Zope-dev] Folderish or SimpleItem object types for structural content

2005-11-30 Thread Martijn Jacobs
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

Re: [Zope-dev] Re: RFC: Reunite Zope 2 and Zope 3 in the source code repository

2005-11-30 Thread Chris Withers
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

[Zope-dev] Re: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source code repository

2005-11-30 Thread Chris Withers
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.

Re: [Zope-dev] RE: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source coderepository

2005-11-30 Thread Chris Withers
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

[Zope-dev] common datetime

2005-11-30 Thread Chris Withers
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 -

Re: [Zope-dev] Re: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source code repository

2005-11-30 Thread Chris Withers
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

Re: [Zope-dev] Re: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source coderepository

2005-11-30 Thread Chris Withers
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,

Re: [Zope-dev] Re: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source coderepository

2005-11-30 Thread Chris Withers
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

[Zope-dev] Re: DateTime mess

2005-11-30 Thread Philipp von Weitershausen
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

Re: [Zope-DB] Z SQL equivelant of MySQL's SQL_CALC_FOUND_ROWS?

2005-11-30 Thread Dieter Maurer
Kevin Monceaux wrote at 2005-11-29 13:20 -0600: I'm new to Zope so forgive me if the answer to this question is obvious. If one performs a select with a limit clause is it possible to determine how many results would have been returned if there was no limit? For example, if I wanted to select

Re: [Zope-DB] Z SQL equivelant of MySQL's SQL_CALC_FOUND_ROWS?

2005-11-30 Thread Chris Withers
Charlie Clark wrote: You can use dtml-var sqldelimiter - search the archives for that. But that is wrong. Why? If you want to count the number of records, use count() That doesn't work if you use offsets and limits to only return part of a result set... cheers, Chris -- Simplistix -