| 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. | |
| Marc is right. | |
- Anonymous