Re: [GNC] Adding A Business Activity (and integrating with old)

2023-05-20 Thread devaps
Eric,

I started out the same way, using gnucash for personal books and added my sole 
proprietorship business activity at a later date. 

Like you, even if I setup a new business bank account, I’d invariably have some 
expenses that would involve apportioning part of the expense to business side 
of things. It’s much easier to do this in a single book. If you wish, you can 
segregate the books, but it will constantly involve splitting business portion 
of the transactions to be duplicated in both books. If you do this, you would 
have to split the business portion of transactions to an equity account in 
personal books and source one side of transactions from a similar equity 
account in the business books. Given the tedium in maintaining copies of 
transactions in multiple books, I chose to keep it in a single book.

It’s easy enough to create an account hierarchy to include business side of 
things in your personal books and at report generation time, include the 
appropriate set of accounts for business or personal income or balance sheet 
information. 


There may be a case to separate the books if you anticipate selling your 
business at a future date, but that effort is worth it only if the business is 
large enough to spin off at a later date. Not worth its while for sole 
proprietorship. 

You can still separate the books at a later date (say if you register an LLP or 
a private company), if you deem it necessary to maintain separate books at that 
time. 

Cheers,
Deva

—
Date: Sat, 20 May 2023 14:21:15 -0500
From: "Eric H. Bowen" 
To: gnucash-user@gnucash.org
Subject: [GNC] Adding A Business Activity (and integrating with old)
Message-ID: <12b93fed-70cf-b7a6-a6a7-ca3e083d1...@ehbowen.net>
Content-Type: text/plain; charset=UTF-8; format=flowed

I've been using GnuCash for personal expenses and for a home-based hobby 
business for the past several years now. I'm about to add another 
business activity which will be more serious (I'm self-publishing a 
book). I'm planning to open a separate business banking account for this 
activity and I want to use an entirely separate GnuCash book to keep 
track of income and expenses. Note: This will be a sole proprietorship 
(at least for now) as is my current hobby business.

My question is: How do I integrate this with my current GnuCash 
register? It will be more than a year before I generate any 
(significant) income, even if things go well, so there's going to be a 
lot of crossover and funds transferred from my personal accounts, both 
cash and credit. There are also other items, such as telephone and 
Internet service, which can/should be expensed across both activities. 
I'm also wanting to track investment and net equity in this activity in 
the event that I eventually sell out to an established publisher or else 
formally incorporate the business.

I can/will speak with the accountant that I'm using for his 
recommendations, but he's completely unfamiliar with GnuCash; when I 
mentioned it his reaction was, "What...?" So I want to see how this can 
and should be done under the GnuCash interface.



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


Re: [GNC] Adding A Business Activity (and integrating with old)

2023-05-20 Thread Murugan Muruganandam
Eric

i have a similar setup.  My accountant explained that apart from keeping books 
seperate i have to make sure that the income , expenses are clearly segregated. 
 Obviously it is difficult when starting a new business, so i had multiple 
cross expenses.  To streamline the process, i created two seperate books


  1.  created a asset account in my personal book (named it as  business 
account)
  2.  register all business expenses into this asset account (the business owes 
this to me)
  3.  Created a liability account in the new business book and register the 
expense

an example below

Expense :  Shipment expenses paid using my personal credit card

Personal Book:

Liability: Credit Card: Credit $25
Asset: Business Account: Debit $25



Business Book:


Liability: Loan: Business Account: Cr $25

Expenses: Office: Shipment: Dr $25



on a specific period , i consolidate the business account amount and convert 
into a loan to business account. (due to local taxes i have to create a 0 
interest loan through an affidavit and pay a small tax)







Saludos Cordiales


Murugan


From: gnucash-user 
 on behalf of Eric 
H. Bowen via gnucash-user 
Sent: Saturday, May 20, 2023 3:21 PM
To: gnucash-user@gnucash.org 
Subject: [GNC] Adding A Business Activity (and integrating with old)

I've been using GnuCash for personal expenses and for a home-based hobby
business for the past several years now. I'm about to add another
business activity which will be more serious (I'm self-publishing a
book). I'm planning to open a separate business banking account for this
activity and I want to use an entirely separate GnuCash book to keep
track of income and expenses. Note: This will be a sole proprietorship
(at least for now) as is my current hobby business.

