Some refactoring and payment distribution logic. Refunds have the same limitation...
authorphasefx <phasefx@dcc99617-32d9-48b4-a31d-7c20da2025e4>
Thu, 29 Oct 2009 06:59:14 +0000 (06:59 +0000)
committerphasefx <phasefx@dcc99617-32d9-48b4-a31d-7c20da2025e4>
Thu, 29 Oct 2009 06:59:14 +0000 (06:59 +0000)
commitfe027d7e726279920e470ad01b7665136e7a60eb
tree30c327eb31e9842d0dc67eab5dbe36efcb2ff645
parent87b1954559d14d70cbfbb1e9a8d98bf3a363c0ee
Some refactoring and payment distribution logic.  Refunds have the same limitation as before in that they only get further applied to subsequent bills in the list.  We could either put refundable transactions at the top of the
list by default (maybe a good idea for making them more prominent if nothing else), and/or we could make a second pass over the list whenever money is left over.

git-svn-id: svn://svn.open-ils.org/ILS/trunk@14669 dcc99617-32d9-48b4-a31d-7c20da2025e4
Open-ILS/xul/staff_client/server/patron/bill2.js
Open-ILS/xul/staff_client/server/patron/bill2.xul