Future of Gnucash

2010-12-28 Thread Phil Longstaff
The subject sounds a bit ominous, but I don't mean it to be. 2.4.0 is now out the door. Already there are ideas rolling in about the next enhancements. I was just about to tackle one of the enhancements when instead, I thought I would (again) raise a broader issue. A few months ago, Christian S

Re: Onwards!

2010-12-28 Thread Frank H. Ellenberger
Hi, Am Samstag, 25. Dezember 2010 um 19:52:46 schrieb John Ralls: > We also need to get the bug count down. There are almost 1000 of them open, > and nearly half are more than 1 year old. A huge chunk of the older ones > are enhancement requests which we should either add to the Roadmap or deny.

Re: Future of Gnucash

2010-12-28 Thread John Ralls
On Dec 28, 2010, at 6:52 AM, Phil Longstaff wrote: > The subject sounds a bit ominous, but I don't mean it to be. > > 2.4.0 is now out the door. Already there are ideas rolling in about the > next enhancements. I was just about to tackle one of the enhancements > when instead, I thought I woul

Re: Future of Gnucash

2010-12-28 Thread Phil Longstaff
On Tue, 2010-12-28 at 08:50 -0800, John Ralls wrote: > I'd much prefer C++ to GObjects, but either is better than the GObjects > without the G that you used for the dbi/sql backend. We can make the > transition gradually, as C++ and C inter-operate nicely. Yeah. That just grew. c++ would have

Re: Future of Gnucash

2010-12-28 Thread Jeff Warnica
I had a long, rambling message, but I'll summarize. Please excuse the bluntness. I'm not a Gnucash developer, but could be. My opinions might be technically wrong, and make me a self-destructive asshole, but I'm happy with that. The question shouldn't be "C++ or not", but "what is the best 2nd/run

Re: Onwards!

2010-12-28 Thread John Ralls
On Dec 28, 2010, at 7:38 AM, Frank H. Ellenberger wrote: > Hi, > > Am Samstag, 25. Dezember 2010 um 19:52:46 schrieb John Ralls: >> We also need to get the bug count down. There are almost 1000 of them open, >> and nearly half are more than 1 year old. A huge chunk of the older ones >> are enhan

Re: Future of Gnucash: Most productive platform (programming language and toolkit)?

2010-12-28 Thread Christian Stimming
Dear Phil, thanks for bringing up this issue now that we managed to get 2.4.0 out. Am Dienstag, 28. Dezember 2010 schrieb Phil Longstaff: > A few months ago, Christian Stimming started CuteCash with the aims of > replacing gtk by Qt/C++. The idea was that development in gtk/C was too > slow and

Re: Future of Gnucash (Javascript?)

2010-12-28 Thread Christian Stimming
Am Dienstag, 28. Dezember 2010 schrieb Jeff Warnica: > The question shouldn't be "C++ or not", but "what is the best > 2nd/runtime/scripting language?" > > In 2010/2011, given that Gnucash isn't a game, there is really only one > choice: Javascript. While http://live.gnome.org/Gjs seems rather dea

Re: Onwards!

2010-12-28 Thread Christian Stimming
Am Dienstag, 28. Dezember 2010 schrieb John Ralls: > > I think, the roadmap should show the general direction, while RFEs in > > bugzilla can also be small details. I often add entries there, which I > > would like to improve later, may be next year. I would miss the > > reminder, if they would be

Re: Future of Gnucash (Javascript?)

2010-12-28 Thread Donald Allen
2010/12/28 Christian Stimming : > Am Dienstag, 28. Dezember 2010 schrieb Jeff Warnica: >> The question shouldn't be "C++ or not", but "what is the best >> 2nd/runtime/scripting language?" >> >> In 2010/2011, given that Gnucash isn't a game, there is really only one >> choice: Javascript. While http

Re: Future of Gnucash: Most productive platform (programming language and toolkit)?

2010-12-28 Thread Mike Alexander
--On December 28, 2010 10:27:48 PM +0100 Christian Stimming wrote: It seems to me my C++ experiment (as I would call it) has still not yet been understood the way I thought, so I'll elaborate a bit on what I did and what my conclusions are. Incidentally, I'm a scientist. If I make some claim

Re: r19985 - gnucash/trunk/src/app-utils - Patch some memory leaks. scm_to_locale_string() returns a string which must be freed

2010-12-28 Thread Derek Atkins
Phil, Are you sure that scm_to_locale_string() is returning a g_alloc'ed string and not a malloc'ed string? You cannot mix-and-match malloc/free and g_alloc/g_free. -derek On Tue, December 28, 2010 8:36 pm, Phil Longstaff wrote: > Author: plongstaff > Date: 2010-12-28 20:36:26 -0500 (Tue, 28 De

Re: r19985 - gnucash/trunk/src/app-utils - Patch some memory leaks. scm_to_locale_string() returns a string which must be freed

2010-12-28 Thread Phil Longstaff
Hey. You top-posted. :) Anyhow, from http://www.gnu.org/software/guile/manual/html_node/Conversion-to_002ffrom-C.html — C Function: char * scm_to_locale_string (SCM str) — C Function: char * scm_to_locale_stringn (SCM str, size_t *lenp) Returns a C string in the current locale encoding

