There has been some discussion recently over whether the engine should
have features that allow extracting higher-level summary information
(such as totals etc.) for reporting purposes.
In the medium to long term, it would be great to move gnucash to support
multiple users, with the engine backen
Richard Wackerbarth wrote:
>
> On Fri, 30 Jun 2000, Clark Jones wrote:
>
> > Well, floating point is definitely NOT the proper solution for US dollars
> On this, I think we finally agree.
:-)
> > One could use multiprecision integer and represent
> > US dollars in "cents", but that becomes a r
Poldi Winkler writes:
> Hello gnucash-list,
> I have installed gnucash 1.4.1 with the rpm-File (I use SuSE 6.4) The
> installation was OK (I have got no message), but when I try to run
> gnucash I get a message about missing libguile.so.4 (I have installed
> libguile.so.6) and later libreadli
On Fri, 30 Jun 2000, Christopher Browne wrote:
> Come on, people. The issue is _not_ what "object system" is being
> used, or what language is being used, but rather _what the numeric
> representation should be_.
To a large extent, I agree.
> C and C++ have the _same_ basic sets of basic data
Jeremy Collins wrote:
>
> Just an interesting tidbit... Mark Bolzern plugged Gnucash in his
> keynote at PC Expo. Unfortunately there was only about 140-150 people
> there... but still cool.
>
> Here is the URL to the RealAudio version of the keynote.
>
> http://www.zdnet.com/zdtv/cgi-bin/zdvm
On Fri, 30 Jun 2000 07:13:03 MST, the world broke into rejoicing as
Randolph Fritz <[EMAIL PROTECTED]> said:
> On Fri, Jun 30, 2000 at 01:19:03PM +0200, Ralf Gorholt wrote:
> >
> > perhaps I understand something wrong but I think one of the purposes
> > of operator overloading in C++ is to be ab
Hello gnucash-list,
I have installed gnucash 1.4.1 with the rpm-File (I use SuSE 6.4) The
installation was OK (I have got no message), but when I try to run
gnucash I get a message about missing libguile.so.4 (I have installed
libguile.so.6) and later libreadline.so.3 ( I have installed
libreadlin
>I'm trying to get started using gnucash 1.4.1 under
>FreeBSD 4.0. When I compiled g-wrap 0.9.4 I got the
>following message:
>
>gwrap-rscheme.c:19: rscheme.h: No such file or
>directory
Try this patch:
--- configure.orig Wed Jun 28 14:13:30 2000
+++ configure Wed Jun 28 14:13:56 2000
@@
I'm trying to get started using gnucash 1.4.1 under
FreeBSD 4.0. When I compiled g-wrap 0.9.4 I got the
following message:
gwrap-rscheme.c:19: rscheme.h: No such file or
directory
__
Do You Yahoo!?
Kick off your party with Yahoo! Invites.
http:/
Jon Trowbridge wrote:
> On Wed, Jun 28, 2000 at 01:16:01PM -0500, Bill Gribble wrote:
> > Budman <[EMAIL PROTECTED]> writes:
> > This isn't referring to QT the graphics toolkit; it's QThreads, the
> > guile cooperative threading library. qthreads should be a part of the
> > standard guile distri
On Fri, 30 Jun 2000, you wrote:
> Herbert Thoma wrote:
> [...]
> > > A simplfied way of dealing with one-shot currency exchanges needs to be
> > > implemented, essentially just a simple calculator popup.
> >
> > I volunteer here (soon now, really)
>
> I'm not at all familiar with the internals o
On Fri, Jun 30, 2000 at 01:39:07PM -0500, Bill Gribble wrote:
> Clark Jones <[EMAIL PROTECTED]> writes:
> > in stockmarket quotations, e.g., nonsense like "73 213/256". However,
> > the SEC has told the U.S. stock markets "thou shalt decimalize", and though
> Partially true, but stock prices are
On Fri, 30 Jun 2000, Clark Jones wrote:
> Well, floating point is definitely NOT the proper solution for US dollars
On this, I think we finally agree.
> One could use multiprecision integer and represent
> US dollars in "cents", but that becomes a real pain in the tush, and so
> is not a proper
Clark Jones <[EMAIL PROTECTED]> writes:
> Well, floating point is definitely NOT the proper solution for US dollars
That's not what we are talking about. We know that floating point is
a bad solution. The point I was trying to raise was that "fixed
point" implies decimal fractions, but there ar
On Fri, 30 Jun 2000, Clark Jones wrote:
> If someone is going to go to the trouble of implementing a
> calculator popup, they might as well make it available whenever you're
> entering data into a "currency" field (e.g., a "credit" or a "debit").
> Also, the currently displayed "value" in the "ca
Bill Gribble writes:
> Richard Wackerbarth <[EMAIL PROTECTED]> writes:
> > Personally, I think that this is one weakness in the present approach to
> > report generation. I would prefer to see an implementation that does the
> > calculations in the engine (as directed by the report generator
Bill Gribble wrote:
[...]
> Please be careful about use of the term "fixpoint". It implies that
> the smallest-countable-unit is related to the unity-unit by a
> power-of-ten relationship. That's true for US Dollars, but it's not
> something we can assume for other currencies or for other numeri
Herbert Thoma wrote:
[...]
> > A simplfied way of dealing with one-shot currency exchanges needs to be
> > implemented, essentially just a simple calculator popup.
>
> I volunteer here (soon now, really)
I'm not at all familiar with the internals of GnuCash, but it would seem to
me that if someo
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> It's a good thought, and the use of C++ operator overloading is
> convenient for this kind of thing, but there is a rather large
> problem.
C++ operator overloading is almost never the right thing to do, IMO.
The operators already have meanings
Richard Wackerbarth <[EMAIL PROTECTED]> writes:
> Personally, I think that this is one weakness in the present approach to
> report generation. I would prefer to see an implementation that does the
> calculations in the engine (as directed by the report generator) and only
> does the displaying
> Clark Jones writes:
>
> > A thought has occurred to me: A possible solution would be to "migrate"
> > to C++ (not a humongous project, since a quick look through a "tar -tvzf"
> > of a source-tarball reveals that it's mostly in C) and then use C++'s
> > ability to "overload" the normal ope
On Fri, Jun 30, 2000 at 01:19:03PM +0200, Ralf Gorholt wrote:
>
> perhaps I understand something wrong but I think one of the purposes
> of operator overloading in C++ is to be able to write something like
> "x = y + z" instead of "gnc_money_plus(x, y, z)", even if the "+"
> operator does complex
> On Wed, 28 Jun 2000, Robert Graham Merkel wrote:
> > But what if some catastrophic event happens while the modified log
> > file is written to disk? Couldn't you possibly lose the entire log?
>
> I think not, but I don't know for sure. I was thinking that GnuCash
> would open() the log for ap
Just an interesting tidbit... Mark Bolzern plugged Gnucash in his
keynote at PC Expo. Unfortunately there was only about 140-150 people
there... but still cool.
Here is the URL to the RealAudio version of the keynote.
http://www.zdnet.com/zdtv/cgi-bin/zdvmod_smi/zdtvradio/06262000/i_linux_00062
On Fri, 30 Jun 2000, Ralf Gorholt wrote:
> perhaps I understand something wrong but I think one of the purposes of
> operator overloading in C++ is to be able to write something like "x = y +
> z" instead of "gnc_money_plus(x, y, z)"
You are correct. However Robert was pointing out that you do n
Hello Robert,
>>> Robert Graham Merkel <[EMAIL PROTECTED]> 30.06.00 09:31:59 >>>
perhaps I understand something wrong but I think one of the purposes of operator
overloading in C++ is to be able to write something like "x = y + z" instead of
"gnc_money_plus(x, y, z)", even if the "+" operator
Bill Gribble wrote:
>
> "Charles M. Gagnon" <[EMAIL PROTECTED]> writes:
> > Actually, this would be convenient for any type of currency,
> > not only for EURO currencies. It should also be allowed
> > between expense/income account and bank accounts.
> >
> > I'm running into the same problems wit
On Thu, Jun 29, 2000 at 05:35:21PM -0700, Dave Peticolas wrote:
> Graham Leggett writes:
> > File not found: /var/tmp/gnucash-1.4.1/usr/man/man1/gnucash.1
> > File not found: /var/tmp/gnucash-1.4.1/usr/man/man1/gnc-prices.1
>
> There does seem to be an error further up in that the man files
> are
Robert Graham Merkel writes:
> Dave Peticolas writes:
> > Scott Bundy writes:
> > > I noticed on the webpage that you guys are looking for someone to do the
> > > palm port of gnucash with conduits, etc... If someone has not already
> > > signed up for this, I would like to volunteer my servi
Dave Peticolas writes:
> Scott Bundy writes:
> > I noticed on the webpage that you guys are looking for someone to do the
> > palm port of gnucash with conduits, etc... If someone has not already
> > signed up for this, I would like to volunteer my services, or at least
> > help out if someo
Clark Jones writes:
> A thought has occurred to me: A possible solution would be to "migrate"
> to C++ (not a humongous project, since a quick look through a "tar -tvzf"
> of a source-tarball reveals that it's mostly in C) and then use C++'s
> ability to "overload" the normal operators to, i
Scott Bundy writes:
> I noticed on the webpage that you guys are looking for someone to do the
> palm port of gnucash with conduits, etc... If someone has not already
> signed up for this, I would like to volunteer my services, or at least
> help out if someone already has started on this.
There
32 matches
Mail list logo
