I have been trying to figure out how to use Gnucash to track
realized gains calculations on stock trades, but I don't quite
understand it. Can someone give me a few hints on this? I've
tried reading all of the documentation, but I'm still missing
something.
Here's what I understand so far:
Christopher Browne wrote:
>
>
> > > - A combination of the two is used. Changing a stock price draws
> > > $20 from an "unrealized gain" account. Selling a stock transfers
> > > $20 from the "unrealized gain" account into a "realized gain"
> > > account. Is this close?
>
> That's prett
I am interested in helping to implement the scheduled transaction feature and I have a
few ideas about the feature. I searched the mailing list archives for information
that may have been discussed, but I really only found requests for the feature, but no
implementation ideas. Does anyone hav
Here are the results of a crash caused by the latest QIF import code
on my system. I know that the QIF import code is in development,
so I expect these crashes. Should I report this when it crashes?
Here is the output if anyone wants feedback. I can provide sample
data if it helps.
gnucash
Christopher Browne wrote:
>
> I'm unable to replicate it on today's CVS, so I'd speculate that it *may*
> be fixed. I'm not sure why; I think I'm the last one that "touched"
> import, and none of the things I did ought to have affected the problem.
I updated my copy after receiving the message
My wife asked me if Gnucash had a logo or icon and I said that I didn't
think that it did. I thought it would be difficult since it shouldn't
be specific to one country's currency. Things like the Quicken "$" would
not be a good idea. A few minutes later she sketched out this:
www.io.com/~
Would it make sense to compile the engine code as a library, then
create the Palm tool as a separate binary and link to the engine
library? It sounds like this Palm tool would only need access to
the engine code.
Gerald
Robert Graham Merkel wrote:
>
> I've just got myself a shiny new Palm
I checked out the latest QIF import code, and it's getting much better.
The first files that I tried seem to have the duplicate transactions
fixed.
However... I noticed that the program crashes if you type a filename
that does not exist. After a little careful typing, I imported most
of my
d. This idea is the exact opposite of the
normal case where the duplicates are considered the error condition.
Maybe with an assumption like this it could be possible to relax the
restrictions on detecting a duplicate transaction, and then more
things would match.
Gerald
Bill Gribbl
I sent a message to the list yesterday while the list was down and
apparently it was queued, not dropped. Honestly, I didn't just repeat
the same stuff twice because I forgot about sending the first message.
Ignore the first message I sent. At the time I thought the duplicate
transactions we
> Right, I've been calling these 'instantiated' reports. The infrastructure
> for saving the parameters is there; we just need to add a way to save
> information associated with a gnucash data file. We also need a way to
> refer to accounts in a unique, non-volatile way (fully-qualified account
>
> does it right now go in the order they were entered? What about adding an
> optional ordering within each day, where put either the credits or the debits
> first within that day.
Doesn't the engine store the transaction time in seconds since 1970? If this is
the
case, what is the default valu
> The mailinglist archives on the website does not work. Last entries is
> from March 2000
There is an archive of the gnucash mailing list at the following location:
http://www.mail-archive.com/gnucash-devel%40gnucash.org/
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL
Dave Peticolas wrote:
>
> >
> > Just to add my voice to the mix:
> >
> > I want to be able to sort my register using time C (Quicken can do
> > this, btw) because when I'm doing my monthly reconcile with the bank
> > stmt, I always end up with a bunch of transactions which I never
> > entered dur
> > Great!
> >
> > I've always wanted this feature in Quicken, but I didn't know it existed.
> > This would be very helpful when you realize that a transaction you could
> > swear you just entered has disappeared, and you're not sure if you haven't
> > entered it yet or if you used the wrong date
> I would suggest that
>a) reconciled items ordered before unreconciled items
>b) unreconciled items be ordered by transaction date
>c) reconciled items ordered in order of clicking on them
> i.e. As I read down my statement I find the next item
I don't know much about database programs, but I'm interested in learning.
Can someone please explain why it would be worth adding the complexity
of an external database program? Would it add features? Would it
create cleaner code? Is there another reason?
If it would add features, then can
[EMAIL PROTECTED] wrote:
>
> Bill, see the note below.
>
> I take all of the points you made in an earlier message; you're right,
> reconcileing with QIF files is a potentially ill-defined, dangerous
> process. And yet, we still have the note below.
>
> It's been rumoured that Randolph Fritz
I've just compiled the latest version from CVS, and I'm getting the
following error:
./gnucash: error in loading shared libraries: ./gnucash: undefined symbol:
gnc_locale_decimal_places
I think I know what's going on and I'm hoping someone can explain the fix.
The CVS version that I am runnin
I've just compiled the latest version from CVS, and I'm getting the
following error:
./gnucash: error in loading shared libraries: ./gnucash: undefined symbol:
gnc_locale_decimal_places
I think I know what's going on and I'm hoping someone can explain the fix.
The CVS version that I am runnin
>
> If you want to have more than one installation of gnucash, use the
> --prefix argument to ./autogen.sh to specify a different install
> location.
>
> I use
>
> ./autogen.sh --prefix=/opt/gnucash
>
That's basically what I did, except I specified a directory in my
home directory. When you
21 matches
Mail list logo