Re: r19985 - gnucash/trunk/src/app-utils - Patch some memory leaks. scm_to_locale_string() returns a string which must be freed

2010-12-28 Thread Phil Longstaff
On Tue, 2010-12-28 at 20:49 -0500, Phil Longstaff wrote: > Hey. You top-posted. :) > > Anyhow, > > from > http://www.gnu.org/software/guile/manual/html_node/Conversion-to_002ffrom-C.html > > — C Function: char * scm_to_locale_string (SCM str) > — C Function: char * scm_to_locale_stringn (SCM s

Re: r19985 - gnucash/trunk/src/app-utils - Patch some memory leaks. scm_to_locale_string() returns a string which must be freed

2010-12-28 Thread Derek Atkins
On Tue, December 28, 2010 8:55 pm, Phil Longstaff wrote: > On Tue, 2010-12-28 at 20:49 -0500, Phil Longstaff wrote: >> Anyhow, >> >> from >> http://www.gnu.org/software/guile/manual/html_node/Conversion-to_002ffrom-C.html >> >> — C Function: char * scm_to_locale_string (SCM str) >> — C Function

Re: Future of Gnucash: Most productive platform (programming language and toolkit)?

2010-12-28 Thread John Ralls
On Dec 28, 2010, at 5:03 PM, Mike Alexander wrote: > --On December 28, 2010 10:27:48 PM +0100 Christian Stimming > wrote: > >> It seems to me my C++ experiment (as I would call it) has still not >> yet been understood the way I thought, so I'll elaborate a bit on >> what I did and what my co

Re: [Bug 638227] New: Concept Guide §7 .2: New Account Hierarchy menu command path a nd new file creation

2010-12-28 Thread Yawar Amin
I’m working on a documentation update for the bug below. I’ve attached a patch, will commit in a few days if all OK. On a related note, what is the difference between New File and New Account Hierarchy in practice? It seems to me they accomplish the same thing. Cheers, Yawar On 2010-12-28, at

Re: Future of Gnucash: Most productive platform (programming language and toolkit)?

2010-12-28 Thread Bill Nottingham
John Ralls (jra...@ceridwen.us) said: > 2. Gtk+-3.0 is supposed to be released next month. It removes a bunch of > libraries which have been deprecated for several years upon which Gnucash > at present depends. All code that depends on those libraries needs to get > rewritten or we're not going t

Re: Future of Gnucash: Most productive platform (programming language and toolkit)?

2010-12-28 Thread John Ralls
On Dec 28, 2010, at 9:06 PM, Bill Nottingham wrote: > John Ralls (jra...@ceridwen.us) said: >> 2. Gtk+-3.0 is supposed to be released next month. It removes a bunch of >> libraries which have been deprecated for several years upon which Gnucash >> at present depends. All code that depends on th

Re: [Bug 638227] New: Concept Guide §7. 2: New Account Hierarchy menu command path and new f ile creation

2010-12-28 Thread John Ralls
On Dec 28, 2010, at 8:44 PM, Yawar Amin wrote: > I’m working on a documentation update for the bug below. I’ve attached a > patch, will commit in a few days if all OK. > > On a related note, what is the difference between New File and New Account > Hierarchy in practice? It seems to me they ac

Re: Future of Gnucash: Most productive platform (programming language and toolkit)?

2010-12-28 Thread Bill Nottingham
John Ralls (jra...@ceridwen.us) said: > > On Dec 28, 2010, at 9:06 PM, Bill Nottingham wrote: > > > John Ralls (jra...@ceridwen.us) said: > >> 2. Gtk+-3.0 is supposed to be released next month. It removes a bunch of > >> libraries which have been deprecated for several years upon which Gnucash

Re: Future of Gnucash: Most productive platform (programming language and toolkit)?

2010-12-28 Thread John Ralls
On Dec 28, 2010, at 10:16 PM, Bill Nottingham wrote: > John Ralls (jra...@ceridwen.us) said: >> >> On Dec 28, 2010, at 9:06 PM, Bill Nottingham wrote: >> >>> John Ralls (jra...@ceridwen.us) said: 2. Gtk+-3.0 is supposed to be released next month. It removes a bunch of libraries whi

Re: Future of Gnucash: Most productive platform (programming language and toolkit)?

2010-12-28 Thread Mike Alexander
--On December 28, 2010 6:09:59 PM -0800 John Ralls wrote: There are two drivers for reimplementation: 1. One of our goals for 2.6 is to enable multiple simultaneous access to a dataset. In order to get there, large swaths of existing code need to be rewritten to interact directly with the dat