Re: [GNC] Feature request: Import assistant, room for big improvements

[Kalpesh Patel]

If you make a mistake or error in import, are you going back to Bayesian 
matcher to tell it that a mistake was made? Those is via 'Tools' -> 'Import 
Match Editor' navigation 
There is also 'Show matched information' check box that gives you everything on 
both sides of the transaction. If you select 'U+C' or 'C', you can also double 
click on it to give you more information on all matching transactions.

-Original Message-
From: Christopher Lam  
Sent: Tuesday, January 16, 2024 1:56 AM
To: davidcousen...@gmail.com
Cc: GnuCash users group 
Subject: Re: [GNC] Feature request: Import assistant, room for big improvements

On Tue, 16 Jan 2024, 2:13 pm David Cousens, 
wrote:

>
> I haven't yet imported anything under v5.5. but will be catching up in 
> a few days. Being able to edit/add data to the description and or memo 
> fields would be something I would find useful too as the imported bank 
> data often has limited info about what the purchase was for


(Bis) have you tried right click the transaction(s) during the import matching 
process?


>
>
> David Cousens
>
>
>
>
> On Mon, 2024-01-15 at 22:48 -0600, David Carlson wrote:
> > Which import assistant is being discussed here?  The Generic 
> > assistant behind the OFX and QIF imports is quite limited in placing 
> > new
> transactions
> > into the desired account or in matching incoming transactions to 
> > correct pre-existing transactions, but the new CSV transaction 
> > importer is
> better,
> > if harder to configure optimally.  Also, I think they all have 
> > changed in recent GnuCash releases, so tell us which release you are 
> > currently
> using.
> >
> > I doubt that the Generic assistant can be improved very much unless 
> > it is completely rewritten.
> >
> >
> > On Mon, Jan 15, 2024 at 10:26 PM Phyllis Bruce 
> wrote:
> >
> > > 
> > >
> > >
> > > > On Jan 15, 2024, at 10:17 PM, Derek Atkins  wrote:
> > > >
> > > > 
> > > > No, I would call that the description.
> > > > -derek
> > > > Sent using my mobile device. Please excuse any typos.
> > > >
> > > > > On January 15, 2024 23:06:07 Phyllis Bruce 
> > > > > 
> wrote:
> > > > >
> > > > > Thanks, David.  I think I am being unclear.  My research 
> > > > > provides
> what
> > > you
> > > > > call the transfer account for unmatched items.  That's all good.
> It is
> > > the
> > > > > memo field which I use to remind me of what I did that is not
> available
> > > in
> > > > > the reconciliation screen.  For instance I want to remember 
> > > > > that I
> paid
> > > > > Amazon for *smart plugs*, or Sandi paid me $70 for *her share 
> > > > > of
> > > groceries
> > > > > at Christmas*.  Would you call that the "action"?
> > > > >
> > > > > On Mon, Jan 15, 2024 at 3:21 PM David Cousens <
> davidcousen...@gmail.com
> > > >
> > > > > wrote:
> > > > >
> > > > > > Ulrich,
> > > > > >
> > > > > > There is nothing to stop you supplying the transfer account
> > > information in
> > > > > > an
> > > > > > import record if it is available. There is a header which 
> > > > > > can be
> > > assigned
> > > > > > to the
> > > > > > appropriate column of your input file for the transfer account.
> > > > > >
> > > > > > The first time you import with a given account name in he 
> > > > > > record
> you
> > > will
> > > > > > be
> > > > > > asked to specify the internal GnuCash account to which it
> corresponds.
> > > > > > After
> > > > > > that it will be matched to that account.
> > > > > >
> > > > > > The Bayesian process only assigns a probable account in 
> > > > > > cases
> where
> > > > > > the
> > > > > > import
> > > > > > record does not specify the  transfer account.
> > > > > >
> > > > > > David Cousens
> > > > > >
> > > > > > > On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
> > > > > > > Hello fellow GnuCash users,
> > > > > > >
> > > > > > > I wonder if th

Re: [GNC] Feature request: Import assistant, room for big improvements

[Kalpesh Patel]

Use the 'Append' capabilities to keep both sets of information in the 
description firld. In the matcher window you will see a ability to check box at 
the bottom of the matches. Albeit it changes your workflows and with few import 
iteration you'll be able to keep track of both info. I wish there was per 
transaction selection rather than all or nothing deal for that import iteration.

-Original Message-
From: David Cousens  
Sent: Tuesday, January 16, 2024 1:13 AM
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Feature request: Import assistant, room for big improvements

>From memory David the import matcher process is common to all the front 
>ends to
read different file formats. It's been a while since I went through the code 
after Geert rewrote the CSV front end but I doubt that it has changed all that 
much. I have found the Bayesian matcher works fairly well apart from a few 
specific transactions where there is insufficient information in the data 
record to correctly assign. I typically only have to manually assign may be 10 
records out of more than 50-60 records imported for my credit card account each 
month.

I haven't yet imported anything under v5.5. but will be catching up in a few 
days. Being able to edit/add data to the description and or memo fields would 
be something I would find useful too as the imported bank data often has 
limited info about what the purchase was for 
 

David Cousens




On Mon, 2024-01-15 at 22:48 -0600, David Carlson wrote:
> Which import assistant is being discussed here?  The Generic assistant 
> behind the OFX and QIF imports is quite limited in placing new 
> transactions into the desired account or in matching incoming 
> transactions to correct pre-existing transactions, but the new CSV 
> transaction importer is better, if harder to configure optimally.  
> Also, I think they all have changed in recent GnuCash releases, so tell us 
> which release you are currently using.
> 
> I doubt that the Generic assistant can be improved very much unless it 
> is completely rewritten.
> 
> 
> On Mon, Jan 15, 2024 at 10:26 PM Phyllis Bruce  wrote:
> 
> > 
> > 
> > 
> > > On Jan 15, 2024, at 10:17 PM, Derek Atkins  wrote:
> > > 
> > > 
> > > No, I would call that the description.
> > > -derek
> > > Sent using my mobile device. Please excuse any typos.
> > > 
> > > > On January 15, 2024 23:06:07 Phyllis Bruce  wrote:
> > > > 
> > > > Thanks, David.  I think I am being unclear.  My research 
> > > > provides what
> > you
> > > > call the transfer account for unmatched items.  That's all good.  
> > > > It is
> > the
> > > > memo field which I use to remind me of what I did that is not 
> > > > available
> > in
> > > > the reconciliation screen.  For instance I want to remember that 
> > > > I paid Amazon for *smart plugs*, or Sandi paid me $70 for *her 
> > > > share of
> > groceries
> > > > at Christmas*.  Would you call that the "action"?
> > > > 
> > > > On Mon, Jan 15, 2024 at 3:21 PM David Cousens 
> > > >  > > 
> > > > wrote:
> > > > 
> > > > > Ulrich,
> > > > > 
> > > > > There is nothing to stop you supplying the transfer account
> > information in
> > > > > an
> > > > > import record if it is available. There is a header which can 
> > > > > be
> > assigned
> > > > > to the
> > > > > appropriate column of your input file for the transfer account.
> > > > > 
> > > > > The first time you import with a given account name in he 
> > > > > record you
> > will
> > > > > be
> > > > > asked to specify the internal GnuCash account to which it corresponds.
> > > > > After
> > > > > that it will be matched to that account.
> > > > > 
> > > > > The Bayesian process only assigns a probable account in cases 
> > > > > where the import record does not specify the  transfer 
> > > > > account.
> > > > > 
> > > > > David Cousens
> > > > > 
> > > > > > On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
> > > > > > Hello fellow GnuCash users,
> > > > > > 
> > > > > > I wonder if there are plans on improving the import filter, 
> > > > > > for
> > importing
> > > > > > bank transfers.
> > > > > > The situation now is, that 

Re: [GNC] Feature request: Import assistant, room for big improvements

[Christopher Lam]

On Tue, 16 Jan 2024, 2:13 pm David Cousens, 
wrote:

>
> I haven't yet imported anything under v5.5. but will be catching up in a
> few
> days. Being able to edit/add data to the description and or memo fields
> would be
> something I would find useful too as the imported bank data often has
> limited
> info about what the purchase was for


(Bis) have you tried right click the transaction(s) during the import
matching process?


>
>
> David Cousens
>
>
>
>
> On Mon, 2024-01-15 at 22:48 -0600, David Carlson wrote:
> > Which import assistant is being discussed here?  The Generic assistant
> > behind the OFX and QIF imports is quite limited in placing new
> transactions
> > into the desired account or in matching incoming transactions to correct
> > pre-existing transactions, but the new CSV transaction importer is
> better,
> > if harder to configure optimally.  Also, I think they all have changed in
> > recent GnuCash releases, so tell us which release you are currently
> using.
> >
> > I doubt that the Generic assistant can be improved very much unless it is
> > completely rewritten.
> >
> >
> > On Mon, Jan 15, 2024 at 10:26 PM Phyllis Bruce 
> wrote:
> >
> > > 
> > >
> > >
> > > > On Jan 15, 2024, at 10:17 PM, Derek Atkins  wrote:
> > > >
> > > > 
> > > > No, I would call that the description.
> > > > -derek
> > > > Sent using my mobile device. Please excuse any typos.
> > > >
> > > > > On January 15, 2024 23:06:07 Phyllis Bruce 
> wrote:
> > > > >
> > > > > Thanks, David.  I think I am being unclear.  My research provides
> what
> > > you
> > > > > call the transfer account for unmatched items.  That's all good.
> It is
> > > the
> > > > > memo field which I use to remind me of what I did that is not
> available
> > > in
> > > > > the reconciliation screen.  For instance I want to remember that I
> paid
> > > > > Amazon for *smart plugs*, or Sandi paid me $70 for *her share of
> > > groceries
> > > > > at Christmas*.  Would you call that the "action"?
> > > > >
> > > > > On Mon, Jan 15, 2024 at 3:21 PM David Cousens <
> davidcousen...@gmail.com
> > > >
> > > > > wrote:
> > > > >
> > > > > > Ulrich,
> > > > > >
> > > > > > There is nothing to stop you supplying the transfer account
> > > information in
> > > > > > an
> > > > > > import record if it is available. There is a header which can be
> > > assigned
> > > > > > to the
> > > > > > appropriate column of your input file for the transfer account.
> > > > > >
> > > > > > The first time you import with a given account name in he record
> you
> > > will
> > > > > > be
> > > > > > asked to specify the internal GnuCash account to which it
> corresponds.
> > > > > > After
> > > > > > that it will be matched to that account.
> > > > > >
> > > > > > The Bayesian process only assigns a probable account in cases
> where
> > > > > > the
> > > > > > import
> > > > > > record does not specify the  transfer account.
> > > > > >
> > > > > > David Cousens
> > > > > >
> > > > > > > On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
> > > > > > > Hello fellow GnuCash users,
> > > > > > >
> > > > > > > I wonder if there are plans on improving the import filter, for
> > > importing
> > > > > > > bank transfers.
> > > > > > > The situation now is, that some hidden engine tries to learn
> from
> > > doing.
> > > > > > > But the truth is, that even after one year of importing bank
> > > transfers, I
> > > > > > > have to check every single transaction, since errors keep
> occurring.
> > > If I
> > > > > > > miss an error, this transaction is put in the wrong ledger
> account.
> > > > > > >
> > > > > > > E-boekhouden.nl uses an import assistant where you can specify
> a
> > > ledger
> > > > > > > account number, other keywords and/or amounts of money. The
> import
> > > > > > > assistant puts the transactions into the right ledger account,
> with
> > > far
> > > > > > > less errors than with GnuCash. In fact, only where a specific
> > > > > > > keyword,
> > > > > > > leger number or amount is missing, or where no import rule is
> made
> > > for a
> > > > > > > specific payment, the transaction has to be placed into the
> right
> > > general
> > > > > > > ledger by hand.
> > > > > > >
> > > > > > > Have a nice day!
> > > > > > >
> > > > > > > --
> > > > > > > नमस्ते (Namasté),
> > > > > > > Ulrich
> > > > > > >
> > > > > > >
> > > > > >
> > >
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸
> > > ,ø
> > > > > > > ¤º°`°º¤ø
> > > > > > >
> > > > > > > " Can't talk to you without talking to me; we're guilty of the
> same
> > > old
> > > > > > > thing.
> > > > > > >   Thinking a lot about less and less, and forgetting the Love
> we
> > > > > > > bring "
> > > > > > >[Grateful Dead, in: 'Althea']
> > > > > > >
> > > > > > >
> > > > > >
> > >
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸
> > > ,ø
> > > > > > > ¤º°`°º¤ø
> > > > > > >  Mijn blog: ✡ 

Re: [GNC] Feature request: Import assistant, room for big improvements

[David Cousens]

From memory David the import matcher process is common to all the front ends to
read different file formats. It's been a while since I went through the code
after Geert rewrote the CSV front end but I doubt that it has changed all that
much. I have found the Bayesian matcher works fairly well apart from a few
specific transactions where there is insufficient information in the data record
to correctly assign. I typically only have to manually assign may be 10 records
out of more than 50-60 records imported for my credit card account each month.

I haven't yet imported anything under v5.5. but will be catching up in a few
days. Being able to edit/add data to the description and or memo fields would be
something I would find useful too as the imported bank data often has limited
info about what the purchase was for 
 

David Cousens




