[Zope3-Users] ZPT traverser for finding site
Hello, is there a ZPT traverser for finding the nearest site in Zope3? a tal:attributes=href site/registrationForm/absoluteURLregister/a/li because registrationForm is registered in my object which forms the site. Thanks, Florian ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] pau scenario
On Mar 28, 2006, at 10:43 AM, Pete Taylor wrote: Hi all, I've been off working on some other projects recently (zope3 projects, but none that involved specific logins and users, just data capture from a public site), and just got back to working with PAU, and had an interesting scenario presented to me. I'm trying to sell a co-developer on zope3, and we were discussing user management, roles, permissions, etc. after i finished extolling the virtues of zope3's user management system, he asked the following question: say you're operating a site as a portal to some set of functionality. similar functionality, but with different groups of people accessing it. as an example, say different civic groups around town. the odds of having a john smith at the Civic Media Center and a john smith at Center for Cultural Awareness (I'm making these up ;) ) are, for our example, very high. what if we don't want to force each group to maintain unique logins across the board, since to each unique group, 'jsmith' is a perfectly unique signifier? what if we want to create our login schema along the lines of group, username, pass instead of just unique username/pass? is this feasible? I can't think of a way to do it, off the top of my head. I admit, I need to spend more time thinking about it, but I was wondering if anyone else has come across anything similar? There are three elements of the default pau set-up: user id, login, and password. user ids must be unique. *Combinations* of logins and passwords must be unique. In theory, then, you can have USERID jsmith.cmc LOGIN jsmith PASSWORD 123456 and USERID jsmith.cca LOGIN jsmith PASSWORD asdfgh That's the way I learned it last, anyway. :-) Gary ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
Re: [Zope3-Users] pau scenario
ah-hah! i hadn't considered that. so, lets say i subclass a pau once per 'civic group' i want to have log in, and then have different login pages for each group. either that or just an extra capturable field on the login page. i could, theoretically, get the named authentication utility related to the group, and hand the login info to that utility. user id would be z3-site-unique, but the login name displayed to the user could just be the login name they signed up with. does that sound right? Thanks, as always, Gary :) On 3/28/06, Gary Poster [EMAIL PROTECTED] wrote: On Mar 28, 2006, at 10:43 AM, Pete Taylor wrote: Hi all, I've been off working on some other projects recently (zope3 projects, but none that involved specific logins and users, just data capture from a public site), and just got back to working with PAU, and had an interesting scenario presented to me. I'm trying to sell a co-developer on zope3, and we were discussing user management, roles, permissions, etc. after i finished extolling the virtues of zope3's user management system, he asked the following question: say you're operating a site as a portal to some set of functionality. similar functionality, but with different groups of people accessing it. as an example, say different civic groups around town. the odds of having a john smith at the Civic Media Center and a john smith at Center for Cultural Awareness (I'm making these up ;) ) are, for our example, very high. what if we don't want to force each group to maintain unique logins across the board, since to each unique group, 'jsmith' is a perfectly unique signifier? what if we want to create our login schema along the lines of group, username, pass instead of just unique username/pass? is this feasible? I can't think of a way to do it, off the top of my head. I admit, I need to spend more time thinking about it, but I was wondering if anyone else has come across anything similar? There are three elements of the default pau set-up: user id, login, and password. user ids must be unique. *Combinations* of logins and passwords must be unique. In theory, then, you can have USERID jsmith.cmc LOGIN jsmith PASSWORD 123456 and USERID jsmith.cca LOGIN jsmith PASSWORD asdfgh That's the way I learned it last, anyway. :-) Gary -- All guilt is relative, loyalty counts, and never let your conscience be your guide. - Lucas Buck, American Gothic ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] ILoginPassword anyone?
Does anyone have an ILoginPassword/BasicAuthAdapter implementation? I posted earlier, but no-one responded. I am stumped on this one. I implemented the example from Phillips book with no success. Various attempts to correct the apparent problems just produce more errors, so I figure it is outdated. -- David Johnson [EMAIL PROTECTED] 201 Main Street Suite 1320 Fort Worth, TX 76102 (877) 572-8324 x2200 ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
[Zope3-Users] container protectName
Hi all (yet again ;) ),
I ran into this issue on a project I worked on before, but I ended up
changing the design before it became a significant issue. this time
around, i don't see a way by it.
i have a class that derives from Folder (or BTreeContainer, it doesn't
really matter for this). in configure.zcml, i set it up as follows:
content class=.consumer.Consumer
implements
interface=zope.app.annotation.interfaces.IAttributeAnnotatable
/
require
permission=zope.ManageContent
interface=zope.app.container.interfaces.IReadContainer
/
require
permission=zope.ManageContent
interface=zope.app.container.interfaces.IWriteContainer
/
require
permission=zope.ManageContent
interface=.interfaces.consumer.IConsumer
/
require
permission=zope.ManageContent
set_schema=.interfaces.consumer.IConsumer
/
/content
this doesn't work. putting in the third-down require statement breaks
it, throwing me a traceback that says something about protectName.
i've looked through zope.app.security.protectclass (where protectName
comes from), and i just honestly don't see what the issue is. i've
even tried it with removing the I{Read/Write}Container bits... the
only difference between this class and any other just class
MyClass(Persistent) style is just that it happens to be a container.
is there something about Folder or BTreeContainer that invokes a
different kind of security checking than a simple Persistent class
derivative?
the issue is that I want/need to be able to both have the class
contain other persistent objects, while simultaneously have it be able
to have a view on it that allows the update and modification of
certain attributes... like the following:
consumer.full_name
consumer['preferences'] = Preferences()
there are, obviously, ways around this. i can redesign the way i'm
attempting to use the object, if necessary. but it works from the
interactive interpreter, it just fails in the zcml. and if i leave
out the relevant zcml bit, it just throws me Unauthorized errors.
anyone have any ideas?
I've put the traceback below...
Traceback (most recent call last):
File bin/runzope, line 48, in ?
run()
File bin/runzope, line 44, in run
main([-C, CONFIG_FILE] + sys.argv[1:])
File /opt/zope3//lib/python/zope/app/twisted/main.py, line 74, in main
service = setup(load_options(args))
File /opt/zope3//lib/python/zope/app/twisted/main.py, line 139, in setup
zope.app.appsetup.config(options.site_definition, features=features)
File /opt/zope3//lib/python/zope/app/appsetup/appsetup.py, line
110, in config
context = xmlconfig.file(file, context=context, execute=execute)
File /opt/zope3//lib/python/zope/configuration/xmlconfig.py, line
556, in file
context.execute_actions()
File /opt/zope3//lib/python/zope/configuration/config.py, line
606, in execute_actions
for action in resolveConflicts(self.actions):
File /opt/zope3//lib/python/zope/configuration/config.py, line
1511, in resolveConflicts
raise ConfigurationConflictError(conflicts)
zope.configuration.config.ConfigurationConflictError: Conflicting
configuration actions
For: ('protectName', class 'petetest.consumer.Consumer', '__contains__')
File /usr/lib/python2.4/site-packages/petetest/configure.zcml,
line 7.3-27.2
content class=.consumer.Consumer
implements
interface=zope.app.annotation.interfaces.IAttributeAnnotatable
/
require
permission=zope.ManageContent
interface=zope.app.container.interfaces.IReadContainer
/
require
permission=zope.ManageContent
interface=zope.app.container.interfaces.IWriteContainer
/
require
permission=zope.ManageContent
interface=.interfaces.consumer.IConsumer
/
require
permission=zope.ManageContent
set_schema=.interfaces.consumer.IConsumer
/
/content
File /usr/lib/python2.4/site-packages/personium/configure.zcml,
line 7.3-27.2
content class=.consumer.Consumer
implements
interface=zope.app.annotation.interfaces.IAttributeAnnotatable
/
require
permission=zope.ManageContent
interface=zope.app.container.interfaces.IReadContainer
/
require
permission=zope.ManageContent
interface=zope.app.container.interfaces.IWriteContainer
/
require
permission=zope.ManageContent
Re: [Zope3-Users] DropdownWidget with SimpleVocabulary causes ConversionError.
Am Montag, den 27.03.2006, 18:31 +0900 schrieb [EMAIL PROTECTED]: I'd like to ask one more question. Why does SimpleVocabulary.fromValues/fromItems() not set 'title' ? Is there any good reason? Current implementation is unconvenient for non-ascii people. Sure. Maybe a new method is needed which gets tuples of length three which sets value, token and title. Otherwise you can write a subclass of SimpleVocabulary which is more convenient for non-ascii people. (Maybe there is a reason why it is called 'simple' ;-) mac ___ Zope3-users mailing list Zope3-users@zope.org http://mail.zope.org/mailman/listinfo/zope3-users
