Idea Summary
Users are happy when they can enter their “date” or “date_time” data in their own format, even when the application rewrites it to a (different) application format. Suppose the application format demands: “mm/dd/yyyy” and so  “dec 31 st of 2024” should be entered as 12/31/2024
The new “date” field type should allow user to enter the same date by typing:

• 12/31/24 (as the format demands only with a short year)
• 31-12-24 (euro format and short year) 
• 20241231 (mil format)
• 31 dec 24 (euro with short year)
• 31.12.2024 (german preferred format )
   

Of course 3th of april , entered as 4.3.24 would be translated depending on the application setting to either March 4th 2024 or April, 3 2024, visual feedback for the user should alert him to (re-)evaluate his entry.

Date_time format should act similar:
For an application format of dd-mon-yyyy hh24:mi a date of 31 dec 2024 14:50 can be entered by typing:

• 20241231145000 (mil type incl seconds)
• 31.12.24 2:50pm 

etc etc 
 

Use Case
Anywhere date information is entered, and the absence of separating characters is  faster.
Date information allowing only keypad input is preferred.