Hello fellas,<br><br>I agree with Mounir.<br><br>Thing is UA is allowed to do that, but without clear rules, this can be a mess.<br>If for date and time, where we have a lot of formats and standards for internationalization, how can UA specify and be no type mismatch, if we do not have any standard about phone numbers?<br>
<br>I mean, american format differs a lot from brazilian, which differs a lot from indian, which differs from... you got it.<br><br>But it would be great if this kind of data becomes part of i18n packages, meaning that any user, with a UA tunned to its native language can input that, and let it do the job, like for date and time.<br>
<br>However, not like date, which is a fixed number, phones can vary a lot from one region to region in length, and prefixes.<br><br>I think this is open to UA devs and RFC writers to take care, but I am not sure if these statements will be useful someday at all due this lack of pattern among regions.<br>
<br>-- <br>Hugs, Davis.<br><br>