Revert changes made in gnc-ui-util.c in rev 20039 and instead put those changes in new function: gnc_ui_account_get_tax_info_sub_acct_string.
Define a new column, GNC_TREE_MODEL_ACCOUNT_COL_TAX_INFO_SUB_ACCT, in gnc-tree-model-account.c filled with gnc_ui_account_get_tax_info_sub_acct_string.
Modify gnc-tree-view-account.c to define a tax_info_data_func that displays only the the data in the GNC_TREE_MODEL_ACCOUNT_COL_TAX_INFO model column if the row is expanded; otherwise it combines it with the data in the GNC_TREE_MODEL_ACCOUNT_COL_TAX_INFO_SUB_ACCT model column. Modily the view creation function to use the new tax_info_data_func.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20207 57a11ea4-9604-0410-9ed3-97b8803252fd
This means the very last part of a gtk-dependency in app-util is in option-util.c
in one error message. My goal is to remove gtk completely from app-util
so that all code in our dependency chain up to app-util can be packaged
into a GUI-independent library, which can then be used by the python wrappers
and other GUI frontends alike.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20204 57a11ea4-9604-0410-9ed3-97b8803252fd
This re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=none
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20200 57a11ea4-9604-0410-9ed3-97b8803252fd
If there were any re-write of gnucash with a different GUI toolkit, it will
define all GUI-related functions in its own way, so there's no point in
pretending those very gtk'ish functions were usable in a different toolkit as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20194 57a11ea4-9604-0410-9ed3-97b8803252fd
to handle MSWin32 (following gnome/druid-hierarchy.c) correctly.
Use them in gnc-backend-dbi.c instead of the incorrect code from r20189
(Thanks, Christian).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20192 57a11ea4-9604-0410-9ed3-97b8803252fd
to "C" before calling dbi_result_get_double() and back afterwards. This
is not thread-safe, but we're not multithreaded yet.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20189 57a11ea4-9604-0410-9ed3-97b8803252fd
after any english locale so that if that english locale isn't present,
gettext will fall through to "C", which makes unnecessary the "en.po"
file. Also removed the special casing and locale truncation; gettext is
quite capable of doing that itself.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20188 57a11ea4-9604-0410-9ed3-97b8803252fd
This is merged using msgmerge --no-location de.po gnucash.pot -o de.new.po
and we use "--no-location" to make the updates actually readable.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20181 57a11ea4-9604-0410-9ed3-97b8803252fd
g_ascii_dtostr() instead of sprintf.
The problem is that sprintf is subject to localization and will output
e.g. 1,25 for one-and-a-quarter in European locales. SQL doesn't support
localization, so will interpret 1,25 as two fields, 1 and 25.
Note also that GUID_ENCODING_LENGTH isn't big enough for a double, so
that's changed to G_ASCII_DTOSTR_BUF_SIZE.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20177 57a11ea4-9604-0410-9ed3-97b8803252fd
(account-quickfill can't be moved because it also works with a GtkListStore.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20176 57a11ea4-9604-0410-9ed3-97b8803252fd
As proposed in the bug, I have changed it to "Net Assets"
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20171 57a11ea4-9604-0410-9ed3-97b8803252fd
This re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=none
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20163 57a11ea4-9604-0410-9ed3-97b8803252fd
