-
Notifications
You must be signed in to change notification settings - Fork 243
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
every 10 days of the year starting on the 65th day of the year #130
Comments
Nope, that is definitely an oversight. You're right that it should go up to 366 to cover all cases. |
OK, actually there is a way to work around the issue with: |
Or to get back to the original example: |
Fixing this with a regex that checks english grammar seems overwhelming, perhaps: /^((\d+)(st|nd|rd|th)?)\b/ would be enough for checking a rank? |
Yes, this should work just fine. Laterjs just strips the suffix anyways so it isn't important that it is correct and I wasn't doing all of the checks that would have been required to make sure that the value provided was actually valid anyways. |
Sorry for the delay, |
If you want to, that would be great. Thanks! |
Done :-). There is only one additional test case (two in fact for the day of year restriction), perhaps a few more would help... |
Hello,
Looking at the laterjs text parser, I was wondering why the rank regex was limited to 59.
In fact, it makes sense for all time units but for days in the year.
Is there any particular reason for this ?
The text was updated successfully, but these errors were encountered: