GnuCash CLI v0.0.1

[Neil Williams]

First tarball now available - needs v.latest QOF CVS.

http://code.neil.williamsleesmill.me.uk/cashutil.tar.gz

http://www.linux.codehelp.co.uk/#cashutil

Doxygen output: http://code.neil.williamsleesmill.me.uk/cashutil/

Note: This is not a formal release and the tarball is not signed. Feel free to 
inspect the code. (manpage included).

It won't run against existing GnuCash CVS yet but this should be sorted out 
with my next commit - the changes are relatively minor.

> The question is:
>
> Is this a *new* project (SF), a new program and a new package?
>
> Or should it be folded into the GnuCash G2 tree where it will always have
> the same object definitions as the rest of GnuCash?

> It does not depend on 
> GnuCash - strange as that may sound. I don't see what you'd do with it
> without GnuCash but you never can tell what users will get up to. :-))

> There's work left to do - the objects are in but not fully functional - but
> it can be done. (Everything *except* the objects is already working.)

The objects should be working now too - the only changes from current GnuCash 
source for the objects are engine events and gncCommodity (both commented out 
for now simply because I haven't included those files in the tarball).

From a previous thread, Mon Jul 4 13:39:32 EDT 2005
https://lists.gnucash.org/pipermail/gnucash-user/2005-July/014153.html
> > Yes, a quick CLI to just add transactions would be nice (eg one gets
> > home from 'shopping' with a pile of receipts - it would be nice to
> > quickly enter these transactions without having to fire up the whole
> > GUI. CLI access for various 'common' queries (current balances,
> > projected minimum, etc.) would also be nice.
> 
> You're not the first to request this.  Indeed there's a relatively
> long-standing RFE on this topic.  I'm hoping that the QSF import
> will help on this ...

This CLI is currently SQL biased (supporting SELECT and INSERT) - what kind of 
interface would be best for a CLI that would close the RFE?

I can extend this to run under ncurses and provide simple menus or Q&A data 
entry, it could use defaults of some kind.

We can have something that looks like xf86config, or something like debconf 
(although that could take longer) or ....

It could load a previous file, add transactions to the partial book and save 
it out. Merging a partial book from one file is quicker than lots of small 
ones. Users can keep the QSF as a backup and start a new file or overwrite 
the old one.

Once some defaults are configured, it could be launched as an alias or bash 
script to remove the need for lots of options on the command line.

If it's extended in such ways, would it be better within GnuCash than 
separate?

Once this is decided, I can get the rest sorted - like a decent name!

-- 

Neil Williams
=============
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20050712/581667c5/attachment.bin