about sreg.language and sreg.country
Hi, In SREG responses, v1.1-dratf1 of the standard states that : openid.sreg.country: The End User's country of residence as specified by ISO3166 http://www.iso.org/iso/en/prods-services/iso3166ma/index.html. openid.sreg.language: End User's preferred language as specified by ISO639 http://www.w3.org/WAI/ER/IG/ert/iso639.htm. However, ISO3166 is divided into 3 parts, and the first one is further divided into for example ISO3166-1-Alpha2 , ISO3166-1-Alpha3, ISO3166-1-Numeric3, ISO3166-1-English shortname, etc. Moreover the languages in ISO639 can be represented 2-letter 3-letter or English/French names. I am a little bit confused about which format will be used for sending these fields. Should we force a specific coding(alpha2/3, Numeric3, etc) to be used in the standard ? Enis Söztutar ___ specs mailing list specs@openid.net http://openid.net/mailman/listinfo/specs
Re: SREG 1.1 Request parameters
Well, I have not thought about the OP to ask the user to pass the data to the RP leveraging required/optional fields information. Thanks for the clarification. Martin Atkins wrote: Enis Soztutar wrote: As far as I understand, the distinction between sreg.required and sreg.optional is entirely in the responsibility of the consumer and there is not reason for the protocol to include this arbitrary division. An OP implementation will just merge the two fields and try to fill them as much as it can. This distinction is made to avoid the following flow, which isn't very user-friendly: 1. RP sends user to OP with a request for email address. 2. OP asks user whether or not to send email address. 3. User elects not to send email address. 4. RP then says We can't let you register without an email address. Type one in here. 5. User elects to supply an email address after all, but now has no assistance from the OP to complete this field. By having the optional/required distinction, in step two the OP can say something like The RP may not allow you to log in without this information. This means that the user can make the decision in step 3 with the knowledge that it probably won't succeed, or he can make the decision in step 5 a few steps earlier and get assistance from the OP to enter the email address. It's only a very subtle distinction, but it is important so that the OP can explain the situation to the user at the right point in the transaction. ___ specs mailing list specs@openid.net http://openid.net/mailman/listinfo/specs ___ specs mailing list specs@openid.net http://openid.net/mailman/listinfo/specs