My question is: How do I integrate this with my current GnuCash
register? It will be more than a year before I generate any
(significant) income, even if things go well, so there's going to be a
lot of crossover and funds transferred from my personal accounts, both
cash and credit. There are also other items, such as telephone and
Internet service, which can/should be expensed across both activities.
I'm also wanting to track investment and net equity in this activity in
the event that I eventually sell out to an established publisher or else
formally incorporate the business.

I can/will speak with the accountant that I'm using for his
recommendations, but he's completely unfamiliar with GnuCash; when I
mentioned it his reaction was, "What...?" So I want to see how this can
and should be done under the GnuCash interface.


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


Re: [GNC] invoice not showing sales in income account

2023-05-20 Thread Murugan Muruganandam
hi Thelma

i tried recreating your use case both in windows and linux, but both of them 
are working as expected.
you can send screen shots as attachment to the group




Saludos Cordiales


Murugan


From: Thelma Sabim 
Sent: Friday, May 19, 2023 1:13 PM
To: Murugan Muruganandam 
Cc: gnucash-user@gnucash.org 
Subject: Re: [GNC] invoice not showing sales in income account

Hi, sorry for the incomplete context.
I am trying to issue an invoice using GnuCash 4.4 Build 2020-12-28 in Debian.
I go to Business, select Customer > New Invoice, type the client name in 
Customer, their PO in Billing ID, select Terms, then click OK.
When the invoice window opens, I type my service in Description, then I click 
on Income Account where I expect to see Income:Sales (as in previous invoices), 
but the software gives me only one option "Income: interest Income" and this is 
wrong.
The arrow down button does not bring any other income account.
Also, I think I had more options for the Action field; now it shws only one 
entry "Hours" and I have the impression that previously I could select 
"words"... but I do not recall how I (or the software) did that.
I need some help in order to get the correct account  in the Income 
Account field.

Not sure if the group accepts a screenshot, but I can send one if necessary.
Thank you.
Thelma


On Fri, May 19, 2023 at 11:32 AM Murugan Muruganandam 
mailto:m.muruganan...@hotmail.com>> wrote:
hi Thelma

can you please elaborate the issue step by step. where you are not able to see 
the income account




Saludos Cordiales


Murugan


From: gnucash-user 
mailto:hotmail@gnucash.org>>
 on behalf of Thelma Sabim mailto:tlsa...@gmail.com>>
Sent: Thursday, May 18, 2023 7:50 PM
To: gnucash-user@gnucash.org 
mailto:gnucash-user@gnucash.org>>
Subject: [GNC] invoice not showing sales in income account

Hi,
I had set up my invoice to show "Income:sales" under Income Account. Today
I tried to issue another invoice and the field only shows "Income:interest"
and it seems to freeze when I click on the arrow down. Also, the field
Action only shows 'hours'. Before I had the option for 'word'.
I still can see my four invoices issued and correctly posted to Accounts
Receivable and if I jump to invoices, they show Income:sales for Income
account.
What should I do? Recreate a new template for invoice? What options are
available in this scenario?
Thank you.

--
*Thelma L Sabim*
Tradutora Juramentada JUCEPAR
Certified Translator Eng < > Por
ABRATES, ATA
+55 (41) 3276 5659 Cel: (41) 9 9676 7297 (BR)
+1 (512) 837 5708 (US)
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


--
Thelma L Sabim
Tradutora Juramentada JUCEPAR
Certified Translator Eng < > Por
ABRATES, ATA
+55 (41) 3276 5659 Cel: (41) 9 9676 7297 (BR)
+1 (512) 837 5708 (US)
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


[GNC] balance of interests between users and developers

2023-05-20 Thread flywire
> If the new version could be installed alongside the current version and
data files kept separate

It's not necessarily new version and current version. Two versions, same
computer -
https://lists.gnucash.org/pipermail/gnucash-user/2023-March/105955.html

In Windows, use GnuCash installed on system for testing and the desired
GnuCashPortable version for the real books.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] balance of interests between users and developers

2023-05-20 Thread Carsten Hütter
Hello Gyle!

It's not that hard to install and run two (ore more) gnucash versions
in the Windows environment side by side. Just rename the gnucash program folder 
to e. g. "gnucash 5.1-15 nightly" (or any other name that seems appropriate). 
Then start a different gnucash setup. A new "gnucash" folder will be created in 
the program directory. You can navigate to the preferred gnucash folder to get 
the application started, and you can create an appropriate link on your desktop 
or start menu for easier access. BTDT.

