As we create CSS components in our internal framework, we typically try to use little if no JS. Our tooltips should be no different. We...UI/UX frontend CSS Responsive Design
Working with dates can seem a little daunting sometimes. We need specific formatting, and hopefully we don’t have to deal with timezones at all. Dates come up a lot though, so it’s important to be able to work with them. Luckily, we have the handy
<input type="date">, which we can just use and have things nicely formatted and know that the user is going to provide the date in an expected format.
We decided that we can use
<input type="date"> to easily tackle this issue, right? Unfortunately, if you have to support legacy browsers at all, it isn’t that simple. Internet Explorer and Safari do not support date inputs.
I’ll break down the solution and why it works, but if you’d like to get a look at the code and play with it yourself, there is a CodePen demo available.
Luckily, the solution to this is relatively painless. Here at RIMdev, we use Vue.js, and so our solution will examine how to write a simple date input with our favorite front end framework, but this kind of behavior could absolutely be translated to other use cases.
The important part to note here is that even if you have
<input type="date"> in Internet Explorer or Safari, it will render as
The fact that the input type renders as text when date is not supported allows you to check whether or not the user’s browser supports date inputs without having to do any kind of checking about what browser the user is on. If the input is a date input, you can simply exit out of any additional methods (or run anything you would, such as additional events) and move on. If the input is a text input, then we can fall back into some good old fashioned regex to trim and format the date input as the user types.
A caveat to the solution - if you are checking to format the input on any type of keyup or keypress event, it is a good idea to ignore the backspace and delete actions so that the user doesn’t run into unintended formatting as they are clearing the input.
This solution has been confirmed to work in Internet Explorer, Safari, and even Netscape!
There are additional values that you can put on your input that will only take effect in the case of it being a text input. We ended up with something like this:
<input ref="dateInput" type="date" v-model="myDate" @keyup="trimDate" maxlength="10" placeholder="yyyy-mm-dd">
refis a value to get the element or component instance in Vue. This just allows us to quickly reference the input itself and check whether or not it is a date input or a text input.
yyyy-mm-ddused by the date input so that we could always be sending dates formatted the same way without additional parsing on our end.
myDateproperty, which will work regardless of the rendered type of the input.
trimDatemethod that checks whether or not the input is rendered as date or text, and then if it is a text input, enforces formatting to follow the expected
yyyy-mm-ddpattern (the breakdown of this method can be seen in the CodePen demo).
This provides a relatively easy solution to working with date inputs and having suitable fallbacks for older browsers without having to pull in extra libraries. If you’d like to play around with this a bit more, remember that a demo can be found here!