Re: GnuCash page on GO site
- From: Charles Goodwin <charlie xwt org>
- To: Linas Vepstas <linas linas org>
- Cc: Josh Sled <jsled-gnomeoffice asynchronous org>, Derek Atkins <warlord MIT EDU>, Gnome Office <gnome-office-list gnome org>, gnucash-devel gnucash org
- Subject: Re: GnuCash page on GO site
- Date: Mon, 23 Feb 2004 10:39:15 +0000
On Mon, 2004-02-23 at 03:29, Linas Vepstas wrote:
> Gnucash desperately needs better graphing infrastructure.
Welcome aboard!
> > > 3/ reporting --
> > Good idea.
>
> Note that reports mean different things to different people, and
> that as a technology, its a *HUGE* bundle of requirements.
Perhaps it is worth formally documenting them somewhere. From your
descriptions (template-editable-in-word-processor and
database-fields-pulled-together) I don't see any reason it cannot be
accomplished well. I might even help code to such a project.
> We use GDate now, and an assortment of other bits and pieces that
> GDate doesn't have yet. Its sort-of messy, this is some of the very
> oldest code... I don't think this stuff is high tech.
If you can pull it together nicely (as opposed to messily) then it would
probably be welcomed as a widget in libgoffice.
> does the cliboard handle complex objects? e.g. we need to cut-n-paste
> a transaction, which is a collection of a date, some numeric values,
> a memo, some pointers to accounts, etc...
AbiWord and Gnumeric are looking at complex cut/paste between them using
xhtml as an intermediary. I'm not saying this is the right approach,
but this is definitely something that would be desirable between all GO
applications and hence definitely something I'm sure any input and joint
effort would be welcomed - or dare I say desired.
> I willl try to put this politely but I beleive that libgda and
> gnomedb really have the wrong abstraction of what a database is
> or how one codes with one.
I'm sure they wouldn't be against any help or feedback.
Also, it is well maintained as part of the gnome-db project. By your
own admission, qof is no where near as active. Sometimes, especially
with limited resources, you have to sacrifice pride and go with
something more pragmatic even if you have a small quarrel with it's
methodology. It's not like it really affects GnuCash much, if at all,
other than in the positive way of being an actively developed library.
--
- Charlie
Charles Goodwin <charlie xwt org>
Online @ http://www.charlietech.com
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]