On 4/18/07, Kapil Thangavelu <[EMAIL PROTECTED]> wrote:
my understanding is that part of the reason this was done, was laziness,
on the part of the integrators, who didn't want to deal with the issues of
having non pas users from the root acl browsing a plone site, and
conditionally dealing with
my understanding is that part of the reason this was done, was laziness,
on the part of the integrators, who didn't want to deal with the issues of
having non pas users from the root acl browsing a plone site, and
conditionally dealing with those the users within the plone code. i agree
t
I agree, I think the way PlonePAS replaces the root acl_users is very bad. I
hope this gets addressed. Surely there is no need for it to do that.
Ben
On 19/4/07 02:01, "James J Myers" <[EMAIL PROTECTED]> wrote:
> I found the SQLPASPlugin on the Plone site or the collective - not sure
> which.
I found the SQLPASPlugin on the Plone site or the collective - not sure
which.
I pretty much rewrote it to get it to do what I wanted. I got no help
from this list or anywhere else.
PlonePAS provides a PropertyProvider set of interfaces for
setting/getting properties from an external source.
i James,
James J Myers wrote:
I've written a PlonePAS plugin loosely based on SQLPASPlugin for
authentication.
I'm going to be needing this functionality myself sometime soon.
Where did you find the SQL plugin? What's the official way of getting
users with extra properties from a relational