Its fairly simple.

I wonder if these three things can be done through user module.
1) On the page of registration - users can choose (from couple of already created) member_groups to assign himself to.
Or if not on registraion - can this be achieved through edit page in user module.

2) Member Group based custom fields ?

3) Global member_custom fields?

Also - im trying to understand docs through reading them but i have to admit its not simple or clear at the first time without having the module. This is why i open this tread so i can understand what this module does which ee Mm doesnt. Is there any tuttorail or demo i can look and see what this module does.

Thank you.

Edit: Just thought of one more thing - can we manage to show group based profile templates.

Ps: I dont need hardcoded feature but just a little code will do. A code like {group_name/id} which will give a value that i can assign to my css frame - in doing so i can manage to change the look of the page infinetly..

TrueKeeper - 27 January 2010 10:22 PM

1) On the page of registration - users can choose (from couple of already created) member_groups to assign himself to.
Or if not on registraion - can this be achieved through edit page in user module.

Yes, and Yes. These are both actually possible with User

TrueKeeper - 27 January 2010 10:22 PM

2) Member Group based custom fields?
3) Global member_custom fields?

Can you clarify what you mean by this? I assume you want specific custom fields to show up only for specific mmeber groups? Every custom member field is “global” to all member groups. However, you can use conditionals in your templates to show/hide specific custom member fields.

TrueKeeper - 27 January 2010 10:22 PM

Edit: Just thought of one more thing - can we manage to show group based profile templates.

For sure, again.. you can use conditionals based on mmeber groups to display different data for each member group.

TrueKeeper - 27 January 2010 10:22 PM

Ps: I dont need hardcoded feature but just a little code will do. A code like {group_name/id} which will give a value that i can assign to my css frame - in doing so i can manage to change the look of the page infinetly..

Yes, {group_id} and {group_title} variables are usually available.

Kelsey Martens - 28 January 2010 03:56 PM

TrueKeeper - 27 January 2010 10:22 PM

1) On the page of registration - users can choose (from couple of already created) member_groups to assign himself to.
Or if not on registraion - can this be achieved through edit page in user module.

Yes, and Yes. These are both actually possible with User

Are these features ready out of the box ? (if so - man thats awesome) Or is there any tuttorial you can link me to.

Kelsey Martens - 28 January 2010 03:56 PM

TrueKeeper - 27 January 2010 10:22 PM

2) Member Group based custom fields?
3) Global member_custom fields?

Can you clarify what you mean by this? I assume you want specific custom fields to show up only for specific mmeber groups? Every custom member field is “global” to all member groups. However, you can use conditionals in your templates to show/hide specific custom member fields.

What i meant was - let me give you an example .In case of the “Global member_custom fields” for example the {Aol_im} tag is global no matter where you paste it. Meaning let it be forum or wiki or whereveer you put - {Aol_im} will appear without problem. (if you add any value that is). But normal custom fields do not go over member module thus cant be seen by the rest of the site. Lets assume i add a custom field named {the title} - can i use this tag wherever it appears?

And In the case of membergroup based custom fields - Lets say i mage groups in the idea of hieracy of power. The users first become novice and has only profile fields allowed for them to edit. Later on they become teachers (lets say this is the title of the next level of member) and they are allowed for avatar and signature etc. As higher they get- more fields are allowed for them.

And last but not least - these talks about profile would make me thinkthat whether if we can maybe divide the EDİT PAGE to many sections fitting our expectation rather than one page. Like in page one you got avatars - in page two you got profile fields etc.

Edit:
I tried to read the docs again but still kinda clueless with whats going on. I think adding little images to show what this module does (or yet better - a demo) would be wonderfull. After all its nearly a 100 bucks of investment.

Also I know its out of topic but - whats the difference between Diggie - favorites and Rating. Arent they (in the matter of “idea”) doing the same thing under different names? I mean - in the core ;its whether we like a post or not. If we like it - do we rate it ? Or fave it or Dig it?. Its very confusing.
Also rating has review box (from the pic i see on its page) . Is this added instead of Comments? If not whats the difference between comments and reviews.?

I would like to add a spice to my site but without knowing the tastes of the ingridients (or what they do) its very hard to pick them.

Thank you for reading this extra long and maybe confusing post

Lycos - 28 January 2010 04:19 PM

Are these features ready out of the box ? (if so - man thats awesome) Or is there any tuttorial you can link me to.

Yes, they come with User:
http://www.solspace.com/docs/detail/user_register/#select_member_groups

Lycos - 28 January 2010 04:19 PM

What i meant was - let me give you an example .In case of the “Global member_custom fields” for example the {Aol_im} tag is global no matter where you paste it. Meaning let it be forum or wiki or whereveer you put - {Aol_im} will appear without problem. (if you add any value that is). But normal custom fields do not go over member module thus cant be seen by the rest of the site. Lets assume i add a custom field named {the title} - can i use this tag wherever it appears?

You mean, when you create new custom member fields, will they be available in other areas of your site?
Yes, many module tags will support them, and if not you can use the User:Stats loop to display that data. And in case this isn’t clear, User does not have it’s OWN set of member fields. It just uses/shares the regular EE standard and custom member fields.

Lycos - 28 January 2010 04:19 PM

And In the case of membergroup based custom fields - Lets say i mage groups in the idea of hieracy of power. The users first become novice and has only profile fields allowed for them to edit. Later on they become teachers (lets say this is the title of the next level of member) and they are allowed for avatar and signature etc. As higher they get- more fields are allowed for them.