Greetings

Carsten
⁣

Am 20. Mai 2023, 23:57, um 23:57, Gyle McCollam  schrieb:
>If the new version could be installed alongside the current version and
>data files kept separate, I for one would be happy to enter my
>transactions in both the new and old to test the new.  However, since
>the warnings are to not use for production or live data, I don't test
>the new.  I wouldn't know how to do that in Windows, but it would be
>nice to be able to do that.
>
>
>Thank You,
>
>Gyle McCollam
>
>Gyle McCollam
>
>gmccol...@live.com   email
>
>
>From: gnucash-user 
>on behalf of Michael or Penny Novack 
>Sent: Saturday, May 20, 2023 5:25 PM
>To: gnucash-user@gnucash.org 
>Subject: Re: [GNC] balance of interests between users and developers
>
>Precisely because I am a retired pro, I have not worked on development
>in this volunteer environment.
>
>See, my experience was in a different environment when we had end user
>commitment to the project. By which I mean end user TIME. Not "I want"
>but "I am willing to commit to the end user part of software
>development". In the work world I came from, about 20% of the project
>time was at the start formalizing the requirements (what is this thing
>supposed to do). So yes, we business analysts and systems analysts took
>part in that phase, but mainly asking questions of the clients/users
>"OK, but what do you want it to do in THIS situation?" << because
>initially, all the clients/users picture is how it is to work normally
>-- NOT picturing all the rare cases/exceptions that might come up --
>and
>roughly 80% of the code will end up being what handles these odd
>situations >>
>
>THEN maybe 30% of the time to make really formal definition and spec it
>out and 30% to code it.
>
>But at the end, the clients/users need to come back to provide the
>testers, the final 20%. In other words, about 40% of the time
>commitment
>would not be us analysts and programmers but USERS.
>
>Of course in that "world" the users were there because they were being
>paid to be there just like we analysts/programmers were. Sorry, but in
>this voluntary environment I am NOT seeing the users who are saying
>that
>they want thus and ALSO saying ":and to get that, we will commit to our
>part of the project"
>
>
>Michael D Novack
>
>
>___
>gnucash-user mailing list
>gnucash-user@gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>-
>Please remember to CC this list on all your replies.
>You can do this by using Reply-To-List or Reply-All.
>___
>gnucash-user mailing list
>gnucash-user@gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>-
>Please remember to CC this list on all your replies.
>You can do this by using Reply-To-List or Reply-All.

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


Re: [GNC] balance of interests between users and developers

2023-05-20 Thread Gyle McCollam
If the new version could be installed alongside the current version and data 
files kept separate, I for one would be happy to enter my transactions in both 
the new and old to test the new.  However, since the warnings are to not use 
for production or live data, I don't test the new.  I wouldn't know how to do 
that in Windows, but it would be nice to be able to do that.


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com   email


From: gnucash-user  on 
behalf of Michael or Penny Novack 
Sent: Saturday, May 20, 2023 5:25 PM
To: gnucash-user@gnucash.org 
Subject: Re: [GNC] balance of interests between users and developers

Precisely because I am a retired pro, I have not worked on development
in this volunteer environment.

See, my experience was in a different environment when we had end user
commitment to the project. By which I mean end user TIME. Not "I want"
but "I am willing to commit to the end user part of software
development". In the work world I came from, about 20% of the project
time was at the start formalizing the requirements (what is this thing
supposed to do). So yes, we business analysts and systems analysts took
part in that phase, but mainly asking questions of the clients/users
"OK, but what do you want it to do in THIS situation?" << because
initially, all the clients/users picture is how it is to work normally
-- NOT picturing all the rare cases/exceptions that might come up -- and
roughly 80% of the code will end up being what handles these odd
situations >>

THEN maybe 30% of the time to make really formal definition and spec it
out and 30% to code it.

But at the end, the clients/users need to come back to provide the
testers, the final 20%. In other words, about 40% of the time commitment
would not be us analysts and programmers but USERS.

Of course in that "world" the users were there because they were being
paid to be there just like we analysts/programmers were. Sorry, but in
this voluntary environment I am NOT seeing the users who are saying that
they want thus and ALSO saying ":and to get that, we will commit to our
part of the project"


Michael D Novack


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


Re: [GNC] balance of interests between users and developers

2023-05-20 Thread Michael or Penny Novack
Precisely because I am a retired pro, I have not worked on development 
in this volunteer environment.


See, my experience was in a different environment when we had end user 
commitment to the project. By which I mean end user TIME. Not "I want" 
but "I am willing to commit to the end user part of software 
development". In the work world I came from, about 20% of the project 
time was at the start formalizing the requirements (what is this thing 
supposed to do). So yes, we business analysts and systems analysts took 
part in that phase, but mainly asking questions of the clients/users 
"OK, but what do you want it to do in THIS situation?" << because 
initially, all the clients/users picture is how it is to work normally 
-- NOT picturing all the rare cases/exceptions that might come up -- and 
roughly 80% of the code will end up being what handles these odd 
situations >>


THEN maybe 30% of the time to make really formal definition and spec it 
out and 30% to code it.


But at the end, the clients/users need to come back to provide the 
testers, the final 20%. In other words, about 40% of the time commitment 
would not be us analysts and programmers but USERS.


Of course in that "world" the users were there because they were being 
paid to be there just like we analysts/programmers were. Sorry, but in 
this voluntary environment I am NOT seeing the users who are saying that 
they want thus and ALSO saying ":and to get that, we will commit to our 
part of the project"



Michael D Novack


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


[GNC] Adding A Business Activity (and integrating with old)

2023-05-20 Thread Eric H. Bowen via gnucash-user
I've been using GnuCash for personal expenses and for a home-based hobby 
business for the past several years now. I'm about to add another 
business activity which will be more serious (I'm self-publishing a 
book). I'm planning to open a separate business banking account for this 
activity and I want to use an entirely separate GnuCash book to keep 
track of income and expenses. Note: This will be a sole proprietorship 
(at least for now) as is my current hobby business.


My question is: How do I integrate this with my current GnuCash 
register? It will be more than a year before I generate any 
(significant) income, even if things go well, so there's going to be a 
lot of crossover and funds transferred from my personal accounts, both 
cash and credit. There are also other items, such as telephone and 
Internet service, which can/should be expensed across both activities. 
I'm also wanting to track investment and net equity in this activity in 
the event that I eventually sell out to an established publisher or else 
formally incorporate the business.


I can/will speak with the accountant that I'm using for his 
recommendations, but he's completely unfamiliar with GnuCash; when I 
mentioned it his reaction was, "What...?" So I want to see how this can 
and should be done under the GnuCash interface.



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


Re: [GNC] balance of interests between users and developers

2023-05-20 Thread John Dablin via gnucash-user

On 20/05/2023 20:05, Vincent Dawans wrote:

In my (long gone) days as a paid software
developer, we had access to a QA/test team that would give us all the
feedback we needed.


In my own (also long gone) days as a software developer I remember 
reading a (partly) humorous  article that reckoned the best QA tester 
was someone with long greasy hair, who looked (and smelt) like he hadn't 
showered for a month, was highly opinionated, and his one aim in life 
was to prove the developers were useless bunch of f*g idiots. I 
thought at the time there was probably some truth in that! 


John Dablin
(Happy gnucash user who is content to let Ubuntu decide when to 
distribute an upgrade).


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


Re: [GNC] balance of interests between users and developers

2023-05-20 Thread Stan Brown
On 2023-05-20 12:05, Vincent Dawans wrote:
> When you compile from source on Linux in particular, as a developer this is
> super easy and allows you to install as many versions of gnucash
> concurrently as you want. However I don't think it's possible to install
> concurrent versions from official builds, even nightly builds. I think it
> would go a long way if we could have a testing version (could be a nightly
> build as well) that can be installed concurrently in a separate file
> structure, including user settings, database and everything.

With the free Oracle VirtualBox software, it's not hard to set up a
virtual machine on which to install a test version of GnuCash. This
effectively prevents different versions of GC from interfering with each
other. Windows users can have Windows or Linux in the virtual machine;
Linux users can have Linux or Windows.

While not _completely_ trivial, it's quite easy to set up Windows 10
without a license or a Microsoft account on a virtual machine. YouTube
videos guide you through the process. And of course setting up Linux
doesn't raise license issues in the first place.

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


Re: [GNC] balance of interests between users and developers

