On native datepickers (pikaday.dbushell.com)
from rescla@kbin.melroy.org to programming@programming.dev on 12 Nov 07:50
https://kbin.melroy.org/m/programming@programming.dev/t/1311563

While looking around for datepicker libraries, I came across this helpful guide on how you can use native datepickers for most, if not all, required datepicker functionality. Sure, it may not be as flashy as the JS enhanced or framework alternatives, but still worth considering IMO.

# #programming

threaded - newest

tja@sh.itjust.works on 12 Nov 12:53 next collapse

Also: Firefox on desktop supports time input but does not provide a time picker. This is very confusing in the datetime input where you only see a date picker but then have to type the time manually. There is a long-standing issue open about this.

sga@piefed.social on 12 Nov 18:04 collapse

I am sorry, but it works for me. Can you please give a link for the issue. in the above website only, when i visit, all date fields have a calendar icon next to them, which when I click, a gtk date picker pops up (is this something that works on linux and not elsewhere or something like that?)

tja@sh.itjust.works on 12 Nov 18:35 collapse

Sure, here is a Screenshot of only the datepicker showing on the datetime input:

<img alt="" src="https://sh.itjust.works/pictrs/image/650d53c0-f54f-49e6-a5d7-18c1dcecb61e.png">

And this is the 12 year old bugticket about that problem: bugzilla.mozilla.org/show_bug.cgi?id=datetime

sga@piefed.social on 12 Nov 21:26 collapse

thanks. I think i must have confused the time input and date input.

Kissaki@programming.dev on 12 Nov 16:33 next collapse

On AniDB I can enter dd.MM.yyyy or yyyy-MM-dd (text input), which I like a lot. I often prefer reading and writing yyyy-MM-dd.

Some time ago I changed my Windows number format settings to show me yyyy-MM-dd formats. Unfortunately, that broke my webbrowsers date input / datepicker. :( So I had to go back to the standard culture format (de in my case).

The worst is when you work with dates and don’t know what is what, or when the behavior is unexpected.

Probably everyone knows about the Excel shitshow of implicitly converted values.

In SQL Server, what do you think 0000-00-00 is when converted to a date, explicitly or implicitly? Well, unfortunately, yyyyMMdd is a safer format than yyyy-MM-dd.

SET LANGUAGE 'us_english'
SELECT CONVERT(date, '2025-12-13')
--SELECT CONVERT(date, '2025-13-12') -- err
SELECT CONVERT(datetime, '2025-12-13 07:00:00')
--SELECT CONVERT(datetime, '2025-13-12 07:00:00') -- err

SET LANGUAGE 'Deutsch'
SELECT CONVERT(date, '2025-12-13')
--SELECT CONVERT(date, '2025-13-12') --err
--SELECT CONVERT(datetime, '2025-12-13 07:00:00') --err !!
SELECT CONVERT(datetime, '2025-13-12 07:00:00')

No, yyyy-dd-MM is not a common or valid German date format. That’s usually dd.MM.yyyy.

But worst of all, it changes behavior of the date parsing between date only and date + time types.

sjpwarren@programming.dev on 12 Nov 21:47 collapse

The Native inputs always seem to be lacking.