Multi currency issues CVS 11/14/2002

[Jan Nielsen]

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