> On Sep 11, 2021, at 12:32 PM, john wrote:
>
> The concern about multiple importers seems misplaced. If the user needs to
> have the imported description and notes appended for some account they
> probably need it regardless of what import format they use. They might
> sometimes use QIF as
Hi,
On Sat, September 11, 2021 9:42 am, David Carlson wrote:
> I can imagine that some financial institution will either discontinue or
> just plain break their OFX or csv export, so I think it should be left
> possible for users to mix and match import types for the same account. I
> myself have
I can imagine that some financial institution will either discontinue or
just plain break their OFX or csv export, so I think it should be left
possible for users to mix and match import types for the same account. I
myself have seriously considered that for a couple of my accounts, one of
which i
I can't imagine that someone is going to import both OFX and CSV for the
same account. So I think using the account_id is fine.
My question would be on backwards-compatibility; if you "modify" the
account-id, and then open the data file in an older version of gnucash,
what will happen if you try
Hi Geert,
I haven't yet figured out how not to affect the CSV and aqbanking imports
but it's on my list to do.
Maybe this would be useful for those too but I cannot test aqbanking.
Regards, Chris
On Sat, 11 Sep 2021, 6:47 pm Geert Janssens,
wrote:
> Upon re-reading in more detail I find it is
Upon re-reading in more detail I find it is exactly your idea to make it
depend on the account-id. I am not sure how this interacts with the csv
importer. So perhaps all of my reservations are moot.
Regards,
Geert
Op zaterdag 11 september 2021 10:44:18 CEST schreef Geert Janssens:
> Hi Chris,
Hi Chris,
I haven't followed the original issue discussion in detail so I can only add
some generic considerations.
The generic import transaction matcher is used by both the OFX and the csv
importer (and perhaps even by the aqbanking one as well). So your option would
affect all of these.
Sa