@area17/parse-numeric-date
v0.0.9
Published
Parse numeric based date inputs
Downloads
21
Keywords
Readme
parse-numeric-date
Micro library to parse numeric based date inputs ~4kb minified/~1kb gzip
Mission Statement
Date entry is hard for users. Date pickers, including the native one, aren't always the best for accessibility.
In his article "Maybe You Don't Need a Date Picker", Adrian Roselli proposes using a text field which users enter a date into, some client side does some parsing and then some feedback is presented to the user.
It is fairly straight forward to parse a known date format and convert to ISO format. But, what if users don't enter the date in your known format?
Well, that is what parse-numeric-date
attempts to solve.
Demo
https://area17.github.io/parse-numeric-date/
Usage
Firstly, install via npm:
$ npm install @area17/parse-numeric-date
Import into your JavaScript by:
import parseNumericDate from '@area17/parse-numeric-date'
And then in your JavaScript:
let isoString = parseNumericDate('29/12/25'); // 2025-12-29
If you want to have manual control over the locale:
let isoString = parseNumericDate('29/12/25', {
locale: 'en-GB' // will favor d/m/y over m/d/y
}); // 2025-12-29
Examples of what parse-numeric-date
can parse
- 2022-02-10
- 2022.02.10
- 2022/02/10
- 2022-2-10
- 2022-2-2
- 10 02 2022
- 1 12 2022
- 122922
- 090322
- 9322
- 29122022
- 010122
- 12/29/2022
- 12/29/22
- 01-01-2022
- 01-01-22
- 1-1-22
- 1-1-2022
- ۱۴۰۰/۱۱/۲۱
- 2022年12月13日
13. 12. 2022
- 13/12/2022.
Notes
This parse-numeric-date
works with a big assumption:
Dates closer to today are better than dates years into the future
Date pickers for hotels, restaurants or events tend to be for things happening this year or next year. Dates of birth tend to happen from now to 100 years in the past. Retirement ages, mortgage completions tend to happen from now to 100 years in the future.
If the year difference is larger than 100, its probably useless. eg: a 29 in the string appear as 2922 rather than 29th of a month, 2022
Limitations
parse-numeric-date
can't take natural input such as "December 12, 2022" - it is purely for parsing numeric inputs. Another assumption here is that such date entry, although natural in speech, isn't so natural to type - especially if the keyboard has been switched to a numeric keyboard on the users device.
If you want such parsing, perhaps you need:
Both are excellent, but can't parse numeric dates quite as fully as parse-numeric-date
.
Comparison with other libraries
You can see a comparison between parse-numeric-date
, anyDateParser
, parse-dob
and chrono-node
over on Codepen: Date parse testing
parse-dob
by @HenrikJoreteg was a great inspiration, we think that forking parse-dob
and removing the previous date restriction would be very interesting.
Tests
Written using Jest with tests in /test/
.
To run:
$ npm run test
Credits
Thanks to @Mohsen Alyafei for his Persian to Gregorian conversion function on Stackoverflow.
Code of Conduct
AREA 17 is dedicated to building a welcoming, diverse, safe community. We expect everyone participating in the AREA 17 community to abide by our Code of Conduct. Please read it. Please follow it.