GnuCash 2.2 in german radio
Hi Folks, believe it or not: The GnuCash 2.2 release made it into a german (actually a bavarian) radio news: I heard it this morning in the "Online Nachrichten" in Bayern 5 Aktuell. The text (in german) is available here: http://www.br-online.de/b5aktuell/inhalte/magazine/online-nachrichten.xml (halfway down the page) Herbert. -- Herbert Thoma Head of Video Group Multimedia Realtime Systems Department Fraunhofer IIS Am Wolfsmantel 33, 91058 Erlangen, Germany Phone: +49-9131-776-323 Fax: +49-9131-776-399 email: [EMAIL PROTECTED] www: http://www.iis.fhg.de/ ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: SQL Backend?
Yep, thanks for digging the gnc-transaction-gda.c code up. This is
sort of what I was looking for:
107 static col_cvt_t split_col_table[] =
108 {
109 { "guid",CT_GUID, 0, COL_NNUL|COL_PKEY,NULL,
110 get_guid, set_guid },
111 { "tx_guid",CT_GUID, 0, COL_NNUL,NULL,
112 get_split_tx_guid, set_split_tx_guid },
113 { "memo",CT_STRING, SPLIT_MAX_MEMO_LEN,
COL_NNUL,SPLIT_MEMO },
114 { "action",CT_STRING, SPLIT_MAX_ACTION_LEN,
COL_NNUL,SPLIT_ACTION },
115 { "reconcile_state", CT_STRING, 1, COL_NNUL,NULL,
116 get_split_reconcile_state, set_split_reconcile_state },
117 { "reconcile_date",CT_TIMESPEC, 0, COL_NNUL,NULL,
118 get_split_reconcile_date, set_split_reconcile_date },
119 { "value",CT_NUMERIC, 0, COL_NNUL,NULL,
120 get_split_value, set_split_value },
121 { "quantity",CT_NUMERIC, 0, COL_NNUL,NULL,
122 get_split_quantity, set_split_quantity },
123 { "account_guid",CT_GUID, 0, COL_NNUL,NULL,
124 get_split_account_guid, set_split_account_guid },
125 { NULL }
126 };
127
128 static col_cvt_t guid_col_table[] =
129 {
130 { "tx_guid", CT_GUID, 0, 0, NULL, get_guid, set_guid },
131 { NULL }
132 };
Am I correct in my assumption that this code isn't actually used with
the current, non-SQL, backend? I did a little reading on the GnuCash
backend (QOF) and it seemed to me that there was a fair amount of
abstraction going on.
My feelings about the "bookkeeping model" are that given its maturity
(several hundred years old now) and simplicity, there isn't really
much use to "variations on a theme", so it should be feasible to have
a agnostic backend. That sounds kind of funny. :-)
Anyway, along these lines, I've been reading the xbrl specs (very good
stuff) for inspiration in the pbooks data model. They've done a great
job of modeling the bookkeeping and accounting concepts and although
I've merged some of their XML schema into the pbooks SQL model, it
would be nice to have some more convergence on these well defined data
structures.
Thoughts? I'm doing a bunch of work on pbooks right now and if any of
it can benefit gnucash, I'll try to make it to happen.
Albert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: SQL Backend?
keith <[EMAIL PROTECTED]> writes: > I know there was discussion on the list last year of a data model that > was being tested in pg and mysql. But I haven't seen it yet. As Derek > says, it appears not to have made it into the branch. (Unless is has > some other sneaky name.) It looks like the table and column schema is encoded in the sources. http://svn.gnucash.org/trac/browser/gnucash/branches/gda-dev/src/backend/gda/gnc-transaction-gda.c#L73 -- ...jsled http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED] pgpa9Zmwfmpw1.pgp Description: PGP signature ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: win32 gnome libs: libgtkhtml-3.14 requires gtk+-unix-print?
Hi, Christian Stimming schrieb: > I just tried to upgrade all our win32 gnome libs to the most recent available > versions. However, with libgtkhtml I ran into a problem I couldn't solve so > far: libgtkhtml-3.14.pc contains a requirement on gtk+-unix-print-2.0, which > doesn't exist on windows, as maybe the name implies as well :-) That is right: http://bugzilla.gnome.org/show_bug.cgi?id=422331 > What exactly does this issue including the gnomeprint thingy mean? Somehow I > missed an explanation of the change that should have happened here, and I > also missed an explanation of which part of the change might be missing so > far on win32. Could you enlighten me? Thanks. With version 3.14.0 GtkHTML printing is done with the help of GtkPrint (added in gtk+ 2.10.0). Somehow this support was kind of broken when I looked at it the last time, because everything was printed to only one page and characters were black-filled boxes only. Maybe some cairo/gtk+/gtkhtml update fixed this. There seems to be only one really annoying issue with the GtkHTML version we currently ship, which is that it seems to dislike activated advanced features of some printers (glyphs are drawn up-side-down). Feel free to take a better look at it :-) -- andi5 ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
win32 gnome libs: libgtkhtml-3.14 requires gtk+-unix-print?
Hi Andi, I just tried to upgrade all our win32 gnome libs to the most recent available versions. However, with libgtkhtml I ran into a problem I couldn't solve so far: libgtkhtml-3.14.pc contains a requirement on gtk+-unix-print-2.0, which doesn't exist on windows, as maybe the name implies as well :-) What exactly does this issue including the gnomeprint thingy mean? Somehow I missed an explanation of the change that should have happened here, and I also missed an explanation of which part of the change might be missing so far on win32. Could you enlighten me? Thanks. Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
