Re: [Zope-dev] Please Help!!! - HelpSys

2000-05-24 Thread Chris Withers

Lena wrote:
 I actually need to create a simple web-editor, something very similar to
 HelpSys, but I need to link tree items to the folders I create dynamically
 in Zope.

I'd suggest looking at the ZWiki Product, it may be exactly what you
want:

http://www.zope.org/Members/simon/ZWiki

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 )




Re: [Zope-dev] Session Objects?

2000-05-24 Thread Stuart 'Zen' Bishop

On Tue, 23 May 2000, Adam Pawliuk wrote:

 Although there is several user characteristics that we would like to store in a 
session object cached in server RAM, such as the user's unique system ID, greeting 
name, etc; rather than having to hit the DB for this information on each request. 
Basically we would like to use something similar to the session objects in ASP 
(yuck), or Java JSP/servlet model. 
 
 I've seen several Zope session products although they all seem to hook directly to a 
DB and don't seem to provide memory persistence which is what we would like to use. 
 
 Is there any existing products which do this?

Boring old ZSQL Methods actually do exactly what you want - check out the
caching options under the advanced tab (or the ZSQL docs on zope.org).
The database will only be hit the first time you call the method with
a given set of parameters, or when maximum time to cache expires.
If your GUF hooks make use of ZSQL methods, you should have a look
at tuning these too as it can be a big performance improvement.

Actually - I tell a slight lie. The DB might be hit once for each
thread, as the ZSQL cache is not shared between Zope threads. You need
to be aware of this as a cached result may be refreshed in one thread
but not yet expired in another and can give ambiguous results and
unreproducable bugs if you are not aware of it when you are developing. 

-- 
 ___
   // Zen (alias Stuart Bishop) Work: [EMAIL PROTECTED]
  // E N  Senior Systems Alchemist  Play: [EMAIL PROTECTED]
 //__ Computer Science, RMIT WWW: http://www.cs.rmit.edu.au/~zen


___
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] zpatterns: rackmountables must be of-wrapped

2000-05-24 Thread Jephte CLAIN

Hello,

I believe items got from a rack have to be wrapped in context of the
rack. I've been bitten by this (and it hurts!). When I try to use items
from DTML, only the superuser can use it, even managers can't access the
objects. When I wrap the items in the context of the rack, everything is
fine.
So: retrieveItem, createItem use vanilla objects
getItem, newItem wrap objects before returning them

regards,
jephte clain
[EMAIL PROTECTED]

___
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] ZCatalog and Unique IDs

2000-05-24 Thread Chris Withers

Hi,

I hope this is a stupid question but why does ZCatalog use the URL of an
object to uniquely identify it?

Why not just use a reference to the object? Persistent object
identifiers must exist for the ZODB so why not use them instead?

cheers,

Chris

PS: This would solve all the problems with ZCatalogs and virtually
hosted sites... I think the traversal interface is needed for other
reasons but it should remove ZCatalog from the list of things that need
it... not that I've just been bitten by this or anything ;-)

___
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] ZCVS Mixin class... feedback sought.

2000-05-24 Thread Steve Spicklemire


Hi Chris,

The basic idea is that you can export individual zope
objects in a container to the filesystem, not to the 'var'
directory, but to a directory under CVS control. Then you can
commit, update, add, remove etc files (each of which is the 
xml representation of a zope object) and keep track of what's
what. The only commands available zope right now are 'add' 'commit'
and 'update'. You can of course use CVS in the normal way.

-steve

 "Chris" == Chris Withers [EMAIL PROTECTED] writes:

Chris Steve Spicklemire wrote:
 http://www.zope.org/Members/sspickle/ZCVSMixin

Chris Sounds like a cool idea, but I don't really understand what
Chris it does and how you use it.

Chris Could you give use some enlightenment?

Chris cheers,

Chris 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 )




Re: [Zope-dev] zpatterns: rackmountables must be of-wrapped

2000-05-24 Thread Phillip J. Eby

At 05:33 PM 5/24/00 +0400, Jephte CLAIN wrote:
Hello,

I believe items got from a rack have to be wrapped in context of the
rack. I've been bitten by this (and it hurts!). When I try to use items
from DTML, only the superuser can use it, even managers can't access the
objects. When I wrap the items in the context of the rack, everything is
fine.
So: retrieveItem, createItem use vanilla objects

retrieveItem and createItem are not intended to be public methods; the only
reason they don't begin with an "_" is that I wanted to make it possible
for them to be implemented as DTMLMethods or PythonMethods.


getItem, newItem wrap objects before returning them

These are the API's you should be using, as they are the ones that tell the
rackmountable what rack it belongs to.


___
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] Problems with LoginManager form-based login

2000-05-24 Thread Phillip J. Eby

At 05:24 PM 5/24/00 +0300, Itamar Shtull-Trauring wrote:
"Phillip J. Eby" wrote:

 Make your root acl_users a LoginManager, with the loginForm there.
 LoginManager will only allow "Anonymous" to log in if it is the root
 acl_users.  This is how standard user folders behave, and *have to* because
 of the way manage_workspace works, unfortunately.  Until/unless a new login
 protocol is worked out in Zope, this is the workaround.

But this user isn't even supposed to access manage_workspace - I just need
it to access a PTK join_form so it can become a member.  

I tried making loginForm on the top level display a dtml method
customLoginForm (which contains the actual form), and then override it in
the PTK folder, but it doesn't - it displays the one on the top level.  And
I can't use the same loginForm in the whole site, because I may have  few
portals, and I need the login form to say "if you are not a member you can
join here".

Any ideas?



This is a problem that apparently can only be solved by replicating
ZPublisher's backward walk, which is the wrong thing to do because the
traversal will be O(n^2).  Bleah.  I guess we'll have to do something like
Stuart Bishop's backward walk in the GUF, since any enhancement of the
ZPublisher architecture to handle login forms properly won't happen until
at least 2.2.

Meanwhile, I suppose Ty and I should try to come up with a proposal for
revising ZPublisher to be able to walk back on the user lookups but still
use the login form closest to the URL being accessed.


___
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] Problems with LoginManager form-based login

2000-05-24 Thread Kevin Dangoor

- Original Message -
From: "Phillip J. Eby" [EMAIL PROTECTED]
To: "Itamar Shtull-Trauring" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, May 24, 2000 9:59 AM
Subject: Re: [Zope-dev] Problems with LoginManager form-based login


 Make your root acl_users a LoginManager, with the loginForm there.
 LoginManager will only allow "Anonymous" to log in if it is the root
 acl_users.  This is how standard user folders behave, and *have to*
because
 of the way manage_workspace works, unfortunately.  Until/unless a new
login
 protocol is worked out in Zope, this is the workaround.

Can you make the root acl_users a LoginManager now? (Is that in 2.1.6 or the
CVS version?) I know that the new ownership stuff made this impossible to do
in the CVS version (unless that's already been changed...)

Kevin


___
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] Re: ZCatalog and Unique IDs

2000-05-24 Thread Michel Pelletier



Chris Withers wrote:
 
 Hi,
 
 I hope this is a stupid question but why does ZCatalog use the URL of an
 object to uniquely identify it?

Because it's unique.
 
 Why not just use a reference to the object?

How do you define that?  If you mean reference in the strictly python
sense, then I guess you're thinking about some kind of name or
dictionary key in the catalog that is directly assigned the value of the
observed object?  This sorta gets back to the symbolic link vs. hard
link analogies brought up in the past.  Both have their dificulties, you
cannot, for example, have a reference across databases, while you can
map the physical path.  Using a string like this could also allow you to
quickly modify the catalog to index external resources.

 Persistent object
 identifiers must exist for the ZODB so why not use them instead?

They change, I believe, over the revisions of the objects; and also this
is a very low level identifier.  I'm not certain.  I think this
attribute is _p_oid.
 
 cheers,
 
 Chris
 
 PS: This would solve all the problems with ZCatalogs and virtually
 hosted sites...

