Interesting how human (if you can call mine human <g>) memory works. I was thinking of this problem last night and I knew that I asked a similar or maybe even almost the same question before. I could not remember the solution but I remember that the solution (back then) was given to me by Gregory Adam. When you provided this solution I remembered it all. I think I need to change batteries in my memory bank <g>.

>I updated my answer, feel free to ask again if you don't understand the concept.
>
>>I believe you just answered my questions. So, first, thank you! The only thing I am not clear is how do you convert the stored sum into the choices? For example, if the stored number is 12. How would you convert this 12 into 4 and 8?
>>
>>>Why not use binary values?
>>>
>>>Choice 1 ---- 1
>>>Choice 2 ---- 2
>>>Choice 3 ---- 4
>>>Choice 4 ---- 8
>>>Choice 5 ---- 16
>>>Choice 6 ---- 32
>>>
>>>Sum the values to store them. You can then easily retrieve which choices were selected.
>>>
>>>lnX = the sum
>>>
>>>To check if Choice 1 was selected : ?Bittest(lnX,0)
>>>To check if Choice 2 was selected : ?Bittest(lnX,1)
>>>To check if Choice 3 was selected : ?Bittest(lnX,2)
>>>Note that the value after lnX is one lower than expected, since Bittest() is zero based.
>>>
>>>>Hi,
>>>>
>>>>I am looking for a formula (if possible) to convert a multiple choice(s) into a number. Kind of like the VFP Anchor property bit value works. Here is my example:
>>>>Choice 1 ---- ##
>>>>Choice 2 ---- ##
>>>>Choice 3 ---- ##
>>>>Choice 4 ---- ##
>>>>Choice 5 ---- ##
>>>>Choice 6 ---- ##
>>>>
>>>>Each choice above would have a number (##). Then when a user checks any number of choices (from 1 to 6), the "total" number is calculated. This "total" number should be unique for any combination of the selected choices. So that this number can be used (in reverse) to see what choices it represent.
>>>>Any suggestions?