This caused the numbers in the "SX from txn" to appear as "220/100" ratios,
which we do not want.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19659 57a11ea4-9604-0410-9ed3-97b8803252fd
This was already the case in the standard file selector. This change makes the
two selection methods more consistent.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19658 57a11ea4-9604-0410-9ed3-97b8803252fd
Keep the old function names as convenience wrappers around the new function.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19657 57a11ea4-9604-0410-9ed3-97b8803252fd
Needed to remove an unimplemented function from <gnc-numeric.h>
header.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19653 57a11ea4-9604-0410-9ed3-97b8803252fd
With the original configuration, whatever script was found first on the path was used.
When testing development versions, this caused the also installed stable version to
be used as it happened to appear first on the path.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19651 57a11ea4-9604-0410-9ed3-97b8803252fd
The former should be found on (DY)LD_LIBRARY_PATH, the latter on
GNC_MODULE_PATH. These paths shouldn't overlap as that needlessly
confuses things.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19648 57a11ea4-9604-0410-9ed3-97b8803252fd
If slots table does not include gdate field, it will be added and all current slots will have a NULL value.
Tested on sqlite3 and mysql. Tested using the example gnucash file referenced from the bug report. When saved from XML -> sqlite3 -> XML, some timestamps changed their timezone because of a change of timezone (I'm in North America). I guess this is OK.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19647 57a11ea4-9604-0410-9ed3-97b8803252fd
It doesn't have to be reverted because libjpeg-7 shouldn't be needed
with a clean webkit rebuild anyway.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19643 57a11ea4-9604-0410-9ed3-97b8803252fd
It's been 3 weeks without a working windows build. Apparently this
has to wait until we have an updated webkit again. Revert this back once
we have a working webkit with gtk-2.20.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19641 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Chris Leach:
This patch provides date utilities to calculate future dates. This
allows easy selection of common future periods.
cstim adds: This patch adds new strings, but they are not used anywhere so
far, i.e. they will not be user-visible. Hence, I agree those scheme functions
may be useful for external report writers and for this reason they are
already added.
Note: The original submission would have added those options to the standard
relative-date chooser report option, but I (cstim) do not support adding those
extra option for all reports as standard setting. Hence, the usage of this
additional choices has to be added by the report writer explicitly.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19639 57a11ea4-9604-0410-9ed3-97b8803252fd
Original patch by Tim Retout who writes:
strptime is passed (name + pathlen + 1) as the string to search. However, when
looking at the main account file, strlen(name) == pathlen, so strptime is
looking at the point just past the end of name.
Sometimes this will be parseable by strptime, and this leads to the account
file being unlinked.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19638 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@19627 57a11ea4-9604-0410-9ed3-97b8803252fd
Also, nobody can actually give any reason as for why a higher number
of iterations would really cover more of our test cases. My suspicion
is that 2-3 iterations would be sufficient anyway, and only more
clever test case construction would give a larger test coverage.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19623 57a11ea4-9604-0410-9ed3-97b8803252fd
