I dont know of any reviews but I give a personal +1 on this book
(especially for people coming from a Zope 2 development background).
- C
On Tue, 2005-06-21 at 20:11 -0700, Corey wrote:
Anyone know of any reviews written for this book? ( aside from the short ones
at amazon? )
I'm sure it's
Hi Brad,
On Nov 29, 2005, at 5:45 PM, Brad Allen wrote:
Here is another question. Suppose I'm working with a team of
developers. Should we each set up our own separate Zope3 instance,
and do SVN checkouts into our own separate, local /lib/python
directories inside the instance? How then
On Nov 29, 2005, at 10:07 PM, Brad Allen wrote:
Chris McDonough wrote:
Here is another question. Suppose I'm working with a team of
developers. Should we each set up our own separate Zope3
instance, and do SVN checkouts into our own separate, local /lib/
python directories inside
On Nov 29, 2005, at 10:29 PM, Duncan McGreggor wrote:
Additionally, the ability to generate a new instance of a project
complete with a fresh-and-ready ZODB is of immense value when
working on a project with multiple developers or teams of
developers. Several times, we have saved literally
On Nov 30, 2005, at 12:38 PM, Brad Allen wrote:
At 1:17 AM -0500 11/30/05, Chris McDonough wrote:
While you're developing, it's much easier because the *content* in
your ZODB doesn't typically have any value during development. If
it does have value during development, you have
On Dec 22, 2005, at 12:05 PM, Shane Hathaway wrote:
Time and again people fail to realize that Zope 3 wants to create
the low level framework right first, and only after that add high
level simplifications and shortcuts to have less configuration and
provide fastest developer exeperience.
It will probably not comfort you that the concept of a view (at
least by that name) is going to disappear sometime post-3.2.
I hope I explain this properly; here goes.
A view is a registration for a named multiadapter. The thing that
is registered (the view) adapts two objects that
Kudos for releasing these packages -- they all look interesting and
potentially useful.
Agreed, bravo!!
- C
___
Zope3-users mailing list
Zope3-users@zope.org
http://mail.zope.org/mailman/listinfo/zope3-users
I hate to cross-post this, but would it be possible to limit this
discussion to a single list (e.g. zope3-dev, maybe)? I'm interested
in this topic, but my mail client isn't smart enough to filter it out
to only one place and I'm sure there are a lot of other people with
the same issue.
I dunno about sucking because they are quite good for documentation,
but I tend to write plain-old unittests instead of doctests when I'm
testing without any pretense towards writing documentation. If you
test internals of a class in a doctest, the doctest body gets pretty
cluttered,
On Feb 23, 2006, at 1:17 PM, Benji York wrote:
Chris McDonough wrote:
I dunno about sucking because they are quite good for
documentation, but I tend to write plain-old unittests instead of
doctests when I'm testing without any pretense towards writing
documentation. If you test
On Feb 23, 2006, at 1:57 PM, Benji York wrote:
But it's of course a judgment call.
Perhaps this is just one of those to-each-his-own things. shrug
My own are doctests. ;)
Sure. I actually really appreciate reading good doctests, they help
a lot, and they beat not having any docs at all
On Feb 23, 2006, at 4:51 PM, Stephan Richter wrote:
So, I take it that you are a second voter in favor of not requiring
all tests
to be doctests.
If the ZSCP thing takes off, I think test/doc req'ts should be
somewhat looser than mandating a particular test/doc framework
(something along
I think packaging efforts are really the key to being able to tell a
story like this. The efforts happen to be couched in a process of
converting z3 packages into eggs, but really the process of
identifying dependencies and eliminating the silly ones is the
valuable work here, and it
On Mar 2, 2006, at 6:41 AM, Peter Bengtsson wrote:
I'm with Max on this one.
What's the point? To save a few megabytes of harddisk space?
If you don't want the zope.bobo part of your zope3, ignore it. You
don't have to use it if you don't want to.
...
Let's keep it simple, bundle it all in
On Apr 19, 2006, at 10:28 PM, David Pratt wrote:
Hi Chris. This is great. I was going to ask Philipp about streaming
but thought once I had contacted you I would ask you since this is
an important part of large file handling. Can you tell me how far
along the ZODB blob support has
On Apr 20, 2006, at 3:33 AM, Martin Aspeli wrote:
On Thu, 20 Apr 2006 04:35:47 +0100, Chris McDonough
[EMAIL PROTECTED] wrote:
The zodb code is on the blob-merge-branch of ZODB in Zope's
subversion repository. I'm not sure when it's going to land in an
actual ZODB release. I'm fighting
On Apr 20, 2006, at 3:54 AM, Philipp von Weitershausen wrote:
Chris McDonough wrote:
Actually, stream iterator support is independent of blobs.
Right. Also, dealing with long-living requests or dribbling data piece
by piece is substantially something different than streaming large
data
In z3, apparently you just return a file from your code and the
publisher knows enough to send it efficiently.
- C
On Apr 20, 2006, at 8:15 AM, David Pratt wrote:
Hi Chris. This is great! I'll check this out. It would be great
however if I could get a clearer picture of large file handling
Just curious: instead of writing a query language implementation, why
not use a relational database to store the data that is likely to
need to be queried in an arbitrary way? You do still get most of the
good stuff in Zope if you do this and it's a lot less work.
On Apr 23, 2006, at 3:25
The right thing to do here is probably to just use something like
http://modntlm.sourceforge.net/ and trust the REMOTE_USER environment
variable passed by Apache... let somebody else worry about
maintaining it. ;-) One strategy for doing this is described at
Why not just use a mutex (a recursive lock makes things easier too)?
lock = threading.RLock()
lock.acquire()
try:
...
finally:
lock.release()
On Sep 26, 2006, at 9:19 AM, Philipp von Weitershausen wrote:
Jim Washington wrote:
Hi
I need to produce PDFs with reportlab.
reportlab is not
I'm having a bit of trouble debugging a failed browser view lookup.
It has something to do with environment, because lookups for the view
work in one of my sandboxes, and fail in another, even though both
seemingly has the same ZCML and code.
Does anyone have any scripts already written
Thank you much Phillip!
On Sep 15, 2007, at 7:04 PM, Philipp von Weitershausen wrote:
Chris McDonough wrote:
I'm having a bit of trouble debugging a failed browser view
lookup. It has something to do with environment, because lookups
for the view work in one of my sandboxes, and fail
On Nov 17, 2007, at 10:00 PM, Stephan Richter wrote:
Hi everyone,
I just updated the Zope 3.4 KGS with some new features.
1. You only need to upload the controlled-packages.cfg file now;
all other
files are generated.
2. The controlled-packages.cfg file now supports a name and
version
On Nov 18, 2007, at 7:52 PM, Stephan Richter wrote:
On Sunday 18 November 2007, Chris McDonough wrote:
4. A new minimal/ folder now contains an index just of the
controlled
packages. This minimal index can be used by compoze as one
contributing
index. (I have not tested this yet, can anyone
On Nov 19, 2007, at 2:17 AM, Stephan Richter wrote:
On Sunday 18 November 2007, Chris McDonough wrote:
I disagree. This is not what this means to me. I think a KGS can
receive bug
fix releases, which the Zope 3.4 KGS does. However, no new feature
releases
are allowed.
In the Linux world
On Nov 19, 2007, at 1:26 PM, Dieter Maurer wrote:
Chris McDonough wrote at 2007-11-18 16:50 -0500:
...
Note that if the KGS really wants to be a KGS (literally known
good,
it's a matter of semantics, not of technology):
- An invariant must be met that only one version of each package
Tom Hoffman wrote:
On Fri, Feb 1, 2008 at 9:22 AM, Chris McDonough [EMAIL PROTECTED] wrote:
I'll take a risk by stating the obvious.
If there will continue to be a release schedule for Zope 3, the appserver It
would reduce confusion to new users greatly to give the appserver release a
name
Stephan Richter wrote:
On Friday 01 February 2008, Chris McDonough wrote:
If there will continue to be a release schedule for Zope 3, the appserver
It would reduce confusion to new users greatly to give the appserver
release a name other than Zope.
Well, we had to do the classic Zope 3
I'll take a risk by stating the obvious.
If there will continue to be a release schedule for Zope 3, the appserver It
would reduce confusion to new users greatly to give the appserver release a name
other than Zope.
Eg.
Current name Proposed name
I'll take that as STFU ;-)
Got it.
- C
Marius Gedminas wrote:
On Fri, Feb 01, 2008 at 11:06:48AM -0500, Chris McDonough wrote:
I typed four more paragraphs full of markety stuff here but deleted them.
*cheers*
Marius Gedminas
32 matches
Mail list logo