Multi currency issues CVS 11/14/2002
Jan Nielsen
nielsen@revicon.com
Fri, 15 Nov 2002 11:44:14 +0100
Hi,
A few observations about problems seen using the new multicurrency handling in
CVS as of Nov 14.
I have only tested these things with bank accounts, but I assume that simular
things exist with other types of accounts.
1) Transferring from e.g a EUR bank account to a DKK bank account using the
register directly does not seem to work correctly. I would assume that gnucash
should realize that two accounts with different currencies requires special
handling and should open a transfer window to specficy exchange rate or amount
in target account (at least this is what Quicken does in this case).
2) Transferring from e.g a EUR bank account to a DKK bank account using the
transfer button in the toolbar correcly opens the transfer dialog and allows for
setting up the transfer correctly. However, in the destination account the
transaction amount is the origin amount (in this case in EUR), but the balance
is in the destination currency (as expected). I would expect that all amounts in
the destination account would be in its currency. An example would be
EUR account
Date Description Transfer Debit Credit Balance
11/13/2002 ................................................. 30.00
11/13/2002 Tx DKK Bank DK 10.00 20.00
DKK account
Date
11/13/2002 .................................................. 100.00
11/13/2002 Tx DKK Bank EUR 10.00 175.00
^^^^^
3) As observed earlier, the entry currency for a bank account should be forced
to match the account currency, where now it seems to follow the locale and/or
the the gnucash preference setting.
4) A couple of minor things not related to currency handling: the calendar view
in the register is now always shown correctly. It seems to follow this pattern:
An entry is made into the register. A new entry is created; when clicking on the
calendar view for this new entry, the calendar comes up blank but can be
"repainted" by moving the mouse over the dialog. Changing the calendar month
repaints it correctly at this point.
5) Entering a "stored transaction" (ie. a previously used combination of
description and transfer) works correctly and the register is updated correctly
with the new balance and a new entry ready to use. Entering a "new transaction"
with a new description, transfer and amount behaves differently. Hitting enter
at this point does not have any effect at all, whereas hitting tab updates the
balance; neither of these actions creates a new empty transaction.
It might very well be that this is the same effect that has been observed by
others in recent messages, and that the problem has been fixed.
All the best
Jan
--
Jan Nielsen
Revicon Srl, Via G.T.Invrea 14/2, 16129 Genova, Italy
Phone: +39 010 530 3700 Fax: +39 010 5760224
E-mail: nielsen@revicon.com