Re: PossitionIndex (was: Re: [Zope-dev] ZCatalog phrase indexingrevisited)

2001-06-20 Thread Chris Withers

 On Mon, 18 Jun 2001, Andreas Jung wrote:
 
  These are good ideas to improve the TextIndex. I already encouraged
  Erik to put alltogether into a Fishbowl proposal,
 
 Which I would do, if I had time.  Which I will have, but not for another
 two weeks. :-)

I'm guessing this is the point at which your problems become mine? ;-)

*grinz*

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: PossitionIndex (was: Re: [Zope-dev] ZCatalog phrase indexingrevisited)

2001-06-20 Thread Erik Enge

On Tue, 19 Jun 2001, Chris Withers wrote:

 I'm guessing this is the point at which your problems become mine? ;-)

*evil laughter*  Yes :-)

We should write about it and publish it to the community...


___
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: [SmartObjects] Zope Object Query Language (ZOQL) Proposal

2001-06-20 Thread Philip Wadler

I play an active role in the W3C working group designing XQuery,
a query language for XML.

I'm not familiar with ZOPE and it's query language.  Who should I
meet with to learn more?

If XQuery doesn't meet the needs of the ZOPE team, I'd like to understand
why.  If there are missing features important to our needs, I can argue
to get them added to XQuery.

Cheers,  -- P
 

___
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] ZPL and GPL licensing issues

2001-06-20 Thread Morten W. Petersen

Hi there,

we @ thingamy are considering changing our license to a ZPL-ish one [1] to
better serve our clients' needs.  However, some of the (Zope) products
we've developed may need to rely on GPL'ed code, or needs to be
incorporated within it, and the 'obnoxious advertising clause'
seemingly puts a stop to it..

The ZPL is listed as a license incompatible with the GPL, but it doesn't
really say clearly what the reason is, as far as we can figure, it's
because of the advertising clause.

Anyways, I'm wondering if any of you have encountered the same issue
developing Zope products and any solutions towards it.

Some interesting articles, food for thought:

http://www.zdnet.com/enterprise/stories/main/0,10228,2777053,00.html
http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLicenses
http://www.gnu.org/philosophy/bsd.html

[1] http://www.thingamy.com/tpl

Regards,

Morten


___
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] Add a user to zope

2001-06-20 Thread Johan Beauce

Hello,

I need your help. I'm trying to add all users from of our company in zope.
I don't want enter all users and all passwords.
I would like make a dtml-method which select all users and passwords
in my (SQL) table and create automatically these users.
I have created this dtml-method but I don't succed to redirect the page
to acl_users/manage_users (method that create users)
so that I don't need to press add button for each users.

Do you Have a answer or another best solution ?

Thanks ...

Johan.

form action=acl_users/manage_users method=post
table

  input type=text name=name value=totoTest
  input type=password name=password value=test
  input type=password name=confirm value=test
  input type=text name=domains:tokens value=
  select name=roles:list size=5 multiple
option value=ManagerManager
option value=MemberMember
option selected value=OwnerOwner
option value=ReviewerReviewer
option value=publisherpublisher
  /select
  input type=submit name=submit value=Add

/table
/form

... or ...

dtml-call
self.Users.acl_users._addUser('testToto','toto','toto','Owner',0)



___
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] ZPL and GPL licensing issues

2001-06-20 Thread Gregor Hoffleit

On Wed, Jun 20, 2001 at 04:50:33PM +0200, Morten W. Petersen wrote:
 we @ thingamy are considering changing our license to a ZPL-ish one [1] to
 better serve our clients' needs.  However, some of the (Zope) products
 we've developed may need to rely on GPL'ed code, or needs to be
 incorporated within it, and the 'obnoxious advertising clause'
 seemingly puts a stop to it..
 
 The ZPL is listed as a license incompatible with the GPL, but it doesn't
 really say clearly what the reason is, as far as we can figure, it's
 because of the advertising clause.
 
 Anyways, I'm wondering if any of you have encountered the same issue
 developing Zope products and any solutions towards it.

I recently asked RMS about this exact question. He studied the license and
said that another problem field is that the license is not clear whether
modified versions can be distributed in binary form (paragraph 7 of the
ZPL).


I hope he doesn't mind me quoting the second part of his exact words:

... If the Zope developers are willing to make just one change, I hope
they will clarify section 7 to clearly say that modified binaries may be
distributed if labeled as unofficial.

If they would like to make the license GPL-compatible as well, that
would require a few more changes:

* Section 4 would have to go.

* The license would have to allow distribution of modified sources, not
just source patches.

* Instead of saying that modified versions have to be labeled as
unofficial, it would have to say they must be labeled as modified and
by whom.  (That is what the GPL requires.)

If they don't want to make that much change, well, being incompatible
with the GPL is unfortunate but not disastrous.  But I hope they will
clarify the issue of modified binaries, because that issue could be
disastrous.

Please invite them to contact me directly to talk about this.


I forwarded that mail to [EMAIL PROTECTED], but I have no idea if
consultations are going on between them.


Gregor

___
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] Fishbowl not problem centered enough

2001-06-20 Thread Casey Duncan

Jay, Dylan wrote:
 
 Fishbowl is a great idea but it seems to be that its solution focused rather
 than problem focus. Perhaps if you had a page that listed all the problems
 with zope or problems that need to be solved that isn't as easy as it could
 be with zope. 

The fishbowl is also pull technology, and so it is time-consuming to
keep up with the developments. I personally find it to be cumbersome,
limiting and not really conducive to actually getting stuff done.

The collector currently fulfills the role of a bug list, and to some
degree a feature request bin. However, I (and others) find using it for
the latter is often a waste of time.

 Problems could then be organized according to priority due to
 severity or strategy, or even voting via the comunity (ala Java bug parade
 developer.java.sun.com/developer/bugParade/)
 Then under each problem could be listed the proposals that form solutions to
 the problem. Of course some solutions may solve many problems and therefore
 appear more than once.

I agree that a community-centered bug/feature request collector would be
beneficial. One that does not rely exclusively on DC's resources. DC
just does not have the bandwidth to deal with everyone's needs. 

I know there has been talk of opening up the Zope CVS to outside
contributions, I personally think this is long overdue. In order for a
community development forum to really work, this would have to happen.

 
 I just see lots of solutions many of which attack some of the same problems
 and no clear way to get those people comunicating and making informed
 trade-offs
 

This is one of the challenges of open-source development. I think we as
a community need to leverage our own technology more to facilitate its
further development. And I think that means relying on DC less and
therefore decentralizing things more.

I know that the folks at DC are thinking seriously about these issues. I
would say that unless something is actually done soon about opening the
Zope core to outside contributors, they run the serious risk of someone
just forking the code to do it for them. I also think that Zope.org
itself could greatly benefit from direct outside contribution.

 
 Dylan Jay   mailto:[EMAIL PROTECTED]
 Avaya Communication Tel:   +61 2 9886-8961
 Level 3, 123 Epping RoadFAX:   +61 2 9352 9224
 Nth Ryde NSW 2113   Mobile: 0409 606 171
 AUSTRALIA

-- 
| Casey Duncan
| Kaivo, Inc.
| [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] Using db_connections from Zope products

2001-06-20 Thread Tom Brown

I would like to make an SQL query directly from python
code.  Do I have to make a 
ZSQL Method dynamically, or is there another way
without making the class database 
dependent (i.e. Gadfly, PoPy, etc), utilizing an
existing db_con?  Suppose I am using the ZPoPy DA and 
have established a database connection externally. 
How can I access this database 
and submit a query from my own class?

Thanks,
Tom Brown
[EMAIL PROTECTED]

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

___
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: ZPL and GPL licensing issues

2001-06-20 Thread Simon Michael

Steve Drees [EMAIL PROTECTED] writes:
 Here comes the liscence wars again.

Nope. Please don't drag down a constructive thread.

___
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] ZPL and GPL licensing issues

2001-06-20 Thread Federico Di Gregorio

On 20 Jun 2001 10:38:03 -0500, Steve Drees wrote:
 Here comes the liscence wars again.
 
 Still haven't figured out how GPL became the holy grail.

the terms on the gpl are (by choice) the strictiest (does that word even
exists?) ever seen in a free software license. but a lot of people
'believe' in free software and have elected the gpl as their license of
choice. because of their true faith :) they are also pickier at license
compatibility. i am sure that the QPL and the ZPL are completely
incompatible but nobody cares because nobody really thinks that one is
better than the other... 

anyway, don't see it as a war. it is more like natural selection... 

federico (a real believer :) )

-- 
Federico Di Gregorio
MIXAD LIVE Chief of Research  Technology  [EMAIL PROTECTED]
Debian GNU/Linux Developer  Italian Press Contact[EMAIL PROTECTED]
  Qu'est ce que la folie? Juste un sentiment de liberté si
   fort qu'on en oublie ce qui nous rattache au monde... -- J. de Loctra


___
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] Using db_connections from Zope products

2001-06-20 Thread Jim Penny

On Wed, Jun 20, 2001 at 08:54:41AM -0700, Tom Brown wrote:
 I would like to make an SQL query directly from python
 code.  Do I have to make a 
 ZSQL Method dynamically, or is there another way
 without making the class database 
 dependent (i.e. Gadfly, PoPy, etc), utilizing an
 existing db_con?  Suppose I am using the ZPoPy DA and 
 have established a database connection externally. 
 How can I access this database 
 and submit a query from my own class?

You can use an established connection.

If it is ZSQL based, you will have to deal with the results
object. 

A good overview of the results object is
http://www.zope.org/Members/spinwing/ZSQL_Results

You might also look at the somewhat dated
http://www.zope.org/Members/jpenny/Accessing_a_ZSQL_Method_from_an_External_Method

This would work from Script (Python), as well.

Jim Penny 

 
 Thanks,
 Tom Brown
 [EMAIL PROTECTED]
 
 __
 Do You Yahoo!?
 Get personalized email addresses from Yahoo! Mail
 http://personal.mail.yahoo.com/
 
 ___
 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] ZPL and GPL licensing issues

2001-06-20 Thread Erik Enge

On 20 Jun 2001, Federico Di Gregorio wrote:

 i am sure that the QPL and the ZPL are completely incompatible but
 nobody cares because nobody really thinks that one is better than the
 other...

I might be misunderstanding here, if that's the case I appologies.

Just to clarify, for us at Thingamy (and I'm quite sure this is the real
case behind the license issues) it comes down to business-issues.  I do
very much care whether or not I can use a GPL Zope Python Product with my
ZPL/TPL Zope Python Product.  If I can't, and someone tells me I need to
relicense my product as GPL it would be very bad.

An example could be if I had application G, Z, P.  G is a GPL'ed Zope
Python Product, Z is a ZPL/TPL Zope Python Product and P is some
proprietory stuff I developed for my client.  Now, if the proprietory
application P interacts with my Z application and Z needs to become GPL,
then that would/could require the proprietary stuff I did for the client
to become GPL as well.

Then, I get hell.  If the client has to disclose their business
trade-secrets, the stuff that really makes them them, I'd be sued so hard
I'd see stars for another three decades :)

Or am I wrong (I'd absolutely love to be!)?


___
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] ZPL and GPL licensing issues

2001-06-20 Thread Gregor Hoffleit

On Wed, Jun 20, 2001 at 06:27:08PM +0200, Erik Enge wrote:
 On 20 Jun 2001, Federico Di Gregorio wrote:
 
  i am sure that the QPL and the ZPL are completely incompatible but
  nobody cares because nobody really thinks that one is better than the
  other...
 
 I might be misunderstanding here, if that's the case I appologies.
 
 Just to clarify, for us at Thingamy (and I'm quite sure this is the real
 case behind the license issues) it comes down to business-issues.  I do
 very much care whether or not I can use a GPL Zope Python Product with my
 ZPL/TPL Zope Python Product.  If I can't, and someone tells me I need to
 relicense my product as GPL it would be very bad.
 
 An example could be if I had application G, Z, P.  G is a GPL'ed Zope
 Python Product, Z is a ZPL/TPL Zope Python Product and P is some
 proprietory stuff I developed for my client.  Now, if the proprietory
 application P interacts with my Z application and Z needs to become GPL,
 then that would/could require the proprietary stuff I did for the client
 to become GPL as well.

You're not allowed to distribute a derived work of GPL code with proprietary
code incorporated. I. e. if you want to use that GPL code in your work,
you'll have to make the proprietary code available under a GPL-compatible
license as well (not necessarily the GPL itself).

The Zope license doesn't even get into the play here. It's all between the
GPL and your proprietary license.

The crucial point is whether a work is a derived work of GPL code. The FSF
says that mixing pieces of proprietary and GPL scripts in an application is
a derived work indeed. Other people deny this.

Gregor


___
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] ZPL and GPL licensing issues

2001-06-20 Thread Federico Di Gregorio

On 20 Jun 2001 18:27:08 +0200, Erik Enge wrote:
 On 20 Jun 2001, Federico Di Gregorio wrote:
 
  i am sure that the QPL and the ZPL are completely incompatible but
  nobody cares because nobody really thinks that one is better than the
  other...
 
 I might be misunderstanding here, if that's the case I appologies.

no, you're quite right. but we have two different problems here:

1/ your problem
2/ wheter a gpl zope product can exists

first some notes on 2. i don't know if python code loading other python
code counts as linking but if that is the case, no gpl zope product
can exists (same problem with python, but there is at least one
gpl-compatible release of python around.) 

for example, that's why psycopg, for example, is released under a double
license. you can use the gpl if your product is gpl'ed or the zpl when
using zpsycopgda in zope (and only then: you can include psycopg in your
code without respecting the gpl *only* when using zope and zpsycopgda.)

to your problem now... 

 Just to clarify, for us at Thingamy (and I'm quite sure this is the real
 case behind the license issues) it comes down to business-issues.  I do
 very much care whether or not I can use a GPL Zope Python Product with my
 ZPL/TPL Zope Python Product.  If I can't, and someone tells me I need to
 relicense my product as GPL it would be very bad.

 An example could be if I had application G, Z, P.  G is a GPL'ed Zope
 Python Product, Z is a ZPL/TPL Zope Python Product and P is some
 proprietory stuff I developed for my client.  Now, if the proprietory
 application P interacts with my Z application and Z needs to become GPL,
 then that would/could require the proprietary stuff I did for the client
 to become GPL as well.

you are quite right. but here, again, we have a lexical problem. are
zope products really linked? gpl forbids liking but there is no problem,
for example, in piping the data froma gpl'ed program to a proprietary
one. i can only say that **if** zope products count as linked, you can't
in any way use gpl code without releasing *all* the code under a gpl
compatible license (P included.)

anyway, is much better for you to ask the author of the gpl'ed program
for an alternate license. a lot of people will be happy to allow you to
use the program in a proprietary software for a little (or not so
little) fee... and if you have those problems is because you think
you'll make some money out of it, right?

other people won't and your only option is to rewrite the product or
(much better!) ask the customer to release under the gpl.

 Then, I get hell.  If the client has to disclose their business
 trade-secrets, the stuff that really makes them them, I'd be sued so hard
 I'd see stars for another three decades :)

i'll finish with some bad words, sorry: if the client is so worried
about intellectual property and secrets why is he even thinking about
free software? free software is good in a lot (in a different context i
would say 'all') of cases but imposes some constraints ont your work and
(unfortunately) *even* on your clients.

ciao,

federico

-- 
Federico Di Gregorio
MIXAD LIVE Chief of Research  Technology  [EMAIL PROTECTED]
Debian GNU/Linux Developer  Italian Press Contact[EMAIL PROTECTED]
  Qu'est ce que la folie? Juste un sentiment de liberté si
   fort qu'on en oublie ce qui nous rattache au monde... -- J. de Loctra


___
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] dtml-in batching badly

2001-06-20 Thread Michael Bernstein

seb bacon wrote:
 
 * Joachim Werner [EMAIL PROTECTED] [010618 20:28]:
   That's not the behaviour I'd expect.  Can anyone confirm this is a
   bug?
 
  As LEE Kwan Soo has already said, it is not a bug, but a clever (too
  clever?) feature that should maybe not be enabled by default. Every second
  week or so somebody runs into this and thinks it is a bug.
 
 Thanks for the hint, folks.
 
 I'm not a zope newbie, and this still bit me.  IMO there's something
 fairly wrong with the current setup.  either the default behaviour
 should be changed to orphans=0, or the visibility of default values
 for tags should be improved (from the book: orphan=int The desired
 minimum batch size - no mention of defaults).
 
 Furthermore, the 'feature' doesn't work as I'd expect.  In the example
 I posted, for the sequence (1,2,3,4), I got:
 
  batch 1: 1
  batch 2: 2 3 4
  batch 3: 3 4
  batch 4: 4
 
 This isn't in batches of at least 3... If it were iterating in minimum
 batches of 3, shouldn't that be:
 
  batch 1: 1 2 3
  batch 2: 2 3 4
  batch 3: 2 3 4
  batch 4: 2 3 4

Orphan control shouldn't actually set the desired minimum
batch size, it should set the size at or below which the
last batch should be combined with the next to last batch.

If my batch size is five, and orphan is set to three, and I
have a set of eight records that I am iterating through, I
will get a single eight record batch, because the orphan
setting tries to prevent the last batch having three or less
results by combining them with the previous five.

Orphan settings typically do not override where the batch
starts (that would be a 'widow' setting) only where it ends,
which is why you are getting increasingly smaller batches.

However, the fact that you are getting four batches (rather
than just one) is arguably a bug. A batch size of one,
combined with an orphan setting of three, should actually
give the following result:

 batch 1: 1 2 3 4

But the algorithm doesn't seem 'smart' enough to roll-up the
batches by recursing through them in reverse order. Arguably
though, you should never set your batch size smaller than
the orphan size, so this isn't really an issue.

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] Fishbowl not problem centered enough

2001-06-20 Thread Ken Manheimer

On Wed, 20 Jun 2001 09:24:40 -0600, Casey Duncan [EMAIL PROTECTED]
wrote:

 Jay, Dylan wrote:
  
  Fishbowl is a great idea but it seems to be that its solution focused rather
  than problem focus. Perhaps if you had a page that listed all the problems
  with zope or problems that need to be solved that isn't as easy as it could
  be with zope. 

I think it would be helpful to have a big picture, with goals and
objectives, into which to fit the pieces - would that address the kinds of
things you're talking about?

 The fishbowl is also pull technology, and so it is time-consuming to
 keep up with the developments. I personally find it to be cumbersome,
 limiting and not really conducive to actually getting stuff done.

I've really wanted to enable people to subscribe to notification about
changes to wiki pages, and to notifications about additions to the wiki.  
Unfortunately, i didn't have time to get to that in the WikiForNow
project.  As soon as i'm clear form a current project i *may* be able to
concentrate on at least formulating a reasonable quick-and-dirty way to do
notifications, and getting it done for the short term.  Whether or not
it's me doing it, i think we're going to be bringing more attention to
these issues.

 I know there has been talk of opening up the Zope CVS to outside
 contributions, I personally think this is long overdue. In order for a
 community development forum to really work, this would have to happen.

This actually is high in our priorities, but the key players have been
swamped.  From a discussion w/paul recently i think we'll be getting
some more attention to doing this, very soon.

  I just see lots of solutions many of which attack some of the same problems
  and no clear way to get those people comunicating and making informed
  trade-offs

I think the fishbowl, as it is, is a good significant move towards
exposing the process and enabling involvement.  Mailling lists help
conduct the collaboration.  However, more is needed to facilitate that
process - selectively enabling checkins, doing notifications to make
tracking of developments manageable, fleshing out the context
(problems/big picture).  It's an incremental process, and we may have
lapsed too long in progressing on those increments - perhaps we need
to chart out some of these critical pieces, so we can better formulate
how they're being attacked - and maybe enable more help with the
increments.

I hope to have expore this some, internally, and have more to say
about it next week.

Ken Manheimer
[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 )



Re: [Zope-dev] Using db_connections from Zope products

2001-06-20 Thread Tom Brown

Thanks fo the info!  I had seen those How-Tos... but
was really asking.. How can I use APIs directly
instead of having an External ZSQL method.  I have
created a product and would like to be able to do sql
queries in order to populate members of my class.  For
this example, I have the creation of  a selection box
as a member and the options will be generated by a
select statement.
I have gone through the product creation how to and
was able to add, etc, my object.  I can display html,
make dtml on the fly, etc.. from an object, just
wanted to do a query as well.   .. would like to be
able to do something like the Connection class without
management interface, etc, or use pieces, just not
sure how

--- Jim Penny [EMAIL PROTECTED] wrote:
 On Wed, Jun 20, 2001 at 08:54:41AM -0700, Tom Brown
 wrote:
  I would like to make an SQL query directly from
 python
  code.  Do I have to make a 
  ZSQL Method dynamically, or is there another way
  without making the class database 
  dependent (i.e. Gadfly, PoPy, etc), utilizing an
  existing db_con?  Suppose I am using the ZPoPy DA
 and 
  have established a database connection externally.
 
  How can I access this database 
  and submit a query from my own class?
 
 You can use an established connection.
 
 If it is ZSQL based, you will have to deal with the
 results
 object. 
 
 A good overview of the results object is
 http://www.zope.org/Members/spinwing/ZSQL_Results
 
 You might also look at the somewhat dated

http://www.zope.org/Members/jpenny/Accessing_a_ZSQL_Method_from_an_External_Method
 
 This would work from Script (Python), as well.
 
 Jim Penny 
 
  
  Thanks,
  Tom Brown
  [EMAIL PROTECTED]
  


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

___
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] ZPL and GPL licensing issues

2001-06-20 Thread Jan-Oliver Wagner

On Wed, Jun 20, 2001 at 10:38:03AM -0500, Steve Drees wrote:
 Here comes the liscence wars again.
 
 Still haven't figured out how GPL became the holy grail.

The license dicussion takes place elsewhere as all of you
surely know. License wars tend to come up at various places
but are usually not competent discussions.

Thus I recommend not to start a thread on licensing basics
here at this place.

Jan

-- 
Jan-Oliver Wagner   http://intevation.de/~jan/

Intevation GmbH  http://intevation.de/
FreeGIShttp://freegis.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] Add a user to zope

2001-06-20 Thread Dyon Balding

Hi Johan,

It would probably be more efficient for you to look at alternative
user folders that retrieve user data directly from your SQL table.

I'm not sure the current state of the art product is for that, but
UserDb used to be the one, and we have that integrated successfully
in our site.

Check the Products area on zope.org, and I'm sure you'll find something.

-d

Johan Beauce wrote:
 
 Hello,
 
 I need your help. I'm trying to add all users from of our company in zope.
 I don't want enter all users and all passwords.
 I would like make a dtml-method which select all users and passwords
 in my (SQL) table and create automatically these users.
 I have created this dtml-method but I don't succed to redirect the page
 to acl_users/manage_users (method that create users)
 so that I don't need to press add button for each users.
 
 Do you Have a answer or another best solution ?
 
 Thanks ...
 
 Johan.
 
 form action=acl_users/manage_users method=post
 table
 
   input type=text name=name value=totoTest
   input type=password name=password value=test
   input type=password name=confirm value=test
   input type=text name=domains:tokens value=
   select name=roles:list size=5 multiple
 option value=ManagerManager
 option value=MemberMember
 option selected value=OwnerOwner
 option value=ReviewerReviewer
 option value=publisherpublisher
   /select
   input type=submit name=submit value=Add
 
 /table
 /form
 
 ... or ...
 
 dtml-call
 self.Users.acl_users._addUser('testToto','toto','toto','Owner',0)
 
 ___
 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 )

-- 
| Dyon Balding . Software Engineer . HiringTools.Monster.com
|   [EMAIL PROTECTED] . +1 415 288 3375

___
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] dtml-in batching badly

2001-06-20 Thread Dyon Balding

Michael Bernstein wrote:
 
 But the algorithm doesn't seem 'smart' enough to roll-up the
 batches by recursing through them in reverse order. Arguably
 though, you should never set your batch size smaller than
 the orphan size, so this isn't really an issue.
 

so maybe the dtml batching code should just set the orphans to
the batch size if it is greater than the batch size?  that would
at least eliminate some of the confusion with batching.

-d

-- 
| Dyon Balding . Software Engineer . HiringTools.Monster.com
|   [EMAIL PROTECTED] . +1 415 288 3375

___
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: Fishbowl not problem centered enough

2001-06-20 Thread Simon Michael

Ken Manheimer [EMAIL PROTECTED] writes:
 WikiForNow project.  As soon as i'm clear form a current project i
 *may* be able to concentrate on at least formulating a reasonable
 quick-and-dirty way to do notifications, and getting it done for the

Hey Ken - since you used the magic words quick-and-dirty - search for
PageSubscribers at http://zwiki.org/zwikidir/ZWikiPage.py .

I'm using it now in a client project. Comments (not edits) are cc'd to
email addresses listed on the page. I'm not sure it would handle large
lists of zope.org subscribers (but I'd like to find out).

I'm very interested in closing the loop, so you can reply to these and
have your mail appended to the page. And in fact I'm about to do some
work on this so if you or anyone else gets into it, let's share notes.

-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] Fishbowl not problem centered enough

2001-06-20 Thread Casey Duncan

Ken Manheimer wrote:
 
 On Wed, 20 Jun 2001 09:24:40 -0600, Casey Duncan [EMAIL PROTECTED]
 wrote:
 
  Jay, Dylan wrote:
  
   Fishbowl is a great idea but it seems to be that its solution focused rather
   than problem focus. Perhaps if you had a page that listed all the problems
   with zope or problems that need to be solved that isn't as easy as it could
   be with zope.
 
 I think it would be helpful to have a big picture, with goals and
 objectives, into which to fit the pieces - would that address the kinds of
 things you're talking about?
 
  The fishbowl is also pull technology, and so it is time-consuming to
  keep up with the developments. I personally find it to be cumbersome,
  limiting and not really conducive to actually getting stuff done.
 
 I've really wanted to enable people to subscribe to notification about
 changes to wiki pages, and to notifications about additions to the wiki.
 Unfortunately, i didn't have time to get to that in the WikiForNow
 project.  As soon as i'm clear form a current project i *may* be able to
 concentrate on at least formulating a reasonable quick-and-dirty way to do
 notifications, and getting it done for the short term.  Whether or not
 it's me doing it, i think we're going to be bringing more attention to
 these issues.

Opening the development process itself could enhance the resources
available to you and solve this problem. However, I have more issues
with wikis than just the notification aspect. I think they limit
accessibility of data because they are really just big globs of text. I
personally feel the whole fishbowl concept has some flaws both in
technical and administrative implementation. 

I for one don't exactly know how to proceed beyond a certain point in
the fishbowl. Some of my proposals for example end with some thing like
this from DC: I think we need to address this a different way, however
I don't have time to say exactly how right now. OK, so now what?

 
  I know there has been talk of opening up the Zope CVS to outside
  contributions, I personally think this is long overdue. In order for a
  community development forum to really work, this would have to happen.
 
 This actually is high in our priorities, but the key players have been
 swamped.  From a discussion w/paul recently i think we'll be getting
 some more attention to doing this, very soon.

I understand, but this is the way to get some more resources on your
side in the long run. I for one will shed an entire frustration level
with Zope when this happens.

 
 I think the fishbowl, as it is, is a good significant move towards
 exposing the process and enabling involvement.  Mailling lists help
 conduct the collaboration.  However, more is needed to facilitate that
 process - selectively enabling checkins, doing notifications to make
 tracking of developments manageable, fleshing out the context
 (problems/big picture).  It's an incremental process, and we may have
 lapsed too long in progressing on those increments - perhaps we need
 to chart out some of these critical pieces, so we can better formulate
 how they're being attacked - and maybe enable more help with the
 increments.

I agree that the fishbowl is beneficial, if for nothing else than a
sounding board for the possible directions of Zope. But, like I
mentioned before, I think the community needs more involvement directly
with the development of its own tools like the fishbowl. I realize there
is a risk to DC of loosing some level of direct control, but I suggest
that a democratic development approach although less decisive and
centralized is superior to a despotism.
 
 I hope to have expore this some, internally, and have more to say
 about it next week.
 

I'll await further developments.

-- 
| Casey Duncan
| Kaivo, Inc.
| [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] Re: ZPL and GPL licensing issues

2001-06-20 Thread Simon Michael

Jan-Oliver Wagner [EMAIL PROTECTED] writes:
 The license dicussion takes place elsewhere as all of you surely
 know. License wars tend to come up at various places but are usually
 not competent discussions.

With respect - loose talk of license wars should be avoided.  What
you say is true but not relevant to this thread.

These issues are not basic, and they matter most to zope developers. I
think this is a very good place for those who are interested to have a
discussion about them.

-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] Using db_connections from Zope products

2001-06-20 Thread Tom Brown

 You want to recreate all of the machinery of ZSQL
 methods yourself?

No, I want to be able to intelligently use pieces that
are already there.

 Well, actually it can be done if your database
 supports some
 reasonable API, like the python DB-SIG DB-API 2.0.
 

I know it can be done, which is why I was asking for
input


 But you are creating a fair amount of work for
 yourself.

I'm fine with the work, but I believe there must be a
way to do it that doesn't require tons.  I could do it
from scratch using pg module, etc.. but figured there
must be something I could use already there

 Just use a ZSQL method and be happy.  (It will
 probably

I don't want to use ZSQL methods, or I want to be able

to define them Dynamically.  I see this sight as a
product with componenets.  Why would I want to
maintain 20 ZSQL methods when I could merely pass a
couple of arguments such as DB name, which would be
instantiated by a manage_addProduct form.  I guess I
could just trick it and pass everything (the whole
select) into the one method as a var, but if I can do
that I should be able to do it directly. 

 make your site more secure if you use ZSQL, as well,
 as
 you will not have to worry as much about argument
 quoting).

As far as argument quoting, why would there be any?
I'm using a class member to take care of querying for
me, why would I be passing arguments to it?  Any
arguments would have been dynamically created based on
the class instantiation.  There are database hooks for
user administration, etc... all I was asking is for a
good example of how to do it...

I was trying to adhere to the principles used in
designing ZClasses, make it look simple...

tons of dtml and external python methods mixed in
with 15-20 ZSQL methods just didn't seem to be simple
when it could be made into a product...

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

___
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] ZPL and GPL licensing issues

2001-06-20 Thread Gregor Hoffleit

Hmm, I think this discussion doesn't belong to zope-dev.

Still, for those interested in that topic: I raised a similar question on
the debian-legal mailing list just yesterday (Q: Combining proprietary code
and GPL for in-house use). The discussion is still ongoing, and it
certainly gives you some insight in the topic:

http://www.geocrawler.com/lists/3/Debian-Linux/208/25/5997636/

Just a few points: It looks that from the viewpoint of the FSF, when you're
using the header files of a GPL library, you already have to accept the
license.



On Wed, Jun 20, 2001 at 01:12:20PM -0400, Jim Penny wrote:
 It appears to me, that, if you want to play it safe, you would 
 not distribute the code under license G and license T on the same
 medium.  It is certainly acceptable to call code released under
 license G from code released under license T; but it is not clear
 that you can do subclassing and such.

I think this is wrong. Providing things on the same media is mere
aggregation and therefore not a problem on its own.

It's not acceptable, though, to distribute a proprietary program that has to
be linked with a GPL component by the customer--even if you distribute this
on separate medias!

If you're interested in this, feel free to come over to debian-legal and
read the ongoing discussion.

Gregor


___
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] Add a user to zope

2001-06-20 Thread Dieter Maurer

Johan Beauce writes:
  I need your help. I'm trying to add all users from of our company in zope.
  I don't want enter all users and all passwords.
  I would like make a dtml-method which select all users and passwords
  in my (SQL) table and create automatically these users.
  I have created this dtml-method but I don't succed to redirect the page
  to acl_users/manage_users (method that create users)
  so that I don't need to press add button for each users.
  
  Do you Have a answer or another best solution ?
You may have a look at LoginManager or GUF or
DBUserFolder. All these products (-- zope.org)
will allow you to let the users in your SQL database
and use them from there.
Having them at two different places (Zope and SQL)
will surely lead to inconsistencies over time.

If you do not want to go this route, search the mailing
list archives for manage_users.
You will find tons of messages how to add (or more general
manage) users programmatically. Yes, this is an FAQ.



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 )



Re: [Zope-dev] ZPL and GPL licensing issues

2001-06-20 Thread Jim Penny

On Wed, Jun 20, 2001 at 08:05:43PM +0200, Gregor Hoffleit wrote:
 On Wed, Jun 20, 2001 at 01:12:20PM -0400, Jim Penny wrote:
  It appears to me, that, if you want to play it safe, you would 
  not distribute the code under license G and license T on the same
  medium.  It is certainly acceptable to call code released under
  license G from code released under license T; but it is not clear
  that you can do subclassing and such.
 
 I think this is wrong. Providing things on the same media is mere
 aggregation and therefore not a problem on its own.

BTW, I was responding to a question implicit in the original message,
but not explicitly asked.  The question is How do I minimize risk of
inadvertant 'GPL Contamination'?.  In this view, if you never distribute
GPL and non-GPL code on the same medium, you have made a small step
in making sure that they are considered as separate entities.

After all, one of the more ambiguous part of the GPL is what is
mere aggregation and what is a combined work.  It is somewhat
easier to consider something a combined work if it is always distributed
with GPL code.

Jim
 
 It's not acceptable, though, to distribute a proprietary program that has to
 be linked with a GPL component by the customer--even if you distribute this
 on separate medias!
 
 If you're interested in this, feel free to come over to debian-legal and
 read the ongoing discussion.
 
 Gregor
 
 

___
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] Using db_connections from Zope products

2001-06-20 Thread Dieter Maurer

Tom Brown writes:
  I would like to make an SQL query directly from python
  code
  Suppose I am using the ZPoPy DA and 
  have established a database connection externally. 
Database connections expose an interface to ZSQL methods,
that you can use directly from your Python code.

I do not know of a documentation of this interface.
However, when you look at

 Shared.DC.ZRDB.DA.DA

(this is the Z SQL Method implementation, despite it name
Database Adapter), you should easily find the
few methods, you may need.


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] Access to extra modules in Python Scripts

2001-06-20 Thread Dyon Balding

I wanted to make the re module accessible to Python Scripts on my site.

The instructions in the README.txt in the product directory specify that
you should place:

from Products.PythonScripts.Utility import allow_module
allow_module('re')

in a product __init__.py.  This appears to work fine for basic re
functions, however I wish to use the returned re.MatchObject objects,
and these raise an Unauthorized exception when methods are called. 
Reverting to the old __allow_access_to_unprotected_subobjects__ on re,
re.MatchObjects and re.RegexObjects appears to work however.

How is one supposed to expose that functionality to Python Scripts using
the new security features?  In the Utility.py is an allow_class method
as well, but I couldn't work out if that was what I needed.

thanks
-d

-- 
| Dyon Balding . Software Engineer . HiringTools.Monster.com
|   [EMAIL PROTECTED] . +1 415 288 3375

___
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 2.4: Unicode, Berkeley Storage?

2001-06-20 Thread Randall F. Kern

I was just reading the Zope 2.4.0 plan on dev.zope.org, and I have two
questions:

1. Will Unicode be supported (UTF-8 encoding) for results, posted data,
marshaled arguments, etc?

2. Will the BDB storage be standard with 2.4?  Transactional Undo sounds
_very_ nice.


Thanks,
-Randy

___
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] ZPL and GPL licensing issues

2001-06-20 Thread Federico Di Gregorio

On 20 Jun 2001 13:12:20 -0400, Jim Penny wrote:

 Also, as an aside, if this really concerns you, you might wish to
 consider contacting the author of the GPL product.  There is nothing
 to prevent him from giving you different licensing terms.  For
 most GPL authors, this comes down to a simple question:  Are
 you trying to be excellent unto them, or are you trying to
 use slash and burn agriculture.  If you are using, improving,
 giving feedback, writing documentation, helping publicise, or
 otherwise aiding them, they are likely to cut you a bit of slack.
 If you see the author as someone you can simply take advantage of,
 he is not so likely to cooperate with you.

i think this express extremely what i (we?) feel. as long as you give
back *something* you're wellcome.

ciao,
federico

-- 

Federico Di Gregorio
MIXAD LIVE Chief of Research  Technology  [EMAIL PROTECTED]
Debian GNU/Linux Developer  Italian Press Contact[EMAIL PROTECTED]
  The reverse side also has a reverse side.  -- Japanese proverb


___
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] ZPL and GPL licensing issues

2001-06-20 Thread Michel Pelletier

On Wed, 20 Jun 2001, Gregor Hoffleit wrote:

 Hmm, I think this discussion doesn't belong to zope-dev.

It's very informitive to me so far.  I have no problem with discussing it
here.

-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] Fishbowl not problem centered enough

2001-06-20 Thread Jay, Dylan

 -Original Message-
 From: Ken Manheimer [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, 21 June 2001 2:53 AM
 To: [EMAIL PROTECTED]
 Cc: Casey Duncan; Jay, Dylan; Paul Everitt; Jim Fulton
 Subject: Re: [Zope-dev] Fishbowl not problem centered enough
 
 
 On Wed, 20 Jun 2001 09:24:40 -0600, Casey Duncan [EMAIL PROTECTED]
 wrote:
 
  Jay, Dylan wrote:
   
   Fishbowl is a great idea but it seems to be that its 
 solution focused rather
   than problem focus. Perhaps if you had a page that listed 
 all the problems
   with zope or problems that need to be solved that isn't 
 as easy as it could
   be with zope. 
 
 I think it would be helpful to have a big picture, with goals and
 objectives, into which to fit the pieces - would that address 
 the kinds of
 things you're talking about?

big picture is good but its not what I mean.
What I mean is a list like this

--

ZODB is not fault tolerent

 - ZODBReplication

No way to use Zope with source control

 - DirectoryStorage - ZODB 

 - CVSStorage

 - ZODBFileSystemSynchronization

Need clearer seperation between presentation and code

 - HiperDOM

etc etc

-

What I'm suggesting is turning the focus on its head. If every day your
looking at problems rather than proposed solutions it promotes the following

 - Ideas about alternative solutions

 - Focused debate about tradeoffs between alternatives

 - a clear way to determine priority of proposed solutions by determining
priority of the problems they solve. People can vote on the problems to
gauge the need in the community. This is something that you guys need. eg No
one at work will take zope seriously if they can't use source control to
intergrate into our existing processes. If I'm alone then thats cool, but if
lots of people are in the same boat but arn't about mailing the dev list to
tell everyone then you'll never know and lose all those potential zopisters.

Voting could be done by giving each problem a page with a special tag.
Every user gets 5 votes to place on any page with the tag. When ever the
problem changes status then everyone who voted gets notified. When the
problem is solved all those votes get refunded. If someones priorities
change then they just move their votes around. (The java bug parage was an
inspired idea IMHO)
 
  The fishbowl is also pull technology, and so it is 
 time-consuming to
  keep up with the developments. I personally find it to be 
 cumbersome,
  limiting and not really conducive to actually getting stuff done.
 
 I've really wanted to enable people to subscribe to notification about
 changes to wiki pages, and to notifications about additions 
 to the wiki.  
 Unfortunately, i didn't have time to get to that in the WikiForNow
 project.  As soon as i'm clear form a current project i *may* 
 be able to
 concentrate on at least formulating a reasonable 
 quick-and-dirty way to do
 notifications, and getting it done for the short term.  Whether or not
 it's me doing it, i think we're going to be bringing more attention to
 these issues.

I wrote a quick and dirty one for this. I'll include the code at the bottom
of the email. 

However someone recently suggested something better. The idea that you can
send email to a wiki page. To take this futher imagine if every wikipage is
a mailing list. Everyone who adds to it becomes a subscriber or you can
subscribe manually to become a lurker. Then every update gets mailed to
everyone. Then every reply becomes a comment at the end of the page. Perhaps
every wikipage created from the original page inherits its subscribers.  Of
course you can unsubscribe at any time (have to be real easy to do like one
click at bottom of email). Email addresses would be something like
[EMAIL PROTECTED] or something.

So what problem does this solve?
 - Lack of awareness of wiki changes
 - Email discussion is easier than wiki discussion but essentially the same
thing however they get recorded in different places with no connection
between each other
 - No more good idea, but record it on the wiki comments




Anyway the code I wrote (just for stright subscription) went like this. It
relies on an XML document to keep the subscribers but that can be replaced
by some kind of map. It also relies of ZCron to do the checks every 5min or
so. If you guys added a flexible change notification hook (Listener talker
pattern) it would make like much easier. eg The idea of subcribing to events
on any object like change and add events.

add_subscriber(self, user, page_name)

doc = self.subscribers
body  = doc.getElementsByTagName('subscriptions')[0]
n = doc.createElement('Notify')
body.appendChild(n)
p = doc.createElement('Page')
p.appendChild(doc.createTextNode(page_name))
n.appendChild(p)
u = doc.createElement('User')
u.appendChild(doc.createTextNode(user))
n.appendChild(u)

remove_sbscriber(self, user, page_name)

doc = self.subscribers.getElementsByTagName('subscriptions')[0]
sub = []
for e 

RE: [Zope-dev] Fishbowl not problem centered enough

2001-06-20 Thread Jay, Dylan



 -Original Message-
 From: Casey Duncan [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, 21 June 2001 3:30 AM
 To: Ken Manheimer
 Cc: [EMAIL PROTECTED]; Jay, Dylan; Paul Everitt; Jim Fulton
 Subject: Re: [Zope-dev] Fishbowl not problem centered enough
 
 
 I agree that the fishbowl is beneficial, if for nothing else than a
 sounding board for the possible directions of Zope. But, like I
 mentioned before, I think the community needs more 
 involvement directly
 with the development of its own tools like the fishbowl. I 
 realize there
 is a risk to DC of loosing some level of direct control, but I suggest
 that a democratic development approach although less decisive and
 centralized is superior to a despotism.

I'm not so sure about this idea. Benevolent dictators are always going to be
10 times more efficient than democracy. I just think we need to improve the
consultitive process and have some focus on what is really trying to be
achieved. I aggree that the changes to Zope have been way to slow but then
again Zope is going in 5 directions at once which is not a good idea esp if
none of those ways work togeather. 

Perhaps more transparency of the DC's strategies for where zope is going
would be good. Also transparency of the criteria by which we should be
evaluating new proposals.

___
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] apology

2001-06-20 Thread Simon Michael

reviewing the thread just now, I couldn't figure out how Jan-Oliver
first participated and then argued against it. Now I think he was
responding to Steve Drees and not saying what I thought he said.
Sorry Jan! :)

so-far-so-good-ly'rs,
-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 )



[Zope-dev] and thanks

2001-06-20 Thread Simon Michael

dtml-tree made me look good today :). Thanks DC!

___
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 BackTalk Working Session Invite

2001-06-20 Thread Chris McDonough

(details also available via
http://www.mindview.net/Seminars/BackTalkWorkingSession/)

INTRODUCTION

If you're a seasoned Zope, Python, or collaborative technology
developer,
you're invited to Crested Butte, Colorado between July 7 (Sat) - 10th
(Tues)
to help in a working session which has as a goal developing a 1.0
version
of a BackTalk implementation for Zope.  The working session is
primarily a
time for quickly iterating against an existing implementation, adding
features and hardening as we go.  If you come, you'll have an
opportunity to
meet other Zope and Python developers and have some fun hacking around
on a
neat project.

This is *not* a seminar or teaching exercise, and thus is unstructured.
We'll likely use some of the concepts from Extreme Programming (pairing,
short iterations, etc), to keep us busy during the working session.

Ideally, participants will have built Zope Products in the past.

COST

 Free

WHO WILL BE ATTENDING

 - Bruce Eckel (President, MindView, and author of Thinking In
(Java|C++)
   and other books)

 - Chris McDonough (developer, Digital Creations)

 - You!

WHAT IS BACKTALK

BackTalk is an annotation and collaboration system devised by Bruce
Eckel
and Bill Venners.  It is described at
http://www.mindview.net/Books/BackTalk
and http://www.mindview.net/Private/BackTalk .  It is first and foremost
a
system which allows for inline commenting on prestructured content.  It
is
close in sprit to systems such as Crit (http://www.crit.org) and
Andamooka
(http://www.andamooka.org).

** note: although the MindView documentation talks about BackTalk as
nonfree
software, it is describing the Java implementation.  The Zope software
produced as a result of the working session will be free **

 BackTalk has two major design goals:

 - dramatically lower the bar for readers to provide inline comments
   on booklike content.

 - provide mechanisms for original document authors to fold
contributions in
   the way of comments into the mainline document.

IMPLEMENTATION GOALS

Produce a Zope implementation of BackTalk which makes use of Zope-only
features such as Structured Text
(http://cmf.zope.org/doc/user/UsingStructuredText.txt/view), and the
Zope
object database [ZODB]
(http://www.zope.org/Documentation/Articles/ZODB1).

A prototype Zope implementation is (hopefully) accessible at
http://serenade.4-am.com/BackTalkSandbox/ .  If you have difficulty
accessing the prototype, please let me know via email (it's a
development
box).

IMPLEMENTATION HIT LIST (we might need you if you know anything
about...)

 - BackTalk back/forward navigation system (DTML/Python)

 - BackTalk document end-of-document index generation (Python)

 - Table of contents generation (DTML/Python)

 - RTF-to-StructuredText converter (Python/C/whatever)

 - BackTalk-to-RTF converter (Python)

 - BackTalk-to-PDF converter (Python)

 - Javascript form elements (JavaScript)

WHEN DOES THE SESSION START/END

  From:  Saturday, July 7, 2001
To:  Tuesday, July 10, 2001

  session days begin at 9, end at 5.

WHERE IS THE SESSION

  Crested Butte, Colorado
  (exact location in town to be announced)

  Directions and location details are available from  
 
http://www.mindview.net/Seminars/Locations/CrestedButte/CrestedButte.html

HOW DO I SIGN UP

  Sign up via the registration system at
http://www.mindview.net/Seminars/BackTalkWorkingSession.

We have as a limit about 15 people.

Hopefully, I'll see you there!

- C

___
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] Add a user to zope

2001-06-20 Thread Marco Nova

this is the piece of external method I use to import a user into a CMF
portal.

[...snip...]
import Zope
def add_zope_user( username, passwpord, email, fullname ):
  applic = Zope.app()
  roles = ['Member']
  domains = ''
  properties =
{'username':username,'email':email,'fullname':fullname,'listed':1}
  
  pr = applic.board.portal_registration
  pr.addMember( username, password, roles, domains, properties)
  
  return
[...snip...]

regards,

- mn


 -Original Message-
 From: Dyon Balding [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, June 20, 2001 7:18 PM
 To: Johan Beauce
 Cc: '[EMAIL PROTECTED]'
 Subject: Re: [Zope-dev] Add a user to zope
 
 
 Hi Johan,
 
 It would probably be more efficient for you to look at alternative
 user folders that retrieve user data directly from your SQL table.
 
 I'm not sure the current state of the art product is for that, but
 UserDb used to be the one, and we have that integrated successfully
 in our site.
 
 Check the Products area on zope.org, and I'm sure you'll find 
 something.
 
 -d
 
 Johan Beauce wrote:
  
  Hello,
  
  I need your help. I'm trying to add all users from of our 
 company in zope.
  I don't want enter all users and all passwords.
  I would like make a dtml-method which select all users and passwords
  in my (SQL) table and create automatically these users.
  I have created this dtml-method but I don't succed to 
 redirect the page
  to acl_users/manage_users (method that create users)
  so that I don't need to press add button for each users.
  
  Do you Have a answer or another best solution ?
  
  Thanks ...
  
  Johan.
  
  form action=acl_users/manage_users method=post
  table
  
input type=text name=name value=totoTest
input type=password name=password value=test
input type=password name=confirm value=test
input type=text name=domains:tokens value=
select name=roles:list size=5 multiple
  option value=ManagerManager
  option value=MemberMember
  option selected value=OwnerOwner
  option value=ReviewerReviewer
  option value=publisherpublisher
/select
input type=submit name=submit value=Add
  
  /table
  /form
  
  ... or ...
  
  dtml-call
  self.Users.acl_users._addUser('testToto','toto','toto','Owner',0)
  
  ___
  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 )
 
 -- 
 | Dyon Balding . Software Engineer . HiringTools.Monster.com
 |   [EMAIL PROTECTED] . +1 415 288 3375
 
 ___
 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] ANNOUNCE: Zope 2.3.3 released

2001-06-20 Thread Brian Lloyd

Hello all,

  Zope 2.3.3 has been released - you can download it from Zope.org:

http://www.zope.org/Products/Zope/2.3.3/

  Zope 2.3.3 is a relatively minor bug-fix release. It contains fixes 
  for a few issues since 2.3.2 and includes the fixes included in all 
  hotfix releases to date. The main goal of the 2.3.3 release is to 
  make sure that the latest stable release distribution is up to 
  date regarding hotfixes.

  For more information on what is new in this release, see the 
  CHANGES.txt and HISTORY.txt files for the release:

http://www.zope.org/Products/Zope/2.3.3/CHANGES.txt

http://www.zope.org/Products/Zope/2.3.3/HISTORY.txt

  For more information on the available Zope releases, guidance for 
  selecting the right distribution and installation instructions, 
  please see:

http://www.zope.org/Documentation/Misc/InstallingZope.html



Brian Lloyd[EMAIL PROTECTED]
Software Engineer  540.371.6909  
Digital Creations  http://www.digicool.com 




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