Re: [Zope-dev] Problem starting Zope

2001-07-06 Thread Jimmie Houchin

Thanks Dieter for the reply.
Sorry for the delay in the reply. The problem was on my home machine and I've
been at work.

I don't know that anyone broke code, other than Netscape breaking my lines in
the message. :)

I duplicated the message by typing it into Netscape.

Look at the reply to myself for more info.

I still don't know where there error is but it doesn't work with the cvs
Python.

Thanks again.

Jimmie Houchin


Dieter Maurer wrote:
 
 Jimmie Houchin writes:
   Installing Zope via wo_pcgi.py and then starting Zope via ./z2.py gives
   me this:
  
   the -h output
   
   -W port
  The WebDAV: command not found
   ../z2.py: line 288: syntax error near unexpected token
   `sys.path.insert(0,'
   ../z2.py: line 288: `sys.path.insert(0, '%s/lib/python' % swhome)'
 Someone broke the code near line 288 of z2.py.
 
 Look at it.
 You should be especially worried about indentation.
Convert tab to spaces and see whether the indentation
is right.
 
 Dieter
 
 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Problem starting Zope

2001-07-06 Thread Jimmie Houchin

Updating my previous message.

The problem must be in the cvs version of Python.
I downloaded the tarball of 2.1, compiled.
Recompiled Zope.
./start
Up and running. :)

In addition to the error below when doing ./z2.py I got this when doing
./start with the cvs Python:

./start
/usr/local/lib/python2.2/FCNTL.py:7: DeprecationWarning: ... (don't want to
type it all)
ditto...
-
2001-07-06... PANIC(300) z2 Startup exception
Traceback ...
  (Object: ZLogger)
  File /usr/local/zope/Zope2/lib/python/Zope/__init__.py, line 95, in ?
  ...
(Object: Transformer)
  ...
  File
/usr/local/zope/Zope2/lib/python/RestrictedPython/compiler/transformer.py,
line 695, in com_node
KeyError: 313


Lots not included.

Hopefully it is enough.
I can duplicate if necessary to provide more information.


Does anyone have a way to copy text from a GnomeTerminal window?
Or is there a better way that I can do this to be able to provide accurate
information?
Anything I can do to assist better, I would be happy to do.

Thanks again.

Jimmie Houchin




Jimmie Houchin wrote:
 
 Hello,
 
 After messing around for a long time, I am finally beginning to develop
 my website. :)
 I am having problems starting Zope. I've never had problems starting
 Zope.
 
 RH 7.1
 I have an updated cvs Zope installed.
 I have an updated cvs Python installed.
 It is the cvs Python which is called on the commandline or via
 /usr/local/bin/python.
 
 Installing Zope via wo_pcgi.py and then starting Zope via ./z2.py gives
 me this:
 
 the -h output
 ...
 -W port
The WebDAV: command not found
 ./z2.py: line 288: syntax error near unexpected token
 `sys.path.insert(0,'
 ./z2.py: line 288: `sys.path.insert(0, '%s/lib/python' % swhome)'
 
 I don't know if I've encountered a bug or did something wrong.
 Any suggestions appreciated.
 
 Thanks,
 
 Jimmie Houchin
 
 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] Problem starting Zope

2001-07-05 Thread Jimmie Houchin

Hello,

After messing around for a long time, I am finally beginning to develop
my website. :)
I am having problems starting Zope. I've never had problems starting
Zope.

RH 7.1
I have an updated cvs Zope installed.
I have an updated cvs Python installed.
It is the cvs Python which is called on the commandline or via
/usr/local/bin/python.

Installing Zope via wo_pcgi.py and then starting Zope via ./z2.py gives
me this:

the -h output
...
-W port
   The WebDAV: command not found
./z2.py: line 288: syntax error near unexpected token
`sys.path.insert(0,'
./z2.py: line 288: `sys.path.insert(0, '%s/lib/python' % swhome)'

I don't know if I've encountered a bug or did something wrong.
Any suggestions appreciated.

Thanks,

Jimmie Houchin

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] Zope Development Roadmap Components

