On Wed, 2001-12-19 at 17:22, Luke Opperman wrote: > Altogether, sort of a first-run at what UserKit seems to be > trying to be. I've read the Wiki stuff on UserHandling, > just curious I should base a rewrite of our system off of > SecurePage, or if UserKit is functional enough. I don't > care whether concepts/API will change in future revisions, > I'm happy to help test it, suggest changes, whatever. I > just want to know I can get a functional system up now. > (Permissions use is very light in most of our > applications.)
I'm just coming to the end of working up a demo application -- I had hoped to get it done before I left for Christmas, but I don't think that will happen. So close... but I guess it doesn't matter if I spend a bit of time rheuminating, since I don't think I'll get it finished before tomorrow morning. Anyway, as part of it I set up my own ad hoc user objects. It has made me feel less enthusiastic about UserKit... the basic problem it solves isn't very difficult. OTOH, my user objects (and most people's) are more complex than UserKit's objects, and integrating the two seems more complicated and less elegant than just implementing the basic roles and such myself. Especially since my permission system doesn't work like UserKit assumes -- I don't ask whether a user is part of a role, but whether the user has any role that has a certain permission, and if that role is for the particular project that is being accessed (or any parent project). So the way I check permissions is with a SQL statement that joins many tables. I want to do that directly, as that single SQL statement will be faster than doing lots of individual accesses and joining them on the Python side. For basic usage, maybe UserKit will be fine... I've felt unclear about just what classes are abstract, and which ones you are supposed to use, how you extend them, etc. Maybe just with some documentation, UserKit will be flexible enough for whatever, by doing the appropriate subclassing. Ian _______________________________________________ Webware-discuss mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/webware-discuss
