> On 2/1/19 5:36 AM, Wm via gnucash-devel wrote:
> >
> > [2] as long as the transaction stream balances the actual numbers
> > don't matter (their will be occasions where the numbers are important
> > but these tend to be number extremes related to commodities rather
> > than anyone using gnc to
On Sat, Feb 02, 2019 at 04:30:30PM +0100, Geert Janssens wrote:
> Op zaterdag 2 februari 2019 14:31:43 CET schreef Hendrik Boom:
> > > On 2/1/19 5:36 AM, Wm via gnucash-devel wrote:
> > > > [2] as long as the transaction stream balances the actual numbers
> > &
On Tue, Jan 27, 2015 at 12:00:01PM -0500, John Ralls wrote:
...
> That sounds great, with one question: Are you able to write proper DocBook
> patches? That was the big blocker to getting documentation contributions the
> last time it came up here, and it's still unresolved except for those who
A few years ago I wanted some printouts of gnucash data formatted in a
form that my wife and I could use. It was frustrating to me that the
easiest way to accomplish that was to reverse-engineer the gnucash file
and hand-coding a C++ program that read in the XML file and further
processed it.
On Sat, 12 Nov 2011 11:35:46 -0500, Nicolae Crisan wrote:
> I am 100% on-board this score. Again, finding the "boots on the ground"
> to do this is another matter altogether.
The existing Python scripting API would be a good place to start. Maybe,
all told, it's all we really need, except users
On Sat, 12 Nov 2011 12:55:08 -0500, Derek Atkins wrote:
> Hi,
>
> Hendrik Boom writes:
>
> [snip]
>> (1) The bulk of the code for gnucash should be a shared library, whose
>> API (s) provide all the essential functionality of gnucash. This would
>> inc
On Tue, 01 Nov 2011 15:41:47 -0400, GnuCash Admin wrote:
> This is an automated e-mail via the add-new-developer script ($Revision:
> 1.7 $).
>
> Developer account Muslim Chochlov has been created:
> .
>
> Admins (root) should update CVS access for this user.
Are you still using CVS? Or does t
On Sun, 13 Nov 2011 19:17:38 -0500, Derek Atkins wrote:
> Hendrik Boom writes:
>
>>>> (3) This library would be the basis for scripting interfaces to
>>>> gnucash. The API would make the gnucash library itself indifferent to
>>>> the scripting language
On Fri, 07 Oct 2011 14:38:37 +1300, Andrew Ruthven wrote:
> Also, I'm not sure if has been mentioned here already, but myself, Micha
> Lenk and mostly Philipp Kern packaged up the python bindings for Debian.
> They're in the python-gnucash package in Debian testing & unstable.
If that was recent,
On Thu, 07 Jul 2011 20:48:27 -0500, Tim M wrote:
> What I'm looking for is this:
>
> 1. Create the 'new' reporting system alongside the existing one so that
> the reports do not suffer until the existing functionality can be fully
> replaced by the new system. After all reports are replaced and
On Fri, 08 Jul 2011 23:33:16 -0400, John Ralls wrote:
> On Jul 8, 2011, at 8:15 PM, Yawar Amin wrote:
>
>>
>> If we stick with Scheme, we can take advantage of all the low-level
>> functions that already exist for data extraction and report layout. But
>> we can also move to a declarative model
On Tue, Nov 15, 2011 at 04:16:10PM -0500, Yawar Amin wrote:
> Hi Hendrik,
>
> On Tue, Nov 15, 2011 at 8:30 AM, Hendrik Boom wrote:
>
> > [...]
> > One of the hallmarks of Scheme is its metaprogrammability, for
> > applications just like this. And its simple synta
On Sat, 09 Jul 2011 18:05:48 -0400, Yawar Amin wrote:
> Hi John,
>
> On 2011-07-08, at 23:33, John Ralls wrote:
>
>>> […]
>>
>> Fun. Two questions: Can that be easily converted into a string parser
>> so that normal users aren't put off by the extra parentheses,
>
> I guess we could replace al
On Wed, 24 Aug 2011 14:32:16 +0200, Florian Haas wrote:
>
> Some existing account hierarchies (in the de_DE locale) presently work
> around this limitation rather crudely, by including the account number
> as a prefix to the account name. Apart from that being a rather
> inelegant redundancy, it a
This is the actual message I get.
checking for ./src/swig-runtime.h... no
configure: error:
It looks like you are NOT building from Subversion
but I cannot find swig-runtime.h. Check your PATH
and make sure we can find svnversion in your PATH!
Either that or contact gnucash-devel@gnucash.org be
Op vrijdag 18 november 2011, Geert Janssens screef:
> On vrijdag 18 november 2011, Hendrik Boom wrote:
>>
>> Do build details really depend on the presence of .svn directories?
>
> It does. Not strictly from the directories, but svn tools are used to
> check if you
On Fri, 18 Nov 2011 19:44:09 +, Hendrik Boom wrote:
> Op vrijdag 18 november 2011, Geert Janssens screef:
>
>> On vrijdag 18 november 2011, Hendrik Boom wrote:
>>>
>>> Do build details really depend on the presence of .svn directories?
>>
>> It do
OK. I've managed to compile gnucash and get it to pass its checks (except
for the database back end, which I had excluded.
Now I'm ready to start prowling around looking for scripting API to
document.
Could someone tell me:
Is there any existing API documentation, either in the source tree (
On Wed, 30 Nov 2011 15:12:31 -0500, Derek Atkins wrote:
> Hi,
>
>
> The API docs are generated via doxygen. You can generate them yourself
> using "make docs". The sourcesof the API docs are spread out through
> the source tree.
But when I'm in the top directory of the source tree (the same
On Wed, 30 Nov 2011 21:13:58 +, Yawar Amin wrote:
> Hi Hendrik,
>
> On Wed, Nov 30, 2011 at 8:06 PM, Hendrik Boom
> wrote:
>
>> [...]
>>
>> So far I haven't found the rather extensive user documentation I'm used
>> to seeing as a longtime gn
On Thu, 01 Dec 2011 15:16:53 +, Hendrik Boom wrote:
> On Wed, 30 Nov 2011 21:13:58 +, Yawar Amin wrote:
>
>> Hi Hendrik,
>>
>> The user documentation is in the gnucash-docs repository (
>> http://svn.gnucash.org/trac/browser/gnucash-docs).
>
>
&
On Thu, 01 Dec 2011 15:16:05 +, Hendrik Boom wrote:
> On Wed, 30 Nov 2011 15:12:31 -0500, Derek Atkins wrote:
>
>> Hi,
>>
>>
>
>> The API docs are generated via doxygen. You can generate them yourself
>> using "make docs". The sourcesof
On Thu, 01 Dec 2011 11:22:34 -0500, Derek Atkins wrote:
>
> This would imply you do not have doxygen installed.
I didn't. I do now. It still doesn't work, failing in the same way.
No time to investigate now. I'll look into it further tonight. Maybe
there's a configure parameter I forgo
As John Ralls pointed out, the proper way to check out the user
documentation is
svn checkout http://code.gnucash.org/repo/gnucash-docs/trunk gnucash-docs
Everything was almost smooth sailing from there.
The first problem was that I didn't have the command xsltproc.
The ./configure suggested t
Thanks for all the help so far. I now generate the users and doxygen
documentation, and have started exploring it.
The internal system documentation is a maze. And unlike mazes printed in
puzzle books, there aren't clearly identified start and finish points :)
Or, at least, I haven't found the
On Sat, 03 Dec 2011 16:40:07 -0500, Donald Allen wrote:
> I've been watching with interest the messages flying by from various
> people that confirm the impression (from just trying to build it) that
> Gnucash has become a gigantic hairball. John Ralls has been saying a
> number of things that sou
On Sun, 04 Dec 2011 18:35:08 +0200, Graham Leggett wrote:
> On 03 Dec 2011, at 11:40 PM, Donald Allen wrote:
>
>> Gnucash has been around
>> for a long time, and its life-span covers the development of a lot of
>> tools. If you were going to start with a blank sheet of paper today, I
>> doubt ver
ing system in 2.6 or we cannot expect
> anything before 3.0?
>
>> I'd suggest
>> having a look at an interesting thread, "Scripting API", on
>> gnucash-devel started by Hendrik Boom in November. It discusses similar
>> issues and the subject of the fair
On Fri, 30 Dec 2011 18:19:58 +0100, Geert Janssens wrote:
> Op vrijdag 30 december 2011 09:06:58 schreef u:
>
>> Swig/Guile: It looks to me like we have a much broader problem: Swig's
>> Guile support is not maintained. For the short term we can try applying
>> the patch from the Swig bug report
On Sat, 03 Dec 2011 13:03:41 -0800, John Ralls wrote:
>
> If you haven't already, you might find it helpful to take a few minutes
> to skim over the Doxygen documentation. That will help you understand
> why the docs are structured the way they are.
People using a scripting languagee to access g
Just a matter of slight interest -- gnucash is mentioned in the guile 1.8
documentation. It seems that gnucash is part of "a significant code eco-
system for Guile-based applications".
See the last paragraph of http://www.gnu.org/software/guile/docs/docs-1.8/
guile-ref/Scheme-vs-C.html#Scheme-vs
On Fri, 09 Dec 2011 23:52:25 +0100, Geert Janssens wrote:
> Op vrijdag 9 december 2011 10:59:31 schreef Ted Creedon:
>> Is anyone working on the Guile 2 issues?
>>
> Not right now, but it's on my to do list.
>
> I plan to work on it somewhere in the next couple of weeks.
Please keep me informed
What's xaccAccountEqual for? Is it actually something gnucash uses (I
can't imagine what for), or is it just there because guile wants the smob
to have a function that tests deep equality?
-- hendrik
___
gnucash-devel mailing list
gnucash-devel@gnuca
On Fri, 06 Jan 2012 09:14:46 -0500, Derek Atkins wrote:
> Hey,
>
> Email to the moderator of the gnucash-fr mailing list has been bouncing
> for a while. I want to ask the gnucash-fr list if there is anyone that
> would like to step up to be a moderator, but I don't speak french. I
> presume I
On Mon, 02 Jan 2012 17:33:25 -0800, John Ralls wrote:
> On Jan 2, 2012, at 1:32 PM, Nick Kemp wrote:
>
>> I am a big gnucash fan – however, I would really love to have an ipad
>> app... please?
>>
> This has been discussed at length before. It isn't going to happen, not
> least because Gtk does
On Sat, 07 Jan 2012 19:58:57 +, Hendrik Boom wrote:
>
> Also, it's not at all clear whether gnucash's use of guile would get
> past Apple's approval process. If it was an easy port, I'd say let
> someone try it and see. But to do a major rewrite and have
On Sat, Jan 07, 2012 at 04:23:16PM -0500, Derek Atkins wrote:
> Hi,
>
> On Sat, January 7, 2012 2:35 pm, Hendrik Boom wrote:
> > What's xaccAccountEqual for? Is it actually something gnucash uses (I
> > can't imagine what for), or is it just there because gui
On Sun, Jan 08, 2012 at 11:52:41AM -0800, John Ralls wrote:
>
> On Jan 8, 2012, at 10:40 AM, Hendrik Boom wrote:
>
> > On Sat, Jan 07, 2012 at 04:23:16PM -0500, Derek Atkins wrote:
> >> Hi,
> >>
> >> On Sat, January 7, 2012 2:35 pm, Hendrik Boom wrote:
On Mon, 09 Jan 2012 16:17:02 -0500, Derek Atkins wrote:
> Hendrik Boom writes:
>
>>> I thought you were working on learning to script Gnucash with Guile.
>>
>> In part, yes. But I'm really trying to learn to write an introduction
>> for people who want
On Thu, 02 Feb 2012 10:18:47 -0500, Derek Atkins wrote:
> writes:
>
> [Bitcoin history elided]
>
> I didn't see any actionable requests in this long diatribe. What
> exactly are you asking? Note that you can always add your own commodity
> to GnuCash, although you need to treat it like a stoc
On Wed, 04 Apr 2012 15:24:47 +0200, Łukasz Spas wrote:
> Hello.
>
> I've developed small application for Symbian (tested on S60) which
> allows users to manage their finances using their Symbian phone. (Here
> is the repo: https://gitorious.org/gnucash-s60/gnucash-s60)
> It is still incomplete
On Wed, 20 Mar 2013 13:13:00 -0400, Buddha Buck wrote:
> Paul,
>
> As should be clear from the other responses, there's no clear "if you
> work in C/C++, then this is the IDE you should use". Both languages
> have been around for a very long time (C since the early 1970's, C++
> since the mid 19
On Thu, Mar 21, 2013 at 02:56:04PM -0400, Buddha Buck wrote:
> On Thu, Mar 21, 2013 at 2:31 PM, Hendrik Boom wrote:
>
> > On Wed, 20 Mar 2013 13:13:00 -0400, Buddha Buck wrote:
> >
> > > Paul,
> > >
> > >
> > > It should be noted that in L
I tried installing gnucash-1.3.0 on SuSE-6.3 using the version of your
instructions distributed with gnucash-1.3.2 (it describes the installation
of 1.3.0). Unfortunately I encountered a missing file error during
the ./configure step:
creating po/extract-macros.perl
creating include/me
> Hendrik Boom wrote:
> > Since you seem to have succeeded in your installation, you presumably
> > have the missing file. Have I left out something from my SuSE
> > that would explain this problem?
>
> Yes, you need to install the gettext package, which is in the
>
> This helped. It now gets past the ./configure.
> Unfortunately, now the make gnome fails. Mresumably I'm missing snother useful
> package, the one containing various include files whose names start
> starting with "gdk_". The tail end of the installation log follows.
>
> These initials so
(revised message -- yesterday's version bounced)
Well, I got gnucash 3.6.2 running on SuSE Linux 6.3.
When I import my entire financial state from a set of Quicken exports (one
for each account, natch), all the transfers from one account to another get
duplicated.
A transfer is physically prese
> > Well, I got gnucash 3.6.2 running on SuSE Linux 6.3.
>
> You mean gnucash 1.3.2?
Yes. Stupid typo.
>
> > When I import my entire financial state from a set of Quicken exports (one
> > for each account, natch), all the transfers from one account to another get
> > duplicated.
> >
> > A tr
> > The opening balance, by the way, is *not* the first transaction in
> > the account.
>
> Well, there goes another invariant :(
>
> I had been told that the Opening Balance transaction had to be the
> first one in the file if it was an indication of the account name.
Maybe mine can no longer
> Hendrik Boom <[EMAIL PROTECTED]> writes:
> > However, transactions which in Quicken had been reconciled in only
> > one account show up as reconciled in both accounts. This is wrong,
> > but I can probably track then down by hand and hand-edit them.
>
> Th
> Hendrik Boom <[EMAIL PROTECTED]> writes:
> > When I used the "Accounts" tab in the import dialog, I informed it that
> > accounts "chq" and "Checking" were to be the gnucash account "chequing",
> > and that "visapers"
> > Somehow I failed to notice the separation between the two mappings:
> > file-name onto Quicken account name
> > Quicken account name to gnucash account name
> > Maybe it would help to emphasize these two mapping in the documentation
> > or in the UI.
>
> How would you suggest that
rom [EMAIL PROTECTED] Wed Mar 22 15:35:40 2000
Message-ID: <[EMAIL PROTECTED]>
Date: Wed, 22 Mar 2000 15:48:42 -0500
From: stephen p spackman <[EMAIL PROTECTED]>
Organization: pooq.com
X-Mailer: Mozilla 4.7 [en] (Win98; U)
X-Accept-Language: en-GB,en,fr,de
To: Hendrik Boom <[EMAIL P
>
> If you leave the "Auto" button in, the importer will attempt to guess
> the Quicken account name from the file name, but in this case it's
> wrong. That's why you have the option to override the guess :) Make
> sure the "Auto" button is out, enter the correct account name, then
> click "Load
> asiatic language:
> one, ten, hundred, thousand, one tenthousand, ten tenthousand,
> hundred tenthousand, thousand tenthousand, one hundredmillion, ...
The English word myriad means ten thousand. Lately it has fallen
on hard times. Those who don't know it think it just means
a very large numb
Hey, I found a transfer that was *not* duplicated.
The big, noticable difference is that it was a transfer between
two bank accounts instead of a transfer between a bank account and a credit-card
account.
Is this a clue?
-- hendrik.
--
Gnucash Developer's List
To unsubscribe send empty email t
A few more details about the transaction(s?) in my previous note:
> For example, the register for account "chequing" now contains (in multiline
> mode):
>
>
> 11/23/1998 nettransfer to visa r 1,000.00
>450,788.03
> 33038681 vi
> > Also, I had an idea regarding duplicate transactions during QIF importing.
> > Since the QIF files are now being imported as a batch process, you can make
> > the assumption that if a transfer exists between two accounts that are
> > being imported, it should appear in both accounts.
>
>
> > Even in English we have, in many dialects, "five hundreds of
> > dollars" (as opposed to "five hundred dollars") not to mention
> > "threescore dollars and twelve". I believe my grandfather wrote
> > "Seventy-Five Pounds and 26/100", but "Seventy-Five Pounds Only";
> > yet "One Hundred Poun
> Hello.
>
> Just wondering what the consensus is for migrating savings goal
> accounts. One idea I have
I'm not clear what a savings goal account is, but it sounds
like a budgeting issue.
Does it make sense to represent budgets as accounts?
--
Gnucash Developer's List
To unsubscribe send e
What I've always wanted was a way to relate each transaction to the
budget category and period it belongs to. So if I put off paying a bill
for a few months (maybe there's a dispute as to the correct amount
or something), when I finally do pay it it sould count against the
budget period it logica
> Hendrik Boom <[EMAIL PROTECTED]> writes:
>
> > P.S. Maybe some thing this perverse, but I enjoy the practice we seem
> > to have of quoting the entire discussion in each message.
>
> It's certainly not a practice all of us have (or like).
When I wrote
> linas> Ugh, I have more than once run out of file system space. The
> linas> current backup scheme is designed to always leave you with a
> linas> usable (if older) copy no matter what. I don't want to loose
> linas> that.
>
> Why would we have to lose that? Another nice thing about RCS is t
>
> So GnuCash definetly needs a currencies conversion. For EURO, we can hardcode
> a fixed table of all "Euro currencies" since they are NOT supposed to
> evolve. For the other, we can have a table updated by the user (and
> automagically by gnc-prices).
I woudn't rely on fixed exchange rates u
> Christopher Browne wrote:
> >
> >
> > My inclination (which is somewhat educated in the matter :-)) is to have
> > the register report _Cost._ Cost does not change over time, and since
> > it tends to reflect cash changing hands, it is _fairly_ objective.
>
> I agree. But I think that the en
>
> I'm not sure how it works in Quicken. I was referring to just sorting
> by the date of entry, not changing it. But now that I think of it, if
> we switch to sorting by the date of entry, we could go ahead and show
> the date of entry in the left column instead of the 'real' date typed
> in, a
> On Tue, May 09, 2000 at 12:50:09AM -0500, Linas Vepstas wrote:
> >
> > I was talking to someone about on-line banking & gnucash. I hadn't
> > thought about ti much, but a large part of on-line banking is
> > reconciling statements against what the bank has. Now, many 'online
> > banks' use QI
> In general, I think that we must assume no correlation between importing data
> and reconciliation. All that we know is that each entry imported from the
> bank must appear in the ledger and that it has cleared the bank.
> A JE must progress through the following "reconciliation states"
> 1) E
[Charset iso-8859-1 unsupported, filtering to ASCII...]
>
>
> > -Original Message-
> > From: Richard Wackerbarth [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, May 11, 2000 12:33 PM
> > To: Herbert Thoma; [EMAIL PROTECTED]
> > Subject: Re: question: What is a JE?
> >
> >
> > On Thu, 11
> On Thu, 11 May 2000, Hendrik Boom wrote:
> > > In general, I think that we must assume no correlation between importing
> > > data and reconciliation. All that we know is that each entry imported
> > > from the bank must appear in the ledger and that it has cle
>
> As for changing "reconciled" transactions, it is unclear to me what
> relationship exists between the "transaction" and the "JEs".
It is the JEs that get reconciled.
>
> Each JE would get reconciled separately. Therefore you could have a
> transaction transferring funds from one account
> On Fri, 12 May 2000, Hendrik Boom wrote:
> > > As for changing "reconciled" transactions, it is unclear to me what
> > > relationship exists between the "transaction" and the "JEs".
> >
> > It is the JEs that get reconciled.
>
> > How about, as a first step, we make the reconcile window be
> > configurable to use, e.g., 'Funds In' and 'Funds Out' instead
> > of debit/credit as you suggest?
>
> Something like that is probably necessary.
>
> Gnucash looks to me like one of the crucial tools that will get Linux onto
> de
> Randolph Fritz <[EMAIL PROTECTED]> writes:
> > Could someone tell me, please, the historical background of this odd
> > use of language? If it's already been discussed, then please point me
> > to the archives.
>
> When you make a deposit in a bank account, the bank OWES YOU money.
> You becom
> Randolph Fritz <[EMAIL PROTECTED]> writes:
> > Could someone tell me, please, the historical background of this odd
> > use of language? If it's already been discussed, then please point me
> > to the archives.
Bill, Let me make another try to understand this. In a previous posting
you (I bel
> Richard Wackerbarth <[EMAIL PROTECTED]> writes:
> > I am thinking in terms of a "plugin" to reformat the "memo"
> > information into the fields, like cheque number and Payee, which are
> > more appropriate.
>
> Could you clarify this last part a bit? Have you observed the QIF
> memo field to b
> On Sat, 13 May 2000, Hendrik Boom wrote:
> > > On Fri, 12 May 2000, Hendrik Boom wrote:
> > > > > As for changing "reconciled" transactions, it is unclear to me what
> > > > > relationship exists between the "transaction" an
When compiling 1.3.7 on SuSE 6.3, it could not find two libraries:
xml
print
When I installed packages libxml (and libxmld too, just in case)
from series d, the xml problem went away (although I had to delete
the source tree and reuntar it to make it find xml; a make clean
didn'
> >Hmm, how about some kind of install program? I was thinking of doing
> > this as a generic thing on my spare time, but something that checks if
> > certain libraries are installed, and if they are not, wgets them or
> > something similiar and installs them. You might get more newbie users t
> gnome-print is in series gnm: gnprint and gnprintd
>
> I added these (yet another) dependencies to SuSE-6.3.txt.
> (Perhaps we should recommend to buy a new big harddisk and
> just install the whole 6 CDROMs ;-).)
>
> Dave: Please add the attached SuSE-6.3.txt to CVS.
>
> Herbert.
Thanks. I
When I imported *everything* from Quicken to gnucash, I noticed the
balances were different in gnucash from in Quicken, even after fixing the
"Opening Balance" transaction. Hoping to nail a gnucash bug,
I binary-searched throug about 8 years of transaction data, and found
that it was not Gnucash,
Whoops! I miswrote myself.
- Forwarded message from Hendrik Boom -
"Opening Balance" transaction. Hoping to nail a gnucash bug,
I binary-searched throug about 8 years of transaction data, and found
that it was not Gnucash, but Quicken that seems to have been at fault.
--
> Hendrik Boom <[EMAIL PROTECTED]> writes:
> > Now I don't expect you to run and fix this (though it would be nice)
> > immediately before a stable release, for fear of disturbing
> > something else.
>
> This period of time is for bug fixes, and you've
> > I have this problem too. I'm using multi-line mode.
> >
> > Terminology:
> > proto-transaction: a transaction which is being entered in the register
> > window onto a blank transaction, and is still in one line mode (or has one
> > blank split displayed below...).
> >
> > In gnucash 1.3.7, t
There's still the one small matter of opening balances that are
not the first transaction in the file.
I am aware of the danger of using them to guess the true identity
of the file. But if the identity is determined by other means (such
as explicit user-specification in the import dialog), and t
> ... Normaly if I don't know what a
> word means I try to find it in the program and then understand it with
> help from the context. But since there is a new stable version coming I
> will try to fix this fast by asking instead...
Feel free to ask even if there is not an imminent stable releas
I'm slowly gearing up to use GnuCash on live data, and am attempting
to start parallel operation with Quicken before cutting over comletely.
As a result I am continuing to find problems, some of which are relatively
easy to fix.
But some, I suspect are not.
Is there a speed problem, or am I doin
>
> Another topic: what sorts of duplicate transactions are you finding
> after QIF import? IIRC you have mentioned two classes of problem: one
> is the Opening Balance in non-first-position and one is Quicken
> collapsing two splits into one. Are there other types of problem
> transactions you
> >
> > I think the bottleneck is in the Gnome Canvas, which is the basis of
> > the register display. Dave P would know more about that.
>
> I suspect this is where it's happening, but we will need to do some
> profiling to be sure.
Is each entry field in the register a separate Gnome widget?
> On Wed, 31 May 2000, Hendrik Boom wrote:
> > I now see the following possibility:
> >
> > One transaction, that
> > debits the chequing account by $200, memo groceries
> > debits the chequing account $10, memo cash
> > debits th
> On Sat, 03 Jun 2000 22:06:09 PDT, the world broke into rejoicing as
> Dylan Paul Thurston <[EMAIL PROTECTED]> said:
> > On Sat, Jun 03, 2000 at 10:20:40AM -0700, Peter C. Norton wrote:
> > > On Sat, Jun 03, 2000 at 05:01:51AM -0500, Richard Wackerbarth wrote:
> > > > I agree. Using gint32 rathe
> Glen Ditchfield writes:
> > If I open an account file with GnuCash 1.3.99, and if I immediately re-open
> > the file (either through the File > Open... dialog or by selecting
> > the file directly from the recent file list under File), I get an error alert
> > saying that "the file /home/gjditch
I'm starting to install version 1.3.100 on SuSE Linux.
First, I notice I don't have g-wrap. Unless I am mistaken, this package
does not appear in either the SuSE 6.3 or 6.4 distribution.
I download g-wrap-0.9.1-1.i386.rpm from the gnucash web site.
I rpm -i --test g-wrap-0.9.1-1.i386.rpm, and a
> I'm starting to install version 1.3.100 on SuSE Linux.
>
> First, I notice I don't have g-wrap. Unless I am mistaken, this package
> does not appear in either the SuSE 6.3 or 6.4 distribution.
> I download g-wrap-0.9.1-1.i386.rpm from the gnucash web site.
>
> I rpm -i --test g-wrap-0.9.1-1.
> T.Pospisek's MailLists writes:
> > On 13 Jun 2000, Bill Gribble wrote:
> >
> > > Ben Stanley <[EMAIL PROTECTED]> writes:
> > > > When I last entered all of my transactions, which would have taken me
> > > > about an hour, I had just finished and then GNUcash had a crash. I can't
> > > > r
> Prices are handled differently from amounts.
>
> The price is multiplied by the quantity and that result is adjusted to the
> "integral" amount of exchange.
> At one time the US used "mils" ($0.001). However, clerks worked for $1 per day
> or less. With inflation, the smallest exchange is now t
>
> You are correct. 32 bits are inadequate. It would be sufficient for MY
> personal accounts :-(
> but not those of Mr. Gates.
Mr Gates is unlikely to use gnucash on Linux.
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
> When bankers first used mainframes, some slick programmers established
> "hidden accounts" which received the tinsy fractional part of the
> interest, the part lost when rounding DOWN to integer pennies ...
>
> It wasn't much, but as it happen at the end of every day, on every
> savings account
> On Thu, Jun 15, 2000 at 07:41:29PM -0500, Richard Wackerbarth wrote:
> > On Thu, 15 Jun 2000, Dave Peticolas wrote:
> >
> > > > Now, those .xac files - are they the previous data file, or are they
> > > > written in parallel with the main file? (Or copied after the main file
> > > > is written?
> After discussion with some of the other developers, it is becoming
> clear that most if not all of the problems people are having with
> rounding and fractional cents are because, in fact, gnucash does not
> know that there is a minimimum quantum of transactions for certain
> types of accounts.
1 - 100 of 114 matches
Mail list logo
