[Zope] Zwiki contributor policy update

2005-12-11 Thread Simon Michael




Hi all!


I'm slightly burned out and bored with certain areas of Zope 2 Zwiki
development. I think the product will provide some value for a while
yet, and it's not too late to shake things up and make a bigger splash.
If we don't do this during the period of Zwiki & Zope 2's
relevance, our good work will bring less benefit than it might have. So
I'm putting out a call for help. I'd really like to see more people
take on development of Zwiki.

What are the roadblocks - of my making, and otherwise - to a more
active Zwiki developer community ?
For one thing I needed to nail down some copyright/license issues more
explicitly, to make contributing and accepting contributions more of a
no-brainer. Here's my latest thinking:
LICENSE
Much Zope code uses the ZPL. We want to maximize code sharing and
participation with the whole Zope community. Much of the rest of the
FOSS world uses the GPL, and the same goes for them. Dual GPL/ZPL
licensing may seem a good option, but I'm convinced it's not worth the
added complexity, legal uncertainty and fragmentation; either straight
GPL or straight ZPL is preferable.
GPL is the mainstream license for the future IMHO, I think it's still
the best option, and I have no plan to leave it. Also I think we
should adopt GPLv3? when it's ready. That said, there's now
clear policy allowing non-GPL code to be added
to Zwiki if necessary (below). Also I remain open to license
exemption requests from Zope developers.
COPYRIGHT
I no longer think the single copyright holder policy is best for
this
project, and I'm going to drop it. I am changing the main repo's
policy to multiple copyright holders (& allowing multiple
licenses),
with the simple condition that the overall project manager is assigned
the right to relicense to newer license versions. The powerful darcs
revision control system (together with new CONTRIBUTORS list) should
help us to keep track of copyright & licensing status and even
remove
problematic commits later if needed.
CONTRIBUTOR'S AGREEMENT
To ensure that everyone gets proper credit for their work; a clear
audit trail and legal status for the project; and that the project can
remain license-compatible with other free & open-source software in
future, I have added a very simple contributor agreement/contributor
list: http://zwiki.org/repos/ZWiki/CONTRIBUTORS.txt
. All Zwiki contributors should read and consider signing this file, to
help us meet these goals. You can follow this easy procedure to add
your name to the glorious list:

 (install darcs if needed, see http://darcs.net/DarcsWiki/CategoryBinaries)
 darcs get --partial http://zwiki.org/repos/ZWiki
 cd ZWiki
 echo "- Your Name <[EMAIL PROTECTED]>" >>CONTRIBUTORS.txt
 darcs record -a -m"signed it" CONTRIBUTORS.txt
 (enter your name & email address again)
 darcs send 



This will become the authoritative list of code committers (at least),
and I'll be working to make sure all of you are listed properly. Many
have donated their time and creativity over the years - this list will
make that clearer.

All comments, help and other ideas welcome. And I hope to see some of
you online or off. Happy holidays, and thanks 

-Simon


___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope-dev )


[Zope] XML-RPC within ZOPE

2005-12-11 Thread Jan-Ole Esleben
Hi!

Is it at all impossible to use XML-RPC _within_ a ZOPE architecture?

What I mean is:
I have a nested call structure:

1. Python script calls a method from a ZODB object
2. That method calls a Python module function
3. That module function dispatches an XML-RPC call to the same ZODB
object called in step 1
4. This last call, which is rather complex, returns, and all the calls
leading up to it return, sometimes doing some minor work

When I use the same code _without_ any XML-RPC (the Zope server's self
instead of the XML-RPC server object for that server), it works just
fine. When I use XML-RPC, I get a ConflictError during the final
return (from step 1), and I get it if I commit manually beforehand, so
it must be the commit triggering it.

The tricky thing is: nothing in my ZODB changes. I have several
mutable _arguments_ that are passed on, but they are not default
arguments and they don't get written to the ZODB.

Is what I'm trying to do impossible for some reason? Or can I just
make the whole call take place outside any transactions?

Thanks in advance for any pointers, I'm really a little desparate at this point.
Ole
___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope-dev )


[Zope] Re: live dtml updating?

2005-12-11 Thread Rich Harley
On Sunday 11 December 2005 22:30, you wrote:
> > Hi all
> >
> > Sorry if this is not a specific zope question but I'm confident someone
> > will be able to help me with the following.
> >
> > I have an input form on a webpage and below it a table which pulls out of
> > a database. The column headers in the table relate to the input form in
> > that I want whatever the user types into the input box for the correct
> > column to be highlighted in bold. So say, for example I had two columns A
> > and B I want column B to be highlighted bold when the user types 'b' into
> > the input box
>
> at
>
> > the top. How can I do this?
>
> Rich

-- 
www.horsey.tk

___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope-dev )


Re: [Zope] Re: live dtml updating?

2005-12-11 Thread Jonathan
This is client side processing (could be done via repetitive calls to the 
server, but very inefficient), so you want a javascript-type of solution. 
Not a zope solution.


Trying googling 'javascript dynamic lists'... it should get you going in the 
right direction.


Jonathan


- Original Message - 
From: "Rich Harley" <[EMAIL PROTECTED]>

To: 
Sent: Sunday, December 11, 2005 5:31 PM
Subject: [Zope] Re: live dtml updating?



On Sunday 11 December 2005 22:30, you wrote:

> Hi all
>
> Sorry if this is not a specific zope question but I'm confident someone
> will be able to help me with the following.
>
> I have an input form on a webpage and below it a table which pulls out 
> of

> a database. The column headers in the table relate to the input form in
> that I want whatever the user types into the input box for the correct
> column to be highlighted in bold. So say, for example I had two columns 
> A
> and B I want column B to be highlighted bold when the user types 'b' 
> into

> the input box

at

> the top. How can I do this?

Rich


--
www.horsey.tk

___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )




___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope-dev )


Re: [Zope] Re: live dtml updating?

2005-12-11 Thread David H

Jonathan wrote:

This is client side processing (could be done via repetitive calls to 
the server, but very inefficient), so you want a javascript-type of 
solution. Not a zope solution.


Trying googling 'javascript dynamic lists'... it should get you going 
in the right direction.


Jonathan


- Original Message - From: "Rich Harley" <[EMAIL PROTECTED]>
To: 
Sent: Sunday, December 11, 2005 5:31 PM
Subject: [Zope] Re: live dtml updating?



On Sunday 11 December 2005 22:30, you wrote:


> Hi all
>
> Sorry if this is not a specific zope question but I'm confident 
someone

> will be able to help me with the following.
>
> I have an input form on a webpage and below it a table which pulls 
out > of
> a database. The column headers in the table relate to the input 
form in
> that I want whatever the user types into the input box for the 
correct
> column to be highlighted in bold. So say, for example I had two 
columns > A
> and B I want column B to be highlighted bold when the user types 
'b' > into

> the input box

at

> the top. How can I do this?

Rich



--
www.horsey.tk


Rich,

Or you can try using CSS  + (javascript and DOM object style 
attributes).  Where you use javascript to give a 
document.someform.someInput.style the ID of an existing CSS style maybe 
"onBlur"  Not sure if it will do it all but its a place to look as well.

David

___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope-dev )


Re: [Zope] Re: live dtml updating?

2005-12-11 Thread David H

David H wrote:


Jonathan wrote:

This is client side processing (could be done via repetitive calls to 
the server, but very inefficient), so you want a javascript-type of 
solution. Not a zope solution.


Trying googling 'javascript dynamic lists'... it should get you going 
in the right direction.


Jonathan


- Original Message - From: "Rich Harley" 
<[EMAIL PROTECTED]>

To: 
Sent: Sunday, December 11, 2005 5:31 PM
Subject: [Zope] Re: live dtml updating?



On Sunday 11 December 2005 22:30, you wrote:


> Hi all
>
> Sorry if this is not a specific zope question but I'm confident 
someone

> will be able to help me with the following.
>
> I have an input form on a webpage and below it a table which 
pulls out > of
> a database. The column headers in the table relate to the input 
form in
> that I want whatever the user types into the input box for the 
correct
> column to be highlighted in bold. So say, for example I had two 
columns > A
> and B I want column B to be highlighted bold when the user types 
'b' > into

> the input box

at

> the top. How can I do this?

Rich




--
www.horsey.tk


Rich,

Or you can try using CSS  + (javascript and DOM object style 
attributes).  Where you use javascript to give a 
document.someform.someInput.style the ID of an existing CSS style 
maybe "onBlur"  Not sure if it will do it all but its a place to look 
as well.

David

Let me correct myself -  use "onBlur" to trigger JS + CSS and object 
style manipulation -

If interested or this sounds like what you want to do then go to:

http://www.quirksmode.org/

And check out the JavaScript/DHTML section.

Best,
David


re something like:

Re: [Zope] XML-RPC within ZOPE

2005-12-11 Thread Jan-Ole Esleben
> It really *is* in your interests to ensure a single request completes
> all your functional requirements ;)

That's not possible unfortunately. The design of the system is rather
complex, and unalterable in this respect. However, it is not true that
it is usually possible to fulfil this requirement. What of programs
running on an operating system that call other programs via that
operating system?

Given that that is a requirement that needs to be met, do I have any options?

Ole
___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope-dev )


Re: [Zope] XML-RPC within ZOPE

2005-12-11 Thread Jan-Ole Esleben
OK, the following is the case:

The setup is for functions dispatching either locally or via XML-RPC.
At the moment, the mechanism I use is to detect locality is flawed and
thus doesn't work well. So I have local XML-RPC calls where I could
have global ones. But.

1. I need that possibility for testing the XML-RPC setup. I cannot set
up multiple instances for every cheap test. At least I shouldn't have
to. The very important reason, however, is:
2. This is a generic call dispatcher. It is used, for example, for
object name resolution in a widely deployed system. So, what could
happen and couldn't happen locally is this:

1. Server1 dispatcher calls, via XML-RPC, Server2.
2. Server2 dispatcher calls Server1, which does something locally
(same communication management object as the dispatcher, maybe another
local call) and then returns

This is the same problem spread out over two servers, where locality
isn't possible anymore. The call from Server1 to Server2 must be made
via XML-RPC and I cannot exclude Server2 calling Server1 back.

Does this make it a little more of a real problem?

Ole


2005/12/12, Alan Milligan <[EMAIL PROTECTED]>:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jan-Ole Esleben wrote:
> >>It really *is* in your interests to ensure a single request completes
> >>all your functional requirements ;)
> >
> >
> > That's not possible unfortunately. The design of the system is rather
> > complex, and unalterable in this respect. However, it is not true that
> > it is usually possible to fulfil this requirement. What of programs
> > running on an operating system that call other programs via that
> > operating system?
> >
>
> I don't believe you.
>
> You have a client application calling your Zope server's  bla()
> function.  It can do this either by HTTP or XML-RPC by choosing the
> appropriate Content-Type.
>
> You've chosen to implement this interface by making other XML-RPC calls
> to the same server to complete the task.  This is both unnecessary and
> bad.  Unnecessary because you're doing an RPC when you've got all you
> need in local memory.  This is bad because you're introducing the
> additional overhead of setting up said RPC.  Worse, you're now
> responsible for your own transaction management because you've split the
> task across multiple ZODB connections.
>
> You need to think about the *correct* way to write your bla() function.
>  In doing this, you want to be able to take advantage of the automatic
> rollback facilities of Zope by keeping all of this in one transaction,
> which will also avoid your initial problem of conflict errors.
>
> Alan
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.6 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iD8DBQFDnNZcCfroLk4EZpkRArTDAJ96TGwDy047D09jkmRNbGyD7e+3QgCg0aNZ
> lLo0znXi4qvXr5j4SseH2k8=
> =hu4V
> -END PGP SIGNATURE-
>
___
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists -
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope-dev )