The online_id will generated based on bankcode and accountnumber. The
accountnumber may have leading zeros which shall be ignored to make the
creation reliable. In my case the accountnumber of the accountinfo has
no
leading zeros, but the accountnumber of the imported transactions has
leading
zeros. In the result the generated online_id was different and the
widget
to assign the transactions to a account appears always.
NEW API:
gnc:html-table-multirow-col-headers and
gnc:html-table-set-multirow-col-headers!
gnc:html-table col-headers have been augmented to support list of th
rows.
* BACKWARD COMPATIBILITY is offered. old use of single-row headers API
gnc:html-table-col-headers and gnc:html-table-set-col-headers! should
be unchanged; will get/set a single row of th elements.
* NEW functions gnc:html-table-multirow-col-headers and
gnc:html-table-set-multirow-col-headers! will get/set an arbitrary
number of rows of th elements.
* using old API gnc:html-table-col-headers on a table, whose multiple
row headers have been set, will lead to a warning and return the first
row only.
In continuation to 67b508ba (and now including the script
po/remove-suffix.sh as well) some more strings were scriptedly
updated in all available translations.
The trailing colons have been removed in the source e.g.
here 6897f13e ff, but this created a lot of fuzzy translations.
With the po/remove-suffix.sh script, those changes are
adapted in all po files in order to make translators' life
easier.
Fix account selection by typing in the base account combo box text field
The typing triggered the combobox' changed event. That triggered a repopulation
of the csv data treeview (due to possibly having to unset an account column).
That then in the end retriggered setting the base account. However while typing
in the combo box there may not be a valid account selected in the combo box.
So break this short circuit by testing for a change in the last-known base account
compared to what the combo box believes is the proper account. This last-known
account nore the combo box' internal state will change while typing allowing
proper user input.
In the journal register and when using auto split some register columns
have 'Tot added to them like 'Tot Debit' depending on where the cursor
is so if you tried to size that column with a double click on the
header it would be based on the short name. This changes fixes that.
If the pop up button border is specified in CSS, the default size of
the button needs to change so retrieve the border and add it to the
default button size. Also only add the button margin when cells have
the button.
The trailing colons have been removed in the source e.g.
here 6897f13e ff, but this created a lot of fuzzy translations.
With the po/remove-suffix.sh script, those changes are
adapted in all po files in order to make translators' life
easier.
1. rename vars to better reflect meaning (num to ref, memo to desc,
value-col to bal-col)
2. reindent
3. final gnc-get-num-action swap to gncInvoiceGetID
Final changes after feedback.
* LHS rows now have rowspan as many as linked rows.
* use gncInvoiceGetID instead of xaccSplitGetMemo
* use gncInvoiceGetType instead of gnc-get-action-num to find txn type
which is unreliable
* swap type/description to reference/type columns
* reuse strings
* URLs generally:
document -> document-editor
monetary -> register; all anchors point to non-APAR account. this
reinforces the view that APAR account is an implementation detail,
and most invoice posting/payment activity belong in the Transfer
account.
Change of algorithm to display invoice->payments.
Previously: invoice->lot->splitlist; filtered to payments; retrieve
splits->parent->xaccPaymentAcctSplitList This would find payment
splits in originating currency.
But this fails for lot-link txns whose PaymentAcctSplitList is null.
New algorithm:
- invoice->lot->split-list, each lot-split analysed
- TXN-TYPE-PAYMENT lot-splits will query TransferAcct and each will be
rendered in the originating currency, if they haven't been encountered
before in this invoice.
- TXN-TYPE-LINK lot-splits are rendered as a generic 'Offset
Documents' link to lot-link splits. This helps link invoice to the
link transaction to locate the corresponding credit-note. It is not
possible to link to the corresponding credit-note because a
link-transaction can group many invoices to many credit-notes.
Also:
Increase right-hand-side links from 3 to 4 columns. I think it's quite
useful to add 'Credit Note' 'Invoice' 'Payment' as a separate
column.
