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
svnversion without options returns the most recent revision in the repo
at the time of the last svn update/checkout even if that revision
didn't hold any changes in the current path. Not very useful as a
reference. Better is to ask for the last changed revision with -c.
BUT: -c option for some reason always considers svn working copy
as having mixed sources. We're only interested in the last part so
we strip the beginning revision if it's there.
As a result if your WC really has mixed sources, that will not be
visible in the version number...
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20140 57a11ea4-9604-0410-9ed3-97b8803252fd
that looks like this:
Date Completion
When a date is entered without year, it should be taken:
(*) In the current calendar year
( ) In a sliding 12-month window starting this many months before the
current month: [ 6 ]
Patch by Peter Selinger with minor modifications
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20132 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Bert Claesen:
The attached patch (against r20122) tries to solve bug #535774 and:
*Introduces Option naming consistent with report title (e.g. Customer Report
shows Customer in the Option screen)
*Removes the printf() default string in case no arguments where given
*Moves the docname up to a higher level for easy of overview
Cases default to a GNC-OWNER-VENDOR.
Note on the patch:
*As indicated in the comments, two functions are nearly identical, where in the
Vendor report the use of Vendor/Company is mixed. This can easily be moved into
one function as the footprint is the same.
cstim: I've clarified which ones of the functions returns translated vs.
untranslated strings, too.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20131 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Christoph Holtermann:
1) I decided to let the methods return "Division by Zero" for denom()==0.
2) As proposed in
http://stackoverflow.com/questions/1307014/python-str-versus-unicode i created
both __str__ and __unicode__.
3) I use format to fix the decimal places to 2. It would be nice if the number
would be configurable.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20128 57a11ea4-9604-0410-9ed3-97b8803252fd
This caused online price quotes to fail for anything other than a currency.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20126 57a11ea4-9604-0410-9ed3-97b8803252fd
* Add a macro GNC_RESAVE_VERSION which holds an svn revision number.
* When fully saving a database put this number in versions with
table_name Gnucash-Resave.
* On database load, compare the current GNC_RESAVE_VERSION with the
Gnucash revision and Gnucash-Resave revision saved when the database
was created.
* If the current GNC_RESAVE_VERSION > the saved Gnucash
version, then emit ERR_SQL_DB_TOO_OLD.
* If GNC_RESAVE_VERSION < the saved Gnucash-Resave, emit ERR_SQL_DB_TOO_NEW.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20123 57a11ea4-9604-0410-9ed3-97b8803252fd
tables out of the way, writing new tables, and then dropping the old
tables once everything has been saved.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20119 57a11ea4-9604-0410-9ed3-97b8803252fd