On Mon, 2024-01-15 at 22:48 -0600, David Carlson wrote:
> Which import assistant is being discussed here?  The Generic assistant
> behind the OFX and QIF imports is quite limited in placing new transactions
> into the desired account or in matching incoming transactions to correct
> pre-existing transactions, but the new CSV transaction importer is better,
> if harder to configure optimally.  Also, I think they all have changed in
> recent GnuCash releases, so tell us which release you are currently using.
> 
> I doubt that the Generic assistant can be improved very much unless it is
> completely rewritten.
> 
> 
> On Mon, Jan 15, 2024 at 10:26 PM Phyllis Bruce  wrote:
> 
> > 
> > 
> > 
> > > On Jan 15, 2024, at 10:17 PM, Derek Atkins  wrote:
> > > 
> > > 
> > > No, I would call that the description.
> > > -derek
> > > Sent using my mobile device. Please excuse any typos.
> > > 
> > > > On January 15, 2024 23:06:07 Phyllis Bruce  wrote:
> > > > 
> > > > Thanks, David.  I think I am being unclear.  My research provides what
> > you
> > > > call the transfer account for unmatched items.  That's all good.  It is
> > the
> > > > memo field which I use to remind me of what I did that is not available
> > in
> > > > the reconciliation screen.  For instance I want to remember that I paid
> > > > Amazon for *smart plugs*, or Sandi paid me $70 for *her share of
> > groceries
> > > > at Christmas*.  Would you call that the "action"?
> > > > 
> > > > On Mon, Jan 15, 2024 at 3:21 PM David Cousens  > > 
> > > > wrote:
> > > > 
> > > > > Ulrich,
> > > > > 
> > > > > There is nothing to stop you supplying the transfer account
> > information in
> > > > > an
> > > > > import record if it is available. There is a header which can be
> > assigned
> > > > > to the
> > > > > appropriate column of your input file for the transfer account.
> > > > > 
> > > > > The first time you import with a given account name in he record you
> > will
> > > > > be
> > > > > asked to specify the internal GnuCash account to which it corresponds.
> > > > > After
> > > > > that it will be matched to that account.
> > > > > 
> > > > > The Bayesian process only assigns a probable account in cases where
> > > > > the
> > > > > import
> > > > > record does not specify the  transfer account.
> > > > > 
> > > > > David Cousens
> > > > > 
> > > > > > On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
> > > > > > Hello fellow GnuCash users,
> > > > > > 
> > > > > > I wonder if there are plans on improving the import filter, for
> > importing
> > > > > > bank transfers.
> > > > > > The situation now is, that some hidden engine tries to learn from
> > doing.
> > > > > > But the truth is, that even after one year of importing bank
> > transfers, I
> > > > > > have to check every single transaction, since errors keep occurring.
> > If I
> > > > > > miss an error, this transaction is put in the wrong ledger account.
> > > > > > 
> > > > > > E-boekhouden.nl uses an import assistant where you can specify a
> > ledger
> > > > > > account number, other keywords and/or amounts of money. The import
> > > > > > assistant puts the transactions into the right ledger account, with
> > far
> > > > > > less errors than with GnuCash. In fact, only where a specific
> > > > > > keyword,
> > > > > > leger number or amount is missing, or where no import rule is made
> > for a
> > > > > > specific payment, the transaction has to be placed into the right
> > general
> > > > > > ledger by hand.
> > > > > > 
> > > > > > Have a nice day!
> > > > > > 
> > > > > > --
> > > > > > नमस्ते (Namasté),
> > > > > > Ulrich
> > > > > > 
> > > > > > 
> > > > > 
> > ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸
> > ,ø
> > > > > > ¤º°`°º¤ø
> > > > > > 
> > > > > > " Can't talk to you without talking to me; we're guilty of the same
> > old
> > > > > > thing.
> > > > > >   Thinking a lot about less and less, and forgetting the Love we
> > > > > > bring "
> > > > > >    [Grateful Dead, in: 'Althea']
> > > > > > 
> > > > > > 
> > > > > 
> > 

Re: [GNC] Feature request: Import assistant, room for big improvements

[Steve Butler]

I do it every OFX import.  Works well.  Ubuntu 23.10.  GnC 5.4-117.

Need anything else?  BTW, works fine, the right click.


On Mon, Jan 15, 2024, 21:12 Christopher Lam 
wrote:

> Has anyone tried right click the relevant transaction(s) in the ofx or csv
> import assistant?
>
> On Tue, 16 Jan 2024, 12:49 pm David Carlson, 
> wrote:
>
> > Which import assistant is being discussed here?  The Generic assistant
> > behind the OFX and QIF imports is quite limited in placing new
> transactions
> > into the desired account or in matching incoming transactions to correct
> > pre-existing transactions, but the new CSV transaction importer is
> better,
> > if harder to configure optimally.  Also, I think they all have changed in
> > recent GnuCash releases, so tell us which release you are currently
> using.
> >
> > I doubt that the Generic assistant can be improved very much unless it is
> > completely rewritten.
> >
> >
> > On Mon, Jan 15, 2024 at 10:26 PM Phyllis Bruce 
> > wrote:
> >
> > > 
> > >
> > >
> > > > On Jan 15, 2024, at 10:17 PM, Derek Atkins  wrote:
> > > >
> > > > 
> > > > No, I would call that the description.
> > > > -derek
> > > > Sent using my mobile device. Please excuse any typos.
> > > >
> > > >> On January 15, 2024 23:06:07 Phyllis Bruce 
> > wrote:
> > > >>
> > > >> Thanks, David.  I think I am being unclear.  My research provides
> what
> > > you
> > > >> call the transfer account for unmatched items.  That's all good.  It
> > is
> > > the
> > > >> memo field which I use to remind me of what I did that is not
> > available
> > > in
> > > >> the reconciliation screen.  For instance I want to remember that I
> > paid
> > > >> Amazon for *smart plugs*, or Sandi paid me $70 for *her share of
> > > groceries
> > > >> at Christmas*.  Would you call that the "action"?
> > > >>
> > > >> On Mon, Jan 15, 2024 at 3:21 PM David Cousens <
> > davidcousen...@gmail.com
> > > >
> > > >> wrote:
> > > >>
> > > >>> Ulrich,
> > > >>>
> > > >>> There is nothing to stop you supplying the transfer account
> > > information in
> > > >>> an
> > > >>> import record if it is available. There is a header which can be
> > > assigned
> > > >>> to the
> > > >>> appropriate column of your input file for the transfer account.
> > > >>>
> > > >>> The first time you import with a given account name in he record
> you
> > > will
> > > >>> be
> > > >>> asked to specify the internal GnuCash account to which it
> > corresponds.
> > > >>> After
> > > >>> that it will be matched to that account.
> > > >>>
> > > >>> The Bayesian process only assigns a probable account in cases where
> > the
> > > >>> import
> > > >>> record does not specify the  transfer account.
> > > >>>
> > > >>> David Cousens
> > > >>>
> > >  On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
> > >  Hello fellow GnuCash users,
> > > 
> > >  I wonder if there are plans on improving the import filter, for
> > > importing
> > >  bank transfers.
> > >  The situation now is, that some hidden engine tries to learn from
> > > doing.
> > >  But the truth is, that even after one year of importing bank
> > > transfers, I
> > >  have to check every single transaction, since errors keep
> occurring.
> > > If I
> > >  miss an error, this transaction is put in the wrong ledger
> account.
> > > 
> > >  E-boekhouden.nl uses an import assistant where you can specify a
> > > ledger
> > >  account number, other keywords and/or amounts of money. The import
> > >  assistant puts the transactions into the right ledger account,
> with
> > > far
> > >  less errors than with GnuCash. In fact, only where a specific
> > keyword,
> > >  leger number or amount is missing, or where no import rule is made
> > > for a
> > >  specific payment, the transaction has to be placed into the right
> > > general
> > >  ledger by hand.
> > > 
> > >  Have a nice day!
> > > 
> > >  --
> > >  नमस्ते (Namasté),
> > >  Ulrich
> > > 
> > > 
> > > >>>
> > >
> >
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> > >  ¤º°`°º¤ø
> > > 
> > >  " Can't talk to you without talking to me; we're guilty of the
> same
> > > old
> > >  thing.
> > >    Thinking a lot about less and less, and forgetting the Love we
> > >  bring "
> > > [Grateful Dead, in: 'Althea']
> > > 
> > > 
> > > >>>
> > >
> >
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> > >  ¤º°`°º¤ø
> > >   Mijn blog: ✡ theskepticaltheist.eu ✡
> > >  ___
> > >  gnucash-user mailing list
> > >  gnucash-user@gnucash.org
> > >  To update your subscription preferences or to unsubscribe:
> > >  https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > >  -
> > >  Please remember to CC this list on all your replies.
> > >  

Re: [GNC] Feature request: Import assistant, room for big improvements

[Christopher Lam]

Has anyone tried right click the relevant transaction(s) in the ofx or csv
import assistant?

On Tue, 16 Jan 2024, 12:49 pm David Carlson, 
wrote:

> Which import assistant is being discussed here?  The Generic assistant
> behind the OFX and QIF imports is quite limited in placing new transactions
> into the desired account or in matching incoming transactions to correct
> pre-existing transactions, but the new CSV transaction importer is better,
> if harder to configure optimally.  Also, I think they all have changed in
> recent GnuCash releases, so tell us which release you are currently using.
>
> I doubt that the Generic assistant can be improved very much unless it is
> completely rewritten.
>
>
> On Mon, Jan 15, 2024 at 10:26 PM Phyllis Bruce 
> wrote:
>
> > 
> >
> >
> > > On Jan 15, 2024, at 10:17 PM, Derek Atkins  wrote:
> > >
> > > 
> > > No, I would call that the description.
> > > -derek
> > > Sent using my mobile device. Please excuse any typos.
> > >
> > >> On January 15, 2024 23:06:07 Phyllis Bruce 
> wrote:
> > >>
> > >> Thanks, David.  I think I am being unclear.  My research provides what
> > you
> > >> call the transfer account for unmatched items.  That's all good.  It
> is
> > the
> > >> memo field which I use to remind me of what I did that is not
> available
> > in
> > >> the reconciliation screen.  For instance I want to remember that I
> paid
> > >> Amazon for *smart plugs*, or Sandi paid me $70 for *her share of
> > groceries
> > >> at Christmas*.  Would you call that the "action"?
> > >>
> > >> On Mon, Jan 15, 2024 at 3:21 PM David Cousens <
> davidcousen...@gmail.com
> > >
> > >> wrote:
> > >>
> > >>> Ulrich,
> > >>>
> > >>> There is nothing to stop you supplying the transfer account
> > information in
> > >>> an
> > >>> import record if it is available. There is a header which can be
> > assigned
> > >>> to the
> > >>> appropriate column of your input file for the transfer account.
> > >>>
> > >>> The first time you import with a given account name in he record you
> > will
> > >>> be
> > >>> asked to specify the internal GnuCash account to which it
> corresponds.
> > >>> After
> > >>> that it will be matched to that account.
> > >>>
> > >>> The Bayesian process only assigns a probable account in cases where
> the
> > >>> import
> > >>> record does not specify the  transfer account.
> > >>>
> > >>> David Cousens
> > >>>
> >  On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
> >  Hello fellow GnuCash users,
> > 
> >  I wonder if there are plans on improving the import filter, for
> > importing
> >  bank transfers.
> >  The situation now is, that some hidden engine tries to learn from
> > doing.
> >  But the truth is, that even after one year of importing bank
> > transfers, I
> >  have to check every single transaction, since errors keep occurring.
> > If I
> >  miss an error, this transaction is put in the wrong ledger account.
> > 
> >  E-boekhouden.nl uses an import assistant where you can specify a
> > ledger
> >  account number, other keywords and/or amounts of money. The import
> >  assistant puts the transactions into the right ledger account, with
> > far
> >  less errors than with GnuCash. In fact, only where a specific
> keyword,
> >  leger number or amount is missing, or where no import rule is made
> > for a
> >  specific payment, the transaction has to be placed into the right
> > general
> >  ledger by hand.
> > 
> >  Have a nice day!
> > 
> >  --
> >  नमस्ते (Namasté),
> >  Ulrich
> > 
> > 
> > >>>
> >
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> >  ¤º°`°º¤ø
> > 
> >  " Can't talk to you without talking to me; we're guilty of the same
> > old
> >  thing.
> >    Thinking a lot about less and less, and forgetting the Love we
> >  bring "
> > [Grateful Dead, in: 'Althea']
> > 
> > 
> > >>>
> >
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> >  ¤º°`°º¤ø
> >   Mijn blog: ✡ theskepticaltheist.eu ✡
> >  ___
> >  gnucash-user mailing list
> >  gnucash-user@gnucash.org
> >  To update your subscription preferences or to unsubscribe:
> >  https://lists.gnucash.org/mailman/listinfo/gnucash-user
> >  -
> >  Please remember to CC this list on all your replies.
> >  You can do this by using Reply-To-List or Reply-All.
> > >>> ___
> > >>> gnucash-user mailing list
> > >>> gnucash-user@gnucash.org
> > >>> To update your subscription preferences or to unsubscribe:
> > >>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > >>> -
> > >>> Please remember to CC this list on all your replies.
> > >>> You can do this by using Reply-To-List or Reply-All.
> > >>>
> > >> 

Re: [GNC] Feature request: Import assistant, room for big improvements

[David Carlson]

Which import assistant is being discussed here?  The Generic assistant
behind the OFX and QIF imports is quite limited in placing new transactions
into the desired account or in matching incoming transactions to correct
pre-existing transactions, but the new CSV transaction importer is better,
if harder to configure optimally.  Also, I think they all have changed in
recent GnuCash releases, so tell us which release you are currently using.

I doubt that the Generic assistant can be improved very much unless it is
completely rewritten.


On Mon, Jan 15, 2024 at 10:26 PM Phyllis Bruce  wrote:

> 
>
>
> > On Jan 15, 2024, at 10:17 PM, Derek Atkins  wrote:
> >
> > 
> > No, I would call that the description.
> > -derek
> > Sent using my mobile device. Please excuse any typos.
> >
> >> On January 15, 2024 23:06:07 Phyllis Bruce  wrote:
> >>
> >> Thanks, David.  I think I am being unclear.  My research provides what
> you
> >> call the transfer account for unmatched items.  That's all good.  It is
> the
> >> memo field which I use to remind me of what I did that is not available
> in
> >> the reconciliation screen.  For instance I want to remember that I paid
> >> Amazon for *smart plugs*, or Sandi paid me $70 for *her share of
> groceries
> >> at Christmas*.  Would you call that the "action"?
> >>
> >> On Mon, Jan 15, 2024 at 3:21 PM David Cousens  >
> >> wrote:
> >>
> >>> Ulrich,
> >>>
> >>> There is nothing to stop you supplying the transfer account
> information in
> >>> an
> >>> import record if it is available. There is a header which can be
> assigned
> >>> to the
> >>> appropriate column of your input file for the transfer account.
> >>>
> >>> The first time you import with a given account name in he record you
> will
> >>> be
> >>> asked to specify the internal GnuCash account to which it corresponds.
> >>> After
> >>> that it will be matched to that account.
> >>>
> >>> The Bayesian process only assigns a probable account in cases where the
> >>> import
> >>> record does not specify the  transfer account.
> >>>
> >>> David Cousens
> >>>
>  On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
>  Hello fellow GnuCash users,
> 
>  I wonder if there are plans on improving the import filter, for
> importing
>  bank transfers.
>  The situation now is, that some hidden engine tries to learn from
> doing.
>  But the truth is, that even after one year of importing bank
> transfers, I
>  have to check every single transaction, since errors keep occurring.
> If I
>  miss an error, this transaction is put in the wrong ledger account.
> 
>  E-boekhouden.nl uses an import assistant where you can specify a
> ledger
>  account number, other keywords and/or amounts of money. The import
>  assistant puts the transactions into the right ledger account, with
> far
>  less errors than with GnuCash. In fact, only where a specific keyword,
>  leger number or amount is missing, or where no import rule is made
> for a
>  specific payment, the transaction has to be placed into the right
> general
>  ledger by hand.
> 
>  Have a nice day!
> 
>  --
>  नमस्ते (Namasté),
>  Ulrich
> 
> 
> >>>
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
>  ¤º°`°º¤ø
> 
>  " Can't talk to you without talking to me; we're guilty of the same
> old
>  thing.
>    Thinking a lot about less and less, and forgetting the Love we
>  bring "
> [Grateful Dead, in: 'Althea']
> 
> 
> >>>
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
>  ¤º°`°º¤ø
>   Mijn blog: ✡ theskepticaltheist.eu ✡
>  ___
>  gnucash-user mailing list
>  gnucash-user@gnucash.org
>  To update your subscription preferences or to unsubscribe:
>  https://lists.gnucash.org/mailman/listinfo/gnucash-user
>  -
>  Please remember to CC this list on all your replies.
>  You can do this by using Reply-To-List or Reply-All.
> >>> ___
> >>> gnucash-user mailing list
> >>> gnucash-user@gnucash.org
> >>> To update your subscription preferences or to unsubscribe:
> >>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> >>> -
> >>> Please remember to CC this list on all your replies.
> >>> You can do this by using Reply-To-List or Reply-All.
> >>>
> >> ___
> >> gnucash-user mailing list
> >> gnucash-user@gnucash.org
> >> To update your subscription preferences or to unsubscribe:
> >> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> >> -
> >> Please remember to CC this list on all your replies.
> >> You can do this by using Reply-To-List or Reply-All.
> >
> >
> ___
> gnucash-user mailing list
> 

Re: [GNC] Feature request: Import assistant, room for big improvements

[Adrien Monteleone]

And I would call 'Amazon' the Description as Payee, and the Memo as the 
item/reason for a particular split. I use Notes for info pertaining to 
the entire transaction.


Would a multi-line CSV per transaction allow for inserting Memos?

Regards,
Adrien

On 1/15/24 10:17 PM, Derek Atkins wrote:

No, I would call that the description.
-derek


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request: Import assistant, room for big improvements

[Phyllis Bruce]




> On Jan 15, 2024, at 10:17 PM, Derek Atkins  wrote:
> 
> 
> No, I would call that the description. 
> -derek
> Sent using my mobile device. Please excuse any typos.
> 
>> On January 15, 2024 23:06:07 Phyllis Bruce  wrote:
>> 
>> Thanks, David.  I think I am being unclear.  My research provides what you
>> call the transfer account for unmatched items.  That's all good.  It is the
>> memo field which I use to remind me of what I did that is not available in
>> the reconciliation screen.  For instance I want to remember that I paid
>> Amazon for *smart plugs*, or Sandi paid me $70 for *her share of groceries
>> at Christmas*.  Would you call that the "action"?
>> 
>> On Mon, Jan 15, 2024 at 3:21 PM David Cousens 
>> wrote:
>> 
>>> Ulrich,
>>> 
>>> There is nothing to stop you supplying the transfer account information in
>>> an
>>> import record if it is available. There is a header which can be assigned
>>> to the
>>> appropriate column of your input file for the transfer account.
>>> 
>>> The first time you import with a given account name in he record you will
>>> be
>>> asked to specify the internal GnuCash account to which it corresponds.
>>> After
>>> that it will be matched to that account.
>>> 
>>> The Bayesian process only assigns a probable account in cases where the
>>> import
>>> record does not specify the  transfer account.
>>> 
>>> David Cousens
>>> 
 On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
 Hello fellow GnuCash users,
 
 I wonder if there are plans on improving the import filter, for importing
 bank transfers.
 The situation now is, that some hidden engine tries to learn from doing.
 But the truth is, that even after one year of importing bank transfers, I
 have to check every single transaction, since errors keep occurring. If I
 miss an error, this transaction is put in the wrong ledger account.
 
 E-boekhouden.nl uses an import assistant where you can specify a ledger
 account number, other keywords and/or amounts of money. The import
 assistant puts the transactions into the right ledger account, with far
 less errors than with GnuCash. In fact, only where a specific keyword,
 leger number or amount is missing, or where no import rule is made for a
 specific payment, the transaction has to be placed into the right general
 ledger by hand.
 
 Have a nice day!
 
 --
 नमस्ते (Namasté),
 Ulrich
 
 
>>> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
 ¤º°`°º¤ø
 
 " Can't talk to you without talking to me; we're guilty of the same old
 thing.
   Thinking a lot about less and less, and forgetting the Love we
 bring "
[Grateful Dead, in: 'Althea']
 
 
>>> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
 ¤º°`°º¤ø
  Mijn blog: ✡ theskepticaltheist.eu ✡
 ___
 gnucash-user mailing list
 gnucash-user@gnucash.org
 To update your subscription preferences or to unsubscribe:
 https://lists.gnucash.org/mailman/listinfo/gnucash-user
 -
 Please remember to CC this list on all your replies.
 You can do this by using Reply-To-List or Reply-All.
>>> ___
>>> gnucash-user mailing list
>>> gnucash-user@gnucash.org
>>> To update your subscription preferences or to unsubscribe:
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>>> -
>>> Please remember to CC this list on all your replies.
>>> You can do this by using Reply-To-List or Reply-All.
>>> 
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
> 
> 
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request: Import assistant, room for big improvements

[Derek Atkins]

No, I would call that the description.
-derek
Sent using my mobile device. Please excuse any typos.
On January 15, 2024 23:06:07 Phyllis Bruce  wrote:


Thanks, David.  I think I am being unclear.  My research provides what you
call the transfer account for unmatched items.  That's all good.  It is the
memo field which I use to remind me of what I did that is not available in
the reconciliation screen.  For instance I want to remember that I paid
Amazon for *smart plugs*, or Sandi paid me $70 for *her share of groceries
at Christmas*.  Would you call that the "action"?

On Mon, Jan 15, 2024 at 3:21 PM David Cousens 
wrote:


Ulrich,

There is nothing to stop you supplying the transfer account information in
an
import record if it is available. There is a header which can be assigned
to the
appropriate column of your input file for the transfer account.

The first time you import with a given account name in he record you will
be
asked to specify the internal GnuCash account to which it corresponds.
After
that it will be matched to that account.

The Bayesian process only assigns a probable account in cases where the
import
record does not specify the  transfer account.

David Cousens

On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
> Hello fellow GnuCash users,
>
> I wonder if there are plans on improving the import filter, for importing
> bank transfers.
> The situation now is, that some hidden engine tries to learn from doing.
> But the truth is, that even after one year of importing bank transfers, I
> have to check every single transaction, since errors keep occurring. If I
> miss an error, this transaction is put in the wrong ledger account.
>
> E-boekhouden.nl uses an import assistant where you can specify a ledger
> account number, other keywords and/or amounts of money. The import
> assistant puts the transactions into the right ledger account, with far
> less errors than with GnuCash. In fact, only where a specific keyword,
> leger number or amount is missing, or where no import rule is made for a
> specific payment, the transaction has to be placed into the right general
> ledger by hand.
>
> Have a nice day!
>
> --
> नमस्ते (Namasté),
> Ulrich
>
>
¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> ¤º°`°º¤ø
>
> " Can't talk to you without talking to me; we're guilty of the same old
> thing.
> Thinking a lot about less and less, and forgetting the Love we
> bring "
>  [Grateful Dead, in: 'Althea']
>
>
¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> ¤º°`°º¤ø
>Mijn blog: ✡ theskepticaltheist.eu ✡
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request: Import assistant, room for big improvements

[Phyllis Bruce]

Thanks, David.  I think I am being unclear.  My research provides what you
call the transfer account for unmatched items.  That's all good.  It is the
memo field which I use to remind me of what I did that is not available in
the reconciliation screen.  For instance I want to remember that I paid
Amazon for *smart plugs*, or Sandi paid me $70 for *her share of groceries
at Christmas*.  Would you call that the "action"?

On Mon, Jan 15, 2024 at 3:21 PM David Cousens 
wrote:

> Ulrich,
>
> There is nothing to stop you supplying the transfer account information in
> an
> import record if it is available. There is a header which can be assigned
> to the
> appropriate column of your input file for the transfer account.
>
> The first time you import with a given account name in he record you will
> be
> asked to specify the internal GnuCash account to which it corresponds.
> After
> that it will be matched to that account.
>
> The Bayesian process only assigns a probable account in cases where the
> import
> record does not specify the  transfer account.
>
> David Cousens
>
> On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
> > Hello fellow GnuCash users,
> >
> > I wonder if there are plans on improving the import filter, for importing
> > bank transfers.
> > The situation now is, that some hidden engine tries to learn from doing.
> > But the truth is, that even after one year of importing bank transfers, I
> > have to check every single transaction, since errors keep occurring. If I
> > miss an error, this transaction is put in the wrong ledger account.
> >
> > E-boekhouden.nl uses an import assistant where you can specify a ledger
> > account number, other keywords and/or amounts of money. The import
> > assistant puts the transactions into the right ledger account, with far
> > less errors than with GnuCash. In fact, only where a specific keyword,
> > leger number or amount is missing, or where no import rule is made for a
> > specific payment, the transaction has to be placed into the right general
> > ledger by hand.
> >
> > Have a nice day!
> >
> > --
> > नमस्ते (Namasté),
> > Ulrich
> >
> >
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> > ¤º°`°º¤ø
> >
> > " Can't talk to you without talking to me; we're guilty of the same old
> > thing.
> > Thinking a lot about less and less, and forgetting the Love we
> > bring "
> >  [Grateful Dead, in: 'Althea']
> >
> >
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> > ¤º°`°º¤ø
> >Mijn blog: ✡ theskepticaltheist.eu ✡
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request: Import assistant, room for big improvements

[David Cousens]

Ulrich,

There is nothing to stop you supplying the transfer account information in an
import record if it is available. There is a header which can be assigned to the
appropriate column of your input file for the transfer account.

The first time you import with a given account name in he record you will be
asked to specify the internal GnuCash account to which it corresponds. After
that it will be matched to that account.

The Bayesian process only assigns a probable account in cases where the import
record does not specify the  transfer account.

David Cousens

On Mon, 2024-01-15 at 20:17 +0100, Ulrich Grün wrote:
> Hello fellow GnuCash users,
> 
> I wonder if there are plans on improving the import filter, for importing
> bank transfers.
> The situation now is, that some hidden engine tries to learn from doing.
> But the truth is, that even after one year of importing bank transfers, I
> have to check every single transaction, since errors keep occurring. If I
> miss an error, this transaction is put in the wrong ledger account.
> 
> E-boekhouden.nl uses an import assistant where you can specify a ledger
> account number, other keywords and/or amounts of money. The import
> assistant puts the transactions into the right ledger account, with far
> less errors than with GnuCash. In fact, only where a specific keyword,
> leger number or amount is missing, or where no import rule is made for a
> specific payment, the transaction has to be placed into the right general
> ledger by hand.
> 
> Have a nice day!
> 
> -- 
> नमस्ते (Namasté),
> Ulrich
> 
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> ¤º°`°º¤ø
> 
> " Can't talk to you without talking to me; we're guilty of the same old
> thing.
>     Thinking a lot about less and less, and forgetting the Love we
> bring "
>  [Grateful Dead, in: 'Althea']
> 
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø
> ¤º°`°º¤ø
>    Mijn blog: ✡ theskepticaltheist.eu ✡
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request: Import assistant, room for big improvements

[Phyllis Bruce]

Since the subject has been raised I'll add my wish:

For unmatched items I often have to do some research such as checking
Amazon to see just what it is that came in.  Then I know what expense it
belongs to.  However; I am not able to specify the item until I approve the
import - by which time I've forgotten what the darn thing was.  It would be
so nice if I could create a memo while still in the reconciliation process.

My work around has been to just approve the import and then work on the
Imbalanced transactions.  Yuk

Regards!  Po

On Mon, Jan 15, 2024 at 2:35 PM Ulrich Grün  wrote:

> Hello fellow GnuCash users,
>
> I wonder if there are plans on improving the import filter, for importing
> bank transfers.
> The situation now is, that some hidden engine tries to learn from doing.
> But the truth is, that even after one year of importing bank transfers, I
> have to check every single transaction, since errors keep occurring. If I
> miss an error, this transaction is put in the wrong ledger account.
>
> E-boekhouden.nl uses an import assistant where you can specify a ledger
> account number, other keywords and/or amounts of money. The import
> assistant puts the transactions into the right ledger account, with far
> less errors than with GnuCash. In fact, only where a specific keyword,
> leger number or amount is missing, or where no import rule is made for a
> specific payment, the transaction has to be placed into the right general
> ledger by hand.
>
> Have a nice day!
>
> --
> नमस्ते (Namasté),
> Ulrich
>
>
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø
>
> " Can't talk to you without talking to me; we're guilty of the same old
> thing.
> Thinking a lot about less and less, and forgetting the Love we
> bring "
>  [Grateful Dead, in: 'Althea']
>
>
> ¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø
>Mijn blog: ✡ theskepticaltheist.eu ✡
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Feature request: Import assistant, room for big improvements

[Ulrich Grün]

Hello fellow GnuCash users,

I wonder if there are plans on improving the import filter, for importing
bank transfers.
The situation now is, that some hidden engine tries to learn from doing.
But the truth is, that even after one year of importing bank transfers, I
have to check every single transaction, since errors keep occurring. If I
miss an error, this transaction is put in the wrong ledger account.

E-boekhouden.nl uses an import assistant where you can specify a ledger
account number, other keywords and/or amounts of money. The import
assistant puts the transactions into the right ledger account, with far
less errors than with GnuCash. In fact, only where a specific keyword,
leger number or amount is missing, or where no import rule is made for a
specific payment, the transaction has to be placed into the right general
ledger by hand.

Have a nice day!

-- 
नमस्ते (Namasté),
Ulrich

¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø

" Can't talk to you without talking to me; we're guilty of the same old
thing.
Thinking a lot about less and less, and forgetting the Love we
bring "
 [Grateful Dead, in: 'Althea']

¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø
   Mijn blog: ✡ theskepticaltheist.eu ✡
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request

[Adrien Monteleone]

Indeed, I see that now. I need to switch back to contacts! These glasses 
are terrible.


Regards,
Adrien

On 2/15/23 1:26 PM, Maf. King wrote:

On Wednesday, 15 February 2023 19:14:06 GMT Adrien Monteleone wrote:



Third, with respect to your actual request, what do you mean by
"Unrecognized account"?




UNRECONSIlED  account somehow highlighted in the Account Summary report.



I read it as unreconciled


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request

[Maf. King]

On Wednesday, 15 February 2023 19:14:06 GMT Adrien Monteleone wrote:

> 
> Third, with respect to your actual request, what do you mean by
> "Unrecognized account"?

> > 
> > UNRECONSIlED  account somehow highlighted in the Account Summary report.


I read it as unreconciled


HTH,
Maf.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request

[Adrien Monteleone]

Ron,

First, when you want to start a new topic on the list, just send a new 
e-mail to the list address rather than replying to an existing message.


Even though you changed the subject, it can get threaded as a reply to 
that previous message, and may get 'lost' in the shuffle, or at least 
make the original (and your thread) harder to follow.


-

Second, the place for Requests for Enhancements (RFEs) is 
bugs.gnucash.org. In this case, you'd file it in the Reports section. It 
gets filed as a 'bug', but putting 'RFE' (no quotes) at the beginning of 
your subject will highlight it as such for the developers. (I think 
there is also an option in the 'severity' drop-down for 'enhancement')


-

Third, with respect to your actual request, what do you mean by 
"Unrecognized account"?


While there is no way to highlight or annotate/mark certain parts of 
reports built-in at this time, the idea is intriguing. Until it gets 
implemented, you can export or copy/paste to a spreadsheet app and 
manipulate from there if needed.


If you're into scripting, the exported reports are just HTML tables, so 
you can manipulate them with CSS for presentation effects.


Regards,
Adrien

On 2/15/23 7:47 AM, Dr. Gideon Fell wrote:
 Hope this is the right place for this request. I would like to have 
UNRECONSIlED  account somehow highlighted in the Account Summary report. 
This could be by color or an asterix when run. With the site down I 
don't know if this has been asked for or if a later manual/guide/help 
document addresses this.


Ron B.




___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request

[David T. via gnucash-user]

I include the Last Reconciled Date column in my Chart of Accounts. I can't 
imagine how else that could be highlighted, though. 

David T. 



On Feb 15, 2023, 4:48 PM, at 4:48 PM, "Dr. Gideon Fell"  
wrote:
>   Hope this is the right place for this request. I would like to have 
>UNRECONSIlED  account somehow highlighted in the Account Summary
>report. 
>This could be by color or an asterix when run. With the site down I 
>don't know if this has been asked for or if a later manual/guide/help 
>document addresses this.
>
>Ron B.
>
>
>-- 
>"This is so abstract, it must be topologically invariant" - Raoul Bott
>
>___
>gnucash-user mailing list
>gnucash-user@gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>-
>Please remember to CC this list on all your replies.
>You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Feature Request

[Dr. Gideon Fell]

	Hope this is the right place for this request. I would like to have 
UNRECONSIlED  account somehow highlighted in the Account Summary report. 
This could be by color or an asterix when run. With the site down I 
don't know if this has been asked for or if a later manual/guide/help 
document addresses this.


Ron B.


--
"This is so abstract, it must be topologically invariant" - Raoul Bott

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[R Losey]

Two items: I understand what you wrote about legally tendering something,
but I was thinking of mailing bills... I may write them on Monday, and drop
them into the mail, but until the mail is received by the creditor, it
isn't paid. But yes, I have looked at US IRS regulations, and (for
example), a charitable contribution is considered made on the date you give
it, not when the organization caches it.

When I enter past transactions, the initial date is 'today', but every
subsequent entry defaults to the date I last used (until I restart GnuCash)


On Wed, Dec 28, 2022 at 3:16 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> On 12/28/22 10:07 AM, R Losey wrote:
> > While that is technically true, I enter credit card charges on the day I
> > use the card, not when it clears... ditto for writing checks, and I
> suspect
> > most people do it that way.
> Those generally *are* the days payment is legally made. When you hand
> over a check, that is an act of 'tendering'. The fact that the banking
> system doesn't clear it immediately or even that the recipient doesn't
> present it for payment immediately does not matter to your books. (save
> to later reconcile cleared items) And to be pedantic, the date on the
> check is the actual tendering date, if later than the current calendar
> date. (hence the term 'post dated check')
>
> With respect the Cards, the situation is similar but with usually
> shorter lag times. Merchants usually submit pending charges in batches
> at close of day or at a set time. The money appears in their account
> next day or maybe 72hours later. Your account with the Card issuer is
> affected immediately.
>
> But Michael is referring to the possible situation where you don't enter
> transactions on those same days, instead, you may enter them a week or
> even months later. The day you make the entry is not relevant. The day
> the transaction occurred, is.
>
> The OP's issue is with GnuCash reverting to 'today' as a default when
> entering batches of historical transactions as being cumbersome.
>
> As I and others have noted, we don't observe that behavior, so it is
> possibly a work-flow issue.
>
> Regards,
> Adrien
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[david whiting]

You *can* create a proforma invoice or quote and turn that into an invoice.
Just create an invoice, but instead of giving it a number, use the word
PROFORMA or QUOTE, and don't post it. Then use the invoice printing
facility to print it (to find the proforma or quote, you can search, e.g.
by customer name). Then when the proforma needs to become a real invoice,
you can find the invoice (Business -> Customer -> Find Invoice, and search
by customer name) and then select Edit Invoice to change the invoice ID
from PROFORMA to whatever invoice ID you want. If you want to know what the
next number should be, you can open up Accounts Receivable and use View ->
Sort to sort by Number (and reverse order, if you wish) to make sure that
the previous invoice with the highest number is at the bottom (or top, if
reversed).

David

On Wed, 28 Dec 2022 at 22:08, Dr. David Kirkby <
drkir...@kirkbymicrowave.co.uk> wrote:

> On Wed, 28 Dec 2022 at 21:26, Adrien Monteleone <
> adrien.montele...@lusfiber.net> wrote:
>
> > Consider as well, another software package entirely to handle quotes,
> > proformas, invoices, AR even.
> >
> > Then export the resulting accounting data to GnuCash to complete your
> > books.
> >
> > (the same goes for investment tracking)
> >
>
> I use a word processor - LibraOffice.  But it would be nice to generate a
> quote or proforma invoice and turn that into an invoice. Like you can with
>
> Quckbooks
>
> https://quickbooks.intuit.com/learn-support/en-za/help-article/job-estimates/create-send-estimates-quotes-quickbooks-online/L0kOXRjoP_ZA_en_ZA
>
> Sage
>
> https://help.accounting.sage.com/en-us/accounting/invoicing/extra-sales-quotes.html
>
> Kashflow
> https://www.kashflow.com/support/kb/settings-quote-settings/
>
> etc.
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
David Whiting
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David H]

Michael,

Not a nuisance for me but a blessing as I enter 95% of my txns on the date
they occur :-). I'm long past the stage of saving things up for days /
weeks / months and entering them in one hit and also trying to remember
what a well faded register receipt from months ago really was.

Cheers David H.


On Thu, 29 Dec 2022 at 09:36, Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

> On 12/28/2022 11:11 AM, R Losey wrote:
> > That would be an interesting poll (about when one enters data)...
> >
> > I put all receipts in a drawer and enter them into GnuCash weekly, and
> > after that, they get filed.
>
> What I have been saying, not "real time". The "today" date (the day
> once  week when you enter them) is irrelevant with regard to the date
> you want to use for the transaction date.
>
> That gnucash defaults to "today" is a nuisance but only a minor one in
> the sense that any date gnucash began with as the default unlikely to be
> the correct date for the transaction.
>
>
> Michael D Novack
>
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Michael or Penny Novack]

On 12/28/2022 11:11 AM, R Losey wrote:

That would be an interesting poll (about when one enters data)...

I put all receipts in a drawer and enter them into GnuCash weekly, and
after that, they get filed.


What I have been saying, not "real time". The "today" date (the day 
once  week when you enter them) is irrelevant with regard to the date 
you want to use for the transaction date.


That gnucash defaults to "today" is a nuisance but only a minor one in 
the sense that any date gnucash began with as the default unlikely to be 
the correct date for the transaction.



Michael D Novack


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Michael or Penny Novack]

On 12/28/2022 11:07 AM, R Losey wrote:
While that is technically true, I enter credit card charges on the day 
I use the card, not when it clears... ditto for writing checks, and I 
suspect most people do it that way. 98% of the time it doesn't matter, 
but I have run into end-of-month and end-of -year items that require 
me to be more careful. For example, if I give to my church this 
weekend, and write a check and date it Fri, 30 Dec 2022, it will 
actually be given on Sun, 01 Jan 2023; moreover, they don't actually 
get the credit until it is deposited and processed, so not only would 
my monthly giving summary not match theirs, neither would the annual 
giving amount.


That's actually a very good example:

1) The date ON the check is usually what you will use for the 
transaction. It however has no legal meaning.


2) The date on which you put the check on the plate is the "delivery 
date". TECHNICALLY the correct (legal) fate of the transaction.


NOTE --- the fact that you wrote out a check does not mean that you will 
ever "deliver" it. Have we all not written at least SOME checks that 
were never delivered? That we threw away of tore up? IF you void a check 
once written out but had entered a transaction for it, now you need to 
reverse that.


4) The date the check deposited and gets back to your bank and appears 
on your statement has no accounting meaning as long as this event sooner 
or later happens (if it NEVER happens that;s another matter)



Michael D Novack


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

On Wed, 28 Dec 2022 at 21:26, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Consider as well, another software package entirely to handle quotes,
> proformas, invoices, AR even.
>
> Then export the resulting accounting data to GnuCash to complete your
> books.
>
> (the same goes for investment tracking)
>

I use a word processor - LibraOffice.  But it would be nice to generate a
quote or proforma invoice and turn that into an invoice. Like you can with

Quckbooks
https://quickbooks.intuit.com/learn-support/en-za/help-article/job-estimates/create-send-estimates-quotes-quickbooks-online/L0kOXRjoP_ZA_en_ZA

Sage
https://help.accounting.sage.com/en-us/accounting/invoicing/extra-sales-quotes.html

Kashflow
https://www.kashflow.com/support/kb/settings-quote-settings/

etc.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Adrien Monteleone]

Consider as well, another software package entirely to handle quotes, 
proformas, invoices, AR even.


Then export the resulting accounting data to GnuCash to complete your books.

(the same goes for investment tracking)

If you weren't doing your own accounting, you'd be using the other 
software anyway for those purposes and then giving your accountant the 
end result. And their software wouldn't likely be capable of generating 
those documents or managing customer accounts or managing investments, 
but just keeping the books and generating reports.


In short, you are wearing many hats that are often worn by several 
distinct individuals using distinct software, and thus you may have to 
use multiple apps to suit your needs.


Regards,
Adrien

On 12/28/22 1:50 AM, Dr. David Kirkby wrote:

On Wed, 28 Dec 2022 at 02:01, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:



On 12/27/22 6:43 PM, Dr. David Kirkby wrote:

I am still getting used to this software.  I don’t find it the most
intuitive piece of software, but it will be beneficial to me. The other
gripes that I have, are not ones that the developers want to fix

1) Can not generate a quote


I recall this being considered for version 5.0 due out next Spring, but
I haven't checked the status on the feature lately. Meanwhile, create
invoices for printing/e-mailing, but do not post them. Edit them either
within GnuCash or some other editor to indicate they are 'Quotes'. (a
quote is not a transaction and should never be posted to your books)



I believe that the next invoice then has a number one higher than it would
otherwise have. That would break the requirements here that invoices are
consequently numbered.




2) Can not generate a proforma invoice


A bit trickier to implement, though it might be part of the above
change. As I noted, I haven't looked at the progress in some time. Maybe
check Bugzilla to find it and chime in on making it part of the feature,
or file a separate bug for it. (might already be filed too, I'm not
certain)



I thought that the developers were against this, stating it’s not part of
accounting. But it would be so very useful to small companies.



3) No direct support for cryptocurrencies

That isn't likely to happen for some time for special reasons. GnuCash
sticks with 'official' currencies. If any crypto are added to that list
by the governing bodies, they should auto-appear available in GnuCash.
In the meantime, there are of course work-arounds.



Governing bodies are often slow to react, or have their own agendas. I know
of an IEEE standard for antenna measurements that says a chart recorder
should be used, despite people people use computers nowadays for data
acquisition and have done for decades.
There are

1) large companies such as NewEgg accepting crypto

https://kb.newegg.com/knowledge-base/using-crypto-on-newegg/

2) PayPal, that has millions of users - far more than any crypto exchange.
I don’t know how much is bought or sold on PayPal, but they keep pushing
it. Their fees are very high

https://www.paypal.com/uk/webapps/mpp/crypto


3) Charities accepting it.

4) Depending upon what side of the bed Elon Musk gets out, Tesla will or
will not accept it.

5) Legal tender in at least one country.

6) I don’t know if Sage accepts crypto, but there’s plenty about it on
their website

https://www.sage.com/en-gb/blog/tag/cryptocurrency/

It seems a matter of when. NOT IF, other mainstream software packages
support crypto.


Regards,

Adrien



Dave





___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Adrien Monteleone]

On 12/28/22 1:50 AM, Dr. David Kirkby wrote:

1) Can not generate a quote


I recall this being considered for version 5.0 due out next Spring, but
I haven't checked the status on the feature lately. Meanwhile, create
invoices for printing/e-mailing, but do not post them. Edit them either
within GnuCash or some other editor to indicate they are 'Quotes'. (a
quote is not a transaction and should never be posted to your books)



I believe that the next invoice then has a number one higher than it would
otherwise have. That would break the requirements here that invoices are
consequently numbered.


There is no universal requirement that this be so. But I understand how 
it is good practice. (I have used it for auditing purposes myself)


The work-around for that work-around (that is, until this is implemented 
officially) is to simply edit the Invoice Number to the next number it 
needs to be before posting. This may or may not involve turning off 
auto-numbering, then incrementing the auto-numbering starting point and 
turning it back on.



Regards,
Adrien

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Adrien Monteleone]

On 12/28/22 10:07 AM, R Losey wrote:

While that is technically true, I enter credit card charges on the day I
use the card, not when it clears... ditto for writing checks, and I suspect
most people do it that way.
Those generally *are* the days payment is legally made. When you hand 
over a check, that is an act of 'tendering'. The fact that the banking 
system doesn't clear it immediately or even that the recipient doesn't 
present it for payment immediately does not matter to your books. (save 
to later reconcile cleared items) And to be pedantic, the date on the 
check is the actual tendering date, if later than the current calendar 
date. (hence the term 'post dated check')


With respect the Cards, the situation is similar but with usually 
shorter lag times. Merchants usually submit pending charges in batches 
at close of day or at a set time. The money appears in their account 
next day or maybe 72hours later. Your account with the Card issuer is 
affected immediately.


But Michael is referring to the possible situation where you don't enter 
transactions on those same days, instead, you may enter them a week or 
even months later. The day you make the entry is not relevant. The day 
the transaction occurred, is.


The OP's issue is with GnuCash reverting to 'today' as a default when 
entering batches of historical transactions as being cumbersome.


As I and others have noted, we don't observe that behavior, so it is 
possibly a work-flow issue.


Regards,
Adrien

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[R Losey]

Odd... mine always has done this (since I've corrected dates many times).

On Tue, Dec 27, 2022 at 6:11 PM Dr. David Kirkby <
drkir...@kirkbymicrowave.co.uk> wrote:

> On Tue, 27 Dec 2022 at 08:00, David T.  wrote:
>
> > Dr. Kirkby,
> >
> > While I understand the requirements for not editing existing
> transactions,
> > I'll note that in your initial post, you mentioned going back to a backup
> > and re-entering the transaction. Not to put too much of an emphasis here,
> > but how does editing the date differ from opening a backup and
> re-entering
> > the transaction?
> >
> > David T.
> >
>
> One thing I discovered tonight is that if I enter the wrong date, then
> charge it on one side of the transaction (from account) then it doesn’t get
> changed on the other side (to account). This was a simple transaction - ie
> two splits.
>
>  I am going to have to double check for any of these sorts of transaction,
> where the date one said may be different to the other.
>
> Dave.
>
> On Dec 27, 2022, at 3:07 AM, "Dr. David Kirkby" <
> drkir...@kirkbymicrowave.co.uk> wrote:
>
> > On Mon, 26 Dec 2022 at 19:22, William Prescott 
> >> wrote:
> >>
> >>  Your post puzzles me.
> >>>
> >>>  I am trying to enter some transactions from March. Every now and
> again I
>   forget to change the date on something, so I get today’s date. Then I
> 
> >>>  have
> >>>
>   to go back to a backup file.
> 
> >>>
> >>>
> >>>  Why? Can't you just edit the date on the transaction and change it.
> >>>
> >>
> >>
> >> I thought one wasn’t supposed to do that - at least in formula
> accounting.
> >>
> >>
> >>>
> >>>  It would be nice when entering historical
>   transactions if it was impossible to use todays date - one is forced
> to
>   change the date is something in preferences prevented todays date
> being
>   used.
> 
> >>>
> >>>  I must be missing something. Not being able to use today's day would
> make
> >>>  it impossible to enter transactions on the day they occurred. Are you
> >>>  asking for some switch that could be set before entering historical
> >>>  transactions? It seems like a cumbersome solution to a non-problem.
> >>>
> >>
> >>
> >> Yes, a switch for entering historical transactions.
> >>
> >>
> >>>  Will
> >>>
> >>
> >>
> >> Dave
> >>
> >> --
> Dr. David Kirkby,
> Kirkby Microwave Ltd,
> drkir...@kirkbymicrowave.co.uk
> https://www.kirkbymicrowave.co.uk/
> Telephone 01621-680100./ +44 1621 680100
>
> Registered in England & Wales, company number 08914892.
> Registered office:
> Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
> Kingdom
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[R Losey]

That would be an interesting poll (about when one enters data)...

I put all receipts in a drawer and enter them into GnuCash weekly, and
after that, they get filed.

On Tue, Dec 27, 2022 at 5:51 PM Stan Brown 
wrote:

>
> On 2022-12-27 14:51, Michael or Penny Novack wrote:
> > When entering transactions into gnucash I am always entering a date, the
> > correct one for the transaction, rarely TODAY'S date. It is only a minor
> > annoyance, but the default gnucash starts with, "today", is almost
> > always going to be the wrong date.
>
> That's you, and if it works for you there's nothing wrong with it.
>
> On the other hand, I (and I'm sure some others here) try to enter things
> in GC as soon as possible, because then it's one less thing to remember.
> For me, entering a transaction after the day it occurred is the
> exception, not the rule. So for me, the default to entering today's date
> works far more often than not.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[R Losey]

While that is technically true, I enter credit card charges on the day I
use the card, not when it clears... ditto for writing checks, and I suspect
most people do it that way. 98% of the time it doesn't matter, but I have
run into end-of-month and end-of -year items that require me to be more
careful. For example, if I give to my church this weekend, and write a
check and date it Fri, 30 Dec 2022, it will actually be given on Sun, 01
Jan 2023; moreover, they don't actually get the credit until it is
deposited and processed, so not only would my monthly giving summary not
match theirs, neither would the annual giving amount.

On Tue, Dec 27, 2022 at 12:52 PM Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

>
>
> > If you create a bill, then entering multiple items then defaults to the
> > original date. However, once posted, the next thing to do is pay it. The
> > payment date defaults to the current date.
>
> Just pointing out again, but accounting (and gnucash) not a "real tine"
> activity. The CORRECT date to use for entering payment of a bill is when
> you made legal payment of it. Not when you got around to entering the
> transaction. The "current date" (date at the time you entered the
> transaction isn't relevant to anything, or should not be.
>
> If this seems to be persnickety, image that there are discounts for on
> time payments or late fees for late payments.
>
>
> Michael D Novack
>
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

On Wed, 28 Dec 2022 at 02:01, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

>
> On 12/27/22 6:43 PM, Dr. David Kirkby wrote:
> > I am still getting used to this software.  I don’t find it the most
> > intuitive piece of software, but it will be beneficial to me. The other
> > gripes that I have, are not ones that the developers want to fix
> >
> > 1) Can not generate a quote
>
> I recall this being considered for version 5.0 due out next Spring, but
> I haven't checked the status on the feature lately. Meanwhile, create
> invoices for printing/e-mailing, but do not post them. Edit them either
> within GnuCash or some other editor to indicate they are 'Quotes'. (a
> quote is not a transaction and should never be posted to your books)


I believe that the next invoice then has a number one higher than it would
otherwise have. That would break the requirements here that invoices are
consequently numbered.

>
> > 2) Can not generate a proforma invoice
>
> A bit trickier to implement, though it might be part of the above
> change. As I noted, I haven't looked at the progress in some time. Maybe
> check Bugzilla to find it and chime in on making it part of the feature,
> or file a separate bug for it. (might already be filed too, I'm not
> certain)


I thought that the developers were against this, stating it’s not part of
accounting. But it would be so very useful to small companies.


> 3) No direct support for cryptocurrencies
>
> That isn't likely to happen for some time for special reasons. GnuCash
> sticks with 'official' currencies. If any crypto are added to that list
> by the governing bodies, they should auto-appear available in GnuCash.
> In the meantime, there are of course work-arounds.


Governing bodies are often slow to react, or have their own agendas. I know
of an IEEE standard for antenna measurements that says a chart recorder
should be used, despite people people use computers nowadays for data
acquisition and have done for decades.
There are

1) large companies such as NewEgg accepting crypto

https://kb.newegg.com/knowledge-base/using-crypto-on-newegg/

2) PayPal, that has millions of users - far more than any crypto exchange.
I don’t know how much is bought or sold on PayPal, but they keep pushing
it. Their fees are very high

https://www.paypal.com/uk/webapps/mpp/crypto


3) Charities accepting it.

4) Depending upon what side of the bed Elon Musk gets out, Tesla will or
will not accept it.

5) Legal tender in at least one country.

6) I don’t know if Sage accepts crypto, but there’s plenty about it on
their website

https://www.sage.com/en-gb/blog/tag/cryptocurrency/

It seems a matter of when. NOT IF, other mainstream software packages
support crypto.


Regards,
> Adrien


Dave



-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Peter West]

> On 28 Dec 2022, at 10:43 am, Dr. David Kirkby 
>  wrote:
> 
...
> I am still getting used to this software.  I don’t find it the most
> intuitive piece of software, but it will be beneficial to me. The other
> gripes that I have, are not ones that the developers want to fix
> 
> 3) No direct support for cryptocurrencies
> 
> I could probably fix the last myself if I built the software from the
> source code, but the first two are more tricky.

If you decide to try this, please let the list (or me) know. I may even be able 
to give you a hand, although I was never a C++ programmer. There is more C than 
C++, though.

—
Peter West
p...@pbw.id.au
And the angel said to them, “Fear not, for behold, I bring you good news of 
great joy that will be for all the people. For unto you is born this day in the 
city of David a Saviour, who is Christ the Lord. And this will be a sign for 
you: you will find a baby wrapped in swaddling cloths and lying in a manger.”



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Adrien Monteleone]

On 12/27/22 6:43 PM, Dr. David Kirkby wrote:

I am still getting used to this software.  I don’t find it the most
intuitive piece of software, but it will be beneficial to me. The other
gripes that I have, are not ones that the developers want to fix

1) Can not generate a quote


I recall this being considered for version 5.0 due out next Spring, but 
I haven't checked the status on the feature lately. Meanwhile, create 
invoices for printing/e-mailing, but do not post them. Edit them either 
within GnuCash or some other editor to indicate they are 'Quotes'. (a 
quote is not a transaction and should never be posted to your books)



2) Can not generate a proforma invoice


A bit trickier to implement, though it might be part of the above 
change. As I noted, I haven't looked at the progress in some time. Maybe 
check Bugzilla to find it and chime in on making it part of the feature, 
or file a separate bug for it. (might already be filed too, I'm not certain)



3) No direct support for cryptocurrencies


That isn't likely to happen for some time for special reasons. GnuCash 
sticks with 'official' currencies. If any crypto are added to that list 
by the governing bodies, they should auto-appear available in GnuCash. 
In the meantime, there are of course work-arounds.



Regards,
Adrien

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Adrien Monteleone]

As others have noted, there is no need for reverting to a backup file to 
make changes.


And when you do so, are you then reverting back to the 'current file'? 
(you weren't particularly clear on that point)


If so, you've now got 2 files with different transactions!

And I use the business features regularly, and quite often am entering 
for previous dates. I fail to notice any issue with doing so. I'm not 
sure why you are finding a problem. Is it really too much to ask to pay 
attention to what you are doing? (or slow down a tad in order to do so?)


If you have lots of old invoices you are trying to enter, consider 
creating a spreadsheet for import. See the Help file for the proper 
format. There are also a few threads here over the years on the topic.


You can then also import a spreadsheet of payments just to get the data 
entry done.


Once those two steps are complete, you then need to bring up a list of 
payments from a Find perhaps, and right-click to 'Assign as Payment' to 
link each one to their proper invoice. (sadly that can't be imported as 
far as I'm aware)


Regards,
Adrien

On 12/26/22 12:47 PM, Dr. David Kirkby wrote:

I am trying to enter some transactions from March. Every now and again I
forget to change the date on something, so I get today’s date. Then I have
to go back to a backup file. It would be nice when entering historical
transactions if it was impossible to use todays date - one is forced to
change the date is something in preferences prevented todays date being
used. --


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Adrien Monteleone]

That warning already exists in the case of editing a previously 
reconciled transaction.


The rules governing the warning have been greatly relaxed a few releases 
ago to reduce an annoyance for 'non-material' changes however. (the 
date, should still be 'material')


You might have dismissed the warning and set the preference to not bug 
you in the future. You can reset it under Actions > 'Reset Warnings...'


Regards,
Adrien

On 12/27/22 4:01 PM, David H wrote:

Hi Christopher,

Yes this is a good idea, I have inadvertently updated the wrong date on a
txn that had already been reconciled a year or 2 ago and had to go looking
for it again to fix it up.  Are the existing warnings documented anywhere
in one place - will check the wiki and see if I can find them ?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

On Wed, 28 Dec 2022 at 00:27, Stan Brown  wrote:

> On 2022-12-27 16:10, Dr. David Kirkby wrote:
>
> > One thing I discovered tonight is that if I enter the wrong date, then
> > charge it on one side of the transaction (from account) then it doesn’t
> get
> > changed on the other side (to account). This was a simple transaction -
> ie
> > two splits.
>
> Let me guess: you looked in the other register before you had committed
> the transaction.


Yes, you are probably right


Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com


I am still getting used to this software.  I don’t find it the most
intuitive piece of software, but it will be beneficial to me. The other
gripes that I have, are not ones that the developers want to fix

1) Can not generate a quote
2) Can not generate a proforma invoice
3) No direct support for cryptocurrencies

I could probably fix the last myself if I built the software from the
source code, but the first two are more tricky.

Dave
-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

On Tue, 27 Dec 2022 at 22:51, Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

>
> When entering transactions into gnucash I am always entering a date, the
> correct one for the transaction, rarely TODAY'S date. It is only a minor
> annoyance, but the default gnucash starts with, "today", is almost
> always going to be the wrong date.


That’s what I am finding. The current date is rarely the right one, but
GnuCash defaults to that.

Once I have all my historical transactions in, I will try to do bills the
day I purchase something, but I have the facility for customers to buy with
eBay and PayPal. There’s a good chance that I would find it impossible to
generate the invoice the day of the transaction, as it might occur in the
middle of the night.

Michael D Novack


Dave

-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Stan Brown]

On 2022-12-27 16:10, Dr. David Kirkby wrote:

> One thing I discovered tonight is that if I enter the wrong date, then
> charge it on one side of the transaction (from account) then it doesn’t get
> changed on the other side (to account). This was a simple transaction - ie
> two splits.

Let me guess: you looked in the other register before you had committed
the transaction.

Until you commit thee transaction (typically by pressing Enter, not Tab)
the change is not in the database and therefore will not show up in any
register other than the one where you are editing the transaction.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

On Tue, 27 Dec 2022 at 16:43, Stan Brown  wrote:

>
>
> A related feature I _would_ like to see is the ability to specify a date
> range within which no new transactions could be entered. I would use
> that to prevent myself from unintentionally changing transactions from
> prior years. The existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.


Where can you set this N? I hadn’t noticed it. Can one either restrict the
range to be >N days? Or maybe if one sticks in a negative value for N, that
might achieve what I want.

>
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com


Dave

> 

-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

On Tue, 27 Dec 2022 at 08:00, David T.  wrote:

> Dr. Kirkby,
>
> While I understand the requirements for not editing existing transactions,
> I'll note that in your initial post, you mentioned going back to a backup
> and re-entering the transaction. Not to put too much of an emphasis here,
> but how does editing the date differ from opening a backup and re-entering
> the transaction?
>
> David T.
>

One thing I discovered tonight is that if I enter the wrong date, then
charge it on one side of the transaction (from account) then it doesn’t get
changed on the other side (to account). This was a simple transaction - ie
two splits.

 I am going to have to double check for any of these sorts of transaction,
where the date one said may be different to the other.

Dave.

On Dec 27, 2022, at 3:07 AM, "Dr. David Kirkby" <
drkir...@kirkbymicrowave.co.uk> wrote:

> On Mon, 26 Dec 2022 at 19:22, William Prescott 
>> wrote:
>>
>>  Your post puzzles me.
>>>
>>>  I am trying to enter some transactions from March. Every now and again I
  forget to change the date on something, so I get today’s date. Then I

>>>  have
>>>
  to go back to a backup file.

>>>
>>>
>>>  Why? Can't you just edit the date on the transaction and change it.
>>>
>>
>>
>> I thought one wasn’t supposed to do that - at least in formula accounting.
>>
>>
>>>
>>>  It would be nice when entering historical
  transactions if it was impossible to use todays date - one is forced to
  change the date is something in preferences prevented todays date being
  used.

>>>
>>>  I must be missing something. Not being able to use today's day would make
>>>  it impossible to enter transactions on the day they occurred. Are you
>>>  asking for some switch that could be set before entering historical
>>>  transactions? It seems like a cumbersome solution to a non-problem.
>>>
>>
>>
>> Yes, a switch for entering historical transactions.
>>
>>
>>>  Will
>>>
>>
>>
>> Dave
>>
>> --
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Stan Brown]

On 2022-12-27 14:51, Michael or Penny Novack wrote:
> When entering transactions into gnucash I am always entering a date, the
> correct one for the transaction, rarely TODAY'S date. It is only a minor
> annoyance, but the default gnucash starts with, "today", is almost
> always going to be the wrong date.

That's you, and if it works for you there's nothing wrong with it.

On the other hand, I (and I'm sure some others here) try to enter things
in GC as soon as possible, because then it's one less thing to remember.
For me, entering a transaction after the day it occurred is the
exception, not the rule. So for me, the default to entering today's date
works far more often than not.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David H]

Ah thanks, I see it now :-)

Cheers David H.

On Wed, 28 Dec 2022 at 08:03, Stan Brown  wrote:

> Not preferences, but File » Properties » Accounts » Day Threshold for
> read-only transactions.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
>
> On 2022-12-27 13:58, David H wrote:
> > Stan,
> >
> > There doesn't seem to be an option/preference to restrict txns entered
> > using N days before today anymore - version 4.13 of Gnucash on
> > Windows/MacOS - presumably it's been removed as it wasn't considered
> > very helpful or age has caught up with me and I'm slowly going blind :-)
> >
> > Cheers David H.
> >
> >
> > On Wed, 28 Dec 2022 at 02:44, Stan Brown  > > wrote:
> >
> > On 2022-12-26 16:27, David Carlson wrote:
> > > When entering more than one transaction in a session,  new
> > transactions
> > > default to the same date last used, so the existing shortcuts
> > metioned in a
> > > previous comment often work.
> >
> > I think that should be "new transactions default to the same date
> last
> > used _in_the_same_register_ in that session." At least that's been my
> > experience with 2.6.19, though it could have changed in later GC
> > versions.
> >
> > > If it happens that you are editing multiple historical
> > transactions,  they> are likely close together as well.
> >
> > And there is also the option to run a Ctrl+F query, then make any
> needed
> > edits right in the results register. That's a "live" register like
> any
> > other, not a static read-only view into the database.
> >
> > > If I had that sort of switch,  I would be forgetting to reset it
> > when done.
> >
> > I agree wholeheartedly. Such an "switch" sounds to me like a classic
> > case of bloating the product with a feature of _very_ limited
> > applicability.
> >
> > A related feature I _would_ like to see is the ability to specify a
> date
> > range within which no new transactions could be entered. I would use
> > that to prevent myself from unintentionally changing transactions
> from
> > prior years. The existing mechanism, where the only form of date
> range
> > is N days before today, doesn't seem very helpful to me, since I
> have to
> > change the value of N every day.
> >
> > Stan Brown
> > Tehachapi, CA, USA
> > https://BrownMath.com 
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org 
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > 
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> >
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Michael or Penny Novack]

On 12/27/2022 2:00 PM, Steve Butler wrote:
If I paid today and enter the transaction today it should have today's 
date on it.


Especially if paid with cash.  If I wrote a check I must be ready for 
them to go immediately to the bank and cash it


I think misunderstood?

Yes of course, if you made the payment today then today's date should be 
the date  of the transaction.


But who is to say that you got around to opening gnucash and entering 
the transaction today? Especially if that was cash. And it is not 
necessarily the date on which you write the check (though that is the 
date you will usually use) but the date that you "delivered" the check 
<< when you hand it to them, or for legal purposes, have made 
"constructive delivery" of it -- from which "postmark" gets its legal 
importance >>


In other words, I was responding to the idea that the date on the 
transaction should be the "date when entered into gnucash" << today's 
date >> when that could be well AFTER the date when the payment was 
actually made.


When entering transactions into gnucash I am always entering a date, the 
correct one for the transaction, rarely TODAY'S date. It is only a minor 
annoyance, but the default gnucash starts with, "today", is almost 
always going to be the wrong date. I am never, for example, when paying  
a stack of bills, taking the first one, writing the check, putting a 
stamp on, and taking to the post office, and then opening gnucash to 
enter the transaction, then on to the next bill. Instead I process the 
entire stack of bills, put the envelopes in a stack on the desk, until 
the next time I am going down to our mail box (and putting the flag up; 
we're rural). The next time I have gnucash up, will enter these 
transactions using data from the check register. MIGHT be same day, 
MIGHT be next day, MIGHT be net week.


Michael D Novack


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Stan Brown]

Not preferences, but File » Properties » Accounts » Day Threshold for
read-only transactions.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com

On 2022-12-27 13:58, David H wrote:
> Stan,
> 
> There doesn't seem to be an option/preference to restrict txns entered
> using N days before today anymore - version 4.13 of Gnucash on
> Windows/MacOS - presumably it's been removed as it wasn't considered
> very helpful or age has caught up with me and I'm slowly going blind :-)
> 
> Cheers David H.
> 
> 
> On Wed, 28 Dec 2022 at 02:44, Stan Brown  > wrote:
> 
> On 2022-12-26 16:27, David Carlson wrote:
> > When entering more than one transaction in a session,  new
> transactions
> > default to the same date last used, so the existing shortcuts
> metioned in a
> > previous comment often work.
> 
> I think that should be "new transactions default to the same date last
> used _in_the_same_register_ in that session." At least that's been my
> experience with 2.6.19, though it could have changed in later GC
> versions.
> 
> > If it happens that you are editing multiple historical
> transactions,  they> are likely close together as well.
> 
> And there is also the option to run a Ctrl+F query, then make any needed
> edits right in the results register. That's a "live" register like any
> other, not a static read-only view into the database.
> 
> > If I had that sort of switch,  I would be forgetting to reset it
> when done.
> 
> I agree wholeheartedly. Such an "switch" sounds to me like a classic
> case of bloating the product with a feature of _very_ limited
> applicability.
> 
> A related feature I _would_ like to see is the ability to specify a date
> range within which no new transactions could be entered. I would use
> that to prevent myself from unintentionally changing transactions from
> prior years. The existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.
> 
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org 
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> 
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
> 
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David H]

Hi Christopher,

Yes this is a good idea, I have inadvertently updated the wrong date on a
txn that had already been reconciled a year or 2 ago and had to go looking
for it again to fix it up.  Are the existing warnings documented anywhere
in one place - will check the wiki and see if I can find them ?

Cheers David H.

On Wed, 28 Dec 2022 at 03:18, Christopher Lam 
wrote:

> On Tue, 27 Dec 2022, 8:44 pm Stan Brown, 
> wrote:
>
> >
> >
> > A related feature I _would_ like to see is the ability to specify a date
> > range within which no new transactions could be entered. I would use
> > that to prevent myself from unintentionally changing transactions from
> > prior years. The existing mechanism, where the only form of date range
> > is N days before today, doesn't seem very helpful to me, since I have to
> > change the value of N every day.
> >
>
> Among this discussion, this is one feature request that looks interesting:
> if the user inputs a transaction dated *before* the last reconciliation
> date, there could/should be a warning that the user should reconsider the
> date, because the new transaction would likely affect the previous
> reconciliations. Any thoughts from long term users?
>
>
> >
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David H]

Stan,

There doesn't seem to be an option/preference to restrict txns entered
using N days before today anymore - version 4.13 of Gnucash on
Windows/MacOS - presumably it's been removed as it wasn't considered very
helpful or age has caught up with me and I'm slowly going blind :-)

Cheers David H.


On Wed, 28 Dec 2022 at 02:44, Stan Brown  wrote:

> On 2022-12-26 16:27, David Carlson wrote:
> > When entering more than one transaction in a session,  new transactions
> > default to the same date last used, so the existing shortcuts metioned
> in a
> > previous comment often work.
>
> I think that should be "new transactions default to the same date last
> used _in_the_same_register_ in that session." At least that's been my
> experience with 2.6.19, though it could have changed in later GC versions.
>
> > If it happens that you are editing multiple historical transactions,
> they> are likely close together as well.
>
> And there is also the option to run a Ctrl+F query, then make any needed
> edits right in the results register. That's a "live" register like any
> other, not a static read-only view into the database.
>
> > If I had that sort of switch,  I would be forgetting to reset it when
> done.
>
> I agree wholeheartedly. Such an "switch" sounds to me like a classic
> case of bloating the product with a feature of _very_ limited
> applicability.
>
> A related feature I _would_ like to see is the ability to specify a date
> range within which no new transactions could be entered. I would use
> that to prevent myself from unintentionally changing transactions from
> prior years. The existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

On Tue, 27 Dec 2022 at 16:43, Stan Brown  wrote:

>
>
> A related feature I _would_ like to see is the ability to specify a date
> range within which no new transactions could be entered. I would use
> that to prevent myself from unintentionally changing transactions from
> prior years. The existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.


That would achieve what I want. If while inputting transactions in March I
could set minimum date 1/3/2022 and max date 31/3/2022, that would achieve
what I wanted. The default date of today would not be accepted.


>  Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com


Dave
-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Steve Butler]

If I paid today and enter the transaction today it should have today's date
on it.

Especially if paid with cash.  If I wrote a check I must be ready for them
to go immediately to the bank and cash it

On Tue, Dec 27, 2022, 10:52 Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

>
>
> > If you create a bill, then entering multiple items then defaults to the
> > original date. However, once posted, the next thing to do is pay it. The
> > payment date defaults to the current date.
>
> Just pointing out again, but accounting (and gnucash) not a "real tine"
> activity. The CORRECT date to use for entering payment of a bill is when
> you made legal payment of it. Not when you got around to entering the
> transaction. The "current date" (date at the time you entered the
> transaction isn't relevant to anything, or should not be.
>
> If this seems to be persnickety, image that there are discounts for on
> time payments or late fees for late payments.
>
>
> Michael D Novack
>
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Michael or Penny Novack]

If you create a bill, then entering multiple items then defaults to the
original date. However, once posted, the next thing to do is pay it. The
payment date defaults to the current date.


Just pointing out again, but accounting (and gnucash) not a "real tine" 
activity. The CORRECT date to use for entering payment of a bill is when 
you made legal payment of it. Not when you got around to entering the 
transaction. The "current date" (date at the time you entered the 
transaction isn't relevant to anything, or should not be.


If this seems to be persnickety, image that there are discounts for on 
time payments or late fees for late payments.



Michael D Novack


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David Carlson]

Stan, I did forget to include the same session reference, that is a good
point.  I think it has worked that way since much further back than
2.6.19!!!

David Kirby appears to be complaining about the behavior of some business
features which seem to not be following that same general behavior.  I
think that would be a valid concern.  I don't use those features so I
cannot discuss them intelligently.  I will say that if they behave
differently for a specific reason, maybe those features need some
additional setting.

On Tue, Dec 27, 2022 at 10:44 AM Stan Brown 
wrote:

> On 2022-12-26 16:27, David Carlson wrote:
> > When entering more than one transaction in a session,  new transactions
> > default to the same date last used, so the existing shortcuts metioned
> in a
> > previous comment often work.
>
> I think that should be "new transactions default to the same date last
> used _in_the_same_register_ in that session." At least that's been my
> experience with 2.6.19, though it could have changed in later GC versions.
>
> > If it happens that you are editing multiple historical transactions,
> they> are likely close together as well.
>
> And there is also the option to run a Ctrl+F query, then make any needed
> edits right in the results register. That's a "live" register like any
> other, not a static read-only view into the database.
>
> > If I had that sort of switch,  I would be forgetting to reset it when
> done.
>
> I agree wholeheartedly. Such an "switch" sounds to me like a classic
> case of bloating the product with a feature of _very_ limited
> applicability.
>
> A related feature I _would_ like to see is the ability to specify a date
> range within which no new transactions could be entered. I would use
> that to prevent myself from unintentionally changing transactions from
> prior years. The existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
David Carlson
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Christopher Lam]

On Tue, 27 Dec 2022, 8:44 pm Stan Brown,  wrote:

>
>
> A related feature I _would_ like to see is the ability to specify a date
> range within which no new transactions could be entered. I would use
> that to prevent myself from unintentionally changing transactions from
> prior years. The existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.
>

Among this discussion, this is one feature request that looks interesting:
if the user inputs a transaction dated *before* the last reconciliation
date, there could/should be a warning that the user should reconsider the
date, because the new transaction would likely affect the previous
reconciliations. Any thoughts from long term users?


>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Stan Brown]

On 2022-12-26 16:27, David Carlson wrote:
> When entering more than one transaction in a session,  new transactions
> default to the same date last used, so the existing shortcuts metioned in a
> previous comment often work.

I think that should be "new transactions default to the same date last
used _in_the_same_register_ in that session." At least that's been my
experience with 2.6.19, though it could have changed in later GC versions.

> If it happens that you are editing multiple historical transactions,  they> 
> are likely close together as well.

And there is also the option to run a Ctrl+F query, then make any needed
edits right in the results register. That's a "live" register like any
other, not a static read-only view into the database.

> If I had that sort of switch,  I would be forgetting to reset it when done.

I agree wholeheartedly. Such an "switch" sounds to me like a classic
case of bloating the product with a feature of _very_ limited applicability.

A related feature I _would_ like to see is the ability to specify a date
range within which no new transactions could be entered. I would use
that to prevent myself from unintentionally changing transactions from
prior years. The existing mechanism, where the only form of date range
is N days before today, doesn't seem very helpful to me, since I have to
change the value of N every day.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David T. via gnucash-user]

Dr. Kirkby,

While I understand the requirements for not editing existing transactions, I'll 
note that in your initial post, you mentioned going back to a backup and 
re-entering the transaction. Not to put too much of an emphasis here, but how 
does editing the date differ from opening a backup and re-entering the 
transaction? 

⁣David T. ​

On Dec 27, 2022, 3:07 AM, at 3:07 AM, "Dr. David Kirkby" 
 wrote:
>On Mon, 26 Dec 2022 at 19:22, William Prescott 
>wrote:
>
>> Your post puzzles me.
>>
>> > I am trying to enter some transactions from March. Every now and
>again I
>> > forget to change the date on something, so I get today’s date. Then
>I
>> have
>> > to go back to a backup file.
>>
>>
>> Why? Can't you just edit the date on the transaction and change it.
>
>
>I thought one wasn’t supposed to do that - at least in formula
>accounting.
>
>>
>>
>> > It would be nice when entering historical
>> > transactions if it was impossible to use todays date - one is
>forced to
>> > change the date is something in preferences prevented todays date
>being
>> > used.
>>
>> I must be missing something. Not being able to use today's day would
>make
>> it impossible to enter transactions on the day they occurred. Are you
>> asking for some switch that could be set before entering historical
>> transactions? It seems like a cumbersome solution to a non-problem.
>
>
>Yes, a switch for entering historical transactions.
>
>>
>> Will
>
>
>Dave
>-- 
>Dr. David Kirkby,
>Kirkby Microwave Ltd,
>drkir...@kirkbymicrowave.co.uk
>https://www.kirkbymicrowave.co.uk/
>Telephone 01621-680100./ +44 1621 680100
>
>Registered in England & Wales, company number 08914892.
>Registered office:
>Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT,
>United
>Kingdom
>___
>gnucash-user mailing list
>gnucash-user@gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>-
>Please remember to CC this list on all your replies.
>You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David Carlson]

I admit that I do not use business features.   I don't know how they work.

On Mon, Dec 26, 2022, 11:51 PM Dr. David Kirkby <
drkir...@kirkbymicrowave.co.uk> wrote:

> On Tue, 27 Dec 2022 at 00:27, David Carlson 
> wrote:
>
>> When entering more than one transaction in a session,  new transactions
>> default to the same date last used, so the existing shortcuts metioned in a
>> previous comment often work.
>>
>
> If you create a bill, then entering multiple items then defaults to the
> original date. However, once posted, the next thing to do is pay it. The
> payment date defaults to the current date.
>
>>
>> If it happens that you are editing multiple historical transactions,
>> they are likely close together as well.
>>
>
> Yes they are, but after posting a bill or invoice, it’s easy to pay it 6
> months later by mistake.
>
>
>> If I had that sort of switch,  I would be forgetting to reset it when
>> done.
>>
>
> It would only need a window that pops up and says “You have configured
> GnuCash not enter todays date. Change that by selecting Preferences…”
>
> Dave
> --
> Dr. David Kirkby,
> Kirkby Microwave Ltd,
> drkir...@kirkbymicrowave.co.uk
> https://www.kirkbymicrowave.co.uk/
> Telephone 01621-680100./ +44 1621 680100
>
> Registered in England & Wales, company number 08914892.
> Registered office:
> Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT,
> United Kingdom
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

On Tue, 27 Dec 2022 at 00:27, David Carlson 
wrote:

> When entering more than one transaction in a session,  new transactions
> default to the same date last used, so the existing shortcuts metioned in a
> previous comment often work.
>

If you create a bill, then entering multiple items then defaults to the
original date. However, once posted, the next thing to do is pay it. The
payment date defaults to the current date.

>
> If it happens that you are editing multiple historical transactions,  they
> are likely close together as well.
>

Yes they are, but after posting a bill or invoice, it’s easy to pay it 6
months later by mistake.


> If I had that sort of switch,  I would be forgetting to reset it when
> done.
>

It would only need a window that pops up and says “You have configured
GnuCash not enter todays date. Change that by selecting Preferences…”

Dave
-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David Carlson]

When entering more than one transaction in a session,  new transactions
default to the same date last used, so the existing shortcuts metioned in a
previous comment often work.

If it happens that you are editing multiple historical transactions,  they
are likely close together as well.

If I had that sort of switch,  I would be forgetting to reset it when done.



On Mon, Dec 26, 2022, 6:07 PM Dr. David Kirkby <
drkir...@kirkbymicrowave.co.uk> wrote:

> On Mon, 26 Dec 2022 at 19:22, William Prescott 
> wrote:
>
> > Your post puzzles me.
> >
> > > I am trying to enter some transactions from March. Every now and again
> I
> > > forget to change the date on something, so I get today’s date. Then I
> > have
> > > to go back to a backup file.
> >
> >
> > Why? Can't you just edit the date on the transaction and change it.
>
>
> I thought one wasn’t supposed to do that - at least in formula accounting.
>
> >
> >
> > > It would be nice when entering historical
> > > transactions if it was impossible to use todays date - one is forced to
> > > change the date is something in preferences prevented todays date being
> > > used.
> >
> > I must be missing something. Not being able to use today's day would make
> > it impossible to enter transactions on the day they occurred. Are you
> > asking for some switch that could be set before entering historical
> > transactions? It seems like a cumbersome solution to a non-problem.
>
>
> Yes, a switch for entering historical transactions.
>
> >
> > Will
>
>
> Dave
> --
> Dr. David Kirkby,
> Kirkby Microwave Ltd,
> drkir...@kirkbymicrowave.co.uk
> https://www.kirkbymicrowave.co.uk/
> Telephone 01621-680100./ +44 1621 680100
>
> Registered in England & Wales, company number 08914892.
> Registered office:
> Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
> Kingdom
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Gyle McCollam]

William,
Once you change the date in a register it will remain at that date until you 
change to another date.  If you have to enter old transactions in many 
accounts, you could change the system date and restart GNC.  That way "today's 
" date would be your system date.  No changes need to be made to GNC.


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com<mailto:gmccol...@gyleshomes.com>   email


From: gnucash-user  on 
behalf of Dr. David Kirkby 
Sent: Monday, December 26, 2022 7:06 PM
To: William Prescott 
Cc: GnuCash Users 
Subject: Re: [GNC] Feature request - prevent a transaction with todays date

On Mon, 26 Dec 2022 at 19:22, William Prescott 
wrote:

> Your post puzzles me.
>
> > I am trying to enter some transactions from March. Every now and again I
> > forget to change the date on something, so I get today’s date. Then I
> have
> > to go back to a backup file.
>
>
> Why? Can't you just edit the date on the transaction and change it.


I thought one wasn’t supposed to do that - at least in formula accounting.

>
>
> > It would be nice when entering historical
> > transactions if it was impossible to use todays date - one is forced to
> > change the date is something in preferences prevented todays date being
> > used.
>
> I must be missing something. Not being able to use today's day would make
> it impossible to enter transactions on the day they occurred. Are you
> asking for some switch that could be set before entering historical
> transactions? It seems like a cumbersome solution to a non-problem.


Yes, a switch for entering historical transactions.

>
> Will


Dave
--
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

On Mon, 26 Dec 2022 at 19:22, William Prescott 
wrote:

> Your post puzzles me.
>
> > I am trying to enter some transactions from March. Every now and again I
> > forget to change the date on something, so I get today’s date. Then I
> have
> > to go back to a backup file.
>
>
> Why? Can't you just edit the date on the transaction and change it.


I thought one wasn’t supposed to do that - at least in formula accounting.

>
>
> > It would be nice when entering historical
> > transactions if it was impossible to use todays date - one is forced to
> > change the date is something in preferences prevented todays date being
> > used.
>
> I must be missing something. Not being able to use today's day would make
> it impossible to enter transactions on the day they occurred. Are you
> asking for some switch that could be set before entering historical
> transactions? It seems like a cumbersome solution to a non-problem.


Yes, a switch for entering historical transactions.

>
> Will


Dave
-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[William Prescott]

Your post puzzles me. 

> I am trying to enter some transactions from March. Every now and again I
> forget to change the date on something, so I get today’s date. Then I have
> to go back to a backup file.


Why? Can't you just edit the date on the transaction and change it.

> It would be nice when entering historical
> transactions if it was impossible to use todays date - one is forced to
> change the date is something in preferences prevented todays date being
> used.

I must be missing something. Not being able to use today's day would make it 
impossible to enter transactions on the day they occurred. Are you asking for 
some switch that could be set before entering historical transactions? It seems 
like a cumbersome solution to a non-problem.

Will

Dr. William H. Prescott
México


On Dec 26, 2022, at 12:47, Dr. David Kirkby  
wrote:

I am trying to enter some transactions from March. Every now and again I
forget to change the date on something, so I get today’s date. Then I have
to go back to a backup file. It would be nice when entering historical
transactions if it was impossible to use todays date - one is forced to
change the date is something in preferences prevented todays date being
used. --
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Ken Farley]

"Go to a backup file" Why? You know you can change the date on a 
transaction after it has been entered, right? You can use the "+" and 
"-" keys to move up and down as many days as you want. The transactions 
are not permanently entered and unalterable.


About 90% or more of the transactions I enter are "today" transaction - 
payments, purchases, deposits, withdrawals, charges, etc. Not having the 
date default to today would be annoying.


If I enter a transaction and it's supposed to have been in the past, oh 
well it's at the very end of the register, the register opens up to it. 
I can just fix the date to move it to the proper region of the register. 
If I accidentally enter a transaction with a past date, it disappears to 
the past I'll only notice it if this happens to be an account I 
reconcile...maybe.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

I am trying to enter some transactions from March. Every now and again I
forget to change the date on something, so I get today’s date. Then I have
to go back to a backup file. It would be nice when entering historical
transactions if it was impossible to use todays date - one is forced to
change the date is something in preferences prevented todays date being
used. --
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request - Totals in Search Results

[Gyle McCollam]

I'm surprised that it doesn't already do that, but this is not the forum to 
request enhancements.  You should log into the bug reporting system, even 
though this is not a bug.  There you can request an enhancement under the 
severity section.


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com<mailto:gmccol...@gyleshomes.com>   email


From: gnucash-user  on 
behalf of M 
Sent: Tuesday, October 11, 2022 10:50 AM
To: gnucash-user@gnucash.org 
Subject: [GNC] Feature Request - Totals in Search Results

First, thanks to all the great contributors to this project. Gnucash has
really matured during the 3+ years I've been using it. Thanks again.

Second, I have a quick feature request.  When conducting a search (Edit
-> Find...) it would be very useful if the results would populate with a
summary of the totals at the bottom of the screen (much like an account
register does).  I realize this information can be found by running a
transaction report, but it sure would be quick and easy if a summary
appeared in the Search Results transactions window.

Thanks again for everyone's work.

MIke
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Feature Request - Totals in Search Results

[M]

First, thanks to all the great contributors to this project. Gnucash has 
really matured during the 3+ years I've been using it. Thanks again.


Second, I have a quick feature request.  When conducting a search (Edit 
-> Find...) it would be very useful if the results would populate with a 
summary of the totals at the bottom of the screen (much like an account 
register does).  I realize this information can be found by running a 
transaction report, but it sure would be quick and easy if a summary 
appeared in the Search Results transactions window.


Thanks again for everyone's work.

MIke
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

[Dustin Henning]

It used to work the way you want a long time ago, but it was so long ago 
that it might require a feature request now.  I have a bug open, though, 
and they have provided a workaround of sorts in the latest versions.  
There is now an "Append" checkbox in the transaction matcher, which will 
keep your notes even though it adds the other extraneous data that used 
to be dropped with U+C.  Unfortunately, the "Append" option uses a 
"pipe" separator even fields are blank (I always left the description 
blank so it would show the statement info and typed what I wanted in 
notes), so you get the "pipe" ahead of your description in addition to a 
"pipe" and extraneous data that isn't even technically in the OFX/QFX 
file after your description.


If you want to review the bug report, it's here: 
https://bugs.gnucash.org/show_bug.cgi?id=798296


On 4/29/22 8:09 PM, Eric H. Bowen via gnucash-user wrote:
There is an issue which has been bugging me for some time with regard 
to OFX/QFX imports: At least from my credit cards/financial 
institution, when data is imported it overwrites the existing data in 
both the "Description" and the "Notes" field...and, nine times out of 
ten, the QFX "Notes" field is essentially a rehash of the 
"Description" field.


I like to leave transaction identification information in the "Notes" 
field so that months later (Tax time!) I can recall the exact purpose 
of a purchase without having to do a search through my email logs or 
PayPal transactions in order to identify what that eBay purchase was 
actually for. But at present any information I put there gets 
overwritten unless I remember to manually re-enter it after the 
transaction clears when I do an import from my financial institution.


I'd like to have a switch somewhere in "Settings" where you could 
customize the QFX (and possibly QIF, although I don't use that much) 
import so that if the Notes field is non-blank it does not get 
overwritten by the imported data. Perhaps there already is such a 
switch and I've just missed it; if so could someone enlighten me? 
Otherwise I'd like to make this a formal feature request; how do I go 
about doing that?


Eric H. Bowen


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

[Christopher Lam]

There's a global preference that you can toggle which removes the update
option.

On Sat, 30 Apr 2022, 9:52 am Eric H. Bowen via gnucash-user, <
gnucash-user@gnucash.org> wrote:

> Gyle,
>
> I do this when I remember, especially with regard to checks. But I've
> still had data overwritten later when I imported data, the import
> brought in data which I had already entered, and I neglected to go
> through the whole list and change everything to 'c'. I still think that
> a settings switch which preserves the 'Notes' field by default when
> importing data would be a worthwhile additionEric.
>
> On 4/29/22 20:18, Gyle McCollam wrote:
> > Eric,
> > I know you probably tried this , but when you are importing Are you
> > checking the "c" box and not the "u+c" box.  The "c" only clears,
> > whereas the "u+c" UPDATES and clears.
> >
> > Thank You,
> > *Gyle McCollam*
> >
> > Gyle McCollam
> >
> > 609.680.2326Mobile
> >
> > gmccol...@live.com <mailto:gmccol...@gyleshomes.com>email
> >
> > 
> > *From:* gnucash-user
> >  on behalf of Eric
> > H. Bowen via gnucash-user 
> > *Sent:* Friday, April 29, 2022 8:09 PM
> > *To:* gnucash-user@gnucash.org 
> > *Subject:* [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?
> > There is an issue which has been bugging me for some time with regard to
> > OFX/QFX imports: At least from my credit cards/financial institution,
> > when data is imported it overwrites the existing data in both the
> > "Description" and the "Notes" field...and, nine times out of ten, the
> > QFX "Notes" field is essentially a rehash of the "Description" field.
> >
> > I like to leave transaction identification information in the "Notes"
> > field so that months later (Tax time!) I can recall the exact purpose of
> > a purchase without having to do a search through my email logs or PayPal
> > transactions in order to identify what that eBay purchase was actually
> > for. But at present any information I put there gets overwritten unless
> > I remember to manually re-enter it after the transaction clears when I
> > do an import from my financial institution.
> >
> > I'd like to have a switch somewhere in "Settings" where you could
> > customize the QFX (and possibly QIF, although I don't use that much)
> > import so that if the Notes field is non-blank it does not get
> > overwritten by the imported data. Perhaps there already is such a switch
> > and I've just missed it; if so could someone enlighten me? Otherwise I'd
> > like to make this a formal feature request; how do I go about doing that?
> >
> > Eric H. Bowen
> >
> >
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > If you are using Nabble or Gmane, please see
> > https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

[David Carlson]

Eric,

The 'Append' button is a fairly recently added feature, probably around
release 4.6 or thereabouts. If you are still using an older version perhaps
you should update GnuCash.

On Fri, Apr 29, 2022, 9:16 PM Jean L  wrote:

> Again: the "append" check mark in the import dialog appends notes from
> the OFX to the notes you put in instead of replacing them if 'u+c' is
> selected.
>
>
> On 4/29/2022 6:51 PM, Eric H. Bowen via gnucash-user wrote:
> > Gyle,
> >
> > I do this when I remember, especially with regard to checks. But I've
> > still had data overwritten later when I imported data, the import
> > brought in data which I had already entered, and I neglected to go
> > through the whole list and change everything to 'c'. I still think
> > that a settings switch which preserves the 'Notes' field by default
> > when importing data would be a worthwhile additionEric.
> >
> > On 4/29/22 20:18, Gyle McCollam wrote:
> >> Eric,
> >> I know you probably tried this , but when you are importing Are you
> >> checking the "c" box and not the "u+c" box.  The "c" only clears,
> >> whereas the "u+c" UPDATES and clears.
> >>
> >> Thank You,
> >> *Gyle McCollam*
> >>
> >> Gyle McCollam
> >>
> >> 609.680.2326Mobile
> >>
> >> gmccol...@live.com <mailto:gmccol...@gyleshomes.com>email
> >>
> >> 
> >> *From:* gnucash-user
> >>  on behalf of Eric
> >> H. Bowen via gnucash-user 
> >> *Sent:* Friday, April 29, 2022 8:09 PM
> >> *To:* gnucash-user@gnucash.org 
> >> *Subject:* [GNC] Feature Request/Workaround Info: Preserve "Notes"
> >> Field?
> >> There is an issue which has been bugging me for some time with regard to
> >> OFX/QFX imports: At least from my credit cards/financial institution,
> >> when data is imported it overwrites the existing data in both the
> >> "Description" and the "Notes" field...and, nine times out of ten, the
> >> QFX "Notes" field is essentially a rehash of the "Description" field.
> >>
> >> I like to leave transaction identification information in the "Notes"
> >> field so that months later (Tax time!) I can recall the exact purpose of
> >> a purchase without having to do a search through my email logs or PayPal
> >> transactions in order to identify what that eBay purchase was actually
> >> for. But at present any information I put there gets overwritten unless
> >> I remember to manually re-enter it after the transaction clears when I
> >> do an import from my financial institution.
> >>
> >> I'd like to have a switch somewhere in "Settings" where you could
> >> customize the QFX (and possibly QIF, although I don't use that much)
> >> import so that if the Notes field is non-blank it does not get
> >> overwritten by the imported data. Perhaps there already is such a switch
> >> and I've just missed it; if so could someone enlighten me? Otherwise I'd
> >> like to make this a formal feature request; how do I go about doing
> >> that?
> >>
> >> Eric H. Bowen
> >>
> >>
> >> ___
> >> gnucash-user mailing list
> >> gnucash-user@gnucash.org
> >> To update your subscription preferences or to unsubscribe:
> >> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> >> If you are using Nabble or Gmane, please see
> >> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> >> -
> >> Please remember to CC this list on all your replies.
> >> You can do this by using Reply-To-List or Reply-All.
> >
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > If you are using Nabble or Gmane, please see
> > https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

[Jean L]

Again: the "append" check mark in the import dialog appends notes from 
the OFX to the notes you put in instead of replacing them if 'u+c' is 
selected.



On 4/29/2022 6:51 PM, Eric H. Bowen via gnucash-user wrote:

Gyle,

I do this when I remember, especially with regard to checks. But I've 
still had data overwritten later when I imported data, the import 
brought in data which I had already entered, and I neglected to go 
through the whole list and change everything to 'c'. I still think 
that a settings switch which preserves the 'Notes' field by default 
when importing data would be a worthwhile additionEric.


On 4/29/22 20:18, Gyle McCollam wrote:

Eric,
I know you probably tried this , but when you are importing Are you 
checking the "c" box and not the "u+c" box.  The "c" only clears, 
whereas the "u+c" UPDATES and clears.


Thank You,
*Gyle McCollam*

Gyle McCollam

609.680.2326Mobile

gmccol...@live.com <mailto:gmccol...@gyleshomes.com>email


*From:* gnucash-user 
 on behalf of Eric 
H. Bowen via gnucash-user 

*Sent:* Friday, April 29, 2022 8:09 PM
*To:* gnucash-user@gnucash.org 
*Subject:* [GNC] Feature Request/Workaround Info: Preserve "Notes" 
Field?

There is an issue which has been bugging me for some time with regard to
OFX/QFX imports: At least from my credit cards/financial institution,
when data is imported it overwrites the existing data in both the
"Description" and the "Notes" field...and, nine times out of ten, the
QFX "Notes" field is essentially a rehash of the "Description" field.

I like to leave transaction identification information in the "Notes"
field so that months later (Tax time!) I can recall the exact purpose of
a purchase without having to do a search through my email logs or PayPal
transactions in order to identify what that eBay purchase was actually
for. But at present any information I put there gets overwritten unless
I remember to manually re-enter it after the transaction clears when I
do an import from my financial institution.

I'd like to have a switch somewhere in "Settings" where you could
customize the QFX (and possibly QIF, although I don't use that much)
import so that if the Notes field is non-blank it does not get
overwritten by the imported data. Perhaps there already is such a switch
and I've just missed it; if so could someone enlighten me? Otherwise I'd
like to make this a formal feature request; how do I go about doing 
that?


Eric H. Bowen


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

[Eric H. Bowen via gnucash-user]

Gyle,

I do this when I remember, especially with regard to checks. But I've 
still had data overwritten later when I imported data, the import 
brought in data which I had already entered, and I neglected to go 
through the whole list and change everything to 'c'. I still think that 
a settings switch which preserves the 'Notes' field by default when 
importing data would be a worthwhile additionEric.


On 4/29/22 20:18, Gyle McCollam wrote:

Eric,
I know you probably tried this , but when you are importing Are you 
checking the "c" box and not the "u+c" box.  The "c" only clears, 
whereas the "u+c" UPDATES and clears.


Thank You,
*Gyle McCollam*

Gyle McCollam

609.680.2326Mobile

gmccol...@live.com <mailto:gmccol...@gyleshomes.com>email


*From:* gnucash-user 
 on behalf of Eric 
H. Bowen via gnucash-user 

*Sent:* Friday, April 29, 2022 8:09 PM
*To:* gnucash-user@gnucash.org 
*Subject:* [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?
There is an issue which has been bugging me for some time with regard to
OFX/QFX imports: At least from my credit cards/financial institution,
when data is imported it overwrites the existing data in both the
"Description" and the "Notes" field...and, nine times out of ten, the
QFX "Notes" field is essentially a rehash of the "Description" field.

I like to leave transaction identification information in the "Notes"
field so that months later (Tax time!) I can recall the exact purpose of
a purchase without having to do a search through my email logs or PayPal
transactions in order to identify what that eBay purchase was actually
for. But at present any information I put there gets overwritten unless
I remember to manually re-enter it after the transaction clears when I
do an import from my financial institution.

I'd like to have a switch somewhere in "Settings" where you could
customize the QFX (and possibly QIF, although I don't use that much)
import so that if the Notes field is non-blank it does not get
overwritten by the imported data. Perhaps there already is such a switch
and I've just missed it; if so could someone enlighten me? Otherwise I'd
like to make this a formal feature request; how do I go about doing that?

Eric H. Bowen


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

[Jean L]

There's check box "append" in the import  dialog that does what you're 
asking for...

J.


On 4/29/2022 6:18 PM, Gyle McCollam wrote:

Eric,
I know you probably tried this , but when you are importing Are you checking the "c" box and not the 
"u+c" box.  The "c" only clears, whereas the "u+c" UPDATES and clears.


Thank You,
Gyle McCollam

Gyle McCollam

609.680.2326 Mobile

gmccol...@live.com<mailto:gmccol...@gyleshomes.com>   email


From: gnucash-user  on behalf of 
Eric H. Bowen via gnucash-user 
Sent: Friday, April 29, 2022 8:09 PM
To: gnucash-user@gnucash.org 
Subject: [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

There is an issue which has been bugging me for some time with regard to
OFX/QFX imports: At least from my credit cards/financial institution,
when data is imported it overwrites the existing data in both the
"Description" and the "Notes" field...and, nine times out of ten, the
QFX "Notes" field is essentially a rehash of the "Description" field.

I like to leave transaction identification information in the "Notes"
field so that months later (Tax time!) I can recall the exact purpose of
a purchase without having to do a search through my email logs or PayPal
transactions in order to identify what that eBay purchase was actually
for. But at present any information I put there gets overwritten unless
I remember to manually re-enter it after the transaction clears when I
do an import from my financial institution.

I'd like to have a switch somewhere in "Settings" where you could
customize the QFX (and possibly QIF, although I don't use that much)
import so that if the Notes field is non-blank it does not get
overwritten by the imported data. Perhaps there already is such a switch
and I've just missed it; if so could someone enlighten me? Otherwise I'd
like to make this a formal feature request; how do I go about doing that?

Eric H. Bowen


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

[Gyle McCollam]

Eric,
I know you probably tried this , but when you are importing Are you checking 
the "c" box and not the "u+c" box.  The "c" only clears, whereas the "u+c" 
UPDATES and clears.


Thank You,
Gyle McCollam

Gyle McCollam

609.680.2326 Mobile

gmccol...@live.com<mailto:gmccol...@gyleshomes.com>   email


From: gnucash-user  on 
behalf of Eric H. Bowen via gnucash-user 
Sent: Friday, April 29, 2022 8:09 PM
To: gnucash-user@gnucash.org 
Subject: [GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

There is an issue which has been bugging me for some time with regard to
OFX/QFX imports: At least from my credit cards/financial institution,
when data is imported it overwrites the existing data in both the
"Description" and the "Notes" field...and, nine times out of ten, the
QFX "Notes" field is essentially a rehash of the "Description" field.

I like to leave transaction identification information in the "Notes"
field so that months later (Tax time!) I can recall the exact purpose of
a purchase without having to do a search through my email logs or PayPal
transactions in order to identify what that eBay purchase was actually
for. But at present any information I put there gets overwritten unless
I remember to manually re-enter it after the transaction clears when I
do an import from my financial institution.

I'd like to have a switch somewhere in "Settings" where you could
customize the QFX (and possibly QIF, although I don't use that much)
import so that if the Notes field is non-blank it does not get
overwritten by the imported data. Perhaps there already is such a switch
and I've just missed it; if so could someone enlighten me? Otherwise I'd
like to make this a formal feature request; how do I go about doing that?

Eric H. Bowen


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Feature Request/Workaround Info: Preserve "Notes" Field?

[Eric H. Bowen via gnucash-user]

There is an issue which has been bugging me for some time with regard to 
OFX/QFX imports: At least from my credit cards/financial institution, 
when data is imported it overwrites the existing data in both the 
"Description" and the "Notes" field...and, nine times out of ten, the 
QFX "Notes" field is essentially a rehash of the "Description" field.


I like to leave transaction identification information in the "Notes" 
field so that months later (Tax time!) I can recall the exact purpose of 
a purchase without having to do a search through my email logs or PayPal 
transactions in order to identify what that eBay purchase was actually 
for. But at present any information I put there gets overwritten unless 
I remember to manually re-enter it after the transaction clears when I 
do an import from my financial institution.


I'd like to have a switch somewhere in "Settings" where you could 
customize the QFX (and possibly QIF, although I don't use that much) 
import so that if the Notes field is non-blank it does not get 
overwritten by the imported data. Perhaps there already is such a switch 
and I've just missed it; if so could someone enlighten me? Otherwise I'd 
like to make this a formal feature request; how do I go about doing that?


Eric H. Bowen


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request: Stock currency setting

[rsbrux via gnucash-user]

@Wm
Thanks for your patient explanation!

>>
Don't use the orphans for long, *always* move the tx to an appropriate account 
unless you are the sort of person that throws all their financial documents in 
a drawer and sorts them out only when they have to.
<<
I was unable to use (e.g. move) the transactions which I orphaned, because they 
were in the wrong currency.  I used the orphaned transactions as models from 
which to manually transcribe the needed information into new transactions in 
the correct currency.  Once this was done, I deleted the orphans.

>>
gnc rewards building a good CoA, it is all to do with double entry and good 
practice, if you come from a single entry finance world it can be more formal 
than you expect.
<<
As a layperson, I have no doubt oversimplified.  My securities accounts are 
directly under Assets:Inversments:Bank  presumably I should have added a 
currency layer in between.

>>
Anyway, in the real world stock ABCD bought in two currencies is almost 
certainly actually two holdings of that stock not one *unless* there was a 
currency exchange before the purchase, in which case why not reflect that in 
your accounts?
<<
In my case, it was simply an incorrect interpretation on the part of GnuCash, 
because the security was linked to the wrong currency.  How it could have 
changed is beyond me.

>>
A parallel is people owning stock ABCD in a retirement account and an 
investment account, same stock, two separate holdings, gnc recognizes the 
separation even though you may not acknowledge it.
<<
Provided the account hierarchy is properly set up ;-)

>>
In general, use a CASH or BANK type account of CURRENCY CCC to buy a commodity 
priced in that currency, I do something like this.

ASSET mixed stuff below GBP <-- or whatever your book currency is
\ USD account
\ shares, etc in USD
\ EUR account
\ shares, etc in EUR

It isn't really limiting, all you have to do is put a "plain" account on top of 
the more complex underlying asset, that way most transactions and reports will 
work as expected.
<<
Indeed, this is what I learned from the wiki article which I cited in another 
post.

>>
And if you think about it, gnc is reflecting reality, when you buy a RUB asset 
using CHF there are two exchanges, CHF => RUB => commodity.
<<
Indeed, this was the source of my problems, because the bank started out by 
buying the (USD-denominated) security in CHF, then corrected the transaction 
after I asked them to make future purchases out of my USD account.  Instead 
they retroactively changed the first transaction, which I had already entered 
in CHF, instead of making the conversion explicit, as you suggest.  Your 
approach would have saved me a lot of pain, as it took me over a year to figure 
out how to do it right ;-}












___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request: Stock currency setting

[Wm via gnucash-user]

On 27/10/2018 13:30, rsbrux via gnucash-user wrote:



You can just move the account, but the transaction currency is immutable so you 
will have to delete and re-create the transaction.

As for adding a trading currency to the security editor, it’s possible but the 
code for creating transaction currency is kind of splattered around (register, 
transfer dialog, scheduled transactions, importers, maybe more) so getting it 
right would be a bit of work.
<<

Thanks for the response.  To get the desired results, I found it necessary to delete the 
account I had created for transactions in that security and then > recreate each of the 
transactions using the "orphaned" transactions as a model.


Don't use the orphans for long, *always* move the tx to an appropriate 
account unless you are the sort of person that throws all their 
financial documents in a drawer and sorts them out only when they have to.


>
  If currency is a property of a transaction, would it be easier to 
provide a way to change a transaction's currency than that of a security?


Not really.  A transaction is between two accounts, gnc's model uses a 
commodity per account, nothing wrong or right about that, you just have 
to build your CoA appropriately.


 That would have at least made it possible for me to reuse the 
previously entered transactions, by changing their currency and 
assigning them to the new account.  It isn't even clear to me that 
currency *is* a security property.  In the price editor I found prices 
for the security in question in both CHF and USD.


Transactions are cheap, accounts more expensive :)

gnc rewards building a good CoA, it is all to do with double entry and 
good practice, if you come from a single entry finance world it can be 
more formal than you expect.


Anyway, in the real world stock ABCD bought in two currencies is almost 
certainly actually two holdings of that stock not one *unless* there was 
a currency exchange before the purchase, in which case why not reflect 
that in your accounts?


A parallel is people owning stock ABCD in a retirement account and an 
investment account, same stock, two separate holdings, gnc recognizes 
the separation even though you may not acknowledge it.


In general, use a CASH or BANK type account of CURRENCY CCC to buy a 
commodity priced in that currency, I do something like this.


ASSET mixed stuff below GBP <-- or whatever your book currency is
   \ USD account
\ shares, etc in USD
   \ EUR account
\ shares, etc in EUR

It isn't really limiting, all you have to do is put a "plain" account on 
top of the more complex underlying asset, that way most transactions and 
reports will work as expected.


And if you think about it, gnc is reflecting reality, when you buy a RUB 
asset using CHF there are two exchanges, CHF => RUB => commodity.


--
Wm











___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request: Stock currency setting

[John Ralls]

> On Oct 27, 2018, at 5:30 AM, rsbrux  wrote:
> 
>>> 
> You can just move the account, but the transaction currency is immutable so 
> you will have to delete and re-create the transaction.
> 
> As for adding a trading currency to the security editor, it’s possible but 
> the code for creating transaction currency is kind of splattered around 
> (register, transfer dialog, scheduled transactions, importers, maybe more) so 
> getting it right would be a bit of work.
> <<
> 
> Thanks for the response.  To get the desired results, I found it necessary to 
> delete the account I had created for transactions in that security and then 
> recreate each of the transactions using the "orphaned" transactions as a 
> model.  If currency is a property of a transaction, would it be easier to 
> provide a way to change a transaction's currency than that of a security?  
> That would have at least made it possible for me to reuse the previously 
> entered transactions, by changing their currency and assigning them to the 
> new account.  It isn't even clear to me that currency *is* a security 
> property.  In the price editor I found prices for the security in question in 
> both CHF and USD.
> Thanks for your support!

The transaction currency is the one used to represent the value of each split 
(the split’s amount is in the split account’s currency). It’s the currency 
associated with the account in which you created the transaction. 

The security’s currency is, as I said earlier, that of the nearest 
currency-denominated ancestor account. If you use online quote retrieval it 
should match the currency in which the quotes are denominated to simplify 
calculating the value of the security in your home currency. The prices you 
found were probably from creating transactions on the security in the wrong 
currency: Securities exchanges operate in only one currency and securities that 
are listed on multiple exchanges have a different symbol for each (e.g. Royal 
Dutch Shell is listed on EuroNext and the LSE, trading as RDSA and RDSB 
respectively; there are American Depository Receipts traded on the NYSE as well 
with tickers RDS.A and RDS.B).

Regards,
John Ralls

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request: Stock currency setting

[John Ralls]

> On Oct 21, 2018, at 2:51 AM, rsbrux via gnucash-user 
>  wrote:
> 
> I have been repeatedly frustrated by my failure to remember this advice from 
> https://wiki.gnucash.org/wiki/Stocks/add_stock#Stocks_noted_in_foreign_currency
> 
> >>
> 
> If you start your first (buy) transaction from your stock account, the 
> currency of the parent account will be used. Assuming your default currency 
> is USD and you wish to buy stocks in EUR, then you should first create a 
> normal asset account of currency EUR and below this your stock accounts.
> 
> Alternatively you could start your first transaction from you EUR cash or 
> bank account, but with the first approach everything is much clearer - also 
> later if you forgot the nominal currency.
> 
> <<
> 
> I find it far more intuitive to start securities transactions from the 
> account for the particular security, and I prefer to keep the parent accounts 
> by account rather than by currency.  It is easier to start the transactions 
> from a security account, because the fields provided are described in keeping 
> with with securities transactions.  However, this often gets me in trouble 
> with securities traded in a currency other than my base currency (CHF).  I 
> suspect that I am not the only one with this problem. Would it be possible to 
> add a selection for trading currency in the Security Editor?  It could 
> default to the setting indicated above, but there would at least be a way to 
> explicitly see and control what is now hidden and implicit.
> 
> As a case in point, I have a bank relationship which includes securities as 
> well as accounts in both CHF and USD.  The bank erroneously booked the 
> purchase of a USD-denominated security to my CHF account, and I duly recorded 
> the transaction that way. After I complained to the bank, they rolled back 
> the transaction and posted it to my USD account instead.  Now I see no way of 
> correcting the entries in GnuCash other than to delete the account for the 
> particular security and to recreate it via a transaction starting from my USD 
> account.  Am I missing something here?

You can just move the account, but the transaction currency is immutable so you 
will have to delete and re-create the transaction.

As for adding a trading currency to the security editor, it’s possible but the 
code for creating transaction currency is kind of splattered around (register, 
transfer dialog, scheduled transactions, importers, maybe more) so getting it 
right would be a bit of work.

Regards,
John Ralls

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Feature request: Stock currency setting

[rsbrux via gnucash-user]

I have been repeatedly frustrated by my failure to remember this advice 
from 
https://wiki.gnucash.org/wiki/Stocks/add_stock#Stocks_noted_in_foreign_currency


>>

If you start your first (buy) transaction from your stock account, the 
currency of the parent account will be used. Assuming your default 
currency is USD and you wish to buy stocks in EUR, then you should first 
create a normal asset account of currency EUR and below this your stock 
accounts.


Alternatively you could start your first transaction from you EUR cash 
or bank account, but with the first approach everything is much clearer 
- also later if you forgot the nominal currency.


<<

I find it far more intuitive to start securities transactions from the 
account for the particular security, and I prefer to keep the parent 
accounts by account rather than by currency.  It is easier to start the 
transactions from a security account, because the fields provided are 
described in keeping with with securities transactions.  However, this 
often gets me in trouble with securities traded in a currency other than 
my base currency (CHF).  I suspect that I am not the only one with this 
problem. Would it be possible to add a selection for trading currency in 
the Security Editor?  It could default to the setting indicated above, 
but there would at least be a way to explicitly see and control what is 
now hidden and implicit.


As a case in point, I have a bank relationship which includes securities 
as well as accounts in both CHF and USD.  The bank erroneously booked 
the purchase of a USD-denominated security to my CHF account, and I duly 
recorded the transaction that way. After I complained to the bank, they 
rolled back the transaction and posted it to my USD account instead.  
Now I see no way of correcting the entries in GnuCash other than to 
delete the account for the particular security and to recreate it via a 
transaction starting from my USD account.  Am I missing something here?



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] feature request, select all on reconcille

[Frank H. Ellenberger]

Hi,

Am 19.05.2018 um 22:05 schrieb Geert Janssens:
:
>> Do you think the 'select all' should be a menu item in a drop down (say the
>> reconcile top level menu?) or on the menu bar as a stand alone button?
>>
> I would prefer to add it to the reconcile top level menu.

Because it is a standard edit key, it should reside in the top level
edit menu. And it should become disabled in contexts, where it is not
available.

~Frank
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] feature request, select all on reconcille

[Dennis Powless]

I've looked over window-reconcile.c and see the section on the menus.

Odd question, how do I actually learn how to do this.  I've read up on gtk,
glade and see in the code where the menu items are coded.

Do I edit the actual file via gedit (geany) or do I use glade?  I'm sure I
can learn the language to edit the file, but is there another easier way,
seems glade would be this?

Do you think the 'select all' should be a menu item in a drop down (say the
reconcile top level menu?) or on the menu bar as a stand alone button?

Maybe point me in the correct location to discuss this?  I know it's a
steep learning curve, but I do have some experience with doing code, just
not this language.

I want to help out with this project and feel I can do some things to help
out once I figure some of it out.



Dennis

On Fri, May 18, 2018 at 10:57 AM, Dennis Powless 
wrote:

> I did not know that, however the ctr-A is a well-known keystroke combo.
>
> I’ll do some reading :)
>
> D
>
> Sent from my iPhone
>
> > On May 18, 2018, at 8:12 AM, Geert Janssens 
> wrote:
> >
> > Op vrijdag 18 mei 2018 13:10:24 CEST schreef Dennis Powless:
> >> I would like to suggest a feature request.  I would be willing to learn
> how
> >> to do it if someone could point me in the right direction on how to
> >> accomplish this.  Would love to learn how to work with GN.  I'll give
> it a
> >> go.
> >>
> >> Would love to have a select all option for the account reconcile.  I
> have
> >> to un-click all the entries before I reconcile.  Have the button I can
> >> click would help a lot.
> >>
> > How about selecting one line and then clicking ctrl-A ?
> > That should select all of them. If you then want all of them to be
> reconciled,
> > select ctrl-R.
> >
> > I realize ctrl-A is a hidden feature. It's not in the reconcile window's
> > menus. So yes, that might be an improvement.
> >
> > To add it you'll need some knowledge of gtk's event model, gtk widgets,
> menus
> > and actions, the gtkbuilder format ("glade") and how to tie callbacks to
> menu
> > actions. The code for the reconcile dialog itself can be found in
> https://
> > github.com/Gnucash/gnucash/blob/maint/gnucash/gnome/window-reconcile.c
> >
> > Regards,
> >
> > Geert
> >
> >
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] feature request, select all on reconcille

[Dennis Powless]

I did not know that, however the ctr-A is a well-known keystroke combo.

I’ll do some reading :)

D

Sent from my iPhone

> On May 18, 2018, at 8:12 AM, Geert Janssens  
> wrote:
> 
> Op vrijdag 18 mei 2018 13:10:24 CEST schreef Dennis Powless:
>> I would like to suggest a feature request.  I would be willing to learn how
>> to do it if someone could point me in the right direction on how to
>> accomplish this.  Would love to learn how to work with GN.  I'll give it a
>> go.
>> 
>> Would love to have a select all option for the account reconcile.  I have
>> to un-click all the entries before I reconcile.  Have the button I can
>> click would help a lot.
>> 
> How about selecting one line and then clicking ctrl-A ?
> That should select all of them. If you then want all of them to be 
> reconciled, 
> select ctrl-R.
> 
> I realize ctrl-A is a hidden feature. It's not in the reconcile window's 
> menus. So yes, that might be an improvement.
> 
> To add it you'll need some knowledge of gtk's event model, gtk widgets, menus 
> and actions, the gtkbuilder format ("glade") and how to tie callbacks to menu 
> actions. The code for the reconcile dialog itself can be found in https://
> github.com/Gnucash/gnucash/blob/maint/gnucash/gnome/window-reconcile.c
> 
> Regards,
> 
> Geert
> 
> 
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] feature request, select all on reconcille

[Geert Janssens]

Op vrijdag 18 mei 2018 13:10:24 CEST schreef Dennis Powless:
> I would like to suggest a feature request.  I would be willing to learn how
> to do it if someone could point me in the right direction on how to
> accomplish this.  Would love to learn how to work with GN.  I'll give it a
> go.
> 
> Would love to have a select all option for the account reconcile.  I have
> to un-click all the entries before I reconcile.  Have the button I can
> click would help a lot.
> 
How about selecting one line and then clicking ctrl-A ?
That should select all of them. If you then want all of them to be reconciled, 
select ctrl-R.

I realize ctrl-A is a hidden feature. It's not in the reconcile window's 
menus. So yes, that might be an improvement.

To add it you'll need some knowledge of gtk's event model, gtk widgets, menus 
and actions, the gtkbuilder format ("glade") and how to tie callbacks to menu 
actions. The code for the reconcile dialog itself can be found in https://
github.com/Gnucash/gnucash/blob/maint/gnucash/gnome/window-reconcile.c

Regards,

Geert


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] feature request, select all on reconcille

[Dennis Powless]

I would like to suggest a feature request.  I would be willing to learn how
to do it if someone could point me in the right direction on how to
accomplish this.  Would love to learn how to work with GN.  I'll give it a
go.

Would love to have a select all option for the account reconcile.  I have
to un-click all the entries before I reconcile.  Have the button I can
click would help a lot.

Dennis
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.