Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at


  • Peter S 64 posts 106 karma points
    Oct 12, 2009 @ 14:13
    Peter S
    0

    Different types of members

    Hi,

    Only my second Umbraco project, so I still need a bit of help.

    For my next project I've got a couple of forms that need to be build. A contact form, newsletter subscription and job application. Can this be done by putting all the information in the Members? I was thinking of creating different Member Types (Contacts, Applicants, subscribers) for this. Is that the way to go, or is there another way to accomplish this?

    Greetings,

    Peter

     

  • Masood Afzal 176 posts 522 karma points
    Oct 12, 2009 @ 15:23
    Masood Afzal
    0

    I will create member groups for subscription, contacts etc and document types for contact/application/subscription forms, and registered member type for members.

     

     

  • Dirk De Grave 4541 posts 6021 karma points MVP 3x admin c-trib
    Oct 12, 2009 @ 15:24
    Dirk De Grave
    0

    Peter,

    Keep this in mind when making the decision (this is how I do think of it, and has always worked for me): Do you distinction based on functionality or based on profile data? If the latter, use member types, otherwise go for member groups (and have a single member type holding all relevant profile data)

     

    Hope this helps.

     

    Regards,

    /Dirk

  • Peter S 64 posts 106 karma points
    Oct 13, 2009 @ 11:03
    Peter S
    0

    Thanks for the suggestions!

    I think in this case I will go with the different Member Groups and one Member Type. I will let you know how this worked out for me.

    Grts,

    Peter

  • Peter S 64 posts 106 karma points
    Oct 13, 2009 @ 17:11
    Peter S
    0

    Well, that worked perfectly. Thanks very much.

    Here's a screengrab of what I've done:

    http://www.grabout.com/Default.aspx?i=c975d16f-192a-4a27-ba3f-6683035d90ff

    3 different member groups, 1 member type with a bunch of non-mandatory properties to store all the info in.

    Grts,

    Peter

Please Sign in or register to post replies

Write your reply to:

Draft