This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The Arabic and Persian languages use their own Unicode code points for digits (U+0660-0669 for Arabic, and U+06F0-06F9 for Persian, see <http://unicode.org/charts/PDF/U0600.pdf>). Many Arabic and Persian keyboard layouts map those code points to the digit keys on keyboards, to enable users speaking those languages to enter digits in their language. <input type=number> should allow those code points to be entered, and require UAs to treat them as Latin digits for processing and form submission, to make the form control usable to Arabic and Persian users.
Technically, this might already be allowed by the spec. Though at the very least it might be a good idea to add a note reminding implementations that this would be a good idea to do.
This is indeed already allowed by the spec - UAs are allowed to present any interface they want, including one that allows inputting arabic or persian digits, so long as the value is set to a valid number.
It's not the first bug opened about <input type=number> i18n and like all of them, I don't think that's a spec issue but much more an implementation issue: the specs only specify the format of the submitted number, I believe the implementations are free to do whatever they want to show it or help the user write it.
Concur with Tab and Mounir that this is the sort of thing the spec already allows UAs to do, but it would be nice to have a note suggesting UAs do this. This is a UI issue, so it probably shouldn't be a normative requirement.
mass-move component to LC1
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Accepted Change Description: see diff given below Rationale: Concurred with reporter's comments.
Checked in as WHATWG revision r6451. Check-in comment: Note on UI for type=number. http://html5.org/tools/web-apps-tracker?from=6450&to=6451
+ form Romans might display the value in Roman numerals rather than in s/form/for/ Not sure if I should reopen the bug for this...
Probably better to file a new bug since the original bug is fixed.
Filed bug 13798.