Summary: | Memo are not displayed correctly | ||
---|---|---|---|
Product: | [Applications] kmymoney | Reporter: | bubuche.pub |
Component: | general | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 4.5.2 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
bubuche.pub
2011-03-13 13:45:40 UTC
This is actually the way that kmymoney works. Each simple transaction has two splits one for the source account and one for the destination account. When you view the transaction from the source account "Memo A" is shown, when you view it in the destination account "Memo B" is shown. When you create the transaction in kmymoney the memo of the two splits are identical. The only way to obtain different memos is to go in the other account and change the memo from there which seems OK to me. Now if one of the accounts is a category then, if you view the transaction in the category (from the category's POV), you can't edit the transaction thus you can't obtain two different memos for income/expense transactions you can only do it for transfers. I'm not sure why it is this way but I think it has something to do with 'hiding the complexity of a double entry accounting system'. I'm going to mark this as not going to be done but if anyone has a strong opinion that this should be changed please speak up. This seems related to bug 249844, except that refers to actions in KMM that change the memo only on one split of a transaction even if the user expected the memo to remain the same in both splits. This case is different because it refers to what happens on import when there are different memos in different splits of the same transaction. I know KMM wants to hide complexity, but should this include ignoring data on import that KMM really does have the ability to represent? |