2023-05-20 Thread Vincent Dawans
I think Geert puts the issue clearly in highlighting the need for more
testing, a weak spot in any open source software. This is even more so with
gnuCash because we are dealing with critical financial data, both in terms
of the importance of testing but also the challenge since we don't want
users to "risk" their live data on testing. Possibly there is something we
can do to improve this. In my (long gone) days as a paid software
developer, we had access to a QA/test team that would give us all the
feedback we needed. Of course that's what money gets you. One important
aspect I recall at the time is that the testers were not developers. In
fact that was an important aspect. The least they knew about how things are
made to work the better, because there can be a bias in testing when you
understand what the code is supposed to do, you often avoid doing (without
even knowing it) things that you should "avoid" doing, hence your testing
is inherently biased. The testers' job was to be nitpickers and actually
try to actively break things; some were really good at it. The flip side is
therefore that setting up a test environment should be simple since the
testers aren't developers.

When you compile from source on Linux in particular, as a developer this is
super easy and allows you to install as many versions of gnucash
concurrently as you want. However I don't think it's possible to install
concurrent versions from official builds, even nightly builds. I think it
would go a long way if we could have a testing version (could be a nightly
build as well) that can be installed concurrently in a separate file
structure, including user settings, database and everything. So even all
your setting files, registry entry, etc would be different. Possibly
gnucash-testing or whatever the name is, separate from gnucash. It would
need to be available on Windows as well since a large number of users are
on Windows. Then a group of volunteers could more easily install and update
a test version concurrent to their main version without cross-over. As for
data files, it would be a separate database or file, with recommendation to
not mix them. In fact we could even possibly put a restriction to avoid
errors, such as (if using xml file) the file name needing the
gnucash-testing extension to open. For databases some similar mechanism.
Users could be given instructions on how to create a testing copy of their
userfile or database to test with "real" data. Possibly then a larger group
of volunteers could come together and create an actual semi official tester
group without the need for any technical skills (these might even be
discouraged).

Cheers,

Vincent

On Sat, May 20, 2023 at 3:01 AM Maf. King  wrote:

> Thank you Geert, for a considered response and reminder of the limitations
> of
> a (all?) volunteer groups.
>
> I can imagine that it was disheartening for the dev team to be met with so
> many bugs and so much vitriol over the issues some use-cases found with
> the
> 5.0 release.  I can also understand the reluctance of the user base to
> beta-
> test, given the nature of GC as a product and the "don't use this on
> important
> data" warnings. it is clear from the list that many users don't get
> the
> idea of the GC data file being "outside" the GC program on disk
>
> You guys are appreciated for your time and effort on GC, that can not be
> repeated too often - devs, translators, testers, and the guys on here who
> are
> able to help other users.
>
> 
>
> Maf.
>
>
>
> On Saturday, 20 May 2023 10:32:32 BST Geert Janssens wrote:
> > I really shouldn't answer this, but it's too painful to read...
> >
> > Perhaps the user's expectations are too high for a volunteer project
> such as
> > gnucash. It's true, things go wrong. Especially with major releases which
> > typically have changes accumulating over the longer development cycle
> which
> > gets very little end user testing. we do encourage this by the way but we
> > get surprisingly little of it. I suppose end users are volunteers as well
> > and have limited time to help out in testing.
> >
> > That aside, we do take these issues seriously. From what I can tell
> almost
> > **all** the changes that went into gnucash 5.1 were to solve problems
> that
> > appeared in the 5.0 release. There were more than we could handle in the
> > single month between these two releases. We're still working on fixing
> more
> > for the next release.
> >
> > Those include the issue with entering descriptions in the register and
> the
> > broken multi- column reports.Please do understand that while it's
> sometimes
> > easy to point out a problem, it does take time for a proper fix.
> >
> > Yesterday we added a fix for the multi column report which we hope should
> > solve the issue. You are most welcome to download the latest nightly
> builds
> > to help us verify this.
> >
> > The other one has a patch waiting, which is still under discussion. It
> has
> > high priority but we 

Re: [GNC] balance of interests between users and developers

2023-05-20 Thread Maf. King
Thank you Geert, for a considered response and reminder of the limitations of 
a (all?) volunteer groups.

I can imagine that it was disheartening for the dev team to be met with so 
many bugs and so much vitriol over the issues some use-cases found with the 
5.0 release.  I can also understand the reluctance of the user base to beta-
test, given the nature of GC as a product and the "don't use this on important 
data" warnings. it is clear from the list that many users don't get the 
idea of the GC data file being "outside" the GC program on disk

You guys are appreciated for your time and effort on GC, that can not be 
repeated too often - devs, translators, testers, and the guys on here who are 
able to help other users.



