On 12/04/2020 16:49, Richard Ullger wrote:
> Gnucash 3.10 build fails in Arch Linux clean chroot with the following
> error...
>
> [100%] Built target gnucash-core-c-py
> Scanning dependencies of target test-python-bindings
> make[2]: *** No rule to make target
> 'bind
ests/CMakeFiles/test-python-bindings'. Stop.
make[1]: *** [CMakeFiles/Makefile2:11043:
bindings/python/tests/CMakeFiles/test-python-bindings.dir/all] Error 2
make: *** [Makefile:183: all] Error 2
Regards,
Richard
___
gnucash-devel mailin
On 29/02/2020 00:26, Christopher Lam wrote:
> This may be caused by some recent changes to html-fonts when the gtk
> theme is dark. Tell us what theme you're using?
>
I'm using kde plasma with the breeze-dark theme and krita dark colour
scheme. GTK theme is breeze dark.
Gnucash doesn't adhere to
The background colour and text colour settings are ignored. The background
colour is always white and the text colour is always black, regardless of the
colours set in the stylesheet editor.
Regards,
Richard
___
gnucash-devel mailing list
gnucash
..
>
> Anyway, I have pushed several fixes to maint and master and both build fine
> now on my system with cmake's makefile generator.
>
> Can you try again ?
>
> Thanks,
>
> Geert
Successfully built.
Many thanks,
Richard
ake[1]: Leaving
directory '/
build/gnucash-git/src/gnucash-git/build' make: *** [Makefile:163: all] Error 2
Regards,
Richard
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Hi Derek,
> Hi Richard,
>
> I THINK I fixed this. Can you please go take a look.
>
> Thanks,
>
> -derek
>
> On Tue, June 26, 2018 9:35 am, Derek Atkins wrote:
>> Hi,
>>
>> Thanks for catching this. I'll go take a look.
>>
>
Hi Derek,
Comments relating to an attachment are duplicated. For example, comment
1 on bug https://bugs.gnucash.org/show_bug.cgi?id=793593 ...
-
Richard Ullger 2018-02-19 16:08:41 GMT
Created attachment 368555 [details]
Reconciled balances showing zero difference
Created attachment 368555 [details]
516920
On Fri, 22 Jan 2016 13:00 Pedro Albuquerque
wrote:
> OK, thank you.
>
>
> Sex, 2016-01-22 às 12:56 +0000, Richard Ullger escreveu:
>
> They're is already an open bug for this.
>
>
> On Fri, 22 Jan 2016 12:55 Pedro Albuquerque
> wrote:
>
> Hi, pl
They're is already an open bug for this.
On Fri, 22 Jan 2016 12:55 Pedro Albuquerque
wrote:
> Hi, please have a look at this image and let me know if a bug should be
> created:
>
>
>
> This is the scheduled transactions window, obviously, with the mouse
> pointer on the far right. Part of the in
evel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
I've tested the report on 2.4.13 and can confirm that the issue has been
fixed. Bugzilla has been updated.
Richard.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
art of
Gnucash and perhaps be integrated into the readme file and wiki article.
If I am going about this the wrong way, please let me know.
Thanks,
Richard.
README
Description: Binary data
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
and
financial statements through it. We have about 20 employees using the
software.
Is your software robust enough to handle all this or are we better off
staying with MAS?
Richard A. Lasser
President
www.TeachersSchoolSupply.com
800 477 7745
18657 State Highway 305
Poulsbo WA 98370
Geert Janssens wrote:
> On Sunday 12 October 2008, Christian Stimming wrote:
> > Am Sonntag, 12. Oktober 2008 21:16 schrieb Richard Bradley:
> > > Basically: my 1.8.9 accounts are read fine by the current version on
> > > Ubuntu (2.2.4), but lots of data gets droppe
Derek Atkins wrote:
> Hi,
>
> Richard Bradley <[EMAIL PROTECTED]> writes:
>
> > Derek Atkins wrote:
> >
> >>>I used gnucash for quite a while on FreeBSD, using version 1.8.9.
> >>>
> >>>I'm trying to upgrade to the current ver
Derek Atkins wrote:
>>I used gnucash for quite a while on FreeBSD, using version 1.8.9.
>>
>>I'm trying to upgrade to the current version, but it seems to drop a load
>>of my data when importing the old accounts file.
>>
>>
>
>What do you mean by this? What gets "dropped"? GnuCash shouldn't
Hi,
I used gnucash for quite a while on FreeBSD, using version 1.8.9.
I'm trying to upgrade to the current version, but it seems to drop a load
of my data when importing the old accounts file.
I wanted to see if I could work out why, but I can't manage to compile
gnucash from source :-(
I've ju
On Jan 6, 2008 1:13 AM, Andrew Sackville-West
<[EMAIL PROTECTED]> wrote:
> On Sat, Jan 05, 2008 at 06:53:26PM -0600, Richard Mancusi wrote:
> >
> > The comments made about how to handle inventory are incorrect for
> > basic inventory - but PERFECT for a structured BO
Basic comments about inventory follow - there is much more to learn.
You won't want to implement the entire function at once. But it
doesn't hurt to know where you are going to avoid re-programming.
If I misunderstood your comments or perhaps missed other posts,
pleas accept my apology.
I think y
look at
the source to get a bearing on this issue.
Richard
Josh Sled wrote:
> Richard Geddes <[EMAIL PROTECTED]> writes:
>
>> I re-applied the ad blocker, and with my browser, was able to get a
>> quote for RHAT AMD from the yahoo website successfully. When I tried
e F::Q needs to have name resolution for a set of advertisers on that
ad block list. My web browser also responds the ad blocking aliases in
the hosts file.
I used yahoo, usa, nasdaq as sources and got consistent results.
Richard
Phil Longstaff wrote:
>What quote source do you use? I kn
these advertisers.
You're a security guy... what do you make of this?
Richard
Derek Atkins wrote:
> What happens when you try gnc-fq-dump ?
> Maybe your quote source changed their website?
>
> -derek
>
> Richard Geddes <[EMAIL PROTECTED]> writes:
>
>
>> I was
answer on the internet...
Thank you in advance!
Richard
-Prague-
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
e
the right modules to establish a comm link or that the server is
ignoring the requests.
I found out that
Finance::Quote depends upon a number of other perl modules to
function correctly. These modules include:
LWP::UserAgent
HTTP::Request::Common
HTML::TableExtract
Not a per
of things depending on it would also go
down I just want to get my stock quotes so I can see my current asset
values to make decisions without pulling out the calculator.
Can someone help me troubleshoot this problem? Thanks.
Richard
___
gnucash
Wanted to give you folks a heads up on the latest Ubuntu port
because you may be fielding a bunch of questions. Sometimes
folks overreact.
Todays updates for Ubuntu 7.04 has a new version on GnuCash
if the user has the Backports repository enabled. This will take
the user from 2.0.5 r15617 to 2.
Josh -
I completely agree that 80 won't cut it. I use 132 - why? - because I am old.
That was the standard for old printouts. Anyone remember "greenbar"?
Just for fun I followed your link and copied the code. Then I opened it in
emacs, xemacs, gedit, vim, and kate. Not a single line wrapped in
Thanks for the clarification. I will wait patiently until etch lifts off ;-)
Richard
Thomas Bushnell BSG wrote:
> On Mon, 2007-02-19 at 12:48 -0500, Richard Kleeman wrote:
>> Anyone know when the Debian testing will update from 2.0.2??
>
> Currently Debian is in a freeze, pre
;> course, you can always install the latest GnuCash from source or Tarball ;-)
>>
>
> this is, of course, very true (as if there are levels of truth...).
>
> A
>
>> Regards,
>> Oliver
>>
>> On Monday 19 February 2007 18:48:15 Richard Kleeman wrote:
Anyone know when the Debian testing will update from 2.0.2??
Chris Lyttle wrote:
> GnuCash 2.0.5 released
>
> Personal and small business accounting in GNU/Linux will be easier and
> better after today's release of GnuCash 2.0.5.
>
> This release of the free, open source accounting program
It is running on my 6.06 install. I have the package guile-g-wrap installed.
Daniel Espinosa wrote:
> I compile and install on a Ubuntu 6.06, the version 1.9.7, but it just shows
> the splash intent to open the main window but close inmediately with the
> next message:
>
> : In procedure scm-err
I don't suspect this will mean all that much but - all of your
work is appreciated. This project is VERY important to the
Linux community.
As for the effort and G2 port - I feel your pain. This is exactly
what I am doing now. Actually, as I write this, I have strace
running trying to figure out
On Mon, 2005-02-05 at 21:55 -0400, Derek Atkins wrote:
BTW, have you looked at the fancy-invoice report? I don't know
exactly what you're looking for, but it may look prettier than
the standard version.
I haven't yet, actually.
I'll take a look, but in among other things I wanted to use
On Mon, 2005-02-05 at 21:45 -0400, Josh Sled wrote:
> I've spent four hours hacking scheme code, googling, searching mailing
> lists, bugzilla and source code to try to add some DIV and SPAN tags,
> and some CLASS and ID attributes to the invoice report. I don't see
> where they're being filt
I've spent four hours hacking scheme code, googling, searching mailing lists, bugzilla and source code to try to add some DIV and SPAN tags, and some CLASS and ID attributes to the invoice report. I don't see where they're being filtered out, or how to change this behaviour.
I can add an IMG
, which is always the right column, when it increases any
equity, liability, or income account.
(notice I address all five account types discussed in section 2.1.1)
====
Richard Schilling
___
gnucash-devel
ow account
distribution
What file(s) do I need to work with to edit the format?
As soon as I complete the format, I will submit the results to your
organization.
Richard Mikulec
___
gnucash-devel mailing list
[EMAIL PROTECTED]
https://lists.gnucash.org/mailma
I'm also sending this patch file to this list so it can be considered
for adoption.
Richard Schilling
Original Message
Subject: Patch suggestion for gnucash 1.8.8 (ports/finance/gnucash)
postgres backend.
Date: Mon, 26 Jul 2004 20:00:19 -0700
From: Richard Schilling &l
each radio button to the first choice. This might be a bug in lynx,
but I don't feel like digging through HTML specs now.
--
Richard Braakman
Will write free software for money.
See http://www.xs4all.nl/~dark/resume.html
___
gnucash-devel mailing
Actually, the tax category specific stuff are the files:
src/scm/report/txf-export.scm and src/scm/report/txf-export-help.scm These
are just lists with the details of the categories and the help. The txf (Tax
eXport Format) has allocated codes for non-US use, but whether any have
actually been d
Try http://www.quickbooks.com/ and search for "iif" It gives 40 matches,
such as:
What is an IIF file?
What are IIF file headers?
What is the IIF file format for importing a
Bill?
style could still
work if the charset for each language is defined to be the same as
is used in its po file.
As a side effect, using a multiline format will make it easier to
merge conflicts in CVS, because it doesn't involve peering at the
diff lines to figure out which columns have changed
that it's since
been fixed in glibc, but this report looks awfully familiar :-)
Maybe gnucash was compiled with a glibc that hasn't been
fixed yet, or something.
Richard Braakman
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gn
I discovered some precompiled binaries of Guppi for Mandrake, so, I
downloaded and installed them. Of course, this required newer versions of
a number of other packages. I'm currently stumped by: gdk-pixbuf, for
which I can't find a precompiled devel binary for Mandrake. Compiling
gdk-pixbuf f
is spending the time trying to read from /dev/random, and you'll
be able to speed it up by waving the mouse cursor around or something.
As far as I know no fixed version of guppi is available yet. You could
try hacking it yourself to read from /dev/urandom or somet
Kannel
allocates too many blocks, there's bound to be a memory leak :) That
model probably doesn't apply to an application like GnuCash, which
needs to keep a large amount of data in memory.
Richard Braakman
___
gnucash-devel maili
t it announces itself as a wizard.
> + Better support for multiple currencies
+ Special support for Euro
Richard Braakman
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
ul.
1b. init_unique_id() has a fallback for /dev/random, but since it opens
/dev/random in blocking mode, it won't use the fallback until after it
gets at least one byte. This could take a while.
I haven't checked if there's a guppi version that fixes these problems.
If there isn&#x
when doing sums, and "toevoegen"
when adding items to a list.
It's also difficult to tell from the source code how a word will
be used -- often it's part of a list of strings, far away from
the code that will use it.
By the way, what should I do with entries like "label7
"LISTITEM" undefined
jade:../xacc-about.sgml:14:16:E: element "PARA" undefined
jade:../xacc-about.sgml:14:26:E: element "EMPHASIS" undefined
...
Gilligan
Phillip Shelton wrote:
> This will be deeper than you wanted to go I am sure.
>
> In the spec file there
Kevin Finn wrote:
I tried the first link, and the testsgm fails, even after I add the suggested
environment variable pointing to the dockbook.cat. I haven't looked at the
second link yet. maybe tomorrow.
Gilligan
> > > I'm thinking, maybe jade is not looking in the rigtht place
> > > for docb
Phillip Shelton wrote:
> >
> > rm -Rf /usr/src/RPM/BUILD/Guppi-0.35.5/
> > there was no /var/tmp/[Gg]uppi*
>
> > > > /%{tmpdir}/Guppi-0.35.5-root-root/usr/X11R6/lib
>
> What does your %{tmpdir} point to? Mine was /var/tmp
>
near as I can tell, nowhere!
[root@pluto /root]# echo %{tmpdir}
%{tmpdi
ix the jade problem you will have to reinstall DocBook3.1
>
> Gilligan, may I use the feet in your .sig ascii art for my .sig file??
>
Sure, feel free.
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Richard
: Guppi-static
Processing files: Guppi-devel-0.35.5-1
File must begin with "/": %{_aclocaldir}/*
Requires: Guppi = 0.35.5
Obsoletes: Guppi-static
These are all of the errors I noticed. I'm not sure why it stopped where it
did, or how to fix it.
Any clues would be appreciated.
Gilligan
27;
I greped my /usr and found only a few references to 'AM_PROG_XML_I18N_TOOLS',
but no definition. Any clue what package provides this macro?
Gilligan
Richard -Gilligan- Uschold wrote:
> I haven't looked at this since late February, when i started using the
> --disabl
0.35.5-1
I'll get these and let you know what happens.
Gilligan
Robert Graham Merkel wrote:
> On Sun, 20 May 2001 23:08:14 Richard -Gilligan- Uschold wrote:
> > These are the packages I've had to get or upgrade to to compile GnuCash
> > on Mandrake 7.0
> >
> >
These are the packages I've had to get or upgrade to to compile GnuCash on Mandrake 7.0
Note: I have not yet successfully compiled with guppi support.
Autoconf version 2.13
Guppi-0.35.2-2.i586.rpm
ORBit-0.5.6-0mdk_helix_3.i586.rpm
aspell-0.32.5-2mdk.rpm
aspell-en-0.32.5-2mdk.rpm
automake (GNU au
Kevin Finn wrote:
> Bill Gribble wrote:
> >
> > On Sun, Apr 22, 2001 at 09:02:28PM -0500, Kevin Finn wrote:
> > > My problem is that the "welcome" report comes up every time GnuCash
> > > is launched, no matter whether I closed it before exiting the last time
> > > or not.
> >
> > Let me loo
It is bigger and I can read it, but it is still at ranther
than no specifided size.
Gilligan
[EMAIL PROTECTED] wrote:
> It's been rumoured that Matthew Vanecek said:
> >
> > I concur. The font size is way to small, especially at 1024x768. I
> > noticed in gnucash.css, most of them are set to
The font size is way too small, I'll go blind trying to read it!
Gilligan
Linas Vepstas wrote:
Am getting close to being done with installing the
new gnucash.org
website from Jeremy Collins. There are still a few little blebs
that need to be cleaned up; however, it can be considered to be 'beta'
> Can mutual funds split?
Yes. It happened to one I owned, a few years ago.
Gilligan
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Clark Jones wrote:
Dave Peticolas wrote:
>
> Can mutual funds split?
Yes! It happened to one I owned a few years back.
--
Gilligan | __o .oooO
/| _ \<,_ ( )
/p|\ (_)/ (_)
I tried the "--with-g-wrap-prefix=DIR" option and it failed.
Specifically, with g-wrap-0.9.12.tar.gz
./configure > configure.err
make > make.err
make install > make.install
find . -xdev -name "*g-wrap*" -print
/usr/local/bin/g-wrap
/usr/local/bin/g-wrap-config
/usr/local/info/g-wrap.info
/usr/loc
I'd like to see the QIF importer automagically assign the appropriate tax
category to imported accounts, though, I'm not sure there is sufficient
information in the QIF file. Several months ago, I looked at the
QIF code for a few hours, but I really couldn't understand what was going
on. Perhap
I'm having a similar problem. I just upgraded to g-wrap-1.1.9 so
I can compile the latest unstable, and I got rid of all older versions.
I currently use gnucash 1.4.9 for my real data.
Questions:
1. Will the 1.1.9 g-wrap break the precompiled (binary rpm) version
of gnucash 1.4.9?
2. Or does thi
I'll add another "Tab Section" That should reduce the size by aboutr
one third.
Gilligan
Dennis Bjorklund wrote:
In the tax-report if you open the window that changes
parameters, then
that window is way, way to tall. It just fits on my 1152x854 screen
and it
can not be resized to something small
Actually, Quicken has documented it. I don't know how accurat it
is.
http://www.intuit.com/quicken/technical-support/quicken/old-faqs/dosfaqs/60006.html
I found this link on http://www.wotsit.org/
Gilligan
Robert Graham Merkel wrote:
Linas Vepstas writes:
>
> FYI, just for grins,
> I had oc
ne useful technique in doing this is to associate the "ownership"
with a role rather than a person and permit certain individuals to
alter the ownership property.
Often the policy will require that this ability be data sensitive.
--
llows us to use the standard arithmetical functions within
the database to perform summations, etc.
From an accounting viewpoint, "freight cars of corn" and "bushels of
corn" are NOT the same commodity. However, a "manufacturing" process
can convert one to the ot
/cvsroot/gnucash/doc/html/C
> In directory www.linas.org:/tmp/cvs-serv14851/doc/html/C
>
> Added Files:
> xacc-tax-report-example.html
xacc-txf-categories.html
> Log Message:
> Richard Gilligan's tax & txf export code & docs.
>
>
> ___
ample.html
xacc-txf-categories.html
> Log Message:
> Richard Gilligan's tax & txf export code & docs.
>
>
> ___
> gnucash-patches mailing list
> [EMAIL PROTECTED]
> http://www.gnumatic.com/cgi-bin/mailman/listinf
Dave Peticolas wrote:
1.4.9 - 05 December 2000
o tax report
o txf export
o bug fixes
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
I tried to download 1.4.9 a
"Christopher B. Browne" wrote:
> Richard -Gilligan- Uschold writes:
> > I have an html report that I want to call up from a link in the sgml
> > help system. I do not want to convert the html to sgml first, not by
> > hand, anyway, as it was generated by d
Herbert Thoma wrote:
Hi!
> (let* ((notes (gnc:account-get-notes a))
> + (notes (if notes
notes ""))
> (key-start
(string-search notes key 0))
I inserted the line and got another error (I omited the + ;-) )
Error: gnc_report_error_dialog: gnc_report_error_dialog: error running
Herbert Thoma wrote:
Hi!
> (let* ((notes (gnc:account-get-notes a))
> + (notes (if notes
notes ""))
> (key-start
(string-search notes key 0))
I inserted the line and got another error (I omited the + ;-) )
Error: gnc_report_error_dialog: gnc_report_error_dialog: error running
Robert Graham Merkel wrote:
Richard -Gilligan- Uschold writes:
> > gnucash: latest CVS
> > guile: 1.3.4
> > g-wrap: 0.9.12
> >
> > Herbert.
> > --
> > Herbert Thoma
> > FhG-IIS A, Studio Department
> > Am Weichselgarten3, 91058 E
Herbert Thoma wrote:
Hi!
When I try to set the parameters of the tax report,
I get the following error:
Error: gnc_report_error_dialog: gnc_report_error_dialog: error running
report.
Function: string-length, wrong-type-arg
/usr/local/share/gnucash/scm/report/tax.scm:235:32: In procedure string-le
Herbert Thoma wrote:
Hi!
When I try to set the parameters of the tax report,
I get the following error:
Error: gnc_report_error_dialog: gnc_report_error_dialog: error running
report.
Function: string-length, wrong-type-arg
/usr/local/share/gnucash/scm/report/tax.scm:235:32: In procedure string-le
Robert Graham Merkel wrote:
Richard -Gilligan- Uschold writes:
>
>
> This submission is an update to the "Tax" report. It
includes new
> reports: "Export .TXF", which exports a file that can be read
by tax
> programs such as TaxCut and TurboTax
Rob Browning wrote:
Clark Jones <[EMAIL PROTECTED]> writes:
> I'm sorry, I'm not familiar with GLists or GSLists, but the comment
> about "'bottoms out' in Account*'s" makes me a bit nervous that it
> would only allow entries into the "leaf" accounts. There are
times
> when it is convenient to
Dave Peticolas wrote:
Richard -Gilligan- Uschold writes:
>
> I've been using gnucash for a few months and one thing that really
confused m
> was the way amount in the second or third line of a split always
changes to
> maintain a zero total balance. When I enter a transactio
Rob Browning wrote:
(This is mostly part of an ongoing conversation Dave
and I have been
having, so bear with me as I bring it onto the list. Also,
with
respect to some of these changes, please try and make sure you've
tried to think about the most complicated case(s), one of which
I
illustr
Richard -Gilligan- Uschold wrote:
I'm using guile 1.3, only because the rpm I downloaded
for 1.4.4 required it. I thought it odd that it wasn't using a more
recent version. I'll upgrade to 1.4.7 to see if that solves the problem.
I downloaded gnucash-1.4.7-2mdk.i586.rpm and ir
Rob Browning wrote:
As far as I can tell, the latest version of g-wrap
works fine with
guile 1.3.4 and guile 1.4 on my system(s).
Since it would be somewhat difficult/time-consuming for me to install
guile-1.3 and add backward compatibility and test g-wrap, I'm trying
to figure out if it would be
Christian Stimming wrote:
Hi there,
Is anybody out there who also realized that the 1.5-version seems to
forget building the manual? It took me some weeks until I realized
it to
be missing. I tracked it down to the fact that I was lacking the
"db2html" program which is used for converting the sgm
On Wed, 02 Aug 2000, Buddha Buck wrote:
> > On Wed, 02 Aug 2000, Buddha Buck wrote:
> > > I view "$/8 USD" and "$/100 USD" to be -similar- commodities. You
> > > can't add or subtract them, but comparison should be possible.
> > > Conversion between them is possible without an explicit conversio
On Wed, 02 Aug 2000, Buddha Buck wrote:
> I view "$/8 USD" and "$/100 USD" to be -similar- commodities. You can't
> add or subtract them, but comparison should be possible. Conversion
> between them is possible without an explicit conversion ratio -- the ratio
> is implicit. They probably don'
On Wed, 02 Aug 2000, Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > gnc_numeric gnc_numeric_add(gnc_numeric a, gnc_numeric b,
> > gint64 denom, gnc_numeric_round_t how);
>
> [EMAIL PROTECTED] said:
> > The problem is that the calls to do simple things like "add"
On Tue, 01 Aug 2000, Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > You want the denominator in EACH account to be set so that 1/D
> > represents exactly the smallest difference in allowable values for
> > that account.
>
> Sure. That makes sense. There may be some situations where
> determi
On Tue, 01 Aug 2000, Christopher Browne wrote:
> > Placing this unification code inside the addition code is a computational
> > burden on EVERY addition, even the vast majority (if not all) of the
> > additions which are performed on ammounts from the same account that are
> > already in the sam
On Tue, 01 Aug 2000, Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > 1) Your API does not hide the implementation details. If we change the
> > representation of an amount, many calls will have to be changed
> > rather than localizing the changes to the "math" routines.
>
> The "constructor" w
On Tue, 01 Aug 2000, Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > Most book keeping is done within a currency and this will be
> > dramatically faster.
>
> Nope. Using the integer representation, you'll need one `if' statement
> to determine that you're dealing with two numbers of the same
On Tue, 01 Aug 2000, Bill Gribble wrote:
> On Mon, Jul 31, 2000 at 08:05:04PM -0500, Richard Wackerbarth wrote:
> > 2) The "denominator" may need to be the reciprocal of an integer
> > greater than unity.
>
> Good point. How about, as was suggested, an idea
role, we could say that a negative denominator acts as a
> reciprocal of the absolute value of that number. Richard, what would
> you propose?
That you abandon such notions of encoding.
You are assuming that the representation of "denominator" permits negative
values. It might not. Furth
On Fri, 28 Jul 2000, Bill Gribble wrote:
> On Fri, Jul 28, 2000 at 12:14:20PM -0500, Richard Wackerbarth wrote:
> > And you have yet to address the objections that I, and others, have been
> > raising for an equal period of time.
>
> If you can state any objection that impac
On Mon, 31 Jul 2000, Terry wrote:
> Richard, you have renewed my faith in the human condition - I observed
> many, many decades ago that there are a lot of people who only want to
> stand on the sidelines and throw brickbats at the participants, then
> whenever anything doesn&#x
On Sun, 30 Jul 2000, Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > Therefore it is unnecessary to carry that denominator with the
> > individual values. It can be retrieved from the description of the
> > units in those very few places where it actually gets used.
>
> Yup. Makes sense. O
On Sat, 29 Jul 2000, Terry wrote:
> On Fri, 28 Jul 2000, you wrote:
> > > I haven't seen a
> > > similar single discription and corresponding implementation on your
> > > proposal.
> >
> > I haven't made it in that form because it is too trivial.
> > At the level of Bill's proposal, I have:
> >
>
On Sun, 30 Jul 2000, Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > In between two bank balances there are a finite number number of other
> > balances, therefore they _can_ be represented by the set of integers.
> > This reasoning is the root of my suggestion to allow restricting
> > allowable
On Sat, 29 Jul 2000, Bill Gribble wrote:
> The kind of duplicate detection you are looking for is in the feature
> list for the next revision of the QIF importer. It's a little
> trickier, because the fields describing the transaction are often very
> different (comparing a hand-entered transact
1 - 100 of 292 matches
Mail list logo
