In src/base-typemaps.i check for return type gnc_commodity_namespace is added
so that it is returned instead of gnc_type_monetary.
Thanks to Christoph Holtermann for the patch.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19944 57a11ea4-9604-0410-9ed3-97b8803252fd
Added a cached quickfill for GncEntry description lines. Extend QuickFillCell
interface to be able to use a common cached quickfill.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19941 57a11ea4-9604-0410-9ed3-97b8803252fd
Eventually, this will enable drawing the auto-completion from all entries in
the previous invoices (i.e. book-wide), but in order to give the user a
good enough feedback during typing we additionally need a quick-fill object
over those book-wide entries. Currently, the user cannot see whether the
current description would result in an auto-completion from another invoice,
and that's not yet enough.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19931 57a11ea4-9604-0410-9ed3-97b8803252fd
is read only, the build fails. Fix by only making guile-strings.c if
building from SVN.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19927 57a11ea4-9604-0410-9ed3-97b8803252fd
decimal places in the amount field than the parent account does things
don't work right if you open a register for the parent account and all
subaccounts. This situation can occur if you have a broker account with
subaccounts for the securities held in that broker account. If you open a
register for the top account and all subaccounts, it is impossible to enter
a transaction to buy or sell a fractional share of the security where there
are more digits after the decimal point than the parent account allows.
This change fixes this if the subaccount allows no more than six digits
after the decimal point.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19925 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Manfred Usselmann:
Online actions are disabled for accounts which have no bankcode and account id
assigned
This fix does not require initialization of the AB_BANKING object.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19914 57a11ea4-9604-0410-9ed3-97b8803252fd
In r19863, some qofquery bindings were added. For those to compile,
business-core.i now includes qofquery.h. However, this causes the
bindings for qofquery.h to be generated twice: Once through engine.i and
once through business-core.i. The latter generated broken versions of
the bindings, breaking (at least) the receivable aging report.
This commit changes the %include to an %import, so the new bindings
still compile but the query bindings don't get generated twice.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19913 57a11ea4-9604-0410-9ed3-97b8803252fd
2.3.15 and earlier.
Corrected, but note that 2.3.15 and earlier didn't write lists to the
database, so users should re-save from XML using 2.3.17 or later.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19911 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Manfred Usselmann.
The main part of the feature is delayed until the string freeze is lifted.
This part (without adding strings) implements the infrastructure for sending
only the correctly imported transactions to the bank later.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19909 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@19907 57a11ea4-9604-0410-9ed3-97b8803252fd
This changes round-tripping slightly (because the resulting slot key
won't have the trailing slash when it's re-saved as xml). It may also
change the behavior of the facility using the slot, because the key is
changed. So far, the only known instances which trip this bug are
import-map-bayes, because descriptions may have '/'es in them (and why
shouldn't they).
Unfortunately, fixing this right (so that key values can have embedded
'/''es and be saved/retrieved from sql databases will require changing
the slot architecture in ways that impact the engine. Since we don't
have adequate unit tests to be confident of not introducing a
regression, I'm applying this instead.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19904 57a11ea4-9604-0410-9ed3-97b8803252fd
Disclaimer: This fix attempt is purely based on the information given in
the bug report and code reading. I never could reproduce this bug
but the code suggests an unitialized pointer may be the the cause.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19901 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman:
This is a typedef for a GSList, that is used to identify the path from
an object to one of its parameters in search queries and sorting.
This typedef replaces GSList everywhere where it's applicable. This
relieves the need to special case a few functions in the swig bindings
and makes the bindings for a bunch of other functions work as well.
Note this is (still) only an in typemap, since no useful functions that
return a QofQueryParamList are exposed in the bindings right now anyway.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19890 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman <matthijs@stdin.nl>:
This makes use of the new for syntax introduced in the previous
commit, making these reports and templates a bit easier to read and
modify.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19889 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman <matthijs@stdin.nl>:
The built-in for-each loop construct is a bit cumbersome: It always
requires an explicit lambda and the list to loop over is the last
argument. Especially the latter makes it very hard to read when the
lambda is big and multiple for-each'es are nested.
For hashes, this prevents the need of the cumbersome hash-fold and
slightly better hash-for-each (which still suffers from the same
problems as for-each and is not available in guile 1.6).
This new syntax allows for three distinct syntaxes:
* Looping over a single list:
(for a in lst do (display a))
* Looping over multiple lists:
(for (a b) in (lsta lstb) do (display (+ a b)))
* Looping over a hash:
(for key => value in hash do (display (* key value)))
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19888 57a11ea4-9604-0410-9ed3-97b8803252fd
