On 05/03/2016 08:02 PM, John Ralls wrote:
On May 3, 2016, at 10:16 AM, Don Ireland wrote:
I’ve been using gnuCash for the past 3-4 days and really like what I’ve seen so
far. I’ve read that the dev team is planning to rewrite the code.
Might I suggest breaking it
> On May 3, 2016, at 9:16 PM, Don Ireland wrote:
>
> John,
>
> Thanks for the follow up.
>
> "You seem to be a bit confused about task separations, though."
>
> What I was suggesting is that the GUI would display the existing records and
> provide a way for the
John,
Thanks for the follow up.
"You seem to be a bit confused about task separations, though."
What I was suggesting is that the GUI would display the existing records and
provide a way for the user to tell the server to create new records via API
calls. Other than that, all processing
> On May 3, 2016, at 10:16 AM, Don Ireland wrote:
>
> I’ve been using gnuCash for the past 3-4 days and really like what I’ve seen
> so far. I’ve read that the dev team is planning to rewrite the code.
>
> Might I suggest breaking it into a server (with an API) and a
.
David C
Sent from my LG G Pad 7.0 LTE, an AT 4G LTE tablet
-- Original message--From: Bob GustafsonDate: Tue, May 3, 2016 2:36
PMTo: Don Ireland;Cc: gnuCash Developer List;Subject:Re: Server/Client?
Sounds like a progressive idea.A very similar approach which would be easier
and more
Sounds like a progressive idea.
A very similar approach which would be easier and more ‘main stream’ is to use
a browser as the GUI. There are a number of frameworks which can be used to
write the server such as RubyOnRails, Django, etc. These frameworks use MySql,
Postgresql, SQLite in a
I’ve been using gnuCash for the past 3-4 days and really like what I’ve seen so
far. I’ve read that the dev team is planning to rewrite the code.
Might I suggest breaking it into a server (with an API) and a client (providing
the GUI)? This would allow for the GUI to be used on any multitude