Am Montag, 29. März 2010 schrieb Colin Law:
> 2010/3/4 Christian Stimming :
> >...
> > Announcing a new sub-project in gnucash: The non-GUI parts are re-used in
> > the state they are, in the C language. This means the double-entry
> > principles and all of the other achievments in the "engine" and
2010/3/4 Christian Stimming :
>...
> Announcing a new sub-project in gnucash: The non-GUI parts are re-used in the
> state they are, in the C language. This means the double-entry principles and
> all of the other achievments in the "engine" and xml-backend and eventually
> other backends can be re
As a fairly new gnucash user who's considering trying my hand at helping
out with some of the weaknesses in gnucash (OFX import, reports), this
talk worries me. Part of it is my experience (which is mostly C),
which includes looking at and considering adopting some other peoples C
++ work which
On Fri, Mar 5, 2010 at 7:04 PM, John Ralls wrote:
>
> On Mar 5, 2010, at 2:59 PM, Phil Longstaff wrote:
>
> > Do we want to release a stable 2.4.0? What do we need to finish to do
> > that. There are lots of things happening in trunk, all of which will be
> > useful at some point, but many of w
On 3/4/10 3:34 PM, Christian Stimming said:
> [...]
> Announcing a new sub-project in gnucash: The non-GUI parts are re-used in the
> state they are, in the C language. This means the double-entry principles and
> all of the other achievments in the "engine" and xml-backend and eventually
> othe
On Mar 5, 2010, at 2:59 PM, Phil Longstaff wrote:
> Do we want to release a stable 2.4.0? What do we need to finish to do
> that. There are lots of things happening in trunk, all of which will be
> useful at some point, but many of which are destabilizing things.
My feeling from the users list
On Fri, 2010-03-05 at 22:14 +0100, Christian Stimming wrote:
> Am Freitag, 5. März 2010 schrieb Phil Longstaff:
> > > To give this a try, have qt4 (>=4.5.0) and cmake (>= 2.6.0) installed
> > > and:
> > >
> > > mkdir build-cutecash
> > > cd build-cutecash
> > > cmake ..
> > > make
> > > .
Christian Stimming (stimm...@tuhh.de) said:
> I want to get in the place (again) where I can develop a finance software
> with
> a set of goals which are slightly different from those of the gnucash
> project.
> That's why I started Cutecash - just to see how far I and those who join can
> ge
Dear all,
thanks for all the feedback about my announcement of the C++ Cutecash
experiment. Actually, I'm not up to large technology discussions. My main
motivation is something different, which I've explained in our wiki as well:
I want to get in the place (again) where I can develop a finance
Am Freitag, 5. März 2010 schrieb Phil Longstaff:
> > To give this a try, have qt4 (>=4.5.0) and cmake (>= 2.6.0) installed
> > and:
> >
> > mkdir build-cutecash
> > cd build-cutecash
> > cmake ..
> > make
> > ./src/gnc/cutecash
>
> It doesn't seem able to read any of my XML files. Oh we
Hi Herbert,
thanks for the feedback and your patch. I've commited your changes and some
additions from me.
Am Freitag, 5. März 2010 schrieb Herbert Thoma:
> You require glib (and gobject, gmodule, gthread) 2.20.0 but GnuCash
> only requires 2.12.0.
Ok, I'll drop to what gnucash requires.
> You
On Mar 5, 2010, at 7:05 AM, Donald Allen wrote:
>
> I should have explicitly registered my agreement with Phil about focusing on
> getting 2.4 out. It's just over a year since 2.2.9 was released. While I
> don't think that's excessive given the nature of the project and the fact
> that the datab
On Fri, Mar 5, 2010 at 9:54 AM, Donald Allen wrote:
>
>
> On Fri, Mar 5, 2010 at 8:42 AM, Phil Longstaff wrote:
>
>> On Thu, 2010-03-04 at 21:34 +0100, Christian Stimming wrote:
>> > I'd like to explain my recent experiments with C++ and cmake: I was
>> tired of
>> > the amount of code one has to
On Fri, Mar 5, 2010 at 8:42 AM, Phil Longstaff wrote:
> On Thu, 2010-03-04 at 21:34 +0100, Christian Stimming wrote:
> > I'd like to explain my recent experiments with C++ and cmake: I was tired
> of
> > the amount of code one has to write in the C language to achieve
> seemingly
> > trivial tasks
On Thu, 2010-03-04 at 21:34 +0100, Christian Stimming wrote:
> I'd like to explain my recent experiments with C++ and cmake: I was tired of
> the amount of code one has to write in the C language to achieve seemingly
> trivial tasks. In my day-time projects with other, more GUI-suited,
> program
I appologize for continually replying to my own mails
but I finally made it.
The extern "C" block in main.cpp should not include system includes.
A patch with my changes to make it work is attached.
Herbert.
Herbert Thoma schrieb:
> Some more experiments:
>
> Qt 4.4.0 is not sufficient becaus
Hi Herbert,
thanks for the feedback. I will happily commit reduced version
requirements; however, I started the project with relatively high
requirements on purpose because those were the versions I tested with,
so I couldn't give any guarantees with older versions. If you provide
me with
Some more experiments:
Qt 4.4.0 is not sufficient because it does not provide QSharedPointer,
so I installed Qt 4.6.2 and I inserted a #define HAVE_GUILE18 in
src/engine/engine-helpers.c. This way everything compiles but the very
final main.cpp.
I do not really understand the error:
[ 99%] Build
Hi Christian,
cool project! I tried to build cutecash and ran into some problems:
I run SuSE 11.0 on this computer. SuSE 11.0 is not so old, however, it
lacks your required minimum versions of glib and Qt.
You require glib (and gobject, gmodule, gthread) 2.20.0 but GnuCash
only requires 2.12.0.
Y
On Mar 4, 2010, at 12:34 PM, Christian Stimming wrote:
> Cutecash
> Free Finance Software. Easy to develop, easy to use.
Well, I'm a C++ booster, so I'm in favor. But for the long term, why keep the
core and engine in C? Letting the C++ genie out of the bottle means that we can
over time red
Long time a go, I told about to create a library using the GnuCash's
engine. This library could be based on GObject, be GObject
Introspectable (live.gnome.org/GObjectIntrospection), for bindings
friendly, and reused for any language and toolkits.
This library could use the Database backend, to all
On Thu, 2010-03-04 at 21:34 +0100, Christian Stimming wrote:
> I'd like to explain my recent experiments with C++ and cmake: I was tired of
> the amount of code one has to write in the C language to achieve seemingly
> trivial tasks. In my day-time projects with other, more GUI-suited,
> program
Granting that I have less then no right to question an experiment, I am
wondering if you have considered other possible bindings. I find it
especially curious that you picked not just C++, but Qt (KDE), whereas
Gnucash is a Gnome (or at least GTK) app now. Anyway... I note that
Javascript is an su
I'd like to explain my recent experiments with C++ and cmake: I was tired of
the amount of code one has to write in the C language to achieve seemingly
trivial tasks. In my day-time projects with other, more GUI-suited,
programming languages, the simple tasks can be written sooo much simpler,
l
24 matches
Mail list logo
