G'day everyone,
It's good to be back on the mailing list. I thought everyone
had just gone really quiet for a while. Unfortunately this means
I'm a little behind in what's going on.
I've just tried the current CVS source, as well
as the files tagged as gnucash-1-3-8, and it see
I'm going to revisit the report-generation issue, as our current
reporting infrastructure, while far better than before, still doesn't
support all the features that we might like to have - particularly
high-quality printed output and export to formats like plain text or
gnumeric.
Jade (suggested
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> I'm going to revisit the report-generation issue, as our current
> reporting infrastructure, while far better than before, still doesn't
> support all the features that we might like to have - particularly
> high-quality printed output and export
Bill Gribble writes:
> Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> > I'm going to revisit the report-generation issue, as our current
> > reporting infrastructure, while far better than before, still doesn't
> > support all the features that we might like to have - particularly
> > hig
I talked to Linas and you at Chicago about possibly getting some
capability for logging wire transfer transactions in GNU cash. We
would need fields for the:
routing number
bank name
recipient name
two fields giving descriptors about the transfer
the amount of money being transfered
and the cost
Randall Craig <[EMAIL PROTECTED]> writes:
> I talked to Linas and you at Chicago about possibly getting some
> capability for logging wire transfer transactions in GNU cash.
I don't think this should go into the 1.4 release. The changes you
describe would require a significant change to the fil
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.
- End of forwar
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 found a bug, so it's
the perfect time to fix it.
The qu
Hi,
I am using gnucash 1.3.8. Whenever I try to import a QIF file, I get
a segfault. I have narrowed it down to occuring on line 620 of
dialog-qif-import.c.
I do not know GTK or Scheme so I fear I may be of little help with
debugging. However, I looked at it with gdb and this is what I saw:
> --VV4b6MQE+OnNyhkM
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: quoted-printable
>
> G'day everyone,
>
> It's good to be back on the mailing list. I thought everyone
> had just gone really quiet for a while. Unfortunately this means
> I'm a little behind in
Bill Gribble wrote:
> tboldt <[EMAIL PROTECTED]> writes:
> > Yesterday I downloaded a qif file from my online bank of all
> > scheduled transactions. I tried to import the qif file into gnucash
> > - nothing happened - no error messages, no dialog boxes, no entries
> > in the appropriate account
I'd like to request a feature - which I hope will be simple to add.
I usually enter transactions directly into the register, rather than
using the 'transaction' window. I find it much quicker. However, I would
like to be able to access the convenience of the calendar widget for
entering dates, wh
> I'd like to request a feature - which I hope will be simple to add.
>
> I usually enter transactions directly into the register, rather than
> using the 'transaction' window. I find it much quicker. However, I would
> like to be able to access the convenience of the calendar widget for
> enteri
I've just upgraded to 1.3.8 (I'm a bit late, I know), and I've noticed
that I can no longer accept the proposed autocompletion of an account
name by typing `:'. This is important to me, because this is the way
I usually enter transactions in the register - by typing the first few
letters of each s
> 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 found a bug, so it's
> the perfect time to f
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, the transfer field is labelled `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, the transfer fiel
> I've just upgraded to 1.3.8 (I'm a bit late, I know), and I've noticed
> that I can no longer accept the proposed autocompletion of an account
> name by typing `:'. This is important to me, because this is the way
> I usually enter transactions in the register - by typing the first few
> letters
> > 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
I recently downloaded GnuCash gnucash-1.3.7-1 and tried to load
some QIF files I generated from Quicken 99 on my Windows box.
This box is a VA Linux Systems StartX-MP with dual processors,
but that probably does not matter.
I first made a floppy disk by exporting my entire Quicken
database. I th
Hi all,
Thanks for the responses to my question.
I especially like the one proposed below by Christopher Brown, using
an Assets -> Account Receivable account. Since I am an engineer, not
an accountant, I'd like to make sure that I have the details correct,
in particular for the case where I eve
On Wed, 31 May 2000 20:09:47 PDT, the world broke into rejoicing as
Bruce and Liz Chaplin <[EMAIL PROTECTED]> said:
> Hi all,
>
> Thanks for the responses to my question.
>
> I especially like the one proposed below by Christopher Brown, using
> an Assets -> Account Receivable account. Since I
Thanks for the confirmation, Christopher.
Humblest apologies about the lack of a trailing "e"! Must be this new
split keyboard (at least, that's my story :-)
Cheers,
-Bruce
Christopher Browne wrote:
>
> On Wed, 31 May 2000 20:09:47 PDT, the world broke into rejoicing as
> Bruce and Liz Chapl
> > Well, it is pretty confusing, so we may just be better off taking
> > it out for 1.4. It actually works exactly the same as in 1.3.7,
> > with the exception that, in multi-line mode, where there used to
> > be a blank space in the transaction line, there is now a field
> > you can use to move
Dave Peticolas wrote:
> In the meantime, are you aware of the keyboard accelerators
> for entering dates in the register? They are explained under
> the manual pages under the link 'Date Input'.
I looked this up in the help from 1.3.7, and I clicked on the link `keyboard
shortcuts' or whatever i
G'day GnuCashers,
On Wed, May 31, 2000 at 12:31:16PM -0700, Dave Peticolas wrote:
> Are you talking about the transfer field on the transaction line in
> multiline mode? That field wasn't there previously, the space was just
> blank. The new field (currently called 'transfer to') allows you to
>
>
> --hOcCNbCCxyk/YU74
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: quoted-printable
>
> G'day GnuCashers,
>
> On Wed, May 31, 2000 at 12:31:16PM -0700, Dave Peticolas wrote:
>
> > Are you talking about the transfer field on the transaction line in
> > multiline mo
G'day Dave and GnuCashers,
On Wed, May 31, 2000 at 10:42:56PM -0700, Dave Peticolas wrote:
> Ok, I see what you mean now, it's just the blank split for
> which the behavior needs to change back to the old, right?
> I will do that for the next release.
*huge grin* That's exactly what I would li
Hi,
Today is my first day with gnucash. All was going well until all of a
sudden it refused to read my file, segfaulting. As it turned out, it
ended up oopsing the kernel as well.
Anyway, here's the situation:
gnucash stores all the data in a binary format (ugh!). Anyway, it
stores the lengt
30 matches
Mail list logo
