Re: GnuCash as server [WAS: Re: GnuCash page on GO site]



> I like the server idea because evo can then do a 'GET
> /scheduled?count=10[&format=iCal]' at it's leisure, w/o user intervention.
> This is obviously work on both sides ...


	Hi all.  I'm going to play curmudgeon again and say that,
while this is all well and good, I don't use evo and I have no plans
to.  In fact, I don't want my GC SXs showing up in my email client at
all.  

	While I think that the idea of GC as a server is very cool, as
a home user, I don't use the program near enough to make that sort of
thing worthwhile.  I balance my checkbook once a week, so having an
extra process hanging is serving more to slow down my other activities
(not by much, sure) more than it would speed up my GC work.  Where I
do see value in this for a home user is much how Mozilla and
OpenOffice (sorry, I said it, I know) have the option of `starting
<name of program> at startup to speed loading' or whatever.  I might
even decide to do that, but I don't EVER want to have to have to start
a daemon (be it GC or MySQL) just to balance my checkbook.  If GC
starts and kills the daemon itself when I open and close it, that's
cool by me, but I think we have to keep home users in mind here as
well, esp. since this is still in planning.

	Thanks again for the great software.

Clayton

PS - as for the question of how to make evo act on a SX, what's wrong
w/ 'PUT /scheduled?SXid=00000?action=enter' ?  Also, I said I don't
use evo, but that doesn't mean that it wouldn't be cool for me to
have, say, a GNOME panel applet that could periodically do a
'GET /acct_info?acct_name=HUECU:Checking&value=balance' and display
it.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]