-
Notifications
You must be signed in to change notification settings - Fork 27.4k
input[time] renders with milliseconds if the browser does not support time input #10721
Comments
+1 for this feature |
+1 |
1 similar comment
+1 |
it would be great if the formatter of the input could be overridden, in one project i need the time(span) to be entered as 'mm:ss.sss' without hours which would be possible with a custom formatter |
+1 |
1 similar comment
+1 |
Update to input.js link in the original bug report. |
This isn't really a feature request, this is a regularly occurring bug. The fallback behaviour should surely mimic the behaviour of the standard HTML 5 time input, adding milliseconds doesn't really seem like a useful fallback, it's got to be the niche case! |
+1 |
AngularJS should respect HTML5 "step" attributes on the input element. According to HTML5 standard, when step is set to "60", value of the input should only contains minutes "11:23", while when step is set to "1" or some number less than 60, value should contains seconds e.g. "11:23:34" |
@hubo1016 This is a different issue. You can open a new issue as a separate feature request. |
The problem can be solved by the directive on this link: https://markandruth.co.uk/2015/01/08/formatting-time-inputs-nicely-with-angularjs |
Worked with v1.0.3 it seems... http://jsfiddle.net/yk29zeLz/1/ |
+1 for this feature |
Note that this issue has had the |
Whenever a browser does not support input[time] natively, angular falls back to text field. It renders nicely in Chrome (e.g. 07:15 AM), but in Firefox it will display 07:15:00.000 instead. There are some quick hacks out there: http://mark.zealey.org/2015/01/08/formatting-time-inputs-nicely-with-angularjs
It would be nice, if we could configure the date format whenever angular switches in fallback mode.
The problem is located in input.js where we set the format to 'HH:mm:ss.sss'
The text was updated successfully, but these errors were encountered: