-
Notifications
You must be signed in to change notification settings - Fork 184
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
Custom string when instantiating #179
Comments
hi Vanja, thank you for this. Out of curiosity, where is that Re:Typescript - thank you, i've fixed it on dev. |
yeah, and IMO, when there's Oh - and lastly - I think the missing let d = spacetime.now()
console.log(d.format('dmy')) Thanks for your help |
Happy New Year! |
Ok, I agree. I’ll add it to the next release.
…On Sunday, January 5, 2020, Vanja Gavric ***@***.***> wrote:
Happy New Year!
12/30/19 12:22:08 PM is coming from a server of which I have no control
over. It would be nice to have a string parser given the passed format
option so that it can be intercepted before instantiating Date (and
spacetime).
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#179?email_source=notifications&email_token=AADBSKPHYSXDK5DQBVOVFWTQ4IWPXA5CNFSM4KBRA42KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEID5L2Q#issuecomment-570938858>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AADBSKMCQWGEMBL5XZKDCV3Q4IWPXANCNFSM4KBRA42A>
.
|
Is something like this not possible?
Expected to get a datetime instance of this date/time in Hawaii, but instead
Also, in TS,
{ silent: false }
fails becauseweekStart
is required. Is this by design?Furthermore,
dmy
field is mentioned as an option in the README, but it is not part of the type definitions?The text was updated successfully, but these errors were encountered: