Bill Gribble writes:
> Why is that? We are improving gnucash, putting it into a box, and
> providing support and a printed manual. All the development we do on
> gnucash is and will be GPL.
The market appears to be for a personal finance program, so I assume that
gnucash development will be focused even more in that direction. That's
fine, but I need small business accounting. It seems that small businesses
mostly use whatever their accountants tell them to, which is to say
whatever Windows program their accountant sells. I don't have an
accountant and I don't have Windows: I'm weird.
> Of course you're welcome to maintain a local fork, but I don't understand
> why that would be necessary.
It would be necessary if I came up with changes that make gnucash suitable
for my purposes but are not acceptable to the authors. I already have one:
I changed all the weird labels to "debit" and "credit" but did it via an
ugly hack that should not go into CVS. The authors seem happy with the
weird labels: I assume that they match those used in some popular Windows
package.
> Are there features you need which you think won't be put into gnucash,...
Yes. The one thing that keeps me from using gnucash in my business is the
fact that the balances of detail accounts do not appear as entries in
parent accounts. I don't think I can add this myself in any reasonable
length of time and I get the impression that the gnucash authors consider
this the wrong thing to do.
> ...or do you dislike the idea of your work going into a product that
> someone else sells?
Of course not: if I did I wouldn't be a Debian developer. While I would
certainly like to make some money from my free software efforts my failure
to do so is no reason to envy your success.
--
John Hasler
[EMAIL PROTECTED] (John Hasler)
Dancing Horse Hill
Elmwood, WI
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