2001-02-27 Thread Jimmie Houchin

While reading the Zope Development Roadmap about components I had a
question.

It says:
"""Components will be edited via the filesystem as .py files. Components
will probably be checked into and out of Zope via a CVS like facility.
Components can be tested locally without checking them into Zope."""

What does this say about developing components with Py/Perl Scripts?
It looks to be closer to the current Python Products.

I like the idea above but just trying to understand the big picture
about the future.

Any enlightenment appreciated.

Jimmie Houchin

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Zope Development Roadmap Components

2001-02-27 Thread Jimmie Houchin

Yes this is what I was looking for and somewhat expecting. I can
understand the challenge in getting ZClass, Py/Perl Script, "composite
components" done right. In fact to me they could easily make things more
complex. Potentially more complex process and more complex machinery to
handle it. I would definitely be for a simpler model of components which
are just as describe .py files and an interface.

I read somewhere that doing components right is/can be hard. The author
wrote that component creation is done by the few for the many. There
will be fewer component authors and more component users and
integrators. I agree with his assessment. 

I think what will make it easier for component authors will be well a
defined API. This appears to me what y'all are doing. If I understand
correctly.

Thanks.

Jimmie Houchin

Michel Pelletier wrote:
 
 On Tue, 27 Feb 2001, Jimmie Houchin wrote:
 
  While reading the Zope Development Roadmap about components I had a
  question.
 
  It says:
  """Components will be edited via the filesystem as .py files. Components
  will probably be checked into and out of Zope via a CVS like facility.
  Components can be tested locally without checking them into Zope."""
 
  What does this say about developing components with Py/Perl Scripts?
  It looks to be closer to the current Python Products.
 
 Yes.  We have thought a bit about "composite components" and "persistent
 modules" and stuff like that, but we only went so far into elaboration
 when we realized that it required lots, and lots of thought and effort.
 
 The current component effort is much simpler, a component is: an object
 with an interface.  If this is a ZClass with Perl-based script methods,
 then so be it, but we haven't thought far enough into what ZClasses really
 are to start thinking about giving them interfaces.
 
 Is this sort of what you're asking?
 
 -Michel

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Storing part of an object on the file system

2001-02-08 Thread Jimmie Houchin

I would like to throw in something I've been thinking about for the last
week or so.

I would like to use Tux as the front-end of my website.

For info on Tux.
ftp://ftp.redhat.com/pub/redhat/tux/tux-2.0/
http://www.redhat.com/products/software/ecommerce/tux/

From the website:
"""TUX is a kernel-based, threaded, extremely high performance HTTP
server. It is able to efficiently and safely serve both static and
dynamic data. TUX moves the HTTP protocol stack to the kernel, and can
handle requests for data with both kernel-space and user-space
modules."""


It has been reported to do over 10,000 requests per second on a static
html file of 1666 bytes. It did over 1,000 rps doing a cgi program,
opening and closing the cgi app each request. I read this from Linux
Weekly News which got it off of the Linux Kernel Mailing List.

From what I understand Tux 1.0 holds the SpecWeb record. Tux 2.0 is
faster. :)

I think it would be interesting to see Zope fronted by Tux. If there
were a Tux cache manager for Zope that would be awesome.

I've been trying to figure out how to maximize what Tux can serve and
what Zope can manage. An optimal mix between the two could create a very
manageable and fast website. Tux primarily caches what is available on
the file system. It can serve multiple files (objects) sequentially as
instructed by the "user module" as part of a single client request, thus
assembling the request to send to the client. I'm butchering the
explanation, but any ways, it's fast.

Unfortunately, I am still working on understanding Tux and how to best
use it. I don't program C and so reading the sample code hasn't sunk in
yet. I don't know how to integrate it with Zope. It would be great it
one of the brilliant people on this list could figure this out. :) :) :)

Just thinking out loud.

Jimmie Houchin



Andy McKay wrote:
 
 Ok whack idea #34... Well sort of, the idea was sparked by ExtFile (yes its
 all his fault honest). We want to have files on the file system for many
 reasons which I won't go into now, just take it for granted. But we also
 want some of the objects information to be in the standard data.fs, so we
 can catalog it use acquisition provide a simple interface to it and so on.
 So far you are saying thats ExtFile and you are right.
 
 But we want to extend it to any object anywhere, instead of storing the data
 attribute in the object and pickling it in the ZODB I want to be able to
 store the data attribute on the file system. This gives us loads of
 advantages we also thought this would be extremely useful to other people.
 We've bounced around ideas on how to do this and here the only two so far:
 
 -we could overload the data attribute with a class that on Pickling into
 the ZODB instead writes it on to the filesystem...
 -we could in the ZODB put a hack to say if pickling something with so
 and so attribute do this instead...
 
 I feel like this something I should just not be doing, but it would be great
 if I could get it work...
 
 --
   Andy McKay.

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Massive scalability

2001-01-15 Thread Jimmie Houchin

I would like to echo Michael's sentiment and comments. I am at the
beginning stage of Zope development of a website which will have
millions of objects of a single object type and multiple of such. I
currently plan on using mounted databases for the various object
repositories and am currently exploring the best means to implement
such. I know of the mountedfilestorage product by Anthony, but with the
massive refactoring happening for 2.3 I am watching the horizon for how
such will be implemented in the future.

I think there are many who would like to keep their development within
Zope using objects. Any information on best use or development
strategies for such setups would be greatly appreciated. 

Thanks,

Jimmie Houchin


Michael Bernstein wrote:
 
 Andy McKay wrote:
 
   I am currently planning two separate 'Archive' type
   projects/Products. In both cases, I need to make sure that
   my implementation will scale to hundreds of thousands or
   even millions of objects.
 
  I would recommend using an RDMBS behind Zope then. Its faster, simpler and I
  have always had better results.
 
 While that would work for the simple object case, I find the
 prospect of storing a bunch of BLOBs (for the image data of
 the Photos) in an RDBMS to be *most* un-appetizing. Storing
 them on the server's file-system seems in-elegant as well.
 
 I'd like to build both of these applications as products
 that can be easily installed into a Zope server (as easily
 as Squishdot). Adding a dependency on an RDBMS or requiring
 additional setup on the server's FS seems a step in the
 wrong direction.
 
 I'm working with objects here. I prefer to work with them
 compared to the approach of decomposing my objects into
 RDBMS records or files, and recomposing.
 
 So the question remains: Will either approach (within the
 ZODB) allow me to scale the application to hundreds of
 thousands (or even millions) of objects indexed in a
 ZCatalog?
 
 I should stress that I am far more concerned about the
 number of objects than I am about the number of 'hits'.
 
 I know that the ZCatalog/ObjectManager approach used by
 Squishdot will scale to over 9,000 objects (the number of
 postings to date at technocrat.net), So I'm reasonably
 certain that my proposed ZCatalog/BTree Folder approach will
 be at least as scalable. I'm slightly less confident about
 the Specialist/Rack approach, because I don't know of any
 sites that have used them to store that many objects in the
 ZODB, but only slightly.
 
 However, so far I have not heard of anyone storing and
 indexing as many homogenous objects as I am talking about.
 I'd really like to hear from anyone who has attempted to do
 this or something similar.
 
 Does anyone know of any hidden 'gotchas' when dealing with
 this many objects, regardless of the hit-load on the system?
 
 Thanks,
 
 Michael Bernstein.

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] New UI for 2.3

2001-01-12 Thread Jimmie Houchin

Hello,

I personally don't have a problem with the new UI as far as the frames
are concerned. I have not used it on
a laptop, so can't express any opinions concerning such. I do prefer the
blue to the black.

Concerning branding, it seems to me (my opinion) that up at the top
would generally be more effective.
Also as the items in the tree in the left frame increases, the branding
keeps getting pushed down and off. It also pushes down and off the items
that Brian speaks of wanting to put into the top frame. The top frame
doesn't consume much more and sometimes less than some of the toolbars
the browser provide and many users use.

Currently in the left frame the user id is at the top. So a certain
amount of the 32 pixels consumed in the new ui are already being
consumed in the left frame. What is impacted the most is the right
frame.

These ui elements (and branding) are important and do need placed
somewhere. I would rather have them like they are instead of at the
bottom left frame where there position changes according to the number
of items. Just my opinion. :)


A couple of UI elements I've been thinking about.

I don't like the "Create public interface" checkbox automatically
defaulting to creating a DTML Document. Because there are multiple items
which could be used as the index_html I would like to see a dropdown
box/menu which allow you to select the ui element. I think currently
most will want DTML Method. In the future we might be choosing HiperDOM
or XMLDocument. I think a dropdown would be nice, with a potential user
selected default, which could be listed in the dropdown as "default". 

For people come from a traditional IDE or other types of apps it isn't
necessarily intuitive to click the back button or menu item in order to
exit a screen that you entered but changed your mind about and are doing
nothing. Yes, I understand most of us here understand that no
transaction has taken place and simply going "back" or clicking on
another link is okay. However, for the non-programmer content-provider
user of Zope a "cancel" button which goes back might be a nice ui
element.

Just some thoughts.

Jimmie Houchin

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Problem in current CVS

2000-12-16 Thread Jimmie Houchin

Hello,

I just updated my current CVS build of Zope2.

I do ./start and get a traceback.
The last lines of which are:
File "/usr/local/zope/Zope2/ZServer/HTTPResponse.py", line 95, in ?
   from ZPublisher.HTTPResponse import HTTPResponse,
end_of_header_search
ImportError: cannont import name end_of_header_search

I go to the line in HTTPResponse and end_of_header_search is commented
out.

Is there a reason? Looks like it may have been part of Evan's
content-length bugfix?

Thanks,

Jimmie Houchin

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] License issues

2000-11-15 Thread Jimmie Houchin

I personally do not have a problem with the Zope license. However, I do
use a lot of GPLed software and appreciate it. I also am appreciative of
the ability to use Zope and to take advantage of the wonderful work that
DC has produced. When the original debate occurred I was in support of
DC maintaining some type of button crediting DC.

DC has provided us with an incredible tool and has provided the
community with tools in which to have a community and contribute toward
Zope. Whatever license is chosen I would like to see it be one which
protects everybody, especially DC.

About a year or two ago Lutris, the people who do Enhydra, were debating
about how to license their product XMLC. After researching the idea they
decided, with the communities support, to adopt the GPL. Their primary
reason was to prevent a bigger fish (with $$$) from capitalizing on
their work and possibly inhibiting their ability to compete.

The GPL would protect DC from predatory competitors. It would also allow
for Zope's adoption in certain environments. I also believe some people
would relicense their products to the GPL if it were Zope's native
license.

The source code maintains DC's intellectual credit and investment in
Zope. Zope.org could also possibly provide a higher profile for DC
without necessarily being "obnoxious" or being overtly/overly
possessive.

I've made some statements about how the GPL can help DC and the
community. What I don't see is if or what negatives would come into play
with such a change. Does anybody see any problems? Does anyone at DC
including Hadar and their new VC friends?

Jimmie Houchin



Paul Everitt wrote:
 
 Some quick points on this.
 
 First, feel free to talk on this list about ways that Zope
 developers can license their stuff.  It's a constructive
 discussion, and since I'm not a Zope developer, I can ignore
 it. :^)
 
 Second, regarding the licensing of Zope itself, ChrisP is
 right that I'm the guy on that.  Or more specifically, Hadar
 Pedhazur (our board chairman) and I run the zope-license
 email alias.  He and I had previously decided that, after
 the round closed, we'd take a fresh look at our licensing
 strategy.
 
 Basically, we'd like to get out of the business of having
 our own license, and we're open to the idea of a license
 that is more GPL-friendly, in the spirit of Apache, Python,
 etc.
 
 Thus, continue discussing what you need to do your jobs and
 give us some time to hash out a proposal.  Thanks!
 
 --Paul
 
 On 14 Nov 2000 09:29:11 -0800
  Simon Michael [EMAIL PROTECTED] wrote:
  Juan, thanks for shining some light towards this murky
  area. Maybe
  ZWiki and other zope products need to be LGPL or
  dual-licensed, maybe
  the zope license can use some refinement. I for one won't
  know without
  seeing some enlightened discussion of the issue.
 
  This stuff is unsexy but important.
 
  Best regards,
  -Simon

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Zope Add-on Installation

2000-07-03 Thread Jimmie Houchin

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. 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.

Jimmie Houchin

Chris Withers wrote:
 
 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 is
 horrible :/
 
 What is needed is a new way of installing Zope stuff for the following
 categories:
 1. Python Base Products (Like ZPatterns, PTKBase and TrackerBase)
 2. Instantiatable Products (like TinyTables, Squishdot and Tracker)
 3. Interface Skins (none right now, DemoPortal is probably the closest)
 
 Most importantly of all, collections of the above... (PTK is an example
 here, Tracker would be as well)
 
 Does anyone have any ideas?
 
 cheers,
 
 Chris
 
 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] New Help System in 2.2

2000-05-30 Thread Jimmie Houchin

I too agree the new help system looks nice.

I was considering at one point jumping up and writing a documentation
system for Python/Zope. Unfortunately my notes, not many, are at work.
But some things I had in mind were based on something like JavaDoc. I am
not a Java expert and have not really used JavaDoc much but have seen
some of its documentation.

I was thinking it would be nice to have a parser which could extract
documentation from source to create external documentation files which
could be generated into multiple formats, html, xml, etc. I would have
needed to create a documentation format which could be used in source
but extracted. I was not going to use docstrings as they are intended
for a different purpose and are compiled into the bytecode.

I was thinking that the parser could run over a module and extract
functions, methods, variables and properties, etc. and create a stub
framework on a form. A documenter could then edit documentation for any
or all of the methods, save and it would be inserted appropriately into
source.

I thought it would also be nice if the documentation tree would also
parallel the source tree and have a corresponding colorized html
rendering of the module for browsing. This way one could jump from
documentation to source at will.

I was basically making idea notes. I was going to look at the current
doc generating and py2html tools available first. Then Starship went
down and I couldn't access them. :(

I also wanted to see what the DC team was doing.

I think it would be nice to see some ideas and processes for what and
how Amos and Michel are doing with the documentation and how the
community can help.

Just some thoughts.

Jimmie Houchin


Jason Spisak wrote:
 
 Shane Hathaway writes:
 
  Jason Spisak wrote:
   I was just browsing the help system and can I just say it is terrfic.  The
   .py files especially.  Not that python isn't that easy to read, but having
   the ZQR type stuff handy online is a huge win.  Is that stuff updated from
   the source on the fly?
 
  Almost.  It's actually written in separate files that mirror the
  structure of the real source.  And I'd like to bring up the point that
  I wonder why it is written that way.  Wouldn't it make more sense to
  self-document the source?
 
  If the issue is that some methods shouldn't be callable from a URL,
  there are better solutions to that problem (this is written to DC
  mainly):
 
 Is this the reason that it's not pulling the docs from the source?
 That's not a good idea.  With all the effort that Michel put in to work
 around not documenting in the source, he could have fixed it so that it
 pulled the docs from the source on the fly without effecting the URL
 access.
 
  1) Enahnce the permissions system to include "Accessible via HTTP",
  "Accessible via FTP", etc.
  2) Use an underscore as the first character of a docstring to indicate
  a non-URL-callable method.
 
 
 I just looked at it and that seems like doing work twice.  Why not just
 document your source?
 
 Wonderingly,
 
 Jason Spisak
 CIO
 HireTechs.com
 6151 West Century Boulevard
 Suite 900
 Los Angeles, CA 90045
 P. 310.665.3444
 F. 310.665.3544
 
 Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email
 address may not be added to any commercial mail list with out my
 permission.  Violation of my privacy with advertising or SPAM will
 result in a suit for a MINIMUM of $500 damages/incident, $1500 for
 repeats.
 
 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )