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 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 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
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
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 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 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 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 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 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 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 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 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
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, 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
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 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
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
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 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
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
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
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
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
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 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 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 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
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 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
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
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
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
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 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 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 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, 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 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 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 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 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
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 Thu, 20 Jul 2000, you wrote:
> > Terry <[EMAIL PROTECTED]> writes:
> >
> > > On Wed, 19 Jul 2000, you wrote:
> > >
> > > As a biased observer and gnucash user, I would agree that this is probably good
> > > with some reservations from a user standpoint. Right now gnucash works with
> > > bo
>
>
> Is GNUCash multi-user? Won't different users store their accounts in
> different directories and hence separate styles in that way? I guess a
> business setting is a place where many people may use and update the same
> account. Does GNUCash have facilities for distinguishing between
[EMAIL PROTECTED] write:
>
> OK, my turn: Bob, do you know what an octothorpe is? :-)
>
> Clark
>
Isn't it the thing everyone calls the number sign or the hash mark on the
12-key touch-tone telephone keybiard?
-- hendrik
_
>
> Unfortunately, it is sometimes difficult to distinguish humor from lack of
> understanding.
>
There may be good reason for this difficulty. I suspect humour may
have eveolved as a social mechanism by which those who do not understand
can express same without embarassment.
I suspect this
>
> > > Actually, a problem that none of the proposals in this mailing list
> > > addresses is the possibility that a commodity mught be bought and
> > > sold in units whose conversion factors are irrational.
> >
> > As I said before, you can have irrational pricing but not irrational prices.
>
>
> Hmmm... I don't recall anybody mentioning "time" as the unit of measure...
> convert to seconds? minutes? hours? days? weeks? months? years?
> I often deal with measurements in nanoseconds... many things get charged
> for by unit time... e.g., phone calls, wages, room rents, ...
>
An e
One of the big issues seems to be whether we have just one denominator
for a commodity, or many. Examples are being thrown around about
whether there is a quantum unit of a commodity, whether it changes,
and how often, and whether the quantum unit is so intrinsic to a commodity
that, say, milk
>
> I don't think there is one; the _arguable_ counterexample would be the
> situation where a market changes "denominations," but that may also be
> argued to redenominate the commodity, which means it's not really the
> same commodity anymore...
> --
When I owe someone 12 1/2 shares of some se
>
> I agree that error handling is a PITA in functional languages.
Actually, it's not functional languages in general with this problem.
> Unfortunately, your proposal only works one level deep.
> One of the real advantages of "functional" languages is that you nest calls.
>
> (let ((x (f1 (f2
> Well, floating point is definitely NOT the proper solution for US dollars
> (or any other currency of which I am aware -- anybody know a currency
> still in use that isn't decimal? The UK abandoned the "shillings &
> pence" in the '60's).
I believe some former British colonies still use pounds
> 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 stoc
> 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 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
>
> I think someone mentioned an auto-save feature, and that sure would be
> nice, too, especially if there were a disable option in a
> Preferences... dialog. How about a single autosave after 30 minutes of
> no activity in the Registry window?
We already maintain a log, which does not eat disk
> 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.
> 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?
> 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
>
> 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]
> 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
> 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
> 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.
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
> 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
> 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
> 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
> >
> > 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?
>
> 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'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
> ... 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
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
> > 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
> 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
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.
--
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,
> 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
> >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
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'
> 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
> 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
> 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
> > 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
> 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
> 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.
>
>
> 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 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
[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
> 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
> 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
>
> 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
> 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
>
> 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
> 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
> 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
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
> 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
>
> > 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
> > 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.
>
1 - 100 of 114 matches
Mail list logo