So would a solid traversal interface that understood virtual hosting in
Zope.

 I think the traversal interface is needed for other
 reasons but it should remove ZCatalog from the list of things that need
 it... not that I've just been bitten by this or anything ;-)

I understand, but I think most of the biting was due to bugs than a flaw
in the model.

-- 

-Michel Pelletier

http://www.zope.org/Members/michel/MyWiki

Visit WikiCentral for the latest Zen:

http://www.zope.org/Members/WikiCentral

___
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] [Fwd: ZCatalog.. Again.. I know..]

2000-05-24 Thread Chris Withers

Michel Pelletier wrote:
 
 I'm looking into this right now...
 

Many thanks :-)

As you may have gathered from my posts, I've been having a bit of a
ZCatalog/SiteAccess (not to mention MIME) nightmare today...

...I took a day off work to try and get Squishdot 0.4.0 out and have
spent the day tryign to figure out whether or not it's my that that's
$"£$ed

All I'd like to know is:

Is ZCatalog in 2.1.6 likely to return incorrect search results, or is it
my python code that's broken?

In either case, how do I fix it? ;-)

cheers,

Chris

PS: My code, that may be broken... data is an IOBTree for id--Posting
objects. Could there be any untoward aquisition going on here? Posting
acquires from Implicit.

def recatalogPostings(self,REQUEST=None):
""" Clear the Catalog and then Index all the postings. """
self._catalog.clear()
for id in self.data.keys():
obj = self.data[id]
self.catalog_object(obj,self.absolute_url(1)+
obj.thread_path()+ '/' + `id`)
return self.manage_postings(self, REQUEST) 

The index which is causing the problem is 'textToSearch' which is
supplied by the following function:

def textToSearch(self):
"""# returns the text to search for a ZCatalog"""
text=''
for line in self.summary:
# strip out HTML and append a newline to each line.
text = text+tagRegex.sub("",line)+'\n'
for line in self.body:
# strip out HTML and append a newline to each line.
text = text+tagRegex.sub("",line)+'\n'
return text

___
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] Re: ZCVS Mixin class... feedback sought.

2000-05-24 Thread Chris Withers

Jerry Spicklemire wrote:

[snip]

 Steve, please clarify any of the concepts I've managed to mangle!

Now this sounds like something I waffled about a few weeks back...

...cool :-)

I don't think I'm gonna have a chance to play though :S

I'll jump in at 1.0.0 though and I'm there in spirit now ;-)

Good luck,

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 )




Re: [Zope-dev] ZCVS Mixin class... feedback sought.

2000-05-24 Thread Steve Spicklemire


Hi Jerry, (in case you're wondering.. Jerry really *is* my brother..)

 "JS" == Jerry Spicklemire [EMAIL PROTECTED] writes:

JS Chris Withers wrote:

 Sounds like a cool idea, but I don't really understand what it
 does and how you use it.
 
 Could you give use some enlightenment?

JS ZCVSMixin is a sort of replacement for a standard Zope Folder
JS Object. If you want to be able to maintain an entire Zope
JS Folder (and everything in it) in CVS, use a ZCVSMixin Object
JS instead. Then, from the Manage view, you get a new tab showing
JS up that provides the interaction with CVS.

That's basically right. Technically there are two parts. ZCVSMixin is
a python "Product" that handles talking to CVS and importing and
exporting objects. There is also a ZClass that inherits from both
Folder, and ZCVSMixin to provide Folder behavior and methods while
adding CVS support, hence the name Mixin. I believe you could really
use the 'Mixin' to add CVS support to any subclass of ObjectManager,
in a similar way.

JS What it actually does is an Export as XML on the whole
JS "folder", which then can be stored, view, checked out, checked
JS back in, and otherwise thoroughly managed and maintained
JS within CVS. For developers that are deep into Zope, and
JS familiar with CVS, this represents some potent possibilites.

Well.. close! It exports and imports all the objects in the folder
individually. This way I can edit one method, then 'checkin' that 
change with CVS. Anyone else with access to my repository can do
a 'checkout' from their Zope and get all the latest versions of
my objects in their zope. Think of it as the public CVS that 
CD uses now to publish Zope itself, but taken to the level of
tracking individual zope objects contained in Zope folders.

I've just been playing with it.. and you can sorta get the idea
looking at:

http://cvs.spvi.com/cgi-bin/viewcvs.cgi/zopeObjs/testCVS/

With CVS you can tag revisions etc and take a snapshot in time
of your zope objects, just like we do now with source code.

JS Think about checking out a Zope Widget from a CVS on the other
JS side of the planet, importing as XML into your local Zope,
JS where it is marshalled back from its CVSish XML form into the
JS original native Zope self. Now you can tweek it to your hearts
JS content, export as XML, then check the updated version back
JS in, where it becomes part of the trackable, archived,
JS searchable CVS system.

Right... that's the idea.

JS Steve, please clarify any of the concepts I've managed to
JS mangle!

Hope that helps It's really shocking just how easy it was
to do this makes me wonder why it hasn't been done already,
and *that* makes me wonder if I'm doing something really dumb 
here. ;-) It seems kinda cool to me. 

-steve

___
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] ZCVS Mixin class... feedback sought.

2000-05-24 Thread Shane Hathaway

Steve Spicklemire wrote:
 Hope that helps It's really shocking just how easy it was
 to do this makes me wonder why it hasn't been done already,
 and *that* makes me wonder if I'm doing something really dumb
 here. ;-) It seems kinda cool to me.

I find that the same phenomenon keeps occurring for the things I've
been doing as well.  Transparent folders, product refresh, and even
mounted databases all turned out to be a lot simpler than anyone
thought they would be.  Makes it fun to be a software engineer, don't
you think?

Shane

___
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] Cannot rename or move my ZClass object

2000-05-24 Thread Lindell Alderman

I have derived a ZClass from the Folder base class and it works
great, except I cannot rename or move my ZClass.  How can I fix this?

-L

___
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] ZCVS Mixin class... feedback sought.

2000-05-24 Thread Jonothan Farr

Just curious. How do you do diffs? How do you resolve conflicts? How do you
handle login/logout?
--jfarr

"Perl is worse than Python because people wanted it worse."
Larry Wall, 14 Oct 1998



___
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] Observer / Notification Interface Proposal

2000-05-24 Thread Phillip J. Eby

At 07:19 PM 5/24/00 -0400, Tres Seaver wrote:
I have started a page for an implementation of the GangOfFour Observer
pattern within Zope:

  URL
http://www.zope.org/Members/michel/Projects/Interfaces/ObserverAndNotificat
ion

Please comment, either here or in the wiki.


Is this only for events occurring within a transaction, or across
transactions?  If across transactions, how do you intend to handle
persistent references, acquisition, and cross-database references?  (My
suggestion would be to use a path to the callable.)

Second, I think there should be an opportunity for the observer to specify
more detail about what it wants to be called *for*.  I.e., either a
specific event or an event mask, to avoid unnecessary calls for irrelevant
events.

I realize this is all very implementation oriented, but that's me.  :)

(Oh, btw on "ObserverInterface", I'm guessing you mean the contract
requires that *observable* not worry about delays, not the other way around.)


___
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] Observer / Notification Interface Proposal

2000-05-24 Thread Tres Seaver

"Phillip J. Eby" wrote:
 
 Is this only for events occurring within a transaction, or across
 transactions?  If across transactions, how do you intend to handle
 persistent references, acquisition, and cross-database references?
 (My suggestion would be to use a path to the callable.)

Note that the scaling requirement (no blocking/long-running actions
inside the notification call) is intended to support intra-request
notification.  A ConcreteObserver implementation which needs to
perform such work (e.g., send an e-mail message, etc.) will have to
extract whatever data it needs from the subject and enqueue it for
processing in some other thread, by the asyncore machinery, etc.

Note as well that it would be possible to install an Observer which
could "veto" the change by raising an exception (a clever
ConcreteSubject might ignore such a veto, of course).

I'm don't have any use case in mind for a cross-transaction "event".

 Second, I think there should be an opportunity for the observer to
 specify more detail about what it wants to be called *for*.  I.e.,
 either a specific event or an event mask, to avoid unnecessary
 calls for irrelevant events.

I considered this, and decided that it would be simpler to put the
EventFilter in a "shim" object (e.g. a high-pass filter) which would
sit between the actual subject and observer.  Consider stringing
together a shell pipeline, e.g.::

  ps -aux | grep tseaver | . | sort"

Each piece has a very limited set of responsibilities, but
stringing them together arbitrarily conveys enormous power.

I also have hopes for a set of federated, filterable
NotificationChannels (like CORBA's NotificationService) which would
allow Observer-in-Zope to scale up enormously.

 I realize this is all very implementation oriented, but that's
 me.  :)
 
 (Oh, btw on "ObserverInterface", I'm guessing you mean the
 contract requires that *observable* not worry about delays, not the
 other way around.)

Changed it to 'subject' -- thanks for pointing it out!

Thanks for the feedback!

Tres.
-- 
===
Tres Seaver[EMAIL PROTECTED]
Digital Creations"Zope Dealers"http://www.zope.org

___
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] ZCVS Mixin class... feedback sought.

2000-05-24 Thread Jonothan Farr

 Good questions!

 You can just go to the 'admin' tab and type 'diff'.
 The admin tab lets you execute just about any cvs command
 with arguments stat, rtag etc etc.

Doing a diff on a zexp file isn't going to be very helpful, though. Any thoughts
on integrating some sort of xml diff tool?


 Conflicts.. uh... bad news. ;-)  I think it's essentially
 impossible to 'merge' two different versions of a zope
 object... so my plan would be to pick one version, or the
 other.

 Login and logout are handled when you set up the directory
 on the filesystem. Basically you need to 'checkout'
 a module (maybe an empty module) into a directory
 on the filesystem before you can use it to keep the
 xml representations of your Zope objects. That checkout,
 might, or might not, require a login, depending on your
 CVSROOT. You must 'be' the zope user (the same user that
 the zope process runs as) when you checkout the module,
 so that zope can manage the contents.

So essentially all checkins are by the same cvs user, so you lose the ability to
track accountability? I'd like to see something that was on a per-user basis,
maybe tied to the zope user, maybe not.

There's been a ton of talk about a zope cvs product. I've been thinking about
giving it a shot for a while now. I'm excited to see someone actually doing
something about it. I'd be glad to help out however I can. Especially since now
you've taken the killer name. ;)

--jfarr



___
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] FWIW, ZCVSMixin now at 0.0.2... and rising. ;-)

2000-05-24 Thread Michael Bernstein

Steve Spicklemire wrote:

 I've not heard any comments about the usefulness of this concept...
 am I barking up the wrong tree to get version control of zope objects?
 Does someone know of a better way?

Steve, this has been my fondest hope for about three months
now. Now, if I could also get it to do through-the-web XML
(DocBook) editing and rendering, I'd have a complete
end-to-end document management system. Particularly if it
preserved accountability, like Jonothan was mentioning.

I'll be testing this tommorow, and doing my best to get this
to do unnatural things with XMLWidgets and DocBookDocument.

Many 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] eat our own unsupported dog food

2000-05-24 Thread Michael Bernstein

Michel Pelletier wrote:
 
 There is a recent need for us to install ZDiscussions on Zope.org.  I
 have verified that 0.1.0 works with 2.1.6, but I can't seem to d/l
 0.2.0.  The author of said software is not available, any one know the
 status on ZDiscussions?  Has any one tweaked it?

I found this:
http://www.zope.org/Members/BwanaZulia/ZUBB/

HTH,

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 )