You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Good suggestion - textual month and 4 digit year seems the only way to make this properly unambiguous.
It's just as problematic in the Excel version although that simply ends up converting some date values to pure text because month 13 doesn't exist... and your only indication is difference in text alignment.
Issue #129 notes an issue with date entry and potential for confusion.
I've updated the sheet in-place to 0.1.7-b with a change to the date formatting, and added notes to the documentation about using ISO date formats.
I'll need to update the sheets in the repo before the issue can be closed however.
The date format was ISO, eg. 2001-01-31, but with that format for display
it's not apparent if the date has been entered incorrectly for RSUs where
the date tends to be on the first of the month.
As such this updates the format to 2021-Jan-31 so that it's utterly
unambiguous for read back.
Fixes#130Fixes#129
I was entering dates in as m/d/yr (e.g. 12/1/2023) and google took that to mean Jan 12, 2023. I didn't catch this until later.
To avoid date issues, change the format to spell the month dd-MON-yyyy something like that to prevent any issues
The text was updated successfully, but these errors were encountered: