Whenever I can, I use/convertTo the format 2019-02-02 (unfortunate that
today is the 2nd of February. Things are less ambiguous near the end of
months). This format is more native to SQL databases and also will sort
reasonably when used in flat file names.
I think the US Govt issues passports with expiration dates in the last
half of the month - just to cut down the confusion. (This may have
changed though..)
Decades ago I searched for 24hr watches - smart phones have eliminated
that need.
Have fun - Bob G
On 2/2/19 6:19 AM, Herbert Thoma wrote:
Am 02.02.19 um 00:27 schrieb Wm via gnucash-devel:
On 30/01/2019 01:54, Stephen M. Butler wrote:
I compiled origin/maint (gnucash 3.4-50) and noticed that the end of
accounting period was at 12/31/2020 while the start of accounting
period
is at 1/1/2019.
Checked:
* Today: 1/29/2019
what the fuck do you expect if you are using american dates
Hmm, I would think that the problem is not the backwards US date
format. I would rather think that if the start of accounting
period is 1/1/2019, then the end should be 12/31/20*19* instead
of 12/31/20*20*.
this is not news.
This seems to me like a bug.
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel