> i'd consider this in remember only if there was a way to turn the "choose
your
> member type" page off even when there are multiple member types..

Better yet -- that the site admin can choose which member types are
available to the  general public upon site registration. So you may many,
many member types but only 1 or 2 are available to choose from. If only one
is chosen, then that one is pulled up without any choice given to the user.

Does this work?

Peace,
George



On 10/31/06, Rob Miller <robm@...> wrote:
>
> George Lee wrote:
> > I read through a previous thread on multiple member types, and wondered
> > if any work like this has been done or if it sounded like a good idea:
> >
> > * Make the "join" link in Plone link to a controller script.
> > * If there is only one member type, the script automatically create a
> > content object of that type and redirects to the edit screen.
> > * Otherwise, redirect to a form where the user chooses what sort of
> > member they want to join as.
> > * This then creates a content object of that type and redirects to the
> > edit screen.
>
> this seems like a fine idea for some use cases, but there are certainly
> cases
> where there are multiple user types, but you don't want the people who are
> signing up for your site to be able to choose between them.
>
> > Different member types will have different schema, etc. and different
> > registration forms, which is why the user should pick before going into
> > the edit forms which member type they are signing up as.
> >
> > Thoughts? It seems like this would be very easy to implement. And yes,
> > sometime in the next couple of months I would be more than happy to
> > volunteer some code. =) Although one question is if this belongs in
> > remember or a separate product
>
> i'd consider this in remember only if there was a way to turn the "choose
> your
> member type" page off even when there are multiple member types... in
> fact,
> i'd rather that the site admin would have to explicitly turn that page on
> (using an option in the remember configlet) before it would ever show up.
>
> otherwise, i'd say we should just continue with the idea of a default
> member
> type, and leave it to those who need to allow users the choice to
> implement
> the form as you've described it.
>
> -r
>
> --
> To unsubscribe send an email with subject unsubscribe to
> remember@....
> Please contact robm@... for questions.
>

Attachments

text.html (text/html) 2.9 kB