Userpoints Payment should call uc_price() instead of using the sell price directly

Userpoints Payment uses $node->sell_price to calculate the points, which is always the ex-VAT price. Instead it should call uc_price() to allow the price to be altered by other modules such as uc_vat.

This seems like it should be configurable so that points are either on base price or on final price with vat for example. I consider the way I did things as product base price. When building this initially, we didn't want a user to earn points for tax or shipping on products, just the product. What are your thoughts on it being configurable in a future release?

Postponing due to lack of response. Will consider adding a configuration option in future versions.

How to calculate the points to be awarded when buying a product with the list_price instead of the sell_price? This way I would set lower price when buying larger quantities without reducing awarded points.

I would very much like it to be configurable, in fact im kinda in need of it right now, unless I find another way to solve it.

Actually now that I think about it, it seems to be working in a strange way, if I user the payment method instead of using a credit card, it only makes sure I got enough to pay for the product cost but not the shipping, how does that make sense if you obviously arent gonna use the credit card to pay for the rest? seeing your not using the discount module and your only payment method for that order will be the user points.

So when I process the order it allows me to go through and I end up with minus userpoints, it says "User (username) lost 6092 points Total now is -1093 points.

Im updating this to Priority major since I see this as a big bug that should really get fixed.