Writing cheques

[Doug Laidlaw]

I wouldn't call it a bug, exactly.  It is more of an unnecessary irritation.

When importing a QIF, the date format defaults to m-d-y regardless of where I 
am.  If the result would be ridiculous, it changes to d-m-y.  This was 
present in Version 1.

I am in Australia, and have accounts with two banks in Australia.  Only one 
gives me a choice of date format when downloading.  The other serves up d-m-y 
without asking.  In Quicken, there is a radio button in the import screen, 
which stays where it is set.  With Gnucash, the default in this one place 
cannot be preset.  All other date styles are set in the config.  I suppose 
that I could edit a Scheme file somewhere and make d-m-y the first 
alternative in the drop down menu, but what about the "keyboard and monitor" 
users?

If the QIF doesn't match the locale every time, then I think that it is more 
likely to match it than not.  If somebody has a Swiss bank account or another 
"overseas" one, he should be prepared to need to watch this, but not somebody 
using local banks.

(BTW, the default currency is GBP, not USD, or even the one at the top of the 
alphabetical list.  Surely the Brits would expect the date format to match 
the currency default.  We use their date format.)

Doug L.

On Thu, 7 Sep 2006 11:32 pm, Derek Atkins wrote:
> Doug Laidlaw <laidlaws at hotkey.net.au> writes:
> > First, I can see that Version 2.0 is a great advance.  A pity that the
> > d-m-y sequence in "Import QIF" wasn't corrected.  Beuing naive, I would
> > have thought that all of those date defaults could be set globally by the
> > locale.
>
> Define "wasn't corrected"?  What bug are you referring to?  I don't
> remember seeing this.  And as for "defaults", well, there's nothing
> that says that your QIF creator maps to your current locale.
>
> -derek

-- 
How wonderful it is that nobody need wait a single moment before starting to 
improve the world.
   - Anne Frank.