Yes, as I mentioned before, you’ll need to use conditionals based on the user’s member group to display/hide certain fields from showing

Lycos - 28 January 2010 04:19 PM

And last but not least - these talks about profile would make me thinkthat whether if we can maybe divide the EDİT PAGE to many sections fitting our expectation rather than one page. Like in page one you got avatars - in page two you got profile fields etc.

Yes, absolutely! The User:Edit tag can totally do that.

Lycos - 28 January 2010 04:19 PM

I tried to read the docs again but still kinda clueless with whats going on. I think adding little images to show what this module does (or yet better - a demo) would be wonderfull. After all its nearly a 100 bucks of investment.

Fair enough… however, it’s sort of difficult to display a demo of User when it’s almost purely template based. But if need be, you can have a look here on the Solspace site… we use User here for our Register form, Forgot Username/Password form, Profile pages, Edit/Update Profile pages, etc: http://www.solspace.com/members/

Lycos - 28 January 2010 04:19 PM

Also I know its out of topic but - whats the difference between Diggie - favorites and Rating. Arent they (in the matter of “idea”) doing the same thing under different names? I mean - in the core ;its whether we like a post or not. If we like it - do we rate it ? Or fave it or Dig it?. Its very confusing.
Also rating has review box (from the pic i see on its page) . Is this added instead of Comments? If not whats the difference between comments and reviews.?

Rating allows you to have users submit form-based ratings/reviews for weblog entries. You can also create several custom rating fields that would allow you to have multiple types of rating fields or written review fields, etc. It’s more of a traditional Rating/Review method. Many people have used this as a replacement to Comments because Rating is like Comments but lets you do a lot more.

Favorites allows your users to save/bookmark weblog entries and visit them at a later time by seeing a list of all weblog entries they’ve saved. Favorites also allows you to rank a list of entries by most Favorited/bookmarked, etc. It does more, but that’s it’s primary purpose.

Diggie works similar to Favorites, but it allows your users to vote on weblog entries, which could be a simple +1 / -1 like Digg.com, or it can go as far as having a set of custom values (+3, +2, -5, etc). Users can also vote multiple times, cumulative or non-cumulative, based on your settings. So it’s possible to display entries that have a “sum” values of “+258” or even “-73”, etc. We also have a filter in place that allows you to stop displaying entries that have a lower value than “X” (whatever you specify), etc.

While each may overlap a little, or seem similar, they each perform different tasks and use different methods.

Alright - thanks a bunch.  That cleared most of the “how the?” questions i had
Ill just contiunue reading the docs and decide which features are required and which ones are not .
Have a niceday and thanks alot again.

You’re welcome

Just few more small question. (a lil small one:D )

The groups can be choosen when on registering. Thats obvious now. Yet what i have in mind is this; That groups can have moderators of their own and , when some one is choosing their group as “group A” , they are not automaticly assigned as A but in a way, awaiting the aproval of Group A’s moderator. Is this possible? I think it is , but im not sure whether this is a “Can Do” of user module or Ee Member module. (depending on the answer , ill read or search a bit more)

Second is - again im not sure whether User or Member modules are the one i should check -  Can we assign default values for group based profiles. Meaning if they are assigned to group 6 than group 6 has a default avatar just for Group 6. Or a field that has a default value in it. etc.

And last one. I see from the example of register codes that the Accept Terms is in text area again.  What i want to do is, place the terms (and only the terms) in normal template. And after users actually scroll down (and presumbly read) the terms they get accept or reject buttons. And only, after they accept they get the username and email and etc fields page.

I understand that the above question can be done through breaking the templates but im not sure if taking the terms out of the text area will work somehow. Meaning , maybe the requirement field is kinda attached to the textarea or somehting. I didnt try this on Member module (but than again , i rather not) but would like to know that if such a flexible module as user can do this or not.

Thanks again.

Lycos - 28 January 2010 09:50 PM

The groups can be choosen when on registering. Thats obvious now. Yet what i have in mind is this; That groups can have moderators of their own and , when some one is choosing their group as “group A” , they are not automaticly assigned as A but in a way, awaiting the aproval of Group A’s moderator. Is this possible? I think it is , but im not sure whether this is a “Can Do” of user module or Ee Member module. (depending on the answer , ill read or search a bit more)

Well, this is something that officially doesn’t have any type of solution for. However, I do see a way you could manipulate your templates to do so. I wont get into deep detail, but the jist of it would be to have those users submit an edit form that has them “request” to join another member group. What would actually be happening is they’d be submitting a certain value (say the group ID or something) to a custom member field. You could then create another template with the User:Users (memberlist) tag in it and filter it by members with a certain value in a specific field. Your moderators could then approve/deny each on by submitting another Edit form, along with erasing the value in that custom member field that holds the requested group ID.

Lycos - 28 January 2010 09:50 PM

Second is - again im not sure whether User or Member modules are the one i should check -  Can we assign default values for group based profiles. Meaning if they are assigned to group 6 than group 6 has a default avatar just for Group 6. Or a field that has a default value in it. etc.

No, this cannot be done. However, you could use conditionals to display a “value” in the event the field is empty. So if the user doesn’t have an avatar, you can display a default one with a conditional.

Lycos - 28 January 2010 09:50 PM

And last one. I see from the example of register codes that the Accept Terms is in text area again.  What i want to do is, place the terms (and only the terms) in normal template. And after users actually scroll down (and presumbly read) the terms they get accept or reject buttons. And only, after they accept they get the username and email and etc fields page.

This would be dependant on a Javascript solution or something.