Just let me type in a year, damnit! I’m not in the mood to click your little arrow button 200 times
From the team that brought you the year of birth dropdown.
Submitted 1 day ago by 0ops@piefed.zip to mildlyinfuriating@lemmy.world
Just let me type in a year, damnit! I’m not in the mood to click your little arrow button 200 times
From the team that brought you the year of birth dropdown.
And they always include the newest year, just in case a 5-week-old is using the website.
Sometimes I do select the latest year, just for fun.
Client must not have read the part of the contract that said the developer would get paid on a per-interaction basis.
I know exactly what date UI you are talking about and it’s a firm agree. Whoever decided that a date UI needed to have the inability to select a year without hitting back 3 times, then ontop of that decided to make it so it undid your month and day selection when you did so, did the world a massive disfavor designing it.
What is wrong with the simple type=“datetime-local” or type=“date” UI’s that every mainstream browser has native. It’s 3 clicks, you can specify the year at the top, and then month & date in the main body. Why even introduce layers to it. Have everything on the same layer.
What is wrong with the simple type=“datetime-local”
The problem with that is that it doesn’t exist.
Nitpicking aside, the problem with native browser widgets, in my opinion, are:
can you elaborate on type=“datetime-local” not existing? It’s been supported in almost every mainstream browser since basically 2012. The last mainstream to adopt it was Safari in 2021. There is argument that FF didn’t have proper support till 2021 as well but, that’s because it was lacking the “time” part of the element. So they modified how it worked for awhile to work like the type=“date” element, that has since been resolved.
I do agree with you on a lot of those. it would be nice to have some form of UI validation. That is one of it’s flaws that could be expanded on. a disabled dates or invalid dates tag on the input would be a lot easier, but also add a lot of complexity to it for something that should be being validated via scripts both server and client side. Not all browsers have the clear button as well which is a problem because it’s an extra step when you do make a mistake on it. They do offer a valid range tag though to allocate valid ranges for dates, but it’s so primitive that for a scheduler it can’t really be used unless its on a week by week basis
Vertical spinning wheels to pick the hours suck donkey balls. WTF is up with those? You want to set it to 9 pm, so we get to spin the hour wheel up and down until we hit 9, then it always defaults to the current minute, so you get to spin it up and up and up and up until you get to 00 minutes, overshoot to 05, and then dial it back down.
There’s WAY better solutions for this available. Why use the ones invented 25 years ago?
Even worse when it is a scrollable DD MM YYYY form and you cannot pick 05 May because the year is set to 2026 and you are not allowed to pick future dates.
LEMMY PICK MY DAMN DAY AND MONTH FIRST! Don’t be anxious, Year, I didn’t forget about you.
And YouTube’s time selector because heaven forbid you want to publish a video at anything time that is not a multiples of 15.
I… Do you often find yourself needing to schedule video uploads at 12:07?
Who doesn’t enjoy spam clicking to their birth year one month at a time?
I just pick whatever this year - 20 is.
It’s usually enough to stop services from nagging me again.
So 1993?
You can usually type out the year and it scrolls within the selection box to the number. 🤷♂️
TheBat@lemmy.world 1 day ago
Image