Because all-data was shortened when it exceeds the max-sliecs, but
list-of-rows and row-totals were not redefined.
Delay list-of-rows and row-totals until after all-data is pruned.
Using globs for file copying prevents cmake from discovering newly added icons.
Writing rules that explicitly use lists of icons will fix this as a new icon
in the sources will have to be added to the list and will force reparsing by
cmake. We have to maintain the lists anyway for our dist target so there's
actually no extra work involved for the devs.
Separate the "All noncurrency" convenience category in the commodity
selector and the default non-commodity namespace proposed by the QIF
importer because they have different functions.
Also remove the namespace guessing code from qif-dialog because with
only one default non-currency namespace there's nothing to guess.
The changes 09296dfb96, 1373233cd0 and 189db58e6 had caused
inconsistencies. Best restore original guile variable names using
underscore, bound to strings instead of functions returning strings.
When Gnucash is run in Hebrew which is a RTL language, on the invoice
pages the status bar currencies are not displayed correctly...
To fix this, when creating the displayed monetary amount insert a BiDi
ltr isolate uni-character at the start of the string.
When Gnucash is run in Hebrew which is a RTL language, on the register
pages the status bar currencies are not displayed correctly...
To fix this, when creating the displayed monetary amount insert a BiDi
ltr isolate uni-character at the start of the string.
When Gnucash is run in Hebrew which is a RTL language, on the accounts
page the summary bar currencies are not displayed correctly...
To fix this, when creating the displayed monetary amount insert a BiDi
ltr isolate uni-character at the start of the string.
When Gnucash is run in Hebrew which is a RTL language, on the accounts
page the tree view is displaying the required number as the following...
TreeView entry is '1,500.00 ₪' or '-1,500.00 ₪'
TreeModel string is '₪ 1,500.00' or '₪ 1,500.00-'
This seems to be down to the GTK 'Unicode Bidirectional Text Algorithm'
which is changing the representation of the model string based on the
first strongly typed character, in this case the Israeli shekel sign.
To fix this, when creating the displayed monetary amount insert a BiDi
ltr isolate uni-character at the start of the string.
- stock amount must be positive. i.e. a negative stock amount during
a regular BUY means a SELL. user must choose appropriate txn_type.
- don't require account if zero-amount is allowable. eg fees.
These were not working because they were missing from the temporary
warnings settings schema. The warnings could only be dismissed permanently.
Add them to the temporary warnings section of the settings schema.
Because it can be X or U+2716 now and could be something else
in future.
Fixes in particular the disappearing tax-included and tax-table
in the Invoice/Bill entry register.
the refactor in 8cef481e1 introduced a crasher -- in the line
totals_view_col = gtk_tree_view_get_column (priv->totals_tree_view, j);
j would occasionally exceed the number of columns available in the
GtkTreeView and the function would return NULL. This change restores
this behaviour.
I found that switching preference Account -> Default currency radio
buttons would trigger this crasher. To illustrate, add the following
tracer immediately after assigning totals_view_col.
PWARN ("tree_view_col=%p, totals_view_col=%p", tree_view_col, totals_view_col)
because the GList modification in gnc_budget_view_refresh works on the
tail end (see g_list_last being chopped off successively, followed by
g_list_append successively), wherease it's much faster to work on the
head end. Therefore: reverse, modify, and re-reverse.
Convert libofx's data.check_number and data.reference_number to "" if
they are any case variation of "null".
Note that SQL backends will not permit the word NULL as a value for the
number field if it's entered from the GUI, but this can be worked around
by quoting it as in Scheme: 'Null *will* work.
Leave it to users to categorize their non-currency commodities. In the
QIF importer default non-classifiable commodities to
GNC_COMMODITY_NS_NONCURRENCY.