|
|
typos |
|
|
Reposting screenshots, as I used .pdf instead of .png endings; leading to rendering issues here, even if endings should not matter in UNIX systems. :) taler-merchant-iphone-payment-minimum-amount-backend.png (57,053 bytes) |
|
|
clarify: mentioned amount is CHF (also clear from screenshots, however) and the fee charged seems to be 24,999x times that amount; and: the final sum seems to reflect the money went to the exchange, indeed |
|
|
@stefan: Even if this gets fixed entirely, test cases to avoid this for any production system are needed to see for which ranges / at which threshold fees start to be applied, and when this happens how they apply in relation to the amount in question; maybe this also only happens under certain circumstances of the orders created, no idea. In any case, for much higher amounts, like CHF 0.01, CHF 0.1 or even francs I never saw any fees being applied and deducted from any of my wallets. |
|
|
clarify broken text in descr, "zero based"; extend a bit |
|
|
That's easy to explain: Fees are just the difference between raw and effective. You want to pay less than the smallest denomination available. Then the wallet pays 1 unit of the smallest denomination, which means your payment is fulfilled and the difference is shown as fee. ==> You can never pay less than the smallest denomination. The rendering of digits less than 1 Rappen with SuperScriptDigits is absolutely correct, see DD51 Fractional Digits. |
- Anonymous
