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
New error dialog boxes for ERR_SQL_DB_TOO_OLD and ERR_SQL_DB_TOO_NEW
Marks the book read-only if the user doesn't upgrade a too-old db and
when the user tries to load a too-new db.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20159 57a11ea4-9604-0410-9ed3-97b8803252fd
to not be stored on 32-bit systems, and prevent saving or loading with
an informative error dialog box.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20147 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Christoph Holtermann:
For the more complex financial objects i chose a different approach.
The printing functions are located in one module. Importing this module adds
these functions as methods to the classes defined in gnucash_core.py.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20145 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Jeff Kletsky:
At least for the online OFX sources I use in the US, downloaded
transactions are populated with memos of
"Account unknown Bank unknown"
Past being annoying, this can cause improper "matches" when comparing
transactions.
The root cause is found in src/import-export/aqbanking/gnc-ab-utils.c
in the function gnc_ab_memo_to_gnc where the code seems to check for
the existence of a remote account number from the aqbanking
transaction
if (ab_other_accountid && *ab_other_accountid)
and appears to intend to return the empty string if one is not present.
However, an earlier line in the code sets ab_other_accountid to
"unknown" so that the test always returns true.
This patch should return:
* "Account <account number> Bank <bank number>" if both are present
* "Account <account number>" if only the account is present
* "Bank <bank number>" if only the bank is present
* "" if neither is present
Additionally, ordering of trimming was changed to handle the
possibility that the leading and/or trailing character(s) were stripped
as invalid UTF-8, resulting in an untrimmed string.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20144 57a11ea4-9604-0410-9ed3-97b8803252fd
languages (e.g., Portugues (Portugal). Add po/en.po so that english
doesn't have to be special-cased to the C locale.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20142 57a11ea4-9604-0410-9ed3-97b8803252fd
