Why does <input type=date> display the field in format MM/DD/YYYY in the field but the value property is formatted in YYYY-MM-DD?
Is the former a localization setting and the latter the standardized format? Is there any customization available? Also, no input[placeholder] support.
I have been using input type date a lot recently. My app is chrome only and has to serve not very tech oriented people. And telling them to add date in a specific format is a huge pain in the ass. So input type date and even color to some extent have saved me a ton of support time. Although the interface can be better. It looks like a poorly designed html popup. (Although it is probably exactly that since chrome uses shadow DOM)
What part of your app requires that it be "Chrome only"? There are tons of Javascript UI libraries that can handle date inputs cross-browser such as jQuery UI. http://jqueryui.com/demos/datepicker/
Yes, i am familiar with libraries, but since i will have physical access to all the user's computers (it's an app for a school's teachers) i though i might as well just support the newer browsers and don't support older ones at all. And i am also not a fan of libraries like jquery. Most of the modern browsers can do what they do a lot quicker.
And i should have mentioned, it is not strictly chrome only, but i have told all teachers to use chrome because firefox does not have date pickers yet. But the site is still completely functional in latest firefox and safari plus ie10 (provided teachers add dates manually). I just don't like using libraries at all. I try to avoid them until absolutely necessary. So much that i have never had to use jquery, or any other library for that matter. The app in question is quiet elaborate (feature wise) but still does not have a single file not written by me. It may not be the wisest thing to do, but it makes me comfortable to know exactly what my code is doing.
Someone else pointed it out in another thread, and I'm also bothered by it, that we seem to be gaining advanced hardware access etc. yet seemingly not basic form controls. Although I was mistaken on the Date picker.
And of course its half-done. Asks me if I want the site to allow use of my non existing camera, and the options dropdown just has a (none) entry in it.
It's the same approach as with downloads. To this day, the only browser to support resuming downloads (and making use of HTTP range) is Opera.
Opera is not the only browser to support resuming downloads. With the appropriate server headers and local state, Safari and FireFox can also resume downloads.
As a developer I like that I can use the API now instead of just reading about it. Chrome rolls out updates very smoothly and rapidly, who cares if the initial support of a very new standard is not perfect? It sure beats the support that FireFox, IE and Safari have (none).
For this particular feature; there are plenty that Chrome doesn't support fully (IndexedDB) or at all (CSS calc) that those other browsers have had for quite a long time.
Tell me I don't have a webcam connected and inform me that this site requires one, and possibly wait for me to connect one.
Right now, I get the permission bar, click "accept" and it fails silently. And the "none" thing is really just a bad taste; you don't offer UI elements when they don't do anything.
(I didn't try, but I think that permission dialog wouldn't even recognize it when I connected a camera after it opened)
Webcam toy is one of the coolest things I've seen in a long time. Shows the potential of an open web to the fullest paired with skills and imagination.
I've being playing with WebRTC for a little while and I love that we are saying goodbye to Flash for accessing devices (which no one has mentioned yet).
I built my own site photo booth site to give the new JavaScript a go.
How about we get around to <input type=date> now?
EDIT: That camera toy thing is a lot of fun. It has an awful lot of effects.
EDIT 2: The xylophone is also pretty cool. I want to play around with this, see what I can make. The xylophone app's entire source is this: http://www.soundstep.com/blog/experiments/jsdetection/js/app...
EDIT 3: Wow, I am seriously impressed by Sketchbots. Very, very nice.