https://bugs.kde.org/show_bug.cgi?id=474004
--- Comment #3 from Jack <ostrof...@users.sourceforge.net> --- An extra bug is not necessary now. Perhaps in the future if existing data is added to the display, then this bug could be closed and a new one opened for adding items to the data file. In terms of adding columns to the payee list, real estate is limited, so I don't think I would want to add more than one, or risk the display being too crowded. In that case, I'm not sure that any single additional column would actually be useful. On that last point, I think there is an issue of terminology. A typical transaction has two splits: one for an account and one for a category. In that case, whether the payee is listed on the transaction or on the category split or both splits, the amount added to the payee would only be the amount of the category split. The sum of both splits is 0, which is a result of the double entry bookkeeping. However, if this is a "split transaction" there will be one split for the money coming out of the account, and two (or more) splits for different categories. Since it is now possible to assign a payee to each split separately, it IS possible to use a different payee for each category. What is not clear is the meaning and implication of assigning a payee to both the transaction and to one or more individual splits. I'm beginning to think this should not be allowed, forcing either a payee assigned to the transaction, or only to one or more of the category splits. I'll have to think about that some more, and will probably start a separate discussion regarding what options would actually make any sense. -- You are receiving this mail because: You are the assignee for the bug.