Re: [GNC] GNUCash becoming unusable ..v3.4

[Jamestk]

>Diane Trefethen, your post made me smile. 

I followed a similar path using Quicken/DOS even to the extent of owning a
HP LX200 (with back light). Then things took a turn, purchased a hugely
expensive Windows CE machine when MS first launched regretting ever since
the sale of my HP 

There was a few years in between before I came across GNCash sometime around
v2.1, not sure. This was an easy transition back then with GNC using a
similar approach, with accounts v Quicken categories (I seem to remember
someone pulling me up quite sharply at the time "they are not categories,
they are accounts,lol" 

Since then the problems have been few and far between and nothing dramatic,
its never crashed and no data has ever been lost. The support team are
helpful and try to accommodate where possible, that said I feel GNU is aimed
more at the Linux user base where tinkering is considered part and parcel of
the OS.  

I suspect these issues are a lot less or not at all on Linux, this again
could be another option for me to switch over to Mint. 

>All

Out of interest to those responding here, what OS are you using
Mac/WIN/LINUX ?  



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] How to handle bounced check

[David Cousens]

Mike

Simnply delete the payment transaction. This will leave the invoice open and
still awaiting payment.

The other approach you could take if you want to maintain a full accounting
trail would to be to create a reversing transaction for the payment, duly
annotated. This will leave the original invoice in place but the reversing
trannsaction won't be tied specifically to the invoice in the way the
original payment was. You could then reissue a new invoice, adding the
dishonour fee and any interest charges you specified in your original
invoice terms and conditions.

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] How to handle bounced check

[Mike Alexander]

I’ve deleted payments before too when they were recorded incorrectly.  This 
isn’t quite the same thing.  I need to keep both the payment and the charge 
back.  Otherwise I can’t accurately reconcile my bank account.  Both 
transactions will appear in the statement (perhaps not even on the same 
statement) and both need to be reconciled.  I want to keep the deposit and 
record the charge back.

   Mike

> On Feb 1, 2019, at 11:45 PM, elvis  > wrote:
> 
> I think from memory when I had allocated payments to the wrong invoice, I 
> just deleted the payment split in the bank register - which also deleted the 
> payment in invoices
> 
> Everything went back to as it was before the payment was made, which seems to 
> be what you want.
> 


___
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] How to handle bounced check

[Waitman Gobble via gnucash-user]

I think its like a bank fee, the bank took the money out. Not the customer. 
However you should re-invoice the customer for the amount due, but as a service 
charge and not for the original item sold. The downside would be your 
item/service sales would be overstated if the customer never settles up.

Sent from ProtonMail mobile

 Original Message 
On Feb 2, 2019, 12:38 AM, Christopher Lam wrote:

> I think this is difficult. Creating and posting invoice will create an open
> lot, and paying the invoice closes the lot; I'm not sure there is mechanism
> to reopen the lot. I think it would be useful to document the exact steps
> to pay & unpay in bugzilla and further internal discussion takes place
> there?
>
> On Sat., 2 Feb. 2019, 12:26 Mike Alexander 
>> A few weeks ago I received a check in payment for an invoice I had sent to
>> a customer. I recorded the payment and deposited the check. A couple of
>> weeks later I got notice from my bank that the check had bounced. My
>> question is how to record this. I want to “unpay” the invoice and charge
>> the amount back to the customer, but I can’t find a good way to do this.
>>
>> I tried entering a transaction to debit Accounts Receivable and credit the
>> bank account after which I manually added the split in A/R to the lot for
>> that invoice. This sort of worked, but the invoice is still marked paid in
>> the customer report. I can, however, select it in the “Process Payment”
>> dialog to pay it again and it shows up as unpaid in the receivables aging
>> report. Can I do better than this?
>>
>> 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
>> 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] How to handle bounced check

[elvis]

I think from memory when I had allocated payments to the wrong invoice, 
I just deleted the payment split in the bank register - which also 
deleted the payment in invoices


Everything went back to as it was before the payment was made, which 
seems to be what you want.


On 2/2/19 2:24 pm, Mike Alexander wrote:

A few weeks ago I received a check in payment for an invoice I had sent to a 
customer.  I recorded the payment and deposited the check.  A couple of weeks 
later I got notice from my bank that the check had bounced.  My question is how 
to record this.  I want to “unpay” the invoice and charge the amount back to 
the customer, but I can’t find a good way to do this.

I tried entering a transaction to debit Accounts Receivable and credit the bank 
account after which I manually added the split in A/R to the lot for that 
invoice.  This sort of worked, but the invoice is still marked paid in the 
customer report.  I can, however, select it in the “Process Payment” dialog to 
pay it again and it shows up as unpaid in the receivables aging report.  Can I 
do better than this?

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
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.


--
I quit Paranoids Anonymous.  They were all plotting against me.

___
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] How to handle bounced check

[Christopher Lam]

I think this is difficult. Creating and posting invoice will create an open
lot, and paying the invoice closes the lot; I'm not sure there is mechanism
to reopen the lot. I think it would be useful to document the exact steps
to pay & unpay in bugzilla and further internal discussion takes place
there?

On Sat., 2 Feb. 2019, 12:26 Mike Alexander  A few weeks ago I received a check in payment for an invoice I had sent to
> a customer.  I recorded the payment and deposited the check.  A couple of
> weeks later I got notice from my bank that the check had bounced.  My
> question is how to record this.  I want to “unpay” the invoice and charge
> the amount back to the customer, but I can’t find a good way to do this.
>
> I tried entering a transaction to debit Accounts Receivable and credit the
> bank account after which I manually added the split in A/R to the lot for
> that invoice.  This sort of worked, but the invoice is still marked paid in
> the customer report.  I can, however, select it in the “Process Payment”
> dialog to pay it again and it shows up as unpaid in the receivables aging
> report.  Can I do better than this?
>
>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
> 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] accounts catergories are missing

[David Cousens]

Awijeet,

For personal finances you should  be able to use the Common Accounts
setting. This will give you a basic set of accounts you can customize
further to your needs. See the Help and Tutorial and Concepts Guide in the
links below for instructions and more detail on how to do that. It may be
possible waht you can see is being limited by your locale setting.  Try
setting it to somewhere like the USto see if that allows you to see the full
list of account heirarchies. If it does then select the Common Accounts,,
then change your locale back. You may have to edit some account names to
suit your local usage.

https://www.gnucash.org/docs/v3/C/gnucash-help/acct-hierarchy.html
https://www.gnucash.org/docs/v3/C/gnucash-help/setup-accounts.html
https://www.gnucash.org/docs/v3/C/gnucash-help/chart-create.html
https://www.gnucash.org/docs/v3/C/gnucash-guide/cbook-accounts1.html

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] How to handle bounced check

[Mike Alexander]

A few weeks ago I received a check in payment for an invoice I had sent to a 
customer.  I recorded the payment and deposited the check.  A couple of weeks 
later I got notice from my bank that the check had bounced.  My question is how 
to record this.  I want to “unpay” the invoice and charge the amount back to 
the customer, but I can’t find a good way to do this.

I tried entering a transaction to debit Accounts Receivable and credit the bank 
account after which I manually added the split in A/R to the lot for that 
invoice.  This sort of worked, but the invoice is still marked paid in the 
customer report.  I can, however, select it in the “Process Payment” dialog to 
pay it again and it shows up as unpaid in the receivables aging report.  Can I 
do better than this?

   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
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] GNUCash becoming unusable ..v3.4

[David Cousens]

Ken

I am primarily just another user, previously with a couple very small
businesses but currently just personal finance. Any contributions to the
development and documentation by me so far have been pretty minor. The major
credit goes to the current main developers John, Geert  and Derek and all of
those who do and did the hard work in the past. 

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] accounts catergories are missing

[Awijeet Rishav]

Dear Seniors,

I just installed GNUCash for my personal financial tracking, credit cards in 
particularly.

while setting up, I was not able to find any categories, other than INDIAN 
BUSINESS SETUP, have a look at  screenshot

[cid:3eca0648-8524-46a9-8178-f7e1f148912a]




please do guide me how to setup, it for personal use,

regards,
Awijeet
Bengaluru


___
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] Accounts and HSAs question

[Mark]

On 2/1/2019 2:17 AM, David Cousens wrote:

Mark

Have a look at this thread also

http://gnucash.1415818.n4.nabble.com/GNC-Tracking-Reimbursable-Medical-Expenses-td4706362.html#a4706400

David Cousens



On 2/1/2019 2:03 AM, David T. wrote:> Mark,
>
> Did you see and read through the thread at
> https://lists.gnucash.org/pipermail/gnucash-user/2018-May/077029.html



=
On 2/1/2019 2:10 AM, elvis wrote:> Hi Mark,
>
> Unless you have a lot of transactions, wouldn't you just look in the
> accounts and see which 3 or 4 don't match up with a cheque payment?
>




Wow!  Three "on target" responses within a half hour.  What great 
devs/users/vols.  Thank you all.


I've started going through the suggested links and they appear to 
address exact issue.  My level of concentration is another matter 
altogether.


Thanks again,
Mark
___
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] GNUCash becoming unusable ..v3.4

[Dennis Powless]

I don’t use the business features, just my home finances. GC is absolutely 
wonderful, and open source and free.  Is it perfect, nope, but for what I need 
it’s perfect!  There are some areas that need work, some added features etc 
 

The developers do an excellent job of maintaining and moving the project 
forward.

I left Quicken many, many years ago, never went back!  I used quicken in the 
early 90’s.

Give it a try!  

D

Sent from my iPhone

> On Feb 1, 2019, at 4:46 PM, Ken Pyzik  wrote:
> 
> David -- for all of us little guy entrepreneurs -- I say "AMEN" to your
> comments.  I converted from Quicken to GNUCash about three years ago -- and
> I have never looked back and have saved enough $$ to buy a whole of things I
> would not have been able to!  
> 
> A BIG THANK YOU!  - to you and the whole GNUCash team for all you do!  --
> Ken 
> 
> 
> -Original Message-
> From: gnucash-user  On
> Behalf Of David Cousens
> Sent: Friday, February 1, 2019 1:40 PM
> To: gnucash-user@gnucash.org
> Subject: Re: [GNC] GNUCash becoming unusable ..v3.4
> 
> Diane,
> 
> I think you have missed a few points about GnuCash.
> 
> GnuCash is not a commercial program maintained by a company to make a
> profit. It is a totally volunteer effort to produce and maintain and
> document GnuCash.
> 
> GnuCash is free - you will not be charged for the bugs. As in most of the
> Linux world, you can generally be sure if something is broken, i.e. it stops
> the program from working or produces significant errors, it will get fixed
> pronto. If it is inconvenient in a major way it will get some priority. If
> it is a minor inconvenience or can be worked around it will be a lot lower
> down the priority list. 
> 
> All programs suffer to some extent from scope creep in that there will
> alsways be a user who will  want it to do something that it wasn't
> originally planned to do. GnuCash has one brake on this -  no one is paid to
> make it happen. If you want it  and no-one else involved in the programming
> needs it as much as you do, then you had better live with it as it is,  find
> a product which better meets your needs or start to learn how to program..
> 
> No matter how good a programmer you are, you will never get any significant
> program working flawlessly unless it virtually does next to nothing. (That's
> behind a major ideal/principle in the Linux world of doing one thing and
> doing it well).
> 
> Fully accurate and documented software, if it ever exists, requires a decent
> integrated team of fulltime programmers and documenters (these are ususally
> paid, hopefully well paid, and don't generally  have other full time jobs).
> GnuCash is admittedly not that well documented. There are a variety of
> reasons for this including a small core development team who really don't
> have time to do detailed documentation, which is left largely to some of the
> user base. Most of us have not written the code, some of us have some
> programming experience not necessarily on GnuCash. Inevitably this leads to
> delays while new features get documented, and unfortunately some never get
> documented formally. if you want to use Gnucash you will need to trawl
> through the archives of the User forum and the Wiki where a lot of newer
> features are usually "documented"  first. You will also likely spend some
> time asking questions on the forum until you are familiar with the way
> Gnucash works and have found out how to td the things that you knew how to
> do in some other software that GnuCash does a bit differently.
> 
> Gnucash is Opensource software built largely using open source libraries for
> specific functionality. If it were not the relatively small volunteer
> development team would be unable to maintain it. In some cases progress is
> limited by the rate at which development occurs in the underlying libraries.
> This is not unique to GnuCash - many commercial programs also use the same
> or similar libraries.  Whenever a new library version is introduced, despite
> the best efforts of the library developers, there is a risk that a slew of
> new, usually minor, bugs will be introduced. This alone occupies a lot of
> the developers time.
> 
> The core of GnuCash which deals with its integrity as an accounting program
> is fairly solid. It is generally far more flexible than other commercial
> accounting software I have used. It's ability to edit transactions directly
> usually means you can do virtually anything you need to be able to do, but
> you will have to understand what you are doing, not just follow a procedure
> you have no control over. 
> 
> This means GnuCash is not for everybody. If you can't live within the above
> restrictions then it is possibly not the program for you. If you are running
> a commercial enterprise of reasonable scope, you can generally afford to pay
> for commercial software and to have it customized to meet your specific
> requirements. GnuCash really fills a niche where this is 

Re: [GNC] Unable to pick date/description/credit or debit column headers

[David Cousens]

Lance

What version of GnuCash on what OS?  The selection of column headers works
fine in V3.4 on Linux MInt/Ubuntu 18.04 and I have used it in V3.1-3.3 as
well.

Are you seeing multiple columns in the Import preview window or only one? If
it is only one try setting some of the other separators (space tab etc) to
see what effect that has. Make sure multisplit (multiple lines per
transaction ) or fixed width are not selected unless you are really sure you
should be using them.  Also don't use the GnuCash Export Format Settings
unless the data has been exported previously from GnuCash using that format.
Even in these cases I can still select the headers though)

The only way I can disrupt it is to disable the separator used in the file,
but even then the header for the single input column can be selected.

Have you tried opening the CSV file in Excel or LibreOffice Calc? This may
help diagnose problems.

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] GNUCash becoming unusable ..v3.4

[Ken Pyzik]

David -- for all of us little guy entrepreneurs -- I say "AMEN" to your
comments.  I converted from Quicken to GNUCash about three years ago -- and
I have never looked back and have saved enough $$ to buy a whole of things I
would not have been able to!  

A BIG THANK YOU!  - to you and the whole GNUCash team for all you do!  --
Ken 


-Original Message-
From: gnucash-user  On
Behalf Of David Cousens
Sent: Friday, February 1, 2019 1:40 PM
To: gnucash-user@gnucash.org
Subject: Re: [GNC] GNUCash becoming unusable ..v3.4

Diane,

I think you have missed a few points about GnuCash.

GnuCash is not a commercial program maintained by a company to make a
profit. It is a totally volunteer effort to produce and maintain and
document GnuCash.

GnuCash is free - you will not be charged for the bugs. As in most of the
Linux world, you can generally be sure if something is broken, i.e. it stops
the program from working or produces significant errors, it will get fixed
pronto. If it is inconvenient in a major way it will get some priority. If
it is a minor inconvenience or can be worked around it will be a lot lower
down the priority list. 

All programs suffer to some extent from scope creep in that there will
alsways be a user who will  want it to do something that it wasn't
originally planned to do. GnuCash has one brake on this -  no one is paid to
make it happen. If you want it  and no-one else involved in the programming
needs it as much as you do, then you had better live with it as it is,  find
a product which better meets your needs or start to learn how to program..

No matter how good a programmer you are, you will never get any significant
program working flawlessly unless it virtually does next to nothing. (That's
behind a major ideal/principle in the Linux world of doing one thing and
doing it well).

Fully accurate and documented software, if it ever exists, requires a decent
integrated team of fulltime programmers and documenters (these are ususally
paid, hopefully well paid, and don't generally  have other full time jobs).
GnuCash is admittedly not that well documented. There are a variety of
reasons for this including a small core development team who really don't
have time to do detailed documentation, which is left largely to some of the
user base. Most of us have not written the code, some of us have some
programming experience not necessarily on GnuCash. Inevitably this leads to
delays while new features get documented, and unfortunately some never get
documented formally. if you want to use Gnucash you will need to trawl
through the archives of the User forum and the Wiki where a lot of newer
features are usually "documented"  first. You will also likely spend some
time asking questions on the forum until you are familiar with the way
Gnucash works and have found out how to td the things that you knew how to
do in some other software that GnuCash does a bit differently.

Gnucash is Opensource software built largely using open source libraries for
specific functionality. If it were not the relatively small volunteer
development team would be unable to maintain it. In some cases progress is
limited by the rate at which development occurs in the underlying libraries.
This is not unique to GnuCash - many commercial programs also use the same
or similar libraries.  Whenever a new library version is introduced, despite
the best efforts of the library developers, there is a risk that a slew of
new, usually minor, bugs will be introduced. This alone occupies a lot of
the developers time.
 
The core of GnuCash which deals with its integrity as an accounting program
is fairly solid. It is generally far more flexible than other commercial
accounting software I have used. It's ability to edit transactions directly
usually means you can do virtually anything you need to be able to do, but
you will have to understand what you are doing, not just follow a procedure
you have no control over. 

This means GnuCash is not for everybody. If you can't live within the above
restrictions then it is possibly not the program for you. If you are running
a commercial enterprise of reasonable scope, you can generally afford to pay
for commercial software and to have it customized to meet your specific
requirements. GnuCash really fills a niche where this is not necessarily the
case.

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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

Re: [GNC] GNUCash becoming unusable ..v3.4

[David Cousens]

Diane,

I think you have missed a few points about GnuCash.

GnuCash is not a commercial program maintained by a company to make a
profit. It is a totally volunteer effort to produce and maintain and
document GnuCash.

GnuCash is free - you will not be charged for the bugs. As in most of the
Linux world, you can generally be sure if something is broken, i.e. it stops
the program from working or produces significant errors, it will get fixed
pronto. If it is inconvenient in a major way it will get some priority. If
it is a minor inconvenience or can be worked around it will be a lot lower
down the priority list. 

All programs suffer to some extent from scope creep in that there will
alsways be a user who will  want it to do something that it wasn't
originally planned to do. GnuCash has one brake on this -  no one is paid to
make it happen. If you want it  and no-one else involved in the programming
needs it as much as you do, then you had better live with it as it is,  find
a product which better meets your needs or start to learn how to program..

No matter how good a programmer you are, you will never get any significant
program working flawlessly unless it virtually does next to nothing. (That's
behind a major ideal/principle in the Linux world of doing one thing and
doing it well).

Fully accurate and documented software, if it ever exists, requires a decent
integrated team of fulltime programmers and documenters (these are ususally
paid, hopefully well paid, and don't generally  have other full time jobs).
GnuCash is admittedly not that well documented. There are a variety of
reasons for this including a small core development team who really don't
have time to do detailed documentation, which is left largely to some of the
user base. Most of us have not written the code, some of us have some
programming experience not necessarily on GnuCash. Inevitably this leads to
delays while new features get documented, and unfortunately some never get
documented formally. if you want to use Gnucash you will need to trawl
through the archives of the User forum and the Wiki where a lot of newer
features are usually "documented"  first. You will also likely spend some
time asking questions on the forum until you are familiar with the way
Gnucash works and have found out how to td the things that you knew how to
do in some other software that GnuCash does a bit differently.

Gnucash is Opensource software built largely using open source libraries for
specific functionality. If it were not the relatively small volunteer
development team would be unable to maintain it. In some cases progress is
limited by the rate at which development occurs in the underlying libraries.
This is not unique to GnuCash - many commercial programs also use the same
or similar libraries.  Whenever a new library version is introduced, despite
the best efforts of the library developers, there is a risk that a slew of
new, usually minor, bugs will be introduced. This alone occupies a lot of
the developers time.
 
The core of GnuCash which deals with its integrity as an accounting program
is fairly solid. It is generally far more flexible than other commercial
accounting software I have used. It's ability to edit transactions directly
usually means you can do virtually anything you need to be able to do, but
you will have to understand what you are doing, not just follow a procedure 
you have no control over. 

This means GnuCash is not for everybody. If you can't live within the above
restrictions then it is possibly not the program for you. If you are running
a commercial enterprise of reasonable scope, you can generally afford to pay
for commercial software and to have it customized to meet your specific
requirements. GnuCash really fills a niche where this is not necessarily the
case.

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] SMTP TLS -- Re: Liabilities and Net Worth in Android app

[Derek Atkins]

Hi,

On Fri, February 1, 2019 4:27 am, Chris wrote:
>
> PS: I was surprised that the mailing list server does not offer TLS. Of
> course the list is open but it would be nice if in 2019 it would be
> offered since people like me need to turn off "only send emails to TLS
> enabled servers".

Strangely, this was half-configured already, but the certificates weren't
there.  Not sure how that happened, but it's been fixed.  Can you try
again now and let me know?

Thanks,

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

-derek

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

___
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] Liabilities and Net Worth in Android app

[John Ralls]

> On Feb 1, 2019, at 1:27 AM, Chris  wrote:
> 
> PS: I was surprised that the mailing list server does not offer TLS. Of 
> course the list is open but it would be nice if in 2019 it would be offered 
> since people like me need to turn off "only send emails to TLS enabled 
> servers".

Thanks for reporting that, we thought that TLS was set up on lists.gnucash.org, 
but we had a configuration error. Derek thinks that he's fixed it.

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] GNUCash becoming unusable ..v3.4

[Adrien Monteleone]

Diane,

The dev team has at various times acknowledged the current state of the app 
isn’t where they would like it. But you can’t just jump from A to Z. They have 
a roadmap to get there and it takes time and people that aren’t in infinite 
supply. Some ‘upgrades’ aren’t really up to them either. As the project (like 
most these days) depends on other projects, they have to move along with those 
dependencies, all the while trying to re-write the base app. This will always 
introduce new bugs. There’s no real way around this short of trying to take 
over support for those older dependencies, which stretches their limited 
resources even further.

I’m not sure what 3rd party tools you are referring to. I’ve been using GnuCash 
for 6 years all by itself. I’ve used it for personal and business finances.

There have been some bugs along the way, but generally, any real difficulty 
I’ve had was due to my own misunderstanding. Once that was fixed, life improved.

If GnuCash isn’t to your tastes or doesn’t meet your needs, then by all means, 
use something else. If you decide to stay, many here are willing to help.

Trying to get a DOS app to run on the Pi would be quite an adventure, very 
likely taking more time than wrestling GnuCash to your liking. You might 
consider looking into ledger-cli. It’s as simple and easy as you can get while 
still having some financial discipline. It won’t meet every need, but it will 
get the basic job done of keeping track of finances. And it won’t require hoops 
to jump through to get it to run on the Pi. It’s more a ‘method’ or ‘workflow' 
than an app, somewhat similar to todo.txt


Regards,
Adrien


> On Feb 1, 2019, at 1:56 PM, Diane Trefethen  wrote:
> 
> I am trying to decide how to proceed with my accounting software. I have been 
> using Quicken since DOS v2. Back then, if you encountered a problem, you 
> could go over to Intuit in Menlo Park and there’d always be an engineer happy 
> to talk with you. They also had free phone advise for a few hours, more than 
> enough to get a newbie up and going. At about the same time Intuit moved 
> their headquarters to Arizona (I think it was AZ), they replaced their 
> original business model which was to provide a straightforward, 
> user-friendly, virtually bug-free personal bookkeeping program. They switched 
> to the Microsoft Model which is to “upgrade” with superfluous “features” and 
> simultaneously introduce lots of bugs so customers who upgraded to the “new 
> improved version” would be locked into an endless cycle of upgrading to get 
> bugs fixed AND simultaneously acquire new bugs. Ain’t greed great :(
> 
> Then my hard drive died and I decided to replace it, sort of, with a 
> Raspberry Pi and take the plunge into the world of Linux. I had wanted to 
> learn more about Unix since the late 70s and here was a golden opportunity to 
> do just that. As my chits built up, I turned to the well thought of GnuCash, 
> only to discover that it is a mess. It’s one thing to have a program that is 
> DESIGNED to use specific outside utilities, which fact is then fully and 
> accurately documented. It is quite another to have a program so buggy that 
> the end user needs to go out and FIND the right 3rd party programs to make it 
> run well, for a while, sort of. In short, GnuCash is about where Quicken was 
> when Intuit dumped it. Buggy, unfriendly, and failing at trying to be all 
> things to all users.
> 
> I suggest that you Gnu folks do what Intuit did originally. Make a simple to 
> use, bug-free personal bookkeeping program. [Maybe the rights to the original 
> DOS and early Windows versions of Quicken are now free or could be gotten 
> inexpensively and you could build on those platforms.] AFTER you get a 
> program that works almost flawlessly, THEN create modules that can either be 
> incorporated into or dynamically linked to the main program. Simultaneously, 
> continue to help newbies who want just the bookkeeping program and nothing 
> else. What I can see from the short time I’ve been in this group and reading 
> the emails is that GnuCash is basically flawed and fixing those flaws is a 
> game of Whack-a-Mole with each whack creating new software conflicts. When 
> your great idea just needs a tweak or two, you tweak. When your idea needs 
> fixes that look like a dog chasing its tail, you go back to the drawing board.
> 
> Instead of fighting with GnuCash, I think that I’ll try to figure a way to 
> install an old DOS version of Quicken on my Pi. Aside from getting a program 
> that is clean and easy to use, it’ll be fun to re-visit the Easter Eggs.

___
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 

Re: [GNC] Unable to pick date/description/credit or debit column headers

[David Carlson]

On Fri, Feb 1, 2019 at 1:14 PM Lance Lund  wrote:

> I have been trying to import a CVS file of credit card transactions and
> when I get to the step of picking the column headers the mouse will not
> activate the pull-down menus for the available headings.  Once this happens
> I can go no further.  Lance
> ___
> 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.
>

Lance,
It is very common for some financial institutions to be very confused about
the format for CSV files, not realizing that the C stands for Comma.  Many
use TABs or other separators.  That is the reason for all the choices in
the CSV importer definition page.  Either check the file with a text editor
or, easier, play with the separator choice buttons until each field has
it's own title section.  Then you will be able to select each field
separately.

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
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] Gnucash leadership team

[Cricket Onebit]

First, I'm sorry about including the entire digest. It was careless and
rude of me, since I've been around long enough to know better. I now get
individual emails, not digests, and not compose on the small screen that
makes it harder to check things. Also, apologies to Michael Stagle for
Replying rather than Reply All. I dream of the day all my email accounts
have the same settings.

Thanks for the replies and suggestions. It looks like the core team will
change rather than disappear. (I've seen both good and bad open source team
changes.)

Yes, Quicken might be less likely to stick around than GnuCash. They've
long ignored problems in the Canadian product (some serious, not just bank
reports), and they think they can keep us by making it hard to export our
data.

Still, the conversion will be a lot of work, and The Devil You Know... When
I do it, I want to convert everything, so that I only have to maintain one
program. It will be a big project since I've used Quicken tags (labels?)
for a lot of things.

Yes, I really should use more than Quicken's automatic backup system. If
the program breaks, those backups will be useless. (I already have a good
method to backup my entire hard drive. Dad designed hardware, and drilled
into me that a backup on the same device is not a backup.)

I definitely appreciate the many volunteers and their work, from core
maintenance to bug tracking to helping people with basic double entry
accounting.

-- 
+++

Not as a ladder from earth to Heaven, not as a witness to any creed,
But simple service simply given to his own kind in their common need.
-- Rudyard Kipling
___
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] GNUCash becoming unusable ..v3.4

[Adrien Monteleone]

That amount of memory you shouldn’t see any issues for sure. You may be on to 
something with the stocks if there are many. A fresh start would certainly 
confirm a performance bug or an issue with the data file.

Regards,
Adrien

> On Feb 1, 2019, at 1:58 PM, Jamestk  wrote:
> 
> Adrien, answered a few points above. 
> 
> The Python option looks good, and very worthwhile if I can overcome the
> saving aspect too - it will only increase as time goes on so may as well
> tackle it now.
> 
> I think the best option is to archive existing accounts by exporting to csv,
> locking worksheet once checked then deleting GNC account. 
> 
> When all accounts have been removed delete main file and start over, this
> way it eliminates any inherent file problems  that may exist (file has been
> checked before).
> 
> Re-import only the most recent transactions to a new file.
> 
> Cheers,
> 

___
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] Liabilities and Net Worth in Android app

[AC]

On 2019-02-01 11:42, Stephen M. Butler wrote:

> I forget which O/S you are on.  The config-user.scm goes into my
> $HOME/.config/gnucash folder.  The other three go into
> $HOME/.local/share/gnucash folder.

He's using the Android application

___
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] GNUCash becoming unusable ..v3.4

[Bucky Carr]

I agree. Quit using Quicken 2 years ago and will never go back.

Diane, what are you trying to do? I find my usage of GNUcash to be 
very basic and have not had

any problems with it.

On 2/1/2019 1:21 PM, Stephen M. Butler wrote:

Your mileage is different than mine.  I'm not seeing that many problems
for basic personal accounting.  And the folks here have been very helpful.


On 2/1/19 11:56 AM, Diane Trefethen wrote:

I am trying to decide how to proceed with my accounting software.


___
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] GNUCash becoming unusable ..v3.4

[johnny]

hola

On 2/1/19 2:56 PM, Diane Trefethen wrote:
In short, GnuCash is about where Quicken was when Intuit dumped it. 
Buggy, unfriendly, and failing at trying to be all things to all users.


I suggest that you Gnu folks do what Intuit did originally. Make a 
simple to use, bug-free personal bookkeeping program.


you seem to have a profound misunderstanding about what gnucash/open 
source software is.


there are no gnu folks; it's not like a corporation; no one is trying to 
sell you anything. some people may help if you ask nicely enough (most 
likely), but they don't owe you anything.


it's not about the money (even if it is about keeping track of the 
money) ...


if gnucash is not meeting your needs, go back to intuit and run DOS (or 
whatever your dream personal finance software is). it's ok really ...

___
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] GNUCash becoming unusable ..v3.4

[Stephen M. Butler]

Your mileage is different than mine.  I'm not seeing that many problems
for basic personal accounting.  And the folks here have been very helpful.


On 2/1/19 11:56 AM, Diane Trefethen wrote:
> I am trying to decide how to proceed with my accounting software. I
> have been using Quicken since DOS v2. Back then, if you encountered a
> problem, you could go over to Intuit in Menlo Park and there’d always
> be an engineer happy to talk with you. They also had free phone advise
> for a few hours, more than enough to get a newbie up and going. At
> about the same time Intuit moved their headquarters to Arizona (I
> think it was AZ), they replaced their original business model which
> was to provide a straightforward, user-friendly, virtually bug-free
> personal bookkeeping program. They switched to the Microsoft Model
> which is to “upgrade” with superfluous “features” and simultaneously
> introduce lots of bugs so customers who upgraded to the “new improved
> version” would be locked into an endless cycle of upgrading to get
> bugs fixed AND simultaneously acquire new bugs. Ain’t greed great :(
>
> Then my hard drive died and I decided to replace it, sort of, with a
> Raspberry Pi and take the plunge into the world of Linux. I had wanted
> to learn more about Unix since the late 70s and here was a golden
> opportunity to do just that. As my chits built up, I turned to the
> well thought of GnuCash, only to discover that it is a mess. It’s one
> thing to have a program that is DESIGNED to use specific outside
> utilities, which fact is then fully and accurately documented. It is
> quite another to have a program so buggy that the end user needs to go
> out and FIND the right 3rd party programs to make it run well, for a
> while, sort of. In short, GnuCash is about where Quicken was when
> Intuit dumped it. Buggy, unfriendly, and failing at trying to be all
> things to all users.
>
> I suggest that you Gnu folks do what Intuit did originally. Make a
> simple to use, bug-free personal bookkeeping program. [Maybe the
> rights to the original DOS and early Windows versions of Quicken are
> now free or could be gotten inexpensively and you could build on those
> platforms.] AFTER you get a program that works almost flawlessly, THEN
> create modules that can either be incorporated into or dynamically
> linked to the main program. Simultaneously, continue to help newbies
> who want just the bookkeeping program and nothing else. What I can see
> from the short time I’ve been in this group and reading the emails is
> that GnuCash is basically flawed and fixing those flaws is a game of
> Whack-a-Mole with each whack creating new software conflicts. When
> your great idea just needs a tweak or two, you tweak. When your idea
> needs fixes that look like a dog chasing its tail, you go back to the
> drawing board.
>
> Instead of fighting with GnuCash, I think that I’ll try to figure a
> way to install an old DOS version of Quicken on my Pi. Aside from
> getting a program that is clean and easy to use, it’ll be fun to
> re-visit the Easter Eggs.
>
> ___
> 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.


-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
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] GNUCash becoming unusable ..v3.4

[Jamestk]

Adrien, answered a few points above. 

The Python option looks good, and very worthwhile if I can overcome the
saving aspect too - it will only increase as time goes on so may as well
tackle it now.

I think the best option is to archive existing accounts by exporting to csv,
locking worksheet once checked then deleting GNC account. 

When all accounts have been removed delete main file and start over, this
way it eliminates any inherent file problems  that may exist (file has been
checked before).

Re-import only the most recent transactions to a new file.

Cheers,


---
I’ll second that the SQlite backend improves speed considerably. I’ve been
using it for a few years now. 

Concerning reports, if you go the Python route, that isn’t ‘out of the box’
necessarily, but you don’t have to completely figure it out from scratch. Do
a search for PieCash. (might be spelled PyCash, not sure) 

You could also query the db file directly if you prefer. (just don’t *write*
to it!!) 

Before you go any further though, I’d ask: 

What OS? 
How much RAM? 
Using an SSD? or Hard drive? 

GnuCash loads the entire file into RAM no matter the backend. (the advantage
is instant write with SQlite3 vs. a slower periodic save with XML) 

If you are running something heavy like Win10 on only 4GB RAM and you have a
data file that is 10years full of data, and if you also keep lots of GnuCash
tabs open (not to mention lots of other apps) then you are probably going to
see quite a bit of lag and sluggish behavior. And that is even discounting
the processor. If you’ve got a hobbled cache CPU like a Celeron or a
Pentium-M, you might see sluggish behavior. (note this last comment is just
general, not specific to GnuCash) 

A dev could offer more accurate insights here as they know exactly how
GnuCash handles and manages memory and data. 

I’ve run GnuCash over about 6 years on various Ubuntu versions (some on very
old and hobbled processors) with 4GB and MacOS with anywhere from 4-16GB.
I’ve never noticed any serious speed issues. I’ve never run GnuCash on any
Windows platform. 

There are various threads concerning Win10 startup, reports being slow, and
some other performance issues. Check the archives as you may find some
resolutions or workarounds if that is your OS. 

Regards, 
Adrien 




--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] GNUCash becoming unusable ..v3.4

[Diane Trefethen]

I am trying to decide how to proceed with my accounting software. I have 
been using Quicken since DOS v2. Back then, if you encountered a 
problem, you could go over to Intuit in Menlo Park and there’d always be 
an engineer happy to talk with you. They also had free phone advise for 
a few hours, more than enough to get a newbie up and going. At about the 
same time Intuit moved their headquarters to Arizona (I think it was 
AZ), they replaced their original business model which was to provide a 
straightforward, user-friendly, virtually bug-free personal bookkeeping 
program. They switched to the Microsoft Model which is to “upgrade” with 
superfluous “features” and simultaneously introduce lots of bugs so 
customers who upgraded to the “new improved version” would be locked 
into an endless cycle of upgrading to get bugs fixed AND simultaneously 
acquire new bugs. Ain’t greed great :(


Then my hard drive died and I decided to replace it, sort of, with a 
Raspberry Pi and take the plunge into the world of Linux. I had wanted 
to learn more about Unix since the late 70s and here was a golden 
opportunity to do just that. As my chits built up, I turned to the well 
thought of GnuCash, only to discover that it is a mess. It’s one thing 
to have a program that is DESIGNED to use specific outside utilities, 
which fact is then fully and accurately documented. It is quite another 
to have a program so buggy that the end user needs to go out and FIND 
the right 3rd party programs to make it run well, for a while, sort of. 
In short, GnuCash is about where Quicken was when Intuit dumped it. 
Buggy, unfriendly, and failing at trying to be all things to all users.


I suggest that you Gnu folks do what Intuit did originally. Make a 
simple to use, bug-free personal bookkeeping program. [Maybe the rights 
to the original DOS and early Windows versions of Quicken are now free 
or could be gotten inexpensively and you could build on those 
platforms.] AFTER you get a program that works almost flawlessly, THEN 
create modules that can either be incorporated into or dynamically 
linked to the main program. Simultaneously, continue to help newbies who 
want just the bookkeeping program and nothing else. What I can see from 
the short time I’ve been in this group and reading the emails is that 
GnuCash is basically flawed and fixing those flaws is a game of 
Whack-a-Mole with each whack creating new software conflicts. When your 
great idea just needs a tweak or two, you tweak. When your idea needs 
fixes that look like a dog chasing its tail, you go back to the drawing 
board.


Instead of fighting with GnuCash, I think that I’ll try to figure a way 
to install an old DOS version of Quicken on my Pi. Aside from getting a 
program that is clean and easy to use, it’ll be fun to re-visit the 
Easter Eggs.


___
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] GNUCash becoming unusable ..v3.4

[Stephen M. Butler]

The below sounds a lot like my wife's windows 10 EeePC with 4 GB main
memory.  Everything creeps along including her email system.

Occasionally the hardware decides to reserve 3.3 GB of RAM (something in
the bios triggers it) and she ends up running in 700KB of RAM.

I would look in the Memory Performance to see how much actual RAM is
available.  You might find that most of it is no longer available.

I'm trying to convince her that she no longer needs to stay on Windows. 

On 2/1/19 4:11 AM, Robert Kesterson wrote:
> How is your system memory?  GnuCash loads all the data in memory (even if you 
> use the SQL backend) so it needs some room to breathe.  I have easily ten 
> years of data in my file (and I categorize and track everything at a level 
> that few people would, so I have *lots* of splits), and I don’t experience 
> the slowness or scrolling issues that you mention.  But then I have 32 GB of 
> memory.  The problems you describe sound like what I would expect of memory 
> was low and the system was using swap space a lot. 
>
>> On Feb 1, 2019, at 2:34 AM, Jamestk  wrote:
>>
>> Thanks, there are other small issues creeping in which makes me think the
>> program is becoming unstable.
>>
>> Example, when browsing the account tree menu the cursor hangs then jumps
>> after a delay to where you are pointing, this only happens when there is a
>> data file loaded.
>>
>> When reconciling an account if auto save starts then it can really take an
>> age, i don't tend to time this as go and do something else in between. 
>>
>> I generally don't run full ledgers either but selected 'all accounts'' by
>> mistake while editing options.
>>
>> My guess is the core code is designed for Linux, porting across to Windows
>> may not be ideal?
>>
>>
>>
>>
>> Jeff Abrahamson wrote
>>> I've been doing reports with python scripts (not an officially supported
>>> technique, also requires the backend be sqlite, which is easy).  My
>>> reports run in a snap.  That said, maybe I have less data than you.
>>>
>>> Jeff Abrahamson
>>> http://p27.eu/jeff/
>>> http://transport-nantes.com/
>>>
 On 01/02/2019 09:07, Jamestk wrote:
 *First of all thank you to all of the contributors, devs who have
 volunteered
 to make GNUCash freely available.  *  

 That said, I do need to ask if any improvements are likely on the speed
 front. Basic reports take 1 - 2 minutes to run, larger ledger reports up
 to
 15 minutes. I have tried all of the tweaks mentioned on here but with
 little
 difference, if any.

 Its always puzzled me how crunching numbers requires so much time and
 resources, its more intensive than rendering images. Changing even the
 report title takes the same amount of time, i.e no number crunching? 

 My set-up isn't complicated, yes accounts go back 10 years but that in
 itself is not a large number of transactions overall.

 Sorry to moan but I need to make a decision about what to do.

 Thanks,


-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
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] Liabilities and Net Worth in Android app

[Stephen M. Butler]

On 2/1/19 8:11 AM, Bucky Carr wrote:
>
> I got the same answer that you did. If you can confirm the
> repeatability of this discrepancy, perhaps a bug report should be made.
>
>
> On 2/1/2019 2:27 AM, Chris wrote:
>>
>> 2.2
>> The second point I want to make is the reports' balance sheet assets
>> calculation. I run the following scenario (I would add a screenshot
>> but the app does not allow for it):
>>
>> Cash in Wallet:    18.75
>> Checking Account:   2,386.21
>>    - Subaccount_1:   2,264.04
>>    - Subaccount_2:   -83.42
>>     - Subaccount_2.1:   67.10
>>     - Subaccount_2.2    -150.52
>>     - Subaccount_3:  205.59
>> Savings Account: 0
>>
>> Total:   2,587.16
>>
>> Clearly the calculated total amount is wrong. I do not know what is
>> calculated here from the information shown. Can someone confirm? The
>> correct answer for the total would be 2,404.96 which is also shown
>> when I look at my assets account.
>> (Side note: I would also recommend adding some visual distinction for
>> subaccounts in the report balance sheet. Currently all is shown plain
>> with the same indentation.)
>
Are you using Reports:Assets & Liabilities:Balance Sheet?  If so, my
accountant wife agrees that it is poorly formatted.  And the other one
using eguile while better formatted includes an Income Statement as part
of the Balance Sheet.

Perhaps you would like to try a modified version of the eguile one that
my wife much prefers.  I call it "Balance Sheet -- formatted".  You can
download the associated files here: 
https://drive.google.com/open?id=1lAnu09qeAKQI66-k_uP558IpfL_2Ce-h

I forget which O/S you are on.  The config-user.scm goes into my
$HOME/.config/gnucash folder.  The other three go into
$HOME/.local/share/gnucash folder.

Beware if you already have a config-user.scm file.  Simply take the
contents and add them to your existing one:  (load
(gnc-build-userdata-path "balsheet-fmtd.scm"))

You will need to adjust the  above paths to your particular O/S.  I'm
running on a Linux distro -- Ubuntu 18.04

--Steve


-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
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] GNUCash becoming unusable ..v3.4

[Jamestk]

Agreed, it does seem odd, one other thought relates to am intense period of
data entry associated with stocks. At the time this feature was under
development needing quite a lot of 'scrubbing' of lots, I ended up with
masses of entries which later became obsolete. 

I am always reluctant to delete accounts in case there is a knock-on effect
somewhere else.

Computer spec is nothing fantastic, 32G RAM, Windows 10 Pro 64bit with
Samsung SSD, there's no paging to disk and given we are only talking about a
15mb file would be surprised if that happened.

A few years ago when starting out with GNC I ran both versions on
Linux/Windows, Linux was a lot smoother and quicker to load - that was in
the early days so no idea how it would perform now.

Cheers,  

"Robert Kesterson">
How is your system memory?  GnuCash loads all the data in memory (even if
you use the SQL backend) so it needs some room to breathe.  I have easily
ten years of data in my file (and I categorize and track everything at a
level that few people would, so I have *lots* of splits), and I don’t
experience the slowness or scrolling issues that you mention.  But then I
have 32 GB of memory.  The problems you describe sound like what I would
expect of memory was low and the system was using swap space a lot. 





--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Recording/Reporting transfers between accounts

[Stephen M. Butler]

On 2/1/19 6:55 AM, Maf. King wrote:
> On Friday, 1 February 2019 14:31:21 GMT Finbar Mahon wrote:
>> Hello,
>>
>> At year end I need to record the transactions that have been made
>> between accounts.
>>
>> Firstly, I am not sure of the logic to  be used -
>>
>> So, if I want to transfer €1000 to another a/c, I fill in 'transfer to
>> x' in description; what do I put in the 'transfer' box ? - 'assets
>> account from which transfer is to be made'? and €1000 in 'withdrawal'?
>>
> Hi Finbar,
>
> Assuming that you are in basic  single line view mode in the register of the 
> account that you are transferring from, then Description sounds right, 
> Transfer would be the "destination" account and withdrawal of 1000. 
> (effectively exactly the same as paying a credit card bill etc.)
>
>> OK, assuming that is right then the transferred to a/c should show €1000
>> in the deposit window?
>>
> Yes.  (assuming both are bank (asset) accounts - the labels might be 
> different 
> in other type account.)
>
>
>> To check what transfers I made after a period, can I create a report? If
>> so, under what heading in reports?
>>
> I'd start with the transaction report.
>
> HTH,
> Maf.


You might want to have something in the description or memo field like
"Transfer" on which you could filter the results.

>
>
>> TIA Finbar
>>
--Steve

-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
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] GNUCash becoming unusable ..v3.4

[Robert Kesterson]

How is your system memory?  GnuCash loads all the data in memory (even if you 
use the SQL backend) so it needs some room to breathe.  I have easily ten years 
of data in my file (and I categorize and track everything at a level that few 
people would, so I have *lots* of splits), and I don’t experience the slowness 
or scrolling issues that you mention.  But then I have 32 GB of memory.  The 
problems you describe sound like what I would expect of memory was low and the 
system was using swap space a lot. 

> On Feb 1, 2019, at 2:34 AM, Jamestk  wrote:
> 
> Thanks, there are other small issues creeping in which makes me think the
> program is becoming unstable.
> 
> Example, when browsing the account tree menu the cursor hangs then jumps
> after a delay to where you are pointing, this only happens when there is a
> data file loaded.
> 
> When reconciling an account if auto save starts then it can really take an
> age, i don't tend to time this as go and do something else in between. 
> 
> I generally don't run full ledgers either but selected 'all accounts'' by
> mistake while editing options.
> 
> My guess is the core code is designed for Linux, porting across to Windows
> may not be ideal?
> 
> 
> 
> 
> Jeff Abrahamson wrote
>> I've been doing reports with python scripts (not an officially supported
>> technique, also requires the backend be sqlite, which is easy).  My
>> reports run in a snap.  That said, maybe I have less data than you.
>> 
>> Jeff Abrahamson
>> http://p27.eu/jeff/
>> http://transport-nantes.com/
>> 
>>> On 01/02/2019 09:07, Jamestk wrote:
>>> *First of all thank you to all of the contributors, devs who have
>>> volunteered
>>> to make GNUCash freely available.  *  
>>> 
>>> That said, I do need to ask if any improvements are likely on the speed
>>> front. Basic reports take 1 - 2 minutes to run, larger ledger reports up
>>> to
>>> 15 minutes. I have tried all of the tweaks mentioned on here but with
>>> little
>>> difference, if any.
>>> 
>>> Its always puzzled me how crunching numbers requires so much time and
>>> resources, its more intensive than rendering images. Changing even the
>>> report title takes the same amount of time, i.e no number crunching? 
>>> 
>>> My set-up isn't complicated, yes accounts go back 10 years but that in
>>> itself is not a large number of transactions overall.
>>> 
>>> Sorry to moan but I need to make a decision about what to do.
>>> 
>>> Thanks,
>>> 
>>> 
>>> 
>>> 
>>> 
>>> --
>>> Sent from:
>>> http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
>>> ___
>>> gnucash-user mailing list
>>> 
> 
>> gnucash-user@
> 
>>> 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.
>> 
>> -- 
>> 
>> Jeff Abrahamson
>> +33 6 24 40 01 57
>> +44 7920 594 255
>> 
>> http://p27.eu/jeff/
>> http://transport-nantes.com/
>> 
>> ___
>> gnucash-user mailing list
> 
>> gnucash-user@
> 
>> 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.
> 
> 
> 
> 
> 
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> 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] Unable to pick date/description/credit or debit column headers

[Lance Lund]

I have been trying to import a CVS file of credit card transactions and when I 
get to the step of picking the column headers the mouse will not activate the 
pull-down menus for the available headings.  Once this happens I can go no 
further.  Lance
___
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] Liabilities and Net Worth in Android app

[AC]

On 2019-02-01 10:01, Maf. King wrote:
> On Friday, 1 February 2019 09:27:29 GMT Chris wrote:
>> Dear GnuCash community,
>>
>> I recently installed the Android app for the first time and played
>> around with it. I noticed two things that I am not sure about and wanted
>> to ask your opinion/advice.
>>
> 
> Hi,
> 
> I imagine that it will come as a surprise to you to find out that the GnuCash 
> Android app and the main Linux/Mac/Windows program are independent projects.
> 
> Despite the similarity of the name, the 2 projects are (as I understand it) 
> unrelated.  
> 
> This list is for the "full-fat" program, not the Android app.  You might get 
> more help if you use another support channel (especially for feature 
> enhancements tot the App).  I regret to say that I don't know where other 
> support might be found though.
> 
> HTH,
> Maf.


Feeback and support is implemented inside the application.  Under the
main menu there is a selection for "Help and Feedback" and within that
there is a "Contact Us" selection (provides a form to send a message to
the developers), a "Feedback Forum" selection (provides a form to post
to the forum), and a Knowledge Base for select questions/topics.

The Play Store entry does happen to list gnucash.org as the project
website but it also lists gnucash-android-...@googlegroups.com as its email.

Between the built-in mechanisms and the Google Groups email the OP
should be able to get some support.
___
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] Liabilities and Net Worth in Android app

[Maf. King]

On Friday, 1 February 2019 09:27:29 GMT Chris wrote:
> Dear GnuCash community,
> 
> I recently installed the Android app for the first time and played
> around with it. I noticed two things that I am not sure about and wanted
> to ask your opinion/advice.
>

Hi,

I imagine that it will come as a surprise to you to find out that the GnuCash 
Android app and the main Linux/Mac/Windows program are independent projects.

Despite the similarity of the name, the 2 projects are (as I understand it) 
unrelated.  

This list is for the "full-fat" program, not the Android app.  You might get 
more help if you use another support channel (especially for feature 
enhancements tot the App).  I regret to say that I don't know where other 
support might be found though.

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
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] GNUCash becoming unusable ..v3.4

[David Carlson]



On Fri, Feb 1, 2019 at 10:19 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> I agree on all points. I also think though that people who take the time
> to ask for help are already amenable to maybe taking some ownership in
> figuring it out or working things out for themselves, if at least after a
> little nudge, direction, or suggestion. I don’t make assumptions that
> people are clueless and desire to remain so. I take the approach that
> helping someone learn more, especially if they’ve reached out first, is in
> the long term, to the benefit of all. I don’t take the approach that
> someone asking for help is not interested in or capable of understanding
> the questions asked or implementing the suggestions being offered if they
> go beyond, “click this ‘Easy’ button right here."
>
> Regards,
> Adrien
>
> > On Feb 1, 2019, at 9:59 AM, David Carlson 
> wrote:
> >
> > Adrien,
> >
> > Most users are in the Windows 10 universe or in the Apple universe using
> the 'standard' XML filetype on a computer that is less than 5 years old and
> they probably could not tell you how much RAM they have or whether they
> have a SSD, or whether it is normal for a file save to a network or cloud
> service to take more than 10 or 20 seconds.  They do not have time to
> experiment with ways to shave time or keystroke counts off of their
> computer experience, they just think a clunky program isn't as modern as
> one that flies across the screen.  They will choose the slick one without
> considering whether it is technically 'better'.
> >
> > On top of that, a lot of households are switching to Chromebooks or
> tablets and smartphones and retiring their desktops along with their POTS
> phones.  They are automating their homes with light bulbs that change color
> on a whim and posting their lives on Facebook.
> >
> > While GnuCash is not trying to make a profit in this changing
> environment, the GnuCash developers need to keep this in mind so that their
> dedication and efforts remain relevant while they strive to eliminate
> deprecated code and bugs along with occasionally introducing minor
> improvements.  We do not thank them enough for that.
> >
> > As long as people have bank accounts that they feel a need to monitor
> the balance of or have small businesses that cannot afford a full time
> treasurer there will be a place for GnuCash.
> >
> > 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
> 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] GNUCash becoming unusable ..v3.4

[Adrien Monteleone]

I agree on all points. I also think though that people who take the time to ask 
for help are already amenable to maybe taking some ownership in figuring it out 
or working things out for themselves, if at least after a little nudge, 
direction, or suggestion. I don’t make assumptions that people are clueless and 
desire to remain so. I take the approach that helping someone learn more, 
especially if they’ve reached out first, is in the long term, to the benefit of 
all. I don’t take the approach that someone asking for help is not interested 
in or capable of understanding the questions asked or implementing the 
suggestions being offered if they go beyond, “click this ‘Easy’ button right 
here."

Regards,
Adrien

> On Feb 1, 2019, at 9:59 AM, David Carlson  wrote:
> 
> Adrien,
> 
> Most users are in the Windows 10 universe or in the Apple universe using the 
> 'standard' XML filetype on a computer that is less than 5 years old and they 
> probably could not tell you how much RAM they have or whether they have a 
> SSD, or whether it is normal for a file save to a network or cloud service to 
> take more than 10 or 20 seconds.  They do not have time to experiment with 
> ways to shave time or keystroke counts off of their computer experience, they 
> just think a clunky program isn't as modern as one that flies across the 
> screen.  They will choose the slick one without considering whether it is 
> technically 'better'.
> 
> On top of that, a lot of households are switching to Chromebooks or tablets 
> and smartphones and retiring their desktops along with their POTS phones.  
> They are automating their homes with light bulbs that change color on a whim 
> and posting their lives on Facebook.   
> 
> While GnuCash is not trying to make a profit in this changing environment, 
> the GnuCash developers need to keep this in mind so that their dedication and 
> efforts remain relevant while they strive to eliminate deprecated code and 
> bugs along with occasionally introducing minor improvements.  We do not thank 
> them enough for that.
> 
> As long as people have bank accounts that they feel a need to monitor the 
> balance of or have small businesses that cannot afford a full time treasurer 
> there will be a place for GnuCash.
> 
> 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
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] Liabilities and Net Worth in Android app

[Bucky Carr]

I got the same answer that you did. If you can confirm the 
repeatability of this discrepancy, perhaps a bug report should be made.



On 2/1/2019 2:27 AM, Chris wrote:


2.2
The second point I want to make is the reports' balance sheet assets 
calculation. I run the following scenario (I would add a screenshot 
but the app does not allow for it):


Cash in Wallet:    18.75
Checking Account:   2,386.21
   - Subaccount_1:   2,264.04
   - Subaccount_2:   -83.42
    - Subaccount_2.1:   67.10
    - Subaccount_2.2    -150.52
    - Subaccount_3:  205.59
Savings Account: 0

Total:   2,587.16

Clearly the calculated total amount is wrong. I do not know what is 
calculated here from the information shown. Can someone confirm? The 
correct answer for the total would be 2,404.96 which is also shown 
when I look at my assets account.
(Side note: I would also recommend adding some visual distinction 
for subaccounts in the report balance sheet. Currently all is shown 
plain with the same indentation.)


___
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] Recording/Reporting transfers between accounts

[Adrien Monteleone]

> On Feb 1, 2019, at 8:55 AM, Maf. King  wrote:
> 
> On Friday, 1 February 2019 14:31:21 GMT Finbar Mahon wrote:
>> 
> 
> Hi Finbar,
> 
> Assuming that you are in basic  single line view mode in the register of the 
> account that you are transferring from, then Description sounds right, 
> Transfer would be the "destination" account and withdrawal of 1000. 
> (effectively exactly the same as paying a credit card bill etc.)

Ah, I see now. ’Transfer’ is only visible in Basic Ledger mode. I normally use 
Transaction-Journal mode so I never see that. Perhaps that is why I switched so 
soon after starting with GC. The default terminology can be very confusing. 
(one doesn’t think of ’transferring’ to expense accounts, rather ’spending’ and 
once you grok debit/credit, you don’t even need to bother with specific account 
terminology.)

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
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] Recording/Reporting transfers between accounts

[Adrien Monteleone]

Finbar,

Not sure what screen you are viewing here.

Are you entering the transfer directly as a transaction into an asset register 
or are you using the Transfer button that opens another window to handle 
entering the transfer?

I normally run with Preferences > Accounts > Labels > Use formal accounting 
labels, so I only deal with ‘debit’ and ‘credit’ labels. I find this much 
easier to comprehend than having different labels depending on which type of 
account I am in.

But with that setting turned off, I still don’t see a ’transfer’ box in a 
checking (or any other asset) register. I see ‘deposit’ and ‘withdrawal’. 
(spend/receive if in a cash account, increase/decrease for any generic asset)

If I use the Transfer button, then I see a section of the window with ’Transfer 
from:’ and ’Transfer to:’ those should be pretty self explanatory.

If you are doing this in the register, the left column is always ‘debit’ and 
the right column is always ‘credit.’ (even if you aren’t using formal labels)

So if you are transferring money from say checking to savings, open the 
checking register,

Enter a transaction with the amount you are putting into savings (assigned to 
the savings account) in the left column. (debit)
Enter the second split with the same amount assigned to the current account 
(checking) in the right column. (credit)

For reporting, you have at least 3 choices:

Cashflow report limited to only the asset accounts you want to see transfers 
between.
Transaction report limited to only those same asset accounts
Register report for any one asset account optionally filtered to show only 
transactions involving one or more other asset accounts which might have 
transfers.

Hope that helps,

Regards,
Adrien

> On Feb 1, 2019, at 8:31 AM, Finbar Mahon  wrote:
> 
> Hello,
> 
> At year end I need to record the transactions that have been made between 
> accounts.
> 
> Firstly, I am not sure of the logic to  be used -
> 
> So, if I want to transfer €1000 to another a/c, I fill in 'transfer to x' in 
> description; what do I put in the 'transfer' box ? - 'assets account from 
> which transfer is to be made'? and €1000 in 'withdrawal'?
> 
> OK, assuming that is right then the transferred to a/c should show €1000 in 
> the deposit window?
> 
> To check what transfers I made after a period, can I create a report? If so, 
> under what heading in reports?
> 
> TIA Finbar


___
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] Recording/Reporting transfers between accounts

[Maf. King]

On Friday, 1 February 2019 14:31:21 GMT Finbar Mahon wrote:
> Hello,
> 
> At year end I need to record the transactions that have been made
> between accounts.
> 
> Firstly, I am not sure of the logic to  be used -
> 
> So, if I want to transfer €1000 to another a/c, I fill in 'transfer to
> x' in description; what do I put in the 'transfer' box ? - 'assets
> account from which transfer is to be made'? and €1000 in 'withdrawal'?
> 

Hi Finbar,

Assuming that you are in basic  single line view mode in the register of the 
account that you are transferring from, then Description sounds right, 
Transfer would be the "destination" account and withdrawal of 1000. 
(effectively exactly the same as paying a credit card bill etc.)

> OK, assuming that is right then the transferred to a/c should show €1000
> in the deposit window?
> 
Yes.  (assuming both are bank (asset) accounts - the labels might be different 
in other type account.)


> To check what transfers I made after a period, can I create a report? If
> so, under what heading in reports?
> 

I'd start with the transaction report.

HTH,
Maf.


> TIA Finbar
> 





___
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] Recording/Reporting transfers between accounts

[Finbar Mahon]

Hello,

At year end I need to record the transactions that have been made 
between accounts.


Firstly, I am not sure of the logic to  be used -

So, if I want to transfer €1000 to another a/c, I fill in 'transfer to 
x' in description; what do I put in the 'transfer' box ? - 'assets 
account from which transfer is to be made'? and €1000 in 'withdrawal'?


OK, assuming that is right then the transferred to a/c should show €1000 
in the deposit window?


To check what transfers I made after a period, can I create a report? If 
so, under what heading in reports?


TIA Finbar

___
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] GNUCash becoming unusable ..v3.4

[Adrien Monteleone]

I’ll second that the SQlite backend improves speed considerably. I’ve been 
using it for a few years now.

Concerning reports, if you go the Python route, that isn’t ‘out of the box’ 
necessarily, but you don’t have to completely figure it out from scratch. Do a 
search for PieCash. (might be spelled PyCash, not sure)

You could also query the db file directly if you prefer. (just don’t *write* to 
it!!)

Before you go any further though, I’d ask:

What OS?
How much RAM?
Using an SSD? or Hard drive?

GnuCash loads the entire file into RAM no matter the backend. (the advantage is 
instant write with SQlite3 vs. a slower periodic save with XML)

If you are running something heavy like Win10 on only 4GB RAM and you have a 
data file that is 10years full of data, and if you also keep lots of GnuCash 
tabs open (not to mention lots of other apps) then you are probably going to 
see quite a bit of lag and sluggish behavior. And that is even discounting the 
processor. If you’ve got a hobbled cache CPU like a Celeron or a Pentium-M, you 
might see sluggish behavior. (note this last comment is just general, not 
specific to GnuCash)

A dev could offer more accurate insights here as they know exactly how GnuCash 
handles and manages memory and data.

I’ve run GnuCash over about 6 years on various Ubuntu versions (some on very 
old and hobbled processors) with 4GB and MacOS with anywhere from 4-16GB. I’ve 
never noticed any serious speed issues. I’ve never run GnuCash on any Windows 
platform.

There are various threads concerning Win10 startup, reports being slow, and 
some other performance issues. Check the archives as you may find some 
resolutions or workarounds if that is your OS.

Regards,
Adrien

> On Feb 1, 2019, at 4:08 AM, Jamestk  wrote:
> 
> Saving as SQlite drops the file size down to 10mb from 15mb, unfortunately no
> noticeable difference with reports  via GNC, I assume it needs Python
> configuring to access DB directly.
> 
> Ideally it needs to be out of the box, otherwise likely to get in further in
> to something that long term may not be suitable.
> 
> 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
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] Upgrade from 2.7 to 3.4 (windows)

[Jamestk]

Try downloading the file again to a different location. GNUCash will
uninstall older versions first then install new version, back-up your file
first the try manual uninstall via programs.



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] undo needed, was Re: Reconciliation is not adding up correctly

[Colin Law]

On Fri, 1 Feb 2019 at 10:25, Finbar Mahon  wrote:
>
> Often the justification for not having undo in accounting software  is
> security. Maybe an option to edit the starting balance?
>
> I know that it is there to manage the reconciliation process, but errors
> in transaction entries can modify the starting balance.

The starting balance in the Reconcile dialog *must* be the total of
all reconciled transactions in the account. If it is not correct that
means that an error has been introduced into the accounts, that must
be corrected.  If it is considered not worth finding exactly what the
previous error is then a correction transaction can be added and
reconciled that will adjust the balance accordingly.

Colin
___
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] Associate file with transaction path

[Anthony Marrian]

I'm running Windows 10 Pro 64 bit with Gnucash 3.4. The file/transaction path 
(Edit / Preferences / General / Path head for Transaction Association Files) is 
to a folder on a mapped network drive. The preference is ignored; I am simply 
provided with a list of files in Recent. Is this likely to be fixed, please?

Best wishes
___
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] undo needed, was Re: Reconciliation is not adding up correctly

[Finbar Mahon]

Often the justification for not having undo in accounting software  is 
security. Maybe an option to edit the starting balance?


I know that it is there to manage the reconciliation process, but errors 
in transaction entries can modify the starting balance.


Finbar

On 31/01/2019 10:08, Bert Riding wrote:

On Wed, 30 Jan 2019 13:30:47 -0500
Elmar  wrote:


I bet the ability to  have a few levels of "undo" is on the desired
enhancements list, no?  I certainly have cursed a few times when I
hit delete by mistake.

- Elmar

On 1/30/19 12:00 PM, gnucash-user-requ...@gnucash.org wrote:

Message: 9 Date: Wed, 30 Jan 2019 12:17:20 + From: Colin Law  >
 ... Once you have deleted a transaction then it

  > is gone, so you won't be able to find it in by filtering.
___
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.

If you can reload your data file before it's saved or auto-saved, you
can undo all transactions back to the last save.


___
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] GNUCash becoming unusable ..v3.4

[Jamestk]

Saving as SQlite drops the file size down to 10mb from 15mb, unfortunately no
noticeable difference with reports  via GNC, I assume it needs Python
configuring to access DB directly.

Ideally it needs to be out of the box, otherwise likely to get in further in
to something that long term may not be suitable.

Thanks,




--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] GNUCash becoming unusable ..v3.4

[Jamestk]

Thanks Jeff, is there a tutorial or a few pointers how to achieve this, its
an age since I used SQL.

..ta



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] Liabilities and Net Worth in Android app

[Chris]

Dear GnuCash community,

I recently installed the Android app for the first time and played 
around with it. I noticed two things that I am not sure about and wanted 
to ask your opinion/advice.


1. Liabilities

The scenario I am running is a simple credit card. If I use my credit 
card and money is withdrawn from it then my understanding is that I am 
supposed to use the "payment" option for these transactions. This 
results in my liability balance being negative which also leads to the 
correct behavior with the bank account it is coupled to: The said 
"payment" amount booked from my credit card is subtracted from my bank 
account in my assets. Please let me know if I made a mistake in my 
assumptions thus far. If this is the correct behavior then this brings 
me to my second point:


2. Report - Balance Sheet:

2.1
If the above is correct, then in the reports' balance sheet my assets 
are shown in green (positive) and my liabilities in red (negative). But 
this leads to my net worth being calculated as follows: Net Worth = 
Assets - Liabilities with Liabilities being inserted with its negative 
sign and therefore my net worth actually turns out to be adding my 
assets and liabilities instead of subtracting them which is of course 
not correct. Can someone confirm this?


2.2
The second point I want to make is the reports' balance sheet assets 
calculation. I run the following scenario (I would add a screenshot but 
the app does not allow for it):


Cash in Wallet:18.75
Checking Account:   2,386.21
   - Subaccount_1:   2,264.04
   - Subaccount_2:   -83.42
- Subaccount_2.1:   67.10
- Subaccount_2.2-150.52
- Subaccount_3:  205.59
Savings Account: 0

Total:   2,587.16

Clearly the calculated total amount is wrong. I do not know what is 
calculated here from the information shown. Can someone confirm? The 
correct answer for the total would be 2,404.96 which is also shown when 
I look at my assets account.
(Side note: I would also recommend adding some visual distinction for 
subaccounts in the report balance sheet. Currently all is shown plain 
with the same indentation.)


Thanks for your help and time in advance!
Chris

PS: I was surprised that the mailing list server does not offer TLS. Of 
course the list is open but it would be nice if in 2019 it would be 
offered since people like me need to turn off "only send emails to TLS 
enabled servers".


___
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] GNUCash becoming unusable ..v3.4

[Jeff Abrahamson]

You might try the sqlite backend, that at least avoids the heavier XML
autosaves.  After making sure the needed sqlite3 libraries are
installed, it's a simple save-as (and don't forget to specify in the now
present dropdown menu what format you want).

If you're willing to tinker in python some day, it also gives you access
to that.

Jeff


On 01/02/2019 09:34, Jamestk wrote:
> Thanks, there are other small issues creeping in which makes me think the
> program is becoming unstable.
>
> Example, when browsing the account tree menu the cursor hangs then jumps
> after a delay to where you are pointing, this only happens when there is a
> data file loaded.
>
> When reconciling an account if auto save starts then it can really take an
> age, i don't tend to time this as go and do something else in between. 
>
> I generally don't run full ledgers either but selected 'all accounts'' by
> mistake while editing options.
>
> My guess is the core code is designed for Linux, porting across to Windows
> may not be ideal?
>
>  
>
>
> Jeff Abrahamson wrote
>> I've been doing reports with python scripts (not an officially supported
>> technique, also requires the backend be sqlite, which is easy).  My
>> reports run in a snap.  That said, maybe I have less data than you.
>>
>> Jeff Abrahamson
>> http://p27.eu/jeff/
>> http://transport-nantes.com/
>>
>> On 01/02/2019 09:07, Jamestk wrote:
>>> *First of all thank you to all of the contributors, devs who have
>>> volunteered
>>> to make GNUCash freely available.  *  
>>>
>>> That said, I do need to ask if any improvements are likely on the speed
>>> front. Basic reports take 1 - 2 minutes to run, larger ledger reports up
>>> to
>>> 15 minutes. I have tried all of the tweaks mentioned on here but with
>>> little
>>> difference, if any.
>>>
>>> Its always puzzled me how crunching numbers requires so much time and
>>> resources, its more intensive than rendering images. Changing even the
>>> report title takes the same amount of time, i.e no number crunching? 
>>>
>>> My set-up isn't complicated, yes accounts go back 10 years but that in
>>> itself is not a large number of transactions overall.
>>>
>>> Sorry to moan but I need to make a decision about what to do.
>>>
>>> Thanks,
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Sent from:
>>> http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
>>> ___
>>> gnucash-user mailing list
>>>
>> gnucash-user@
>>> 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.
>> -- 
>>
>> Jeff Abrahamson
>> +33 6 24 40 01 57
>> +44 7920 594 255
>>
>> http://p27.eu/jeff/
>> http://transport-nantes.com/
>>
>> ___
>> gnucash-user mailing list
>> gnucash-user@
>> 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.
>
>
>
>
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> 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.

-- 

Jeff Abrahamson
+33 6 24 40 01 57
+44 7920 594 255

http://p27.eu/jeff/
http://transport-nantes.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
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] GNUCash becoming unusable ..v3.4

[Jamestk]

Thanks, there are other small issues creeping in which makes me think the
program is becoming unstable.

Example, when browsing the account tree menu the cursor hangs then jumps
after a delay to where you are pointing, this only happens when there is a
data file loaded.

When reconciling an account if auto save starts then it can really take an
age, i don't tend to time this as go and do something else in between. 

I generally don't run full ledgers either but selected 'all accounts'' by
mistake while editing options.

My guess is the core code is designed for Linux, porting across to Windows
may not be ideal?

 


Jeff Abrahamson wrote
> I've been doing reports with python scripts (not an officially supported
> technique, also requires the backend be sqlite, which is easy).  My
> reports run in a snap.  That said, maybe I have less data than you.
> 
> Jeff Abrahamson
> http://p27.eu/jeff/
> http://transport-nantes.com/
> 
> On 01/02/2019 09:07, Jamestk wrote:
>> *First of all thank you to all of the contributors, devs who have
>> volunteered
>> to make GNUCash freely available.  *  
>>
>> That said, I do need to ask if any improvements are likely on the speed
>> front. Basic reports take 1 - 2 minutes to run, larger ledger reports up
>> to
>> 15 minutes. I have tried all of the tweaks mentioned on here but with
>> little
>> difference, if any.
>>
>> Its always puzzled me how crunching numbers requires so much time and
>> resources, its more intensive than rendering images. Changing even the
>> report title takes the same amount of time, i.e no number crunching? 
>>
>> My set-up isn't complicated, yes accounts go back 10 years but that in
>> itself is not a large number of transactions overall.
>>
>> Sorry to moan but I need to make a decision about what to do.
>>
>> Thanks,
>>
>>
>>
>>
>>
>> --
>> Sent from:
>> http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
>> ___
>> gnucash-user mailing list
>> 

> gnucash-user@

>> 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.
> 
> -- 
> 
> Jeff Abrahamson
> +33 6 24 40 01 57
> +44 7920 594 255
> 
> http://p27.eu/jeff/
> http://transport-nantes.com/
> 
> ___
> gnucash-user mailing list

> gnucash-user@

> 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.





--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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] GNUCash becoming unusable ..v3.4

[Jeff Abrahamson]

I've been doing reports with python scripts (not an officially supported
technique, also requires the backend be sqlite, which is easy).  My
reports run in a snap.  That said, maybe I have less data than you.

Jeff Abrahamson
http://p27.eu/jeff/
http://transport-nantes.com/

On 01/02/2019 09:07, Jamestk wrote:
> *First of all thank you to all of the contributors, devs who have volunteered
> to make GNUCash freely available.  *  
>
> That said, I do need to ask if any improvements are likely on the speed
> front. Basic reports take 1 - 2 minutes to run, larger ledger reports up to
> 15 minutes. I have tried all of the tweaks mentioned on here but with little
> difference, if any.
>
> Its always puzzled me how crunching numbers requires so much time and
> resources, its more intensive than rendering images. Changing even the
> report title takes the same amount of time, i.e no number crunching? 
>
> My set-up isn't complicated, yes accounts go back 10 years but that in
> itself is not a large number of transactions overall.
>
> Sorry to moan but I need to make a decision about what to do.
>
> Thanks,
>
>
>
>
>
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> 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.

-- 

Jeff Abrahamson
+33 6 24 40 01 57
+44 7920 594 255

http://p27.eu/jeff/
http://transport-nantes.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
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] v3.1 "Bad URL" error

[Geert Janssens]

Op donderdag 31 januari 2019 19:32:31 CET schreef RobW:
> This is fixed in GNUCash 3.4 apparently. At least it fixed it for me.

Yes, it should be fixed in 3.4. The relevant bug report is
https://bugs.gnucash.org/show_bug.cgi?id=796772
Bug 796772 - Receivable Ageing Report invalid URL for Totals column

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] GNUCash becoming unusable ..v3.4

[Jamestk]

*First of all thank you to all of the contributors, devs who have volunteered
to make GNUCash freely available.  *  

That said, I do need to ask if any improvements are likely on the speed
front. Basic reports take 1 - 2 minutes to run, larger ledger reports up to
15 minutes. I have tried all of the tweaks mentioned on here but with little
difference, if any.

Its always puzzled me how crunching numbers requires so much time and
resources, its more intensive than rendering images. Changing even the
report title takes the same amount of time, i.e no number crunching? 

My set-up isn't complicated, yes accounts go back 10 years but that in
itself is not a large number of transactions overall.

Sorry to moan but I need to make a decision about what to do.

Thanks,





--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
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.