How can special customisation to sort a GnuCash field be justified when it
makes future transitions even more difficult? This field should be sorted in
a standard way. It's clearly the old *numeric* field for sorting cheques,
and the banks tell us cheques are as good as dead. When it was changed to
Hong,
GnuCash currently does not adjust the scheduled payments. It could, but there is
no way for GnuCash to know in what order your bank may choose to do these
adjustments to the payments so you would have to adjust them manually in any
case. The idea is AFAIK to act as a reminder to record repeat
On 2021-06-09 00:20, Hong Xu wrote:
> Say I prepaid some expenses for $100 for 1 year. I can do
> $100/12=$8.33 for monthly expenses, but 8.33 * 12 = 99.96 < 100.
> Instead, I would hope gnucash can schedule transactions that
> automatically round these to $8.34, $8.33, $8.33, $8.34, $8.33...
> I
Say I prepaid some expenses for $100 for 1 year. I can do $100/12=$8.33
for monthly expenses, but 8.33 * 12 = 99.96 < 100. Instead, I would hope
gnucash can schedule transactions that automatically round these to $8.34,
$8.33, $8.33, $8.34, $8.33... Is this currently possible?
I was looking int
