Steve Alexander wrote:
I think you're getting your levels of abstraction confused with your
meta-levels of abstraction :-)
Confused? when talking about ZPatterns?
n e v e r ;-)
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
Hi,
Zope currently has two ways of distributing products:
1. Tarballs containing python products
2. .zexps containing methods, ZClass products and the like.
Things are now getting bad as products are emerging (PTK, Tracker, etc)
which require both of these to get a single product working which
Chris Withers wrote:
I'm going to knock up a patch for this anyway and chuck it in the
collector.
The patch (which is for the latest CVS, but shouldn't be too hard to
modify for other versions ;-)
Chris
===
RCS file:
From a mail about the LinuxTag conference:
P.S. ABout ZPatterns: everyone I spoke to was thought the basic idea
behind ZPattern was good and sound and nice and so on. But _everyone_
complained about it being too pretentious (with all the computer science
claims and theory behind it) and
Here is a page by Butch Landingin at
http://www.zope.org/Members/butchland/ZopePackProposal
He talks about the need for a Zope Pack Manager.
Or maybe that should be Zope Package Manager? :)
It would be nice to have a single unified way of preparing apps,
products or whatever for distribution.
Hello,
I want to display the content of a site starting from a folder called 'Site'
with a tree tag.
I want also to render immediately inside the tree the documents with an
ID=='PUBLIC_Doc'.
In Zope 1.x I have a working dtml method like this:
!--#var standard_html_header--
!--#tree Site
Jimmie Houchin wrote:
It would be nice to have a single unified way of preparing apps,
products or whatever for distribution. The process be nicely automated
or provide a user interface for building the distributable. The install
process would also need to be just as painless.
Totally agree.
So let's start throwing some brute force hacking at the problem! ;-)
From a mail about the LinuxTag conference:
P.S. ABout ZPatterns: everyone I spoke to was thought the basic
idea behind ZPattern was good and sound and nice and so on. But
_everyone_ complained about it
does anybody know where REQUEST['INSTANCE_HOME'] disappeared to between Zope
version 2.1.4 and version 2.1.6.
Furthermore is it likely to reappear or has it been succeeded by some other
key.
Cheers,
-Andy Dawkins
___
Zope-Dev maillist - [EMAIL
Just my $0.02 worth...
If you can at all avoid it, I think you should find a way to store it in
the ZODB.
Maybe a Configuration product that would allow you to create arbitrary
configuration information and still be able to access it without making
filesystem calls. Think about DC's Zope on
In article [EMAIL PROTECTED],
Chris Withers [EMAIL PROTECTED] wrote:
1. Too much jargon... by far... Lots of complicated words that are
meanlingless to the layman and don't help to convey the concepts. This
Can you point out some examples of which ones you think are especially bad?
is
In article [EMAIL PROTECTED],
Steve Alexander [EMAIL PROTECTED] wrote:
If it isn't there (hiding somewhere), perhaps I can add it from Shane's
original email?
If it isn't there already, by all means, please add it!
___
Zope-Dev maillist - [EMAIL
Zopistas,
I had some inspiration today and discovered a simple way to write a
BTreeFolder implementation.
http://www.zope.org/Members/hathawsh/BTreeFolder/
It works better than I thought it would. It allows you to store
thousands (well, I've tested it with only 1536, but I don't know of any
Chris Withers writes:
Hi,
Zope currently has two ways of distributing products:
1. Tarballs containing python products
2. .zexps containing methods, ZClass products and the like.
Things are now getting bad as products are emerging (PTK, Tracker, etc)
which require both of these
The subject says it all... no more dtml-var "foo.tag(border=0)" type
schtuff...
http://www.zope.org/Members/Coventry/Border_aware_image
Note: this was created, and tested, on Zope 2.1.6 - newer installations, or
those with modifications to thier Image.py file in
zope-home/lib/python/OSF should
This is distressing. I'm building a new shopping cart site, and
doing it under 2.2.0 CVS (as of 7/1). I've added four items.
If I search for certain keywords that I know only appear on one
item, I get two items returned. The other item has no trace of
the specified keyword. This sounds very
ZScheduler Version 0.0.7 Date: 2000/07/02
1. Fixed a bug that caused ZEvents to execute in the wrong context.
2. If the action method of a ZEvent raises an error, a traceback is written
in the log.
3. Added a Trigger tab to the management screen for ZEvents which fires the
event in the same
At 11:54 AM 6/27/00 +0400, Jephte CLAIN wrote:
mike wrote:
There is no way to infinite recursion if Rack.getItem is leaved
untouched.
Ah ah. But people will touch it. Like me for example :-)
There is no way to prevent overriding getItem from a ZClass for example.
And it *will* recurse
By all means, feel welcome. I've been on vacation a while.
At 02:29 PM 6/28/00 +0100, Steve Alexander wrote:
I just looked over the ZPatterns Wiki for Shane's explanation, but I
can't find it.
If it isn't there (hiding somewhere), perhaps I can add it from Shane's
original email?
19 matches
Mail list logo