Feature request - Extended date filter about core HOT 3 CLOSED

Just my opinion about the "year support" and the format. I think that we have to use the ISO 8601 format of datetime and that we shouldn't at all support other formats (such as year only) because the decision to use 00:00:00 or 23:59:59 as time or even 01-01 or 12-31 as day is something that depends on needs.

from core.

@sroze What about letting DateTime handling that for you? The user would be warned that the only requirement for his date to be valid is to be accepted by DateTime aside from edge cases like for the year support. If we follow the ISO 8601 format we have to specify the hour, minutes and seconds which in many cases is unnecessary.

from core.

I'm for blindly pass the value to the DateTime constructor but advertise only that ISO 8601 dates are supported in the doc.
ISO 8601 should be the preferred way because it's standard (and used in JSON-LD) but this approach give more flexibility for advanced users knowing of the bundle and PHP works internally (we must keep in mind that final users are people consuming the API from various langages such as JavaScript and Ruby).

from core.