On Thu, 20 Apr 2000 15:07:02 PDT, the world broke into rejoicing as
Rob Walker <[EMAIL PROTECTED]> said:
>
> >>>>> On 20 Apr 2000 13:37:15 -0500, John Hasler <[EMAIL PROTECTED]>
> >>>>> said:
>
> John> 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.
>
> John> The market appears to be for a personal finance program, so I
> John> assume that gnucash development will be focused even more in
> John> that direction. That's fine, but I need small business
> John> accounting. It seems that small businesses mostly use whatever
> John> their accountants tell them to, which is to say whatever Windows
> John> program their accountant sells. I don't have an accountant and
> John> I don't have Windows: I'm weird.
>
> and you know what is worse? I am looking at gnucash as a way to get
> my family off of quicken. For some reason I think that gnucash is
> focused too much on the non-personal finances, unless you want to do
> double entry accounting for your finances. (which I don't, or at
> least don't think that I do.) Maybe the manual which was mentioned is
> the answer that I am looking for which will help me to understand how
> I should be using this application. That would be nice.
A _bit_ of configurability here should be helpful in allowing it to
be reasonably friendly both ways.
> I know I am quite naive on this sort of thing, but I wonder what "the
> market" would have done if glade had been used to build a framework
> for this application, with someone going click by click through
> quicken or mym. I know that those apps are lacking, and that gnucash
> does things right where the other ones do them wrong, but does that
> matter to the users (I know it does to the developers?)
The _severe_ problem with that is that Glade doesn't have anything
that corresponds well to the Register Window.
Glade is great if you want to set up a dialog window. It _doesn't_
provide anything really well-suited for having a region that contains
multiple-lined-items of which there might be a whole bunch of 'em.
Any system I've worked with that has a "register" has had some pretty
_nasty_ code surrounding making the "multi-line" thing work.
What this means is that you really can't use Glade to build the framework.
Glade will be quite nice for building frameworks for dialog screens; it's
used for report query controllers, probably will be used to build the
Budgeting front end, and should be quite suitable for popping in things
like "Wizards," that help walk you through processes.
But it's just not got the potent abstraction for coping with the register.
--
Space is big. Really big. You won't believe how vastly mind-bogglingly
big it is. I mean, you may think it's a long way down the road to the
chemist, but that's just peanuts to space. Listen....
[EMAIL PROTECTED] - <http://www.hex.net/~cbbrowne/lsf.html>
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
