<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Mar 31, 2009, at 10:25 AM, Peter Kasting wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div class="gmail_quote">On Tue, Mar 31, 2009 at 10:22 AM, Boris Zbarsky <span dir="ltr"><<a href="mailto:bzbarsky@mit.edu">bzbarsky@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div class="im">I agree that entering a week is pretty rare, though. ;)</div></blockquote><div><br></div><div>As someone working on supporting new input types in WebKit: Supporting any one form of "date" is nontrivial, but supporting the rest after you support the first _is_ trivial. So while I'm on the "week is not that useful" bandwagon, it'll be simple to support once "date" is supported.</div></div></blockquote><br></div><div>It depends on the quality of implementation you want to deliver. With a nice visual date picker, the UI for picking a month or a week is probably quite different from the UI for picking a day, which in turn would be different from the UI for picking a time, or a date and time together. For instance, a day picker would probably only show you month or possibly a 2 or 3 months at a time, whereas that would not make sense for a month picker. Just having a type-in box with no visual picker would result in a control that would likely not be usable for the kinds of sites where you enter dates.</div><div><br></div><div>Regards,</div><div>Maciej</div><div><br></div></body></html>