Maf.



On Saturday, 20 May 2023 10:32:32 BST Geert Janssens wrote:
> I really shouldn't answer this, but it's too painful to read...
> 
> Perhaps the user's expectations are too high for a volunteer project such as
> gnucash. It's true, things go wrong. Especially with major releases which
> typically have changes accumulating over the longer development cycle which
> gets very little end user testing. we do encourage this by the way but we
> get surprisingly little of it. I suppose end users are volunteers as well
> and have limited time to help out in testing.
> 
> That aside, we do take these issues seriously. From what I can tell almost
> **all** the changes that went into gnucash 5.1 were to solve problems that
> appeared in the 5.0 release. There were more than we could handle in the
> single month between these two releases. We're still working on fixing more
> for the next release.
> 
> Those include the issue with entering descriptions in the register and the
> broken multi- column reports.Please do understand that while it's sometimes
> easy to point out a problem, it does take time for a proper fix.
> 
> Yesterday we added a fix for the multi column report which we hope should
> solve the issue. You are most welcome to download the latest nightly builds
> to help us verify this.
> 
> The other one has a patch waiting, which is still under discussion. It has
> high priority but we don't want to make it a half-baked solution.
> 
> More hands helping out are always welcome by the way. In the absence of more
> helping hands, things proceed at the pace the current development team can
> handle. You're free to feel happy or sad about that.
> 
> Regards,
> 
> Geert
> 
> Op zaterdag 20 mei 2023 09:37:08 CEST schreef G R Hewitt:
> > I agree with the sentiments WM expressed; I have had the growing feeling
> > from reading the emails that pet projects are worked on in isolation to
> > the
> > main.
> > It kind of reminds me of a model railway exhibition I once went to many
> > moons ago. On one large display, all nicely set out, no trains were
> > running
> > as everyone involved was working on their particular pet project; the
> > signals weren't working as they were all in bits as 'something new was
> > being tried out',
> > the power to the track wasn't on for the same reason, and people with
> > trains to run were just hanging about with a cup of tea flicking switches
> > in the
> > hope that it, somehow, might work beyond the odd pulse of power that moved
> > the train a few inches and then stopped - or worse ran the train backwards
> > so it came off the lines.
> > 
> > On Fri, 19 May 2023 at 22:41, Wm  wrote:
> > > I think the balance between users of gnc and developers of gnc has
> > > broken down.
> > > 
> > > My personal instinct is inclined towards development, towards software
> > > getting better, being more inclusive, making things easier, you get the
> > > drift.
> > > 
> > > Unfortunately it seems some personal projects got in the way of making
> > > gnc 5 better for everyone.
> > > 
> > > The most obvious interaction fail is transaction completion which should
> > > have been an improvement but has ended up as an "I'm right, you are all
> > > wrong" issue :(
> > > see 798829 – 5.0 transaction completion features are buggy (gnucash.org)
> > >  for details :(
> > > 
> > > For small organizations / charitable organizations / whatever they are
> > > in your locale, v5 broke reporting in a significant way.
> > > see 798809 – Multicolumn report error when reopened after saving.
> > > (gnucash.org) 
> > > why? because preparing a standard set of reports is what is expected of
> > > small businesses, etc
> > > it is understood, pretty much in every jurisdiction, that you start with
> > > last year's balance sheet, you add in the income statement for the last
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by 

Re: [GNC] balance of interests between users and developers

2023-05-20 Thread Geert Janssens
I really shouldn't answer this, but it's too painful to read...

Perhaps the user's expectations are too high for a volunteer project such as 
gnucash. It's 
true, things go wrong. Especially with major releases which typically have 
changes 
accumulating over the longer development cycle which gets very little end user 
testing. we 
do encourage this by the way but we get surprisingly little of it. I suppose 
end users are 
volunteers as well and have limited time to help out in testing.

That aside, we do take these issues seriously. From what I can tell almost 
**all** the 
changes that went into gnucash 5.1 were to solve problems that appeared in the 
5.0 release. 
There were more than we could handle in the single month between these two 
releases. 
We're still working on fixing more for the next release.

Those include the issue with entering descriptions in the register and the 
broken multi-
column reports.Please do understand that while it's sometimes easy to point out 
a problem, 
it does take time for a proper fix.

Yesterday we added a fix for the multi column report which we hope should solve 
the issue. 
You are most welcome to download the latest nightly builds to help us verify 
this.

The other one has a patch waiting, which is still under discussion. It has high 
priority but we 
don't want to make it a half-baked solution.

More hands helping out are always welcome by the way. In the absence of more 
helping 
hands, things proceed at the pace the current development team can handle. 
You're free to 
feel happy or sad about that.

Regards,

Geert

Op zaterdag 20 mei 2023 09:37:08 CEST schreef G R Hewitt:
> I agree with the sentiments WM expressed; I have had the growing feeling
> from reading the emails that pet projects are worked on in isolation to the
> main.
> It kind of reminds me of a model railway exhibition I once went to many
> moons ago. On one large display, all nicely set out, no trains were running
> as everyone involved was working on their particular pet project; the
> signals weren't working as they were all in bits as 'something new was
> being tried out',
> the power to the track wasn't on for the same reason, and people with
> trains to run were just hanging about with a cup of tea flicking switches
> in the
> hope that it, somehow, might work beyond the odd pulse of power that moved
> the train a few inches and then stopped - or worse ran the train backwards
> so it came off the lines.
> 
> On Fri, 19 May 2023 at 22:41, Wm  wrote:
> > I think the balance between users of gnc and developers of gnc has
> > broken down.
> > 
> > My personal instinct is inclined towards development, towards software
> > getting better, being more inclusive, making things easier, you get the
> > drift.
> > 
> > Unfortunately it seems some personal projects got in the way of making
> > gnc 5 better for everyone.
> > 
> > The most obvious interaction fail is transaction completion which should
> > have been an improvement but has ended up as an "I'm right, you are all
> > wrong" issue :(
> > see 798829 – 5.0 transaction completion features are buggy (gnucash.org)
> >  for details :(
> > 
> > For small organizations / charitable organizations / whatever they are
> > in your locale, v5 broke reporting in a significant way.
> > see 798809 – Multicolumn report error when reopened after saving.
> > (gnucash.org) 
> > why? because preparing a standard set of reports is what is expected of
> > small businesses, etc
> > it is understood, pretty much in every jurisdiction, that you start with
> > last year's balance sheet, you add in the income statement for the last
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] balance of interests between users and developers

2023-05-20 Thread G R Hewitt
I agree with the sentiments WM expressed; I have had the growing feeling
from reading the emails that pet projects are worked on in isolation to the
main.
It kind of reminds me of a model railway exhibition I once went to many
moons ago. On one large display, all nicely set out, no trains were running
as everyone involved was working on their particular pet project; the
signals weren't working as they were all in bits as 'something new was
being tried out',
the power to the track wasn't on for the same reason, and people with
trains to run were just hanging about with a cup of tea flicking switches
in the
hope that it, somehow, might work beyond the odd pulse of power that moved
the train a few inches and then stopped - or worse ran the train backwards
so it came off the lines.

On Fri, 19 May 2023 at 22:41, Wm  wrote:

> I think the balance between users of gnc and developers of gnc has
> broken down.
>
> My personal instinct is inclined towards development, towards software
> getting better, being more inclusive, making things easier, you get the
> drift.
>
> Unfortunately it seems some personal projects got in the way of making
> gnc 5 better for everyone.
>
> The most obvious interaction fail is transaction completion which should
> have been an improvement but has ended up as an "I'm right, you are all
> wrong" issue :(
> see 798829 – 5.0 transaction completion features are buggy (gnucash.org)
>  for details :(
>
> For small organizations / charitable organizations / whatever they are
> in your locale, v5 broke reporting in a significant way.
> see 798809 – Multicolumn report error when reopened after saving.
> (gnucash.org) 
> why? because preparing a standard set of reports is what is expected of
> small businesses, etc
> it is understood, pretty much in every jurisdiction, that you start with
> last year's balance sheet, you add in the income statement for the last
> year and present this year's balance sheet
> we call this accounting
> we call this reporting
> it is "where we were", "what happened", "where we are"
>
> Unfortunately, gnc5 *BROKE* the reporting mechanism that was working
> before.
>
> In fact, it is sufficiently broken that gnc5 CAN NOT BE USED for any set
> of accounts if a *single* date or *single* account needs to be changed.
>
> Basically, if you have organised a good set of accounts, carefully put
> them together and saved them,  YOU ARE *insert your worst word*.  It is
> that bad.
>
> Fun fact? The people that broke this don't seem concerned.
>
>
>
> --
> Wm ...
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.