Community Support Forums

Re: dynamically set 'required' status of registration field

2011-09-27T20:30:06-05:00

Thanks for your inquiry.

halifaxious wrote:
To clarify the above, I'd like to know a) if it is possible and b) how to make registration fields required for one level and optional for another level.

Yes, this is possible, you just need to create two fields, each with a different ID. One will be required at Level #1, another is optional at Level #2 in the following example. Both fields ask for the same type of input and use the same label, but are configured in two different ways. ( click to enlarge )
SNAG-0008.png
If a Member is demoted, Custom Fields are not lost. However, if you (or they) edit their Profile after having been demoted, and fields which were present at the previous level no longer apply at the new demoted level, this is when the data loss will occur ( i.e. upon the data being saved again, minus the previous fields which no longer apply ). Not exactly a bug, but I see why you question this after a re-promotion. I'll see what can be done to improve this in the future.

Statistics: Posted by Jason Caldwell — September 27th, 2011, 8:30 pm

Re: dynamically set 'required' status of registration field

2011-09-24T22:42:30-05:00

Thanks for finding that! I'm going to let Jason know so he can find a solution to it.

Statistics: Posted by Cristián Lávaque — September 24th, 2011, 10:42 pm

Re: dynamically set 'required' status of registration field

2011-09-23T11:24:57-05:00

To clarify the above, I'd like to know a) if it is possible and b) how to make registration fields required for one level and optional for another level.

Thanks,
Jen

Statistics: Posted by halifaxious — September 23rd, 2011, 11:24 am

dynamically set 'required' status of registration field

2011-09-15T10:51:11-05:00

I've run into what might be considered an s2member bug. To whit: when a member is demoted the information that had been in fields only applicable to higher levels seems to be lost. This means that the member must re-enter any higher level fields when they are re-promoted.

To work around this issue, I'd like to make fields that are optional for level 0 and required for levels >1 (in my case, it would be a set of address fields).

So far as I can determine, a custom registration field is either required for all the levels it applies to or optional for all the levels it applies to. I watched the video on how to dynamically set registration fields, but I can't determine which hook I should be attaching my function to or which values I need to change. Is there a reference somewhere to the structure of the $_field variable and/or other data structures I'll need to manipulate?

Statistics: Posted by halifaxious — September 15th, 2011, 10:51 am