Re: [GNC] Question about billing

[G R Hewitt]

HI,
Have you tried asking your credit card company to change the billing date
to the end of the month, that would solve that particular problem?

On Sat, 1 Jul 2023 at 23:24, C H  wrote:

> Hello,
>
> I downloaded GNUcash a couple weeks ago and I've been gradually entering
> past data, and there's something I keep running into that I'm hoping
> someone here can give me advice about. When I create bills, I frequently
> want some expenses to count to one period, and some to count to another.
> For example, when I enter a credit card bill, statements are generated
> halfway through the month. Half of expenses might be from May and the other
> half from June. The only way I've found to make expenses match the right
> period is to create two invoices. It feels like there must be a better way.
>
> I tried entering each transaction through journal entries, but it was
> cumbersome, prone to mistakes, and then I lost the ability to view
> information about my credit card bills on the vendor report page.
>
> Is there an easier way to match expenses to the right period?
>
> Thanks
> ___
> 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] Adding Bank Account/Cash on Reports

[Koshy Thomas]

Hello there,

On Invoice & Transaction report, how can I show the Bank Account or CASH to 
which the Customer has paid .
On Transaction report, for each transaction wish to show to which account the 
money has been deposited.

Please help.

Regards,
Koshy Thomas



___
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] Default to Plain English instead of Debit and Credit

[Stan Brown]

On 2023-07-01 18:26, R Losey wrote:
> Helpful, but I spent too much time away from the accounting world, and I've
> gotten used to the more general usage of "credit" and "debit" words in
> general English, where debit is used for "take away from" and 'credit' is
> used for "add to".
> 
> Thus I used the simplified terms in GnuCash.

Of course you should use whichever option you wish.

But there's one common exception to the rule you stated: when your bank
or merchant issues a credit to your account, that doesn't add to
anything but _reduces_ your balance. A lot of people have trouble with
this point, because the business uses terms that suit _its_ books but
are opposite to the terms that suit the customer's books.

My own view is that people would be better off just to learn the right
uses of "debit" and "credit" -- it's really not that hard, and at least
it's unambiguous. But ultimately it's each person's choice of what they
feel comfortable with.

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] How to revert to previous input mode?

[Vincent Dawans]

Pierre:

On this point in particular:
> Worse, typing "Pens" auto-populated an old "Camper expenses" entry
which
> now had to be canceled and restarted.

This was an issue in early 5 releases but as far as I know 5.3 no longer
does a mid-word match so it should no longer happen in 5.3. In fact a lot
of the old 4.x behavior such as giving priority to recent matches and start
of string matches has been brought back in 5.3 so I would give it a try.

Sincerely,

Vincent

On Sat, Jul 1, 2023 at 4:17 PM Pierre Fortin  wrote:

> On Sat, 1 Jul 2023 16:31:55 + Gyle McCollam wrote:
>
> >Pierre,
> >you stated you have to:
> >new method:
> > +|-. TAB, TAB, p(long list with "Don't Autocomplete" at top,
> > up-arrow, ENTER, pr(still long list with "Don't Autocomplete" at top,
> > up-arrow, ENTER, pre(still long list with "Don't Autocomplete" at top,
> >arrows or mouse actions once enough characters have been entered to
> >reduce the list where last month's transaction is now visible, etc...
> >
> >I don't understand why you need to up arrow after each character.  You
> can type "p", then "r", then "e" just like you used to do. You can type as
> many letters as you need without selecting "Don't Autocomplete" which is
> what you seem to be saying.
>
> No, I don't have to up-arrow; but I was trying to make the point that the
> new method has added a lot of extra visual cruft and confusion.  Worse,
> typing "Pens" auto-populated an old "Camper expenses" entry which
> now had to be canceled and restarted.
>
> The old method matched just the beginning while the new matches anything
> resulting in too much visual data.  For a new user with little historical
> data, this may be fine; but a long time user can have hundreds of entries
> which adds to the wasted time getting the job done.
>
> The old way, I only needed to type 1 or 2 characters; now, I have to type
> many more characters to narrow the list down to last month's entry...
>
> I'm not trying to dis the new method; it may be fine for some... but
> having the option to choose would be appreciated:  one checkbox and:
> if old:
>   ...
> elif new:
>   ...
>
> There's a lot of history in some GNC users' data; but it doesn't need to
> be put front and center on every new entry...
>
> HTH,
> Pierre
>
> >Thank You,
> >
> >Gyle McCollam
> >
> >Gyle McCollam
> >
> >gmccol...@live.com   email
> >
> >
> >From: gnucash-user 
> on behalf of Pierre Fortin 
> >Sent: Saturday, July 1, 2023 12:11 PM
> >To: gnucash-user@gnucash.org 
> >Subject: Re: [GNC] How to revert to previous input mode?
> >
> >On Sat, 1 Jul 2023 11:40:38 -0400 Pierre Fortin wrote:
> >
> >resetting this thread to restate since GNC was updated from 5.1 to 5.3 a
> >few days ago
> >
> >>GnuCash 5.3
> >>Build ID: 5.3+(2023-06-26)
> >
> >>>Operating System: Mageia 9
> >>>KDE Plasma Version: 5.27.5
> >>>KDE Frameworks Version: 5.105.0
> >>>Qt Version: 5.15.7
> >>>Kernel Version: 6.3.9-server-2.mga9 (64-bit)
> >>>Graphics Platform: X11
> >>>Processors: 20 × 12th Gen Intel® Core™ i7-12700K
> >>>Memory: 125.5 GiB of RAM
> >>>Graphics Processor: AMD Radeon RX 6600 XT
> >>>Manufacturer: Dell Inc.
> >>>Product Name: XPS 8950
> >
> >
> There's been a whole lot of turmoil and change in this area over the
> last few months, the upshot of which is that autofill has changed a lot
> between 5.2 and 5.3. 5.4, which should be releasing soon (to fix another
> serious bug) might address your concerns.
> ⁣
> David T.​
> >
> >I really don't like the new input mechanism.  It results is much extra
> >interaction:
> >
> >old method to enter a monthly recurring transaction:
> > +|- to change date, TAB, TAB, p[revious tansaction], TAB, ENTER (done)
> >
> >new method:
> > +|-. TAB, TAB, p(long list with "Don't Autocomplete" at top,
> > up-arrow, ENTER, pr(still long list with "Don't Autocomplete" at top,
> > up-arrow, ENTER, pre(still long list with "Don't Autocomplete" at top,
> >arrows or mouse actions once enough characters have been entered to
> >reduce the list where last month's transaction is now visible, etc...
> >
> >With LOTS of one-of entries since 2006, the new method is less than
> >friendly.  I can appreciate that it may work for some [new] GNC users; but
> >the original method is much better/faster for long term users users with a
> >huge history of entries.  Besides, typical use is to process mostly the
> >same transactions month to month where the old method excelled...
> >
> >Given an option, I would select the old method as it was MUCH faster.
> >
> >Thanks,
> >Pierre
> >
> On Jul 1, 2023, 16:33, at 16:33, Pierre Fortin  wrote:
> 
> >Hi,
> >
> >Having used gnucash for many years, I've been quite happy with all my
> >built-in history where most new entries could be done in a minimum of
> >keystrokes.
> >
> >The new interface where it offers all(?) the possible choices is
> >driving
> >my 

Re: [GNC] Default to Plain English instead of Debit and Credit

[R Losey]

Helpful, but I spent too much time away from the accounting world, and I've
gotten used to the more general usage of "credit" and "debit" words in
general English, where debit is used for "take away from" and 'credit' is
used for "add to".

Thus I used the simplified terms in GnuCash.

Here is the table in a mono-spaced font:


(an asterisk indicates a main account type)
* BALANCEACCCOUNT TYPE DEBIT  CREDIT
   debitNONE   Funds In   Funds Out
   debitBANK   DepositWithdrawal
   debitCASH   ReceiveSpend
   debitCREDIT PaymentCharge
   credit   CREDIT PaymentCharge
 * DebitASSET  Increase   Decrease
 * Credit   LIABILITY  Decrease   Increase
   debitSTOCK  BuySell
   debitMUTUAL BuySell
   debitCURRENCY   BuySell
 * Credit   INCOME Charge Income
 * DebitEXPENSEExpenseRebate
 * Credit   PAYABLEPaymentBill
 * DebitRECEIVABLE InvoicePayment
   credit   TRADINGDecrease   Increase
 * Credit   EQUITY Decrease   Increase




On Sat, Jul 1, 2023 at 10:00 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> I understand your post is in the context of the importer - which is a
> whole different beast, but discerning the 'normal' balance of account
> types is not a mystery. It is dependent on their position in the
> Accounting Equation.
>
>
> Assets = Liabilities + Equity
>
> *adding in the special Equity type account of Retained Earnings yields:
>
>
> Assets = Liabilities + Equity + Retained Earnings
>
>
> Retained Earnings = Income - Expenses
>
>
> thus:
>
>
> Assets = Liabilities + Equity + Income - Expenses
>
>
> moving terms so all are 'positive':
>
>
> Assets + Expenses = Liabilities + Equity + Income
>
>
> and since:
>
>
> Debit = Credit, Left Side = Right Side
>
>
> therefore:
>
> Assets & Expenses are normally (when positive) Debit balanced accounts
> (left side), and Liabilities, Equity & Income are normally (when
> positive) Credit balanced accounts (right side).
>
> Gnucash treats the equation differently internally, so by default this
> is a bit different:
>
> Assets + Expenses - Liabilities - Equity - Income = 0
>
> thus:
>
> By *default* in Gnucash, Liabilities, Equity & Income normally show
> their Credit balances as negative numbers. (because their terms have
> been moved to the opposite, or left, side of the equation in the code)
> The 'Reversed Balanced Accounts' preference adjusts the *presentation*
> back to the original equation per your liking. Internally, these
> accounts remain negative when they have a credit balance.
>
> -
>
> Your below chart looks correct except the one type I noted below:
>
> Regards,
> Adrien
>
> On 6/30/23 11:00 PM, flywire wrote:
> > Is it CR or DB? Who knows, toss a coin:
> > https://bugs.gnucash.org/show_bug.cgi?id=798964
> >
> > An interesting list of accounts adapted from a comment with an `*` next
> to
> > the main account types:
> >
> > * BALANCE ACCCOUNT TYPE   DEBITCREDIT
> >debitNONE   Funds In Funds Out
> >debitBANK   Deposit  Withdrawal
> >debitCASH   Receive  Spend
>
> -
> >debitCREDIT Payment  Charge
>   credit   CREDIT Payment  Charge
> *A Credit Card type account is a Liability and thus normally has a
> Credit balance.
>
> -
> > * DebitASSET  Increase Decrease
> > * Credit   LIABILITY  Decrease Increase
> >debitSTOCK  Buy  Sell
> >debitMUTUAL Buy  Sell
> >debitCURRENCY   Buy  Sell
> > * Credit   INCOME Charge   Income
> > * DebitEXPENSEExpense  Rebate
> > * Credit   PAYABLEPayment  Bill
> > * DebitRECEIVABLE Invoice  Payment
> >credit   TRADINGDecrease Increase
> > * Credit   EQUITY Decrease Increase
>
> ___
> 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] GnuCash 5.3 autofill headaches

[R Losey]

I am on Ventura, and it seems odd; sometimes it is autofilling, and
sometimes it isn't. Maybe 5.3 restarted from scratch?

Or, if I'm remembering correctly, prior to this release, if I backspaced
and went forward, it didn't autofill (this is probably on purpose), but if
I removed all of the characters in the line, the auto-fill was re-enabled.



On Fri, Jun 30, 2023 at 1:41 PM Dustin Henning  wrote:

> I'm on Ventura, so maybe the environment is relevant since a previous
> post mentioned things being different on Monterrey than I experience.  I
> just tried 5.3-1 again with my file, notes don't autofill.  I tried
> 5.2-1 with my file, notes don't autofill.  I tried 5.1-2 with my file,
> notes DO autofill.  I tried 5.1-2 with your file in the Checking account
> and "Note how the value match can tell the difference between USD22 and
> C$22" did autofill.  I tried 5.3-1 with your file and the same note
> didn't autofill in the same account.  I guess that narrows it down a
> fair amount (breakage in 5.2-1+ on Ventura 13.3.1(a)).  Should I open a
> bug report and submit your file with it?
>
> On 6/30/23 1:03 PM, Vincent Dawans wrote:
> > The notes and splits are populating from the autofill for me so far,
> > including in this attached test file. Hence those experiencing this
> > feature not working are definitely hitting a bug somewhere (bug or
> > whatever else you want to call it).  There certainly was no
> > intentional change in that behavior that I am aware of.
> >
> > The challenge now is to figure out what is particular about the
> > situations in which the problem is occurring and how to replicate it
> > so the developers can find the origin of the problem. Typically being
> > able to reproduce the error is often more difficult than fixing it
> > (figuring out the diagnosis is harder than providing the cure). For
> > those willing to help with this, one first step could be to create a
> > test file and see whether the behavior exists there as well. If it
> > does, it might be related to your larger PC environment, if it doesn't
> > it might be related to something more specific to your datafile. That
> > would guide what to do as a second step. Alternatively you are welcome
> > to use my test file attached to this email; the data is random, typed
> > over type as I am testing various things with it, which explains some
> > of the strange descriptions, but there is nothing personal or valuable
> > in that file data-wise and you can do whatever test you need on it for
> > testing. It has US and Canadian dollar transactions as a way to test
> > multicurrency features but it's not relevant to this issue.
> >
> > Sincerely,
> >
> > Vincent Dawans
> >
> > On Fri, Jun 30, 2023 at 9:18 AM Dustin Henning  wrote:
> >
> > My notes populated automatically on 5.0, they didn't on 5.3.  I
> > downgraded to 5.0 and they do again.  The pop-up list works the
> > same for
> > me on 5.0 and 5.3 except for the added option to disable it. I
> > wouldn't
> > want to disable it unless I got the old behavior back, but the old
> > behavior seems to clearly be going away seeing as how it was removed
> > from another field in 5.3.  The reason my description field has large
> > lists is because of previous changes to the OFX/QFX importer meaning
> > that I manually populate that field for certain accounts now while it
> > was automatically populated previously.  My understanding is that
> > behavioral change wasn't the work of the GunCash dev team, so it
> > is what
> > it is.  While it also affects my notes field, the automatic typing
> > in my
> > notes field is more similar to the automatic typing in your
> > description
> > field.  I basically use them for the opposite of what you do due
> > to how
> > the OFX/QFX importer worked (and technically would probably still
> > do the
> > same now, it's just more work with the new importer behavior).
> >
> > That having been said, the OFX/QFX importer behavior actually
> > improved
> > slightly in 5.3 when compared to 5.0, so maybe I should try 5.1
> > and 5.2
> > to see if I can find something in between to stick with for as
> > long as
> > possible.
> >
> > On 6/29/23 4:18 PM, Adrien Monteleone wrote:
> > > I just upgraded to 5.3-1 on Monterey and it works fine.
> > >
> > > I did have to accept the suggestion from the list and then Tab
> > but it
> > > populated with an autofill of memo, amounts, et cetera from my last
> > > transaction with the same Description.
> > >
> > > I'll add here that I use GnuCash with old paper and pen habits,
> > that
> > > is, I use the 'Description' field as strictly a 'Payee/Payor'
> > field.
> > > Actual descriptive information I put in the Notes and/or Memo
> > fields.
> > > (Notes for the whole transaction, Memos for things specific to a
> > > split) That usage greatly 

Re: [GNC] How to revert to previous input mode?

[Pierre Fortin]

On Sat, 1 Jul 2023 16:31:55 + Gyle McCollam wrote:

>Pierre,
>you stated you have to:
>new method:
> +|-. TAB, TAB, p(long list with "Don't Autocomplete" at top,
> up-arrow, ENTER, pr(still long list with "Don't Autocomplete" at top,
> up-arrow, ENTER, pre(still long list with "Don't Autocomplete" at top,
>arrows or mouse actions once enough characters have been entered to
>reduce the list where last month's transaction is now visible, etc...
>
>I don't understand why you need to up arrow after each character.  You can 
>type "p", then "r", then "e" just like you used to do. You can type as many 
>letters as you need without selecting "Don't Autocomplete" which is what you 
>seem to be saying.

No, I don't have to up-arrow; but I was trying to make the point that the
new method has added a lot of extra visual cruft and confusion.  Worse,
typing "Pens" auto-populated an old "Camper expenses" entry which
now had to be canceled and restarted.  

The old method matched just the beginning while the new matches anything
resulting in too much visual data.  For a new user with little historical
data, this may be fine; but a long time user can have hundreds of entries
which adds to the wasted time getting the job done.

The old way, I only needed to type 1 or 2 characters; now, I have to type
many more characters to narrow the list down to last month's entry...

I'm not trying to dis the new method; it may be fine for some... but
having the option to choose would be appreciated:  one checkbox and:
if old:
  ...
elif new:
  ...

There's a lot of history in some GNC users' data; but it doesn't need to
be put front and center on every new entry... 

HTH,
Pierre

>Thank You,
>
>Gyle McCollam
>
>Gyle McCollam
>
>gmccol...@live.com   email
>
>
>From: gnucash-user  on 
>behalf of Pierre Fortin 
>Sent: Saturday, July 1, 2023 12:11 PM
>To: gnucash-user@gnucash.org 
>Subject: Re: [GNC] How to revert to previous input mode?
>
>On Sat, 1 Jul 2023 11:40:38 -0400 Pierre Fortin wrote:
>
>resetting this thread to restate since GNC was updated from 5.1 to 5.3 a
>few days ago
>
>>GnuCash 5.3
>>Build ID: 5.3+(2023-06-26)  
>
>>>Operating System: Mageia 9
>>>KDE Plasma Version: 5.27.5
>>>KDE Frameworks Version: 5.105.0
>>>Qt Version: 5.15.7
>>>Kernel Version: 6.3.9-server-2.mga9 (64-bit)
>>>Graphics Platform: X11
>>>Processors: 20 × 12th Gen Intel® Core™ i7-12700K
>>>Memory: 125.5 GiB of RAM
>>>Graphics Processor: AMD Radeon RX 6600 XT
>>>Manufacturer: Dell Inc.
>>>Product Name: XPS 8950  
>
>
There's been a whole lot of turmoil and change in this area over the last 
few months, the upshot of which is that autofill has changed a lot between 
5.2 and 5.3. 5.4, which should be releasing soon (to fix another serious 
bug) might address your concerns.
⁣
David T.​  
>
>I really don't like the new input mechanism.  It results is much extra
>interaction:
>
>old method to enter a monthly recurring transaction:
> +|- to change date, TAB, TAB, p[revious tansaction], TAB, ENTER (done)
>
>new method:
> +|-. TAB, TAB, p(long list with "Don't Autocomplete" at top,
> up-arrow, ENTER, pr(still long list with "Don't Autocomplete" at top,
> up-arrow, ENTER, pre(still long list with "Don't Autocomplete" at top,
>arrows or mouse actions once enough characters have been entered to
>reduce the list where last month's transaction is now visible, etc...
>
>With LOTS of one-of entries since 2006, the new method is less than
>friendly.  I can appreciate that it may work for some [new] GNC users; but
>the original method is much better/faster for long term users users with a
>huge history of entries.  Besides, typical use is to process mostly the
>same transactions month to month where the old method excelled...
>
>Given an option, I would select the old method as it was MUCH faster.
>
>Thanks,
>Pierre
>
On Jul 1, 2023, 16:33, at 16:33, Pierre Fortin  wrote:
  
>Hi,
>
>Having used gnucash for many years, I've been quite happy with all my
>built-in history where most new entries could be done in a minimum of
>keystrokes.
>
>The new interface where it offers all(?) the possible choices is
>driving
>my nuts.  This change has slowed down data and entry wasting time...
> In my late 70s; this matters!
>
>This morning, trying to enter "Pens", it insists on picking "Camper
>expenses" unless I grab the mouse and click where TAB was all I
> needed.
>  
>
>Is there a way to revert back to the previous interface?  This should
>be
>a choice in settings.  Maybe it's there; but I haven't found it...
>
>Thanks for an otherwise great program,
>Pierre  
>
>___
>gnucash-user mailing list
>gnucash-user@gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>-

Re: [GNC] Question about billing

[Jim DeLaHunt]

On 2023-07-01 15:23, C H wrote:

Hello,

I downloaded GNUcash a couple weeks ago and I've been gradually entering
past data,


Hello, C H, and welcome to GnuCash!

This is a good type of question for the gnucash-user list, and you will 
find many people here ready to try and help you.


We can help you more if you give us some basic information:

 * For what are you doing bookkeeping: for your personal finances, for
   a business, for something else?
 * What version of GnuCash are you using?
 * What operating system are you using?


… and there's something I keep running into that I'm hoping
someone here can give me advice about. When I create bills, I frequently
want some expenses to count to one period, and some to count to another.
For example, when I enter a credit card bill, statements are generated
halfway through the month. Half of expenses might be from May and the other
half from June. The only way I've found to make expenses match the right
period is to create two invoices. It feels like there must be a better way.


You mention "bills" and "invoices". These terms normally refer to 
GnuCash features which apply to bookkeeping for a business. But you also 
"credit card" "statements". Typically these are are entered as routine 
internal transactions of a person or business, and do not use the 
GnuCash features of "bills" and "invoices".


When you say "enter a credit card bill", do you mean that you hold a 
monthly statement for a particular credit card in your hand, and you are 
entering into GnuCash information about the purchases and payments 
charged to that credit card and listed on that statement?  If so, the 
normal way to do that is to create a GnuCash "account" corresponding to 
that credit card, and then enter each individual purchase or payment as 
a separate GnuCash "transaction" in the credit card's GnuCash "account". 
Each transaction has its own date, some in May, some in June. What you 
do with the monthly statement for the credit card is to "reconcile" it 
with your bookkeeping of the transactions, making sure that your books 
list exactly the same transactions as the statement lists. There is no 
need to use the GnuCash "bills" and "invoices" features.




I tried entering each transaction through journal entries, but it was
cumbersome, prone to mistakes, and then I lost the ability to view
information about my credit card bills on the vendor report page.

Is there an easier way to match expenses to the right period?


If you have not yet read the "GnuCash Tutorial and Concepts Guide" 
, I strongly 
recommend that you put down your statement and read that Guide first. 
See especially section 7. "Credit Cards". You might find it helpful to 
create an separate GnuCash file just for experimentation. Once you do 
the experiments to see how to enter credit card transactions into 
GnuCash using the separate file, then open your main bookkeeping file 
and do the actual data entry.


Best regards,

    —Jim DeLaHunt, from Vancouver, Canada

___
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] Question about billing

[C H]

Hello,

I downloaded GNUcash a couple weeks ago and I've been gradually entering
past data, and there's something I keep running into that I'm hoping
someone here can give me advice about. When I create bills, I frequently
want some expenses to count to one period, and some to count to another.
For example, when I enter a credit card bill, statements are generated
halfway through the month. Half of expenses might be from May and the other
half from June. The only way I've found to make expenses match the right
period is to create two invoices. It feels like there must be a better way.

I tried entering each transaction through journal entries, but it was
cumbersome, prone to mistakes, and then I lost the ability to view
information about my credit card bills on the vendor report page.

Is there an easier way to match expenses to the right period?

Thanks
___
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] How to revert to previous input mode?

[Stan Brown]

Vincent,

Thanks both for the explanation (which opened my eyes too), and for
volunteering to get it into the Wiki.

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

On 2023-07-01 10:17, Vincent Dawans wrote:
> Pierre:
> 
> Your description and Gyle's pointed answer are quite eye-opening to me.
> Possibly there is a confusion with some users as to how the new
> autocomplete list works vs the old way where the autocomplete was added at
> the level of the cursor.
> 
> Just as it was before, the list opening in the new way doesn't mean you
> have to interact with it, just as the autocompletion in the old way didn't
> mean you had to interact with it. If the autocomplete is "wrong", simply
> ignore it and keep typing; as Gyle says you are not expected to do anything
> in the list. In that sense the new way should be better because at least
> what you type in the text box is physically separated from the automatch in
> the list. Keep typing and as soon you see the correct entry selected in the
> list press tab, just as it was before.
> 
> Now it is true that there are differences with the old way in what is
> matched first, and that created a lot of headaches in the earlier 5.x
> versions because some very old transactions would match first, hence the
> first match was often not really useful. But version 5.3 really reduced
> that vs earlier 5.x versions. You might at times still find that the new
> autocomplete picks the wrong match for your use case after one or two
> characters, but then most likely it's the right match for other users and
> the old one gave the wrong match for them. So that's just a matter of
> tweaking what matches first, and it's impossible to get it right 100% of
> the time for all users. But surely it cannot be wrong 100% of the time
> either with the latest tweaks. More tweaking could still be done there, but
> it requires users to give specific examples of why they think a match was
> wrong so we can learn from these wrong matches.
> 
> In that regard the new way at least has one advantage over the old one. If
> I recall correctly, the old one gave you only one main match and you had to
> keep typing until the correct match would show up (I can't recall if you
> could use up/down arrows or not). With the new autocomplete list, you can
> also **if you want** take a shortcut and select another entry in the list
> with either the keyboard (up or down arrow) or mouse (click). I insist on
> **if you want**; it's a shortcut if it's useful to you, you don't have to
> use it. You can also keep typing until the match you want is highlighted,
> as in the old way.
> 
> Finally there is the matter of CANCELLING the final match, meaning wanting
> to enter something new that is not existing, yet a wrong match still occurs
> when you are done typing. Just pressing tab in that case will match
> whatever is highlighted, so that's no good. This was already the case in
> the old way, although less often since the match was LESS permissive. In
> the old interface, the way to get out of a match with the keyboard was to
> press BACKSPACE before tabbing out. In the new interface, you have more
> ways to achieve that. With keyboard only, you can press ESCAPE before
> tabbing out or you can select (up arrow) "Do not autocomplete" in the list;
> with mouse you can still click out or select "Do not autocomplete" in the
> list. The first way with ESCAPE is just as fast as it was before, just a
> different keyboard press.
> 
> Bottom line is that YES this explanation should go in the FAQ or wiki or
> doc, etc. I'll try to possibly make a wiki page showing how to work with
> autocomplete. More documentation is always nice and it would be nice if
> more users would be willing to help with that.
> 
> Sincerely,
> 
> Vincent Dawans
> 
> 
> 
> 
> 
> On Sat, Jul 1, 2023 at 9:33 AM Gyle McCollam  wrote:
> 
>> Pierre,
>> you stated you have to:
>> new method:
>>  +|-. TAB, TAB, p(long list with "Don't Autocomplete" at top,
>>  up-arrow, ENTER, pr(still long list with "Don't Autocomplete" at top,
>>  up-arrow, ENTER, pre(still long list with "Don't Autocomplete" at top,
>> arrows or mouse actions once enough characters have been entered to
>> reduce the list where last month's transaction is now visible, etc...
>>
>> I don't understand why you need to up arrow after each character.  You can
>> type "p", then "r", then "e" just like you used to do. You can type as many
>> letters as you need without selecting "Don't Autocomplete" which is what
>> you seem to be saying.
>>
>>
>>
>> Thank You,
>>
>> Gyle McCollam
>>
>> Gyle McCollam
>>
>> gmccol...@live.com   email
>>
>> 
>> From: gnucash-user  on
>> behalf of Pierre Fortin 
>> Sent: Saturday, July 1, 2023 12:11 PM
>> To: gnucash-user@gnucash.org 
>> Subject: Re: [GNC] How to revert to previous input mode?
>>
>> On Sat, 1 Jul 2023 11:40:38 -0400 Pierre Fortin wrote:
>>
>> resetting this thread to 

Re: [GNC] Finance-Quote 1.57 released!

[Bruce Schuck]

On 7/1/23 12:37, Bruce S wrote:


New version 1.57 of Finance-Quote is available with the following
changes:

I'd also like to add the following disclosure.

For this release I added a quick way to count F::Q usage. It is just a 
simple web fetch of a URL containing the method (yahoo_json, fool, 
alphavantage, etc). Actually just capturing the headers returned. With 
no coding, looking at the web logs I can see how often F::Q is called to 
fetch stock quotes. For those inclined, it's just a few lines in 
Quote.pm. I will likely remove this simple count mechanism in the next 
or subsequent release.


Thank you.

Bruce S.
___
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] Finance-Quote 1.57 released!

[Bruce Schuck]

New version 1.57 of Finance-Quote is available with the following changes:

* Correct set exchange in YahooJSON.pm - Issue #306
* Added close, change and p_change to Tradegate, XETRA and Sinvestor
  Added optional parameter INST_ID to specify the institute id.
  Fixed bug in Tradegate, XETRA and Sinvestor for numbers equal or 
higher than 1.000 - PR #304
* Added GoogleWeb Module
* YahooWeb module added - PR #296
* Added MarketWatch Module
* Replaced cached file with IO::String object in IndiaMutual.pm
* Fixed missing date in AEX.pm - Issue #298
* Fixed Examples in POD Documentation in a few modules - PR #295
* move use strict to be the first statement in TreasuryDirect.pm and 
TwelveData.pm #290
* remove old perl version requirement statements from TreasuryDirect.pm 
and TwelveData.pm #290
* removed Data::Dumper that caused another test to fail from 
TreasuryDirect.pm #290
* Fixed Fool.pm and fool.t - PR #289

Authors:
  - Erik Colson 
  - Paul Fenwick 
  - Vincent Lucarelli 
  - Bruce Schuck 
  - David Hampton 
  - jvolkening 
  - Pawel Konieczny 
  - AndreJ 
  - Mike Alexander 
  - Vinay S Shastry 
  - Bradley Dean 
  - Brent Neal 
  - Jacinta Richardson 
  - e-dorigatti 
  - goodvibes2 
  - Sam Morris 
  - Linas Vepstas 
  - Hiranya Samarasekera 
  - Manuel Friedli 
  - Diego Marcolungo 
  - John Haiducek 
  - alex314159 
  - gregor herrmann 
  - Achim Winkler 
  - Jalon Avens 
  - Paul Howarth 
  - Sigve Indregard 
  - goodvibes2 
  - Ben Hemming 
  - Caleb Begly 
  - CleanShed <72849657+cleans...@users.noreply.github.com>
  - Eelco Dolstra 
  - Emmanuel Di Pretoro 
  - Florian Schlichting 
  - Gabor Szabo 
  - GitGord <46006740+gitg...@users.noreply.github.com>
  - Gustavo R. Montesino 
  - Henrik Ahlgren 
  - Jean-Marie Pacquet 
  - Joseph Heron 
  - Lance Wicks 
  - Liviu Tinta 
  - Martin Kompf 
  - Pete Ratzlaff 
  - Ross Peachey 
  - Stephan Ebelt 
  - thinus 
  - x42x64 
___
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] Default to Plain English instead of Debit and Credit

[Vincent Dawans]

I admit I am a bit lost as to what specific issue is being discussed here
beyond the (recurring) challenge of translating double-entry accounting in
simple terms, which is real but hardly a GC specific challenge.

As relating specifically to account balances (if this is what is being
discussed), then I do certainly understand the challenge of trying to show
balance in a single column because one way or another it requires using
positive or negative signs at some point. As far as I know, that's what the
'Reversed Balance Account" under Edit - Preference - Accounts let's you
tweak as a user in the context of single register and to some extend in the
transaction report as well (with some problematic side effects in totals
and running totals in that case). If you want accounts that TYPICALLY have
a credit balance to show a credit balance as a positive number in the
balance column, then the option is there. If you want income and expense
accounts to show a (respectively) negative and positive balance, then the
option is there. But it's purely a visual on the screen. By definition if
you bring credit and debit amounts in the SAME column combining
income/expense and asset/liabilities account types, then a standard has to
be used for one of debit/credit to be positive and the other negative.
Typically debit is positive and credit is negative, but you could do debit
negative and credit positive and it's fine as well mathematically. What you
CANNOT do is mix both of these standards in the overall accounting
equation, that simply is impossible math. But you can certainly "cheat" and
present things differently when only showing one type of account, or even
accounts limited to BS or P

Other accounting systems I have used bypass this issue by simply never
putting debit and credit amounts in the same columns, even in reports and
even more so in registers. So in that case, you not only show 2 columns for
the transaction amounts as GC already does, but you also show 2 columns for
the account balance (debit and credit as well). Problem solved as no
negative numbers are ever shown in that case. With informal labels that
would look like this for a bank account for instance (the labels could be
different, just giving an example).

DATE  DESCRIPTIONDEPOSIT   WITHDRAWAL
 AVAILABLE BALANCEOVERDRAFT DUE

Just as on every transaction you can only have a positive amount in either
the  DEPOSIT or WITHDRAWAL column, you would also only have one positive
balance amount shown in either the AVAILABLE BALANCE or OVERDRAFT DUE
column. I am not saying we should do this; I am just showing that the same
dual balance column concept could be implemented with informal labels.
After all, informal labels are just account-context-specific labels for
DEBIT and CREDIT, nothing else.

On accounts such as expense and income, it is very rare to have a
(respectively) credit or debit balance. So the informal headings are even
harder to come up with just as they are for the main contra-column (in
particular I am not a big fan of "charge" used for income debit); The words
rebate and refund have dual meaning since they can be seen from the person
being paid giving a refund or a rebate; or the person paying getting a
refund or a rebate. So even "Rebate" being the contra-account for expense
can be confusing. My personal preference would be to use refund and accept
longer names, such as "Refund Received" for the contra-expense accounts and
"Refund Given" for the contra-income accounts. As for how dual balance
columns (if used hypothetically) would be called, that's a whole other
matter.

Finally some accounting packages will show you a third type of dual
columns: the running debit total and running credit total. In the context
of income accounts for instance, it's the running total of all refunds
given and the running total of all income received (not reduced for refunds
given). Hardly something we want to do with GC but I am pointing this out
to show the real challenge of translating a simple yet powerful concept
(debit/credit) into everyday language without going overboard.

That's my take.

--Vincent

On Sat, Jul 1, 2023 at 8:00 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> I understand your post is in the context of the importer - which is a
> whole different beast, but discerning the 'normal' balance of account
> types is not a mystery. It is dependent on their position in the
> Accounting Equation.
>
>
> Assets = Liabilities + Equity
>
> *adding in the special Equity type account of Retained Earnings yields:
>
>
> Assets = Liabilities + Equity + Retained Earnings
>
>
> Retained Earnings = Income - Expenses
>
>
> thus:
>
>
> Assets = Liabilities + Equity + Income - Expenses
>
>
> moving terms so all are 'positive':
>
>
> Assets + Expenses = Liabilities + Equity + Income
>
>
> and since:
>
>
> Debit = Credit, Left Side = Right Side
>
>
> therefore:
>
> Assets & Expenses are normally (when positive) Debit 

Re: [GNC] GnuCash 5.3 autofill headaches

[Jack Slater]

Great idea.

On Sat, Jul 1, 2023 at 9:32 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Maybe that fact should be in the FAQ? Certainly it was often asked how
> to edit the auto-fill in the previous iteration and that likely could
> have been added.
>
> I haven't checked, but perhaps a Documentation bug for tracking
> regarding an explanation of how this now works would be in order if
> someone has time. I'll do a search later though and file it if I don't
> find one already written.
>
> Regards,
> Adrien
>
> On 7/1/23 7:26 AM, David T. via gnucash-user wrote:
> > I'm pretty sure there aren't any options for autofill; therefore, there
> won't be any entries in the FAQ for 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.
>
___
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] How to revert to previous input mode?

[Vincent Dawans]

Pierre:

Your description and Gyle's pointed answer are quite eye-opening to me.
Possibly there is a confusion with some users as to how the new
autocomplete list works vs the old way where the autocomplete was added at
the level of the cursor.

Just as it was before, the list opening in the new way doesn't mean you
have to interact with it, just as the autocompletion in the old way didn't
mean you had to interact with it. If the autocomplete is "wrong", simply
ignore it and keep typing; as Gyle says you are not expected to do anything
in the list. In that sense the new way should be better because at least
what you type in the text box is physically separated from the automatch in
the list. Keep typing and as soon you see the correct entry selected in the
list press tab, just as it was before.

Now it is true that there are differences with the old way in what is
matched first, and that created a lot of headaches in the earlier 5.x
versions because some very old transactions would match first, hence the
first match was often not really useful. But version 5.3 really reduced
that vs earlier 5.x versions. You might at times still find that the new
autocomplete picks the wrong match for your use case after one or two
characters, but then most likely it's the right match for other users and
the old one gave the wrong match for them. So that's just a matter of
tweaking what matches first, and it's impossible to get it right 100% of
the time for all users. But surely it cannot be wrong 100% of the time
either with the latest tweaks. More tweaking could still be done there, but
it requires users to give specific examples of why they think a match was
wrong so we can learn from these wrong matches.

In that regard the new way at least has one advantage over the old one. If
I recall correctly, the old one gave you only one main match and you had to
keep typing until the correct match would show up (I can't recall if you
could use up/down arrows or not). With the new autocomplete list, you can
also **if you want** take a shortcut and select another entry in the list
with either the keyboard (up or down arrow) or mouse (click). I insist on
**if you want**; it's a shortcut if it's useful to you, you don't have to
use it. You can also keep typing until the match you want is highlighted,
as in the old way.

Finally there is the matter of CANCELLING the final match, meaning wanting
to enter something new that is not existing, yet a wrong match still occurs
when you are done typing. Just pressing tab in that case will match
whatever is highlighted, so that's no good. This was already the case in
the old way, although less often since the match was LESS permissive. In
the old interface, the way to get out of a match with the keyboard was to
press BACKSPACE before tabbing out. In the new interface, you have more
ways to achieve that. With keyboard only, you can press ESCAPE before
tabbing out or you can select (up arrow) "Do not autocomplete" in the list;
with mouse you can still click out or select "Do not autocomplete" in the
list. The first way with ESCAPE is just as fast as it was before, just a
different keyboard press.

Bottom line is that YES this explanation should go in the FAQ or wiki or
doc, etc. I'll try to possibly make a wiki page showing how to work with
autocomplete. More documentation is always nice and it would be nice if
more users would be willing to help with that.

Sincerely,

Vincent Dawans





On Sat, Jul 1, 2023 at 9:33 AM Gyle McCollam  wrote:

> Pierre,
> you stated you have to:
> new method:
>  +|-. TAB, TAB, p(long list with "Don't Autocomplete" at top,
>  up-arrow, ENTER, pr(still long list with "Don't Autocomplete" at top,
>  up-arrow, ENTER, pre(still long list with "Don't Autocomplete" at top,
> arrows or mouse actions once enough characters have been entered to
> reduce the list where last month's transaction is now visible, etc...
>
> I don't understand why you need to up arrow after each character.  You can
> type "p", then "r", then "e" just like you used to do. You can type as many
> letters as you need without selecting "Don't Autocomplete" which is what
> you seem to be saying.
>
>
>
> Thank You,
>
> Gyle McCollam
>
> Gyle McCollam
>
> gmccol...@live.com   email
>
> 
> From: gnucash-user  on
> behalf of Pierre Fortin 
> Sent: Saturday, July 1, 2023 12:11 PM
> To: gnucash-user@gnucash.org 
> Subject: Re: [GNC] How to revert to previous input mode?
>
> On Sat, 1 Jul 2023 11:40:38 -0400 Pierre Fortin wrote:
>
> resetting this thread to restate since GNC was updated from 5.1 to 5.3 a
> few days ago
>
> >GnuCash 5.3
> >Build ID: 5.3+(2023-06-26)
>
> >>Operating System: Mageia 9
> >>KDE Plasma Version: 5.27.5
> >>KDE Frameworks Version: 5.105.0
> >>Qt Version: 5.15.7
> >>Kernel Version: 6.3.9-server-2.mga9 (64-bit)
> >>Graphics Platform: X11
> >>Processors: 20 × 12th Gen Intel® Core™ i7-12700K
> >>Memory: 125.5 

Re: [GNC] How to revert to previous input mode?

[Gyle McCollam]

Pierre,
you stated you have to:
new method:
 +|-. TAB, TAB, p(long list with "Don't Autocomplete" at top,
 up-arrow, ENTER, pr(still long list with "Don't Autocomplete" at top,
 up-arrow, ENTER, pre(still long list with "Don't Autocomplete" at top,
arrows or mouse actions once enough characters have been entered to
reduce the list where last month's transaction is now visible, etc...

I don't understand why you need to up arrow after each character.  You can type 
"p", then "r", then "e" just like you used to do. You can type as many letters 
as you need without selecting "Don't Autocomplete" which is what you seem to be 
saying.



Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com   email


From: gnucash-user  on 
behalf of Pierre Fortin 
Sent: Saturday, July 1, 2023 12:11 PM
To: gnucash-user@gnucash.org 
Subject: Re: [GNC] How to revert to previous input mode?

On Sat, 1 Jul 2023 11:40:38 -0400 Pierre Fortin wrote:

resetting this thread to restate since GNC was updated from 5.1 to 5.3 a
few days ago

>GnuCash 5.3
>Build ID: 5.3+(2023-06-26)

>>Operating System: Mageia 9
>>KDE Plasma Version: 5.27.5
>>KDE Frameworks Version: 5.105.0
>>Qt Version: 5.15.7
>>Kernel Version: 6.3.9-server-2.mga9 (64-bit)
>>Graphics Platform: X11
>>Processors: 20 × 12th Gen Intel® Core™ i7-12700K
>>Memory: 125.5 GiB of RAM
>>Graphics Processor: AMD Radeon RX 6600 XT
>>Manufacturer: Dell Inc.
>>Product Name: XPS 8950


>>>There's been a whole lot of turmoil and change in this area over the last 
>>>few months, the upshot of which is that autofill has changed a lot between 
>>>5.2 and 5.3. 5.4, which should be releasing soon (to fix another serious 
>>>bug) might address your concerns.
>>>⁣
>>>David T.​

I really don't like the new input mechanism.  It results is much extra
interaction:

old method to enter a monthly recurring transaction:
 +|- to change date, TAB, TAB, p[revious tansaction], TAB, ENTER (done)

new method:
 +|-. TAB, TAB, p(long list with "Don't Autocomplete" at top,
 up-arrow, ENTER, pr(still long list with "Don't Autocomplete" at top,
 up-arrow, ENTER, pre(still long list with "Don't Autocomplete" at top,
arrows or mouse actions once enough characters have been entered to
reduce the list where last month's transaction is now visible, etc...

With LOTS of one-of entries since 2006, the new method is less than
friendly.  I can appreciate that it may work for some [new] GNC users; but
the original method is much better/faster for long term users users with a
huge history of entries.  Besides, typical use is to process mostly the
same transactions month to month where the old method excelled...

Given an option, I would select the old method as it was MUCH faster.

Thanks,
Pierre

>>>On Jul 1, 2023, 16:33, at 16:33, Pierre Fortin  wrote:
>>>
Hi,

Having used gnucash for many years, I've been quite happy with all my
built-in history where most new entries could be done in a minimum of
keystrokes.

The new interface where it offers all(?) the possible choices is
driving
my nuts.  This change has slowed down data and entry wasting time...
 In my late 70s; this matters!

This morning, trying to enter "Pens", it insists on picking "Camper
expenses" unless I grab the mouse and click where TAB was all I
 needed.
  

Is there a way to revert back to the previous interface?  This should
be
a choice in settings.  Maybe it's there; but I haven't found it...

Thanks for an otherwise great program,
Pierre

___
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] How to revert to previous input mode?

[Pierre Fortin]

On Sat, 1 Jul 2023 11:40:38 -0400 Pierre Fortin wrote:

resetting this thread to restate since GNC was updated from 5.1 to 5.3 a
few days ago

>GnuCash 5.3
>Build ID: 5.3+(2023-06-26)

>>Operating System: Mageia 9
>>KDE Plasma Version: 5.27.5
>>KDE Frameworks Version: 5.105.0
>>Qt Version: 5.15.7
>>Kernel Version: 6.3.9-server-2.mga9 (64-bit)
>>Graphics Platform: X11
>>Processors: 20 × 12th Gen Intel® Core™ i7-12700K
>>Memory: 125.5 GiB of RAM
>>Graphics Processor: AMD Radeon RX 6600 XT
>>Manufacturer: Dell Inc.
>>Product Name: XPS 8950

 
>>>There's been a whole lot of turmoil and change in this area over the last 
>>>few months, the upshot of which is that autofill has changed a lot between 
>>>5.2 and 5.3. 5.4, which should be releasing soon (to fix another serious 
>>>bug) might address your concerns.
>>>⁣
>>>David T.​

I really don't like the new input mechanism.  It results is much extra
interaction:

old method to enter a monthly recurring transaction:
 +|- to change date, TAB, TAB, p[revious tansaction], TAB, ENTER (done)

new method:
 +|-. TAB, TAB, p(long list with "Don't Autocomplete" at top,
 up-arrow, ENTER, pr(still long list with "Don't Autocomplete" at top,
 up-arrow, ENTER, pre(still long list with "Don't Autocomplete" at top,
arrows or mouse actions once enough characters have been entered to
reduce the list where last month's transaction is now visible, etc...

With LOTS of one-of entries since 2006, the new method is less than
friendly.  I can appreciate that it may work for some [new] GNC users; but
the original method is much better/faster for long term users users with a
huge history of entries.  Besides, typical use is to process mostly the
same transactions month to month where the old method excelled...

Given an option, I would select the old method as it was MUCH faster.

Thanks,
Pierre

>>>On Jul 1, 2023, 16:33, at 16:33, Pierre Fortin  wrote:
>>>
Hi,

Having used gnucash for many years, I've been quite happy with all my
built-in history where most new entries could be done in a minimum of
keystrokes.

The new interface where it offers all(?) the possible choices is
driving
my nuts.  This change has slowed down data and entry wasting time...
 In my late 70s; this matters!

This morning, trying to enter "Pens", it insists on picking "Camper
expenses" unless I grab the mouse and click where TAB was all I
 needed.
  

Is there a way to revert back to the previous interface?  This should
be
a choice in settings.  Maybe it's there; but I haven't found it...

Thanks for an otherwise great program,
Pierre

___
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] Maintain two accounts in same machine

[Stan Brown]

On 2023-07-01 08:01, Fross, Michael wrote:
> Hello N.Srinivasan,
> 
> GNUCash supports an argument where you can simply specify the desired
> .gnucash file.  I'm on windows, and I simply set up two GNUCash "icons",
> each with a different .gnucash file as it's argument.  The lock files are
> distinct and I don't believe there is any risk to having them both open.  I
> do store the different files in different directories.
> 
> Is that what you are asking?

What you say is true as far as it goes, but I think you're leaving our
an important point made earlier:

Preferences and saved reports are not tied to a particular GnuCash file.
Thus if you have two different GnuCash account books used by the same
login, they will share preferences and reports.

To keep everything separate, you need to have two user logins on the
same machine, and be careful to access one GnuCash file only from user
login A, and the other GnuCash file only from user login B.

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] How to revert to previous input mode?

[Pierre Fortin]

On Sat, 1 Jul 2023 11:30:53 -0400 Pierre Fortin wrote:

>On Sat, 01 Jul 2023 16:49:30 +0300 David T. wrote:
>
>>You might help us all by telling us the version and OS you're using.  
>
>Sorry...  I was assuming it was the latest on Mageia Linux Cauldron
>(future mga9); but GnuCash is:
>Version: 5.1
>Build ID: 5.1+(2023-04-30)

Argh...  above is from Help>About

gnucash -v Gives:
GnuCash 5.3
Build ID: 5.3+(2023-06-26)


>Looks like I need to ping Mageia to update...
>
>Operating System: Mageia 9
>KDE Plasma Version: 5.27.5
>KDE Frameworks Version: 5.105.0
>Qt Version: 5.15.7
>Kernel Version: 6.3.9-server-2.mga9 (64-bit)
>Graphics Platform: X11
>Processors: 20 × 12th Gen Intel® Core™ i7-12700K
>Memory: 125.5 GiB of RAM
>Graphics Processor: AMD Radeon RX 6600 XT
>Manufacturer: Dell Inc.
>Product Name: XPS 8950
>
>
>>There's been a whole lot of turmoil and change in this area over the last few 
>>months, the upshot of which is that autofill has changed a lot between 5.2 
>>and 5.3. 5.4, which should be releasing soon (to fix another serious bug) 
>>might address your concerns.
>>⁣
>>David T.​
>>
>>On Jul 1, 2023, 16:33, at 16:33, Pierre Fortin  wrote:  
>>>Hi,
>>>
>>>Having used gnucash for many years, I've been quite happy with all my
>>>built-in history where most new entries could be done in a minimum of
>>>keystrokes.
>>>
>>>The new interface where it offers all(?) the possible choices is
>>>driving
>>>my nuts.  This change has slowed down data and entry wasting time... In
>>>my late 70s; this matters!
>>>
>>>This morning, trying to enter "Pens", it insists on picking "Camper
>>>expenses" unless I grab the mouse and click where TAB was all I needed.
>>>  
>>>
>>>Is there a way to revert back to the previous interface?  This should
>>>be
>>>a choice in settings.  Maybe it's there; but I haven't found it...
>>>
>>>Thanks for an otherwise great program,
>>>Pierre
>>>___
>>>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] How to revert to previous input mode?

[Pierre Fortin]

On Sat, 01 Jul 2023 16:49:30 +0300 David T. wrote:

>You might help us all by telling us the version and OS you're using.

Sorry...  I was assuming it was the latest on Mageia Linux Cauldron
(future mga9); but GnuCash is:
Version: 5.1
Build ID: 5.1+(2023-04-30)

Looks like I need to ping Mageia to update...

Operating System: Mageia 9
KDE Plasma Version: 5.27.5
KDE Frameworks Version: 5.105.0
Qt Version: 5.15.7
Kernel Version: 6.3.9-server-2.mga9 (64-bit)
Graphics Platform: X11
Processors: 20 × 12th Gen Intel® Core™ i7-12700K
Memory: 125.5 GiB of RAM
Graphics Processor: AMD Radeon RX 6600 XT
Manufacturer: Dell Inc.
Product Name: XPS 8950


>There's been a whole lot of turmoil and change in this area over the last few 
>months, the upshot of which is that autofill has changed a lot between 5.2 and 
>5.3. 5.4, which should be releasing soon (to fix another serious bug) might 
>address your concerns.
>⁣
>David T.​
>
>On Jul 1, 2023, 16:33, at 16:33, Pierre Fortin  wrote:
>>Hi,
>>
>>Having used gnucash for many years, I've been quite happy with all my
>>built-in history where most new entries could be done in a minimum of
>>keystrokes.
>>
>>The new interface where it offers all(?) the possible choices is
>>driving
>>my nuts.  This change has slowed down data and entry wasting time... In
>>my late 70s; this matters!
>>
>>This morning, trying to enter "Pens", it insists on picking "Camper
>>expenses" unless I grab the mouse and click where TAB was all I needed.
>>  
>>
>>Is there a way to revert back to the previous interface?  This should
>>be
>>a choice in settings.  Maybe it's there; but I haven't found it...
>>
>>Thanks for an otherwise great program,
>>Pierre
>>___
>>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] HELP! Invoice Stylesheet, how to? V4.8

[Robert Heller]

At Sat, 1 Jul 2023 09:36:19 -0500 adrien.montele...@lusfiber.net wrote:

> 
> Ah, you want TWO images. (Your own logo, plus the PayPal logo)
> 
> My guess would be a custom report (via Scheme) or maybe via CSS as I 
> mentioned with a :before or :after pseudo class that inserts the image 
> somewhere but I haven't tested that approach with GnuCash. (I can't see 
> why it wouldn't work though)

There is the Wiki page on custom reports, but I'll have to check it out.  I 
did this once before back in the days of 1.x and/or 2.x (don't remember when 
exactly).  I have the old code lying around -- guessing I can probably 
adapt/update it.

> 
> You won't find instructions anywhere in the GnuCash documentation for 
> this, you'll just need to tinker and do studying outside a la Scheme and 
> CSS/HTML.

Not really a problem for me.  I am proficent in Lisp (Scheme is just a Lisp 
variant).  I know HTML and CSS as well.

> 
> An alternative might be to make a logo image that has both yours and the 
> PayPal logo in it with a white or transparent background so they appear 
> as separate images - maybe one to the left, the other to the right, for 
> example, and then place and size the image so it looks reasonable in the 
> header.

My "header" image is the full width of the page (this is working properly). 
The other is a "button" image that goes somewhere below the invoice content 
(exactly where depends on how much space the invoice content takes up -- eg 
how many line items are in the invoice).

> 
> Regards,
> Adrien
> 
> On 7/1/23 7:17 AM, Robert Heller wrote:
> > I've already gotten the header set up, but there does not seem to be a place
> > to put the other image.  I think I need to create a new image location.  I 
> > did
> > that in the older versions with some Scheme code.  I'm guessing I need to do
> > something similar, but it is not clear how to do that.
> 
> ___
> 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.
> 
>   
>
> 

-- 
Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

  
___
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] Maintain two accounts in same machine

[Fross, Michael]

Hello N.Srinivasan,

GNUCash supports an argument where you can simply specify the desired
.gnucash file.  I'm on windows, and I simply set up two GNUCash "icons",
each with a different .gnucash file as it's argument.  The lock files are
distinct and I don't believe there is any risk to having them both open.  I
do store the different files in different directories.

Is that what you are asking?

Michae

On Sat, Jul 1, 2023 at 8:01 AM Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

> On 7/1/2023 5:47 AM, Sergey Mende wrote:
> > You could try to `set HOME` environment variable in a batch file followed
> > by gnucash invocation. According to
> https://docs.gtk.org/gtk3/running.html
> > a gtk app should inspect it on Windows as well.
> > I can't verify this as I have no Windows, so please share your results.
> >
> > Sergey
> >
> Remember, if the question is "same machine" as opposed to "within the
> same user log in" this is trivial as separate data areas for each "user"
> *the computer does not "know" one human has multiple log ins.
>
> But we are probably correct that the person did not mean ask about "same
> machine" but "within the same log in"
>
> 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] Default to Plain English instead of Debit and Credit

[Adrien Monteleone]

I understand your post is in the context of the importer - which is a 
whole different beast, but discerning the 'normal' balance of account 
types is not a mystery. It is dependent on their position in the 
Accounting Equation.



Assets = Liabilities + Equity

*adding in the special Equity type account of Retained Earnings yields:


Assets = Liabilities + Equity + Retained Earnings


Retained Earnings = Income - Expenses


thus:


Assets = Liabilities + Equity + Income - Expenses


moving terms so all are 'positive':


Assets + Expenses = Liabilities + Equity + Income


and since:


Debit = Credit, Left Side = Right Side


therefore:

Assets & Expenses are normally (when positive) Debit balanced accounts 
(left side), and Liabilities, Equity & Income are normally (when 
positive) Credit balanced accounts (right side).


Gnucash treats the equation differently internally, so by default this 
is a bit different:


Assets + Expenses - Liabilities - Equity - Income = 0

thus:

By *default* in Gnucash, Liabilities, Equity & Income normally show 
their Credit balances as negative numbers. (because their terms have 
been moved to the opposite, or left, side of the equation in the code) 
The 'Reversed Balanced Accounts' preference adjusts the *presentation* 
back to the original equation per your liking. Internally, these 
accounts remain negative when they have a credit balance.


-

Your below chart looks correct except the one type I noted below:

Regards,
Adrien

On 6/30/23 11:00 PM, flywire wrote:

Is it CR or DB? Who knows, toss a coin:
https://bugs.gnucash.org/show_bug.cgi?id=798964

An interesting list of accounts adapted from a comment with an `*` next to
the main account types:

* BALANCE ACCCOUNT TYPE   DEBITCREDIT
   debitNONE   Funds In Funds Out
   debitBANK   Deposit  Withdrawal
   debitCASH   Receive  Spend


-

   debitCREDIT Payment  Charge

 credit   CREDIT Payment  Charge
*A Credit Card type account is a Liability and thus normally has a 
Credit balance.


-

* DebitASSET  Increase Decrease
* Credit   LIABILITY  Decrease Increase
   debitSTOCK  Buy  Sell
   debitMUTUAL Buy  Sell
   debitCURRENCY   Buy  Sell
* Credit   INCOME Charge   Income
* DebitEXPENSEExpense  Rebate
* Credit   PAYABLEPayment  Bill
* DebitRECEIVABLE Invoice  Payment
   credit   TRADINGDecrease Increase
* Credit   EQUITY Decrease Increase


___
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] HELP! Invoice Stylesheet, how to? V4.8

[Adrien Monteleone]

Ah, you want TWO images. (Your own logo, plus the PayPal logo)

My guess would be a custom report (via Scheme) or maybe via CSS as I 
mentioned with a :before or :after pseudo class that inserts the image 
somewhere but I haven't tested that approach with GnuCash. (I can't see 
why it wouldn't work though)


You won't find instructions anywhere in the GnuCash documentation for 
this, you'll just need to tinker and do studying outside a la Scheme and 
CSS/HTML.


An alternative might be to make a logo image that has both yours and the 
PayPal logo in it with a white or transparent background so they appear 
as separate images - maybe one to the left, the other to the right, for 
example, and then place and size the image so it looks reasonable in the 
header.


Regards,
Adrien

On 7/1/23 7:17 AM, Robert Heller wrote:

I've already gotten the header set up, but there does not seem to be a place
to put the other image.  I think I need to create a new image location.  I did
that in the older versions with some Scheme code.  I'm guessing I need to do
something similar, but it is not clear how to do that.


___
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] GnuCash 5.3 autofill headaches

[Adrien Monteleone]

Maybe that fact should be in the FAQ? Certainly it was often asked how 
to edit the auto-fill in the previous iteration and that likely could 
have been added.


I haven't checked, but perhaps a Documentation bug for tracking 
regarding an explanation of how this now works would be in order if 
someone has time. I'll do a search later though and file it if I don't 
find one already written.


Regards,
Adrien

On 7/1/23 7:26 AM, David T. via gnucash-user wrote:

I'm pretty sure there aren't any options for autofill; therefore, there won't 
be any entries in the FAQ for 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] How to revert to previous input mode?

[David T. via gnucash-user]

You might help us all by telling us the version and OS you're using.

There's been a whole lot of turmoil and change in this area over the last few 
months, the upshot of which is that autofill has changed a lot between 5.2 and 
5.3. 5.4, which should be releasing soon (to fix another serious bug) might 
address your concerns.
⁣
David T.​

On Jul 1, 2023, 16:33, at 16:33, Pierre Fortin  wrote:
>Hi,
>
>Having used gnucash for many years, I've been quite happy with all my
>built-in history where most new entries could be done in a minimum of
>keystrokes.
>
>The new interface where it offers all(?) the possible choices is
>driving
>my nuts.  This change has slowed down data and entry wasting time... In
>my late 70s; this matters!
>
>This morning, trying to enter "Pens", it insists on picking "Camper
>expenses" unless I grab the mouse and click where TAB was all I needed.
>  
>
>Is there a way to revert back to the previous interface?  This should
>be
>a choice in settings.  Maybe it's there; but I haven't found it...
>
>Thanks for an otherwise great program,
>Pierre
>___
>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] How to revert to previous input mode?

[Pierre Fortin]

Hi,

Having used gnucash for many years, I've been quite happy with all my
built-in history where most new entries could be done in a minimum of
keystrokes.

The new interface where it offers all(?) the possible choices is driving
my nuts.  This change has slowed down data and entry wasting time... In
my late 70s; this matters!

This morning, trying to enter "Pens", it insists on picking "Camper
expenses" unless I grab the mouse and click where TAB was all I needed.
  

Is there a way to revert back to the previous interface?  This should be
a choice in settings.  Maybe it's there; but I haven't found it...

Thanks for an otherwise great program,
Pierre
___
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] Maintain two accounts in same machine

[Michael or Penny Novack]

On 7/1/2023 5:47 AM, Sergey Mende wrote:

You could try to `set HOME` environment variable in a batch file followed
by gnucash invocation. According to https://docs.gtk.org/gtk3/running.html
a gtk app should inspect it on Windows as well.
I can't verify this as I have no Windows, so please share your results.

Sergey

Remember, if the question is "same machine" as opposed to "within the 
same user log in" this is trivial as separate data areas for each "user" 
*the computer does not "know" one human has multiple log ins.


But we are probably correct that the person did not mean ask about "same 
machine" but "within the same log in"


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] Default to Plain English instead of Debit and Credit

[Michael or Penny Novack]

On 7/1/2023 12:00 AM, flywire wrote:

Is it CR or DB? Who knows, toss a coin:
https://bugs.gnucash.org/show_bug.cgi?id=798964

An interesting list of accounts adapted from a comment with an `*` next to
the main account types:


Easy to tell which column is debit and which credit. The debit column is 
to the left of the credit column no matter what the type of the account. 
Now whether debit or credit is an increase or decrease does depend on 
the fundamental account type. The fundamental types are asset, 
liability. and equity. For example, account types income and expense are 
of fundamental type equity (temporarily holding amounts that would go to 
equity if you did a "close the books")


You can use the "user friendly" alternatives that change depending on 
the specific account type But do note that when helping I will usually 
speak in terms of debit and credit. I learned in the old days of pen and 
ink on accounting lined paper,



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] GnuCash 5.3 autofill headaches

[David T. via gnucash-user]

I'm pretty sure there aren't any options for autofill; therefore, there won't 
be any entries in the FAQ for them. 

⁣David T. ​

On Jul 1, 2023, 2:32 PM, at 2:32 PM, Jack Slater  wrote:
>Where do I find the FAQ on the options for this latest version of the
>auto-suggest?
>
>On Fri, Jun 30, 2023 at 9:52 PM john  wrote:
>
>> David,
>>
>> OK, so not the marker transaction. I've got only 5 future
>transactions.
>>
>> The read line in Vincent's file is because he has read-only after N
>days
>> set in File>Properties. The transactions above the red line are
>read-only.
>>
>> Regards,
>> John Ralls
>>
>>
>> > On Jun 30, 2023, at 17:43, David H  wrote:
>> >
>> > Hello John,
>> >
>> > Sorry my bad, it's actually Big Sur version 11.7.8 on the iMac, NOT
>> Monterey - memories going !!!  The blank txn is my future credit card
>> payment - happens on the same day each month and I just fill in the
>amount
>> when I know it.  I have one in each of my 3 card accounts and
>multiple in
>> the cheque account for the other side of the splits in them.
>> >
>> > I used Vincent's test file that he posted earlier and it seems to
>do the
>> same thing see below, the register WITHOUT focus when re-opening only
>> displays the blank txn plus 1. He also has multiple blank txns in
>that
>> register.  Not sure where the red line comes from as I don't see it
>in my
>> own file and I can't see a preference for it ?
>> >
>> > Thanks David H.
>> >
>> > 
>> >
>> > On Sat, 1 Jul 2023 at 09:37, John Ralls > jra...@ceridwen.us>> wrote:
>> >> David,
>> >>
>> >> Huh. Two possibilities: I have only a few future transactions, not
>> enough to move the blank transaction that far up the screen, and I
>wonder
>> if that marker transaction (with no debit or credit value) matters.
>> >>
>> >> What macOS version on the iMac?
>> >>
>> >> Regards,
>> >> John Ralls
>> >>
>> >>
>> >> > On Jun 30, 2023, at 1:47 PM, David H > hell...@gmail.com>> wrote:
>> >> >
>> >> > Hi John,
>> >> >
>> >> > I hope I don't sound ungrateful, as always I really appreciate
>the
>> work you and the other devs/translators/etc put in on my most used
>app.
>> >> >
>> >> > Anyway here's a pic of what I'm seeing on all my pc's - haven't
>fired
>> up Ubuntu for a few days so can't say what happens there. I have
>standard
>> sort order on, future dated txns after the blank txn so they stand
>out for
>> me.  As you can see from the pic's different end points.  Looking at
>it
>> again this morning after a coffee I have noticed that if I close
>GnuCash
>> with an account register open that particular register exhibits the
>old
>> behaviour and is scrolled right to the bottom when GnuCash is
>re-opened.
>> Otherwise I only get the blank txn and 1 future dated txn in all open
>> registers.  Usually I close Gnucash with the focus on the Accounts
>tab so
>> it seemed like it affected all registers.   Aha, did I hear you say
>> something about lazy tab repainting/refreshing in a previous post -
>is
>> there a connection ?
>> >> >
>> >> > I've also noticed some of my icons disappearing, but only on my
>slow
>> old 2014 27" iMac - looks a bit weird - like 3 missing, 2 there, more
>> missing and if you move the cursor along the icon row they magically
>> reappear.  Really only an intermittent thing that I've only seen
>twice on
>> the one Mac.
>> >> >
>> >> > Hope this clarifies things somewhat.
>> >> >
>> >> > Cheers David H.
>> >> >
>> >> >
>> >> >
>> >> > 
>> >> >
>> >> > On Sat, 1 Jul 2023 at 03:55, John Ralls > jra...@ceridwen.us>> wrote:
>> >> >
>> >> >
>> >> > > On Jun 30, 2023, at 8:31 AM, Adrien Monteleone <
>> adrien.montele...@lusfiber.net
>>
>> wrote:
>> >> > >
>> >> > >> I also think that the registers now display a little
>differently
>> to what
>> >> > >> they used to.  In 5.1 any open registers always scroll all
>the way
>> to the
>> >> > >> end of the txns when you re-open your GnuCash data file.  In
>5.3
>> they don't
>> >> > >> seem to quite get all the way to the bottom meaning you have
>to
>> manually
>> >> > >> page down in every register you had open to see all your
>future
>> txns, which
>> >> > >> in my case is sometimes 15 - 20 as I like to know what's
>coming up
>> for the
>> >> > >> next 60 days cash flow wise.
>> >> > >
>> >> > > I don't use future-dated transactions, but if it doesn't even
>get
>> to the last transaction (and ideally the next empty one) that could
>get
>> quite annoying.
>> >> > >
>> >> >
>> >> > I just checked that and both open registers had the cursor in
>the
>> blank transaction just like always. There's a  preference to put the
>blank
>> transaction before future transactions. Even with that set I see all
>the
>> ones I have displayed below the blank transaction, but I can imagine
>that
>> if you have more than will fit in the window then GnuCash will scroll
>so
>> that the blank transaction is at the top of the window and some of
>those
>> future transactions aren't visible. I think that's correct 

Re: [GNC] HELP! Invoice Stylesheet, how to? V4.8

[Robert Heller]

At Fri, 30 Jun 2023 23:21:06 -0500 adrien.montele...@lusfiber.net wrote:

> 
> Once you have an Invoice Report on screen, click the Options button and 
> the Layout tab.
> 
> In the header, you can specify a place for a picture, and then further 
> down, you can specify the location for that image file.

I've already gotten the header set up, but there does not seem to be a place 
to put the other image.  I think I need to create a new image location.  I did 
that in the older versions with some Scheme code.  I'm guessing I need to do 
something similar, but it is not clear how to do that.

> 
> You could likely do something with CSS as well, I'm sure with a crafty 
> pseudo class like :before or :after one of the table elements.
> 
> Regards,
> Adrien
> 
> On 6/30/23 3:06 PM, Robert Heller wrote:
> At this point there is one little bit of the style
> > sheet hackery I need some help with: I want to add something to the invoices
> > -- a PayPal payment image (logo). I'm not sure how to do that and syspect 
> > that
> > the GUI does not provide that sort of hook. I did it back in the old days by
> > writing a scheme file -- it is level of hackery still possible? If so, how 
> > is
> > that done with V4.14?
> 
> ___
> 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.
> 
>   
>
> 

-- 
Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services


___
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] GnuCash 5.3 autofill headaches

[Jack Slater]

Where do I find the FAQ on the options for this latest version of the
auto-suggest?

On Fri, Jun 30, 2023 at 9:52 PM john  wrote:

> David,
>
> OK, so not the marker transaction. I've got only 5 future transactions.
>
> The read line in Vincent's file is because he has read-only after N days
> set in File>Properties. The transactions above the red line are read-only.
>
> Regards,
> John Ralls
>
>
> > On Jun 30, 2023, at 17:43, David H  wrote:
> >
> > Hello John,
> >
> > Sorry my bad, it's actually Big Sur version 11.7.8 on the iMac, NOT
> Monterey - memories going !!!  The blank txn is my future credit card
> payment - happens on the same day each month and I just fill in the amount
> when I know it.  I have one in each of my 3 card accounts and multiple in
> the cheque account for the other side of the splits in them.
> >
> > I used Vincent's test file that he posted earlier and it seems to do the
> same thing see below, the register WITHOUT focus when re-opening only
> displays the blank txn plus 1. He also has multiple blank txns in that
> register.  Not sure where the red line comes from as I don't see it in my
> own file and I can't see a preference for it ?
> >
> > Thanks David H.
> >
> > 
> >
> > On Sat, 1 Jul 2023 at 09:37, John Ralls  jra...@ceridwen.us>> wrote:
> >> David,
> >>
> >> Huh. Two possibilities: I have only a few future transactions, not
> enough to move the blank transaction that far up the screen, and I wonder
> if that marker transaction (with no debit or credit value) matters.
> >>
> >> What macOS version on the iMac?
> >>
> >> Regards,
> >> John Ralls
> >>
> >>
> >> > On Jun 30, 2023, at 1:47 PM, David H  hell...@gmail.com>> wrote:
> >> >
> >> > Hi John,
> >> >
> >> > I hope I don't sound ungrateful, as always I really appreciate the
> work you and the other devs/translators/etc put in on my most used app.
> >> >
> >> > Anyway here's a pic of what I'm seeing on all my pc's - haven't fired
> up Ubuntu for a few days so can't say what happens there. I have standard
> sort order on, future dated txns after the blank txn so they stand out for
> me.  As you can see from the pic's different end points.  Looking at it
> again this morning after a coffee I have noticed that if I close GnuCash
> with an account register open that particular register exhibits the old
> behaviour and is scrolled right to the bottom when GnuCash is re-opened.
> Otherwise I only get the blank txn and 1 future dated txn in all open
> registers.  Usually I close Gnucash with the focus on the Accounts tab so
> it seemed like it affected all registers.   Aha, did I hear you say
> something about lazy tab repainting/refreshing in a previous post - is
> there a connection ?
> >> >
> >> > I've also noticed some of my icons disappearing, but only on my slow
> old 2014 27" iMac - looks a bit weird - like 3 missing, 2 there, more
> missing and if you move the cursor along the icon row they magically
> reappear.  Really only an intermittent thing that I've only seen twice on
> the one Mac.
> >> >
> >> > Hope this clarifies things somewhat.
> >> >
> >> > Cheers David H.
> >> >
> >> >
> >> >
> >> > 
> >> >
> >> > On Sat, 1 Jul 2023 at 03:55, John Ralls  jra...@ceridwen.us>> wrote:
> >> >
> >> >
> >> > > On Jun 30, 2023, at 8:31 AM, Adrien Monteleone <
> adrien.montele...@lusfiber.net >
> wrote:
> >> > >
> >> > >> I also think that the registers now display a little differently
> to what
> >> > >> they used to.  In 5.1 any open registers always scroll all the way
> to the
> >> > >> end of the txns when you re-open your GnuCash data file.  In 5.3
> they don't
> >> > >> seem to quite get all the way to the bottom meaning you have to
> manually
> >> > >> page down in every register you had open to see all your future
> txns, which
> >> > >> in my case is sometimes 15 - 20 as I like to know what's coming up
> for the
> >> > >> next 60 days cash flow wise.
> >> > >
> >> > > I don't use future-dated transactions, but if it doesn't even get
> to the last transaction (and ideally the next empty one) that could get
> quite annoying.
> >> > >
> >> >
> >> > I just checked that and both open registers had the cursor in the
> blank transaction just like always. There's a  preference to put the blank
> transaction before future transactions. Even with that set I see all the
> ones I have displayed below the blank transaction, but I can imagine that
> if you have more than will fit in the window then GnuCash will scroll so
> that the blank transaction is at the top of the window and some of those
> future transactions aren't visible. I think that's correct behavior: Ready
> to perform input with the input location visible.
> >> >
> >> > Regards,
> >> > John Ralls
> >> > ___
> >> > gnucash-user mailing list
> >> > gnucash-user@gnucash.org 
> >> > To update your subscription preferences or to unsubscribe:
> >> > 

Re: [GNC] Maintain two accounts in same machine

[Sergey Mende]

You could try to `set HOME` environment variable in a batch file followed
by gnucash invocation. According to https://docs.gtk.org/gtk3/running.html
a gtk app should inspect it on Windows as well.
I can't verify this as I have no Windows, so please share your results.

Sergey

On Sun, Jun 25, 2023 at 2:07 AM N Srinivasan via gnucash-user <
gnucash-user@gnucash.org> wrote:

> Hi,
>
> Is there is a way to maintain two accounts and _reports_ in same
> machine.
>
>
> Thanks,
>
> N.Srinivasan
> ___
> 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.