Why didn't Wm Trump Jr. know that?
On Sat, Feb 2, 2019 at 11:14 AM John Ralls wrote:
>
>
> > On Feb 2, 2019, at 4:19 AM, Herbert Thoma <
> herbert.th...@iis.fraunhofer.de> wrote:
> >
> >
> > Hmm, I would think that the problem is not the backwards US date
> > format. I would rather think that if
> On Feb 2, 2019, at 4:19 AM, Herbert Thoma
> wrote:
>
>
> 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 seems to m
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
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
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
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
* end of this month -- 1/31/2019
* End of current quarter: 3/31/2019
* End of this year: 12/31/2020 <<
