Re: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Dmitry Vasiliev
Philipp von Weitershausen wrote: Martijn suggests to just use user. I can live with that. The reason why I didn't propose that is because I thought people still valued the abstraction of a principal as opposed to the physical person. I don't need it and all those Unix users out there don't seem

Re: [Zope3-dev] A Call for Slaves

2005-09-13 Thread Chris Withers
Tim Peters wrote: BTW, Microsoft no longer sells VC6. Indeed, this was my understanding... Nevertheless, does anyone know how to legally get hold of these? (Hmmm... I work in amoungst a horde of MS developers here, maybe one of them will know...) Also, how can I build both 2.3 and 2.4

Re: [Zope3-dev] buildbot warnings in Zope3 trunk 2.4 remy

2005-09-13 Thread Chris Withers
Benji York wrote: It's more that I'm reluctant to figure out how they've changed the system since the last public release, make the modifications, test them, produce patches, and then persuade them to accept them. All that takes time that is presently better spent on other things. Ah

Re: [Zope3-dev] Re: [Zope3-Users] ODBC database adapter for Zope3?

2005-09-13 Thread Chris Withers
Stephan Richter wrote: Oh :-( That sucks. Is there a DBAPI sig for python that we should be talking to about getting that fixed? There is a sig and we could try. But I have *very* little hope that such a proposal would come to fruition. Most applications don't really care about supporting

Re: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Philipp von Weitershausen
Roger Ineichen wrote: Hi principals *shrug* I'm a user :). Since principal doesn't seem to be a common term in IT speak either, translators repeatedly have their problems with it. In German, for example, we came up with Nutzungsberechtigter which is just an arbitrary choice and doesn't even fit

[Zope3-dev] Re: most specific interface?

2005-09-13 Thread Philipp von Weitershausen
Jean-Marc Orliaguet wrote: is the order of the list of interfaces implemented by an object subject to internal changes? I have identified the need for such a pattern: iface = object.interface() with: class someObject(object): implements(IMainInterface, ISecondaryInterface,

Re: [Zope3-dev] Re: Speed win in Python's urllib.quote

2005-09-13 Thread Julien Anguenot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lennart Regebro wrote: On 9/12/05, Olivier Grisel [EMAIL PROTECTED] wrote: Lennart Regebro wrote: This is unfortunately not a public area. But you can grab funkload from the public svn: *slaps forehead* You are right, I only saw that public in

Re: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Sebastien Douche
On 9/13/05, Philipp von Weitershausen [EMAIL PROTECTED] wrote: Perhaps it is helpful to describe what a principal really are. A principal object represents the security context of the user on whose behalf the code is running, including the user's identity, groups and roles to which

Re: [Zope3-dev] A Call for Slaves

2005-09-13 Thread Benji York
Chris Withers wrote: Tim Peters wrote: Or you can fetch the compiled .pyds from my member page, as the current Windows build-bot slaves do (see the wget PYDs log and unzip PYDs log steps from the Windows 2000 fred-win column at http://buildbot.zope.org/). Sorry, just re-read this, now I'm

Re: [Zope3-dev] Re: most specific interface?

2005-09-13 Thread Jean-Marc Orliaguet
Janko Hauser wrote: Am 13.09.2005 um 12:43 schrieb Jean-Marc Orliaguet: But where do you put the 'directlyProvides' statement? in the class : Can't this be put in the interface definition module for IContentType? You mark other interfaces with the interface IContentType. __Janko I

Re: [Zope3-dev] Re: most specific interface?

2005-09-13 Thread Jim Fulton
Jean-Marc Orliaguet wrote: ... the idea is that you define as many categories as you need: IMetaType, ISomeCategory, IWidgetType ... and you create relations between interfaces with: directlyProvides(IFile, IContentType) Exactly. as if you had a relation tool, There are all sorts of

Re: [Zope3-dev] A Call for Slaves

2005-09-13 Thread Tim Peters
[Tim Peters] BTW, Microsoft no longer sells VC6. [Chris Withers] Indeed, this was my understanding... Nevertheless, does anyone know how to legally get hold of these? (Hmmm... I work in amoungst a horde of MS developers here, maybe one of them will know...) Go to

Re: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Steve Alexander
Philipp von Weitershausen wrote: Martijn suggests to just use user. I can live with that. The reason why I didn't propose that is because I thought people still valued the abstraction of a principal as opposed to the physical person. I don't need it and all those Unix users out there don't

RE: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Roger Ineichen
Hi Philipp Regards Roger Ineichen Projekt01 GmbH www.projekt01.ch _ END OF MESSAGE -Original Message- From: Philipp von Weitershausen [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 13, 2005 9:31 AM To: [EMAIL PROTECTED] Cc: zope3-dev@zope.org;

Re: [Zope3-dev] Re: RFC: Rename principal to participant

2005-09-13 Thread Tom von Schwerdtner
On 9/12/05, Tonico Strasser [EMAIL PROTECTED] wrote: Philipp von Weitershausen schrieb: ... So, I would like to give principal a better name. How about participant? After all, a principal _participates_ in an interaction through a participation (e.g. an HTTP request). Participant should

Re: [Zope3-dev] Re: RFC: Rename principal to participant

2005-09-13 Thread Shane Hathaway
Tom von Schwerdtner wrote: It might be worth considering that the term user has a mostly negative connotation in English (at least in the USA). In tech circles, user is completely neutral and safe. However, in slang, sometimes drug user is shortened to user. Shane

Re: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Shane Hathaway
Steve Alexander wrote: In Launchpad, request.principal is not used by the application programmers. It is used only by the authentication, authorization and publication machinery. The machinery looks up a Person (an application domain object) for the current principal (the participant, if you

Re: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Lennart Regebro
On 9/13/05, Shane Hathaway [EMAIL PROTECTED] wrote: It sounds like you're saying only the security machinery should know about principals, and that everything else deals with users. If so, it should not be necessary for any Zope 3 developer to learn about principals unless they are writing

Re: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Steve Alexander
Shane Hathaway wrote: Steve Alexander wrote: In Launchpad, request.principal is not used by the application programmers. It is used only by the authentication, authorization and publication machinery. The machinery looks up a Person (an application domain object) for the current principal

RE: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Roger Ineichen
Hi Shane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shane Hathaway Sent: Tuesday, September 13, 2005 7:34 PM To: Steve Alexander Cc: [EMAIL PROTECTED] Subject: Re: [Zope3-dev] RFC: Rename principal to participant Steve Alexander wrote:

Re: [Zope3-dev] RFC: Rename principal to participant

2005-09-13 Thread Steve Alexander
I think so too. But I whould not try to explain a PAU (pluggable authentication utility) without to use the word principal. I think using the words user or participant for a principal in this case is not a good idea. Perhaps the scope of the PUA can be extended to have a plug-in factory for

[Zope3-dev] Re: RFC: Rename principal to participant

2005-09-13 Thread Derrick Hudson
On Tue, Sep 13, 2005 at 12:08:40PM +0200, Sebastien Douche wrote: | On 9/13/05, Philipp von Weitershausen [EMAIL PROTECTED] wrote: | I wonder, for | example, which term French speakers use when they *talk* to each other | about principals... French is known to be very conservative when it |

[Zope3-dev] tiny patch to zope.server.interfaces.IStreamConsumer

2005-09-13 Thread Chad Whitacre
Dear All, zope.server.serverchannelbase.received requires preq, an IStreamConsumer, to have a boolean attribute named `empty' that is not mentioned in the interface. A patch against the trunk (rev 38459) is attached, which adds this attribute to the interface. Thanks. Chad Whitacre