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
Additional the german translation is added to glossary/de.po.
This change does not break the string freeze as it is not user visible.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19874 57a11ea4-9604-0410-9ed3-97b8803252fd
This adds a new typedef "GncInvoiceList" with the corresponding typemap,
and adds two new functions qof_query_create_for_invoices and
qof_query_run_for_invoices, which are trivial wrappers around
qof_query_create_for and qof_query_run respectively.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19863 57a11ea4-9604-0410-9ed3-97b8803252fd
(This includes the 14 new strings which are already there but not yet being used.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19858 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.
(Unfortunately this doesn't prevent the strings from changing ordering anyway. Oh well.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19857 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman <matthijs@stdin.nl>:
If you use "Pay invoice", normally a new payment dialog is opened which
is completely filled in. However, when there was already a dialog open,
it was reused but only the owner would be filled in. This patch makes
sure that the invoice and amount are filled in as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19854 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman <matthijs@stdin.nl>:
In the payment dialog, set the owner when an invoice is selected
Before, you would always need to select an owner manually. If you would
just select an invoice (which was possible, since the invoice selection
is not disabled when no owner has been selected yet), pressing OK would
error out because no owner was selected.
This patch makes sure that when an invoice is selected, but no owner is
selected yet, the right owner is filled into the owner selection box
automatically.
This also happens when the wrong owner is selected, which can happen
because the invoice autocompletion is not limited to invoices from the
selected owner, but always completes all invoices. This could cause
weird behaviour: Select an owner, then use completion to select an
invoice by another owner and press ok. This would cause the amount for
the invoice by the other owner to be charged against the first owner.
This patch prevents that by replacing the first owner by the other owner
in the dialog.
This patch also changes gnc_invoice_set_owner to no longer reset the
invoice selection to NULL. Instead, this is now handled by
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19853 57a11ea4-9604-0410-9ed3-97b8803252fd
Cause was that gnc_split_register_get_account_by_name() turned of "full_refresh" if the account didn't already exist and turned it back on only if the name of the account actually created in the new account dialog box differed from the one originally entered in the transaction.
Since "full_refresh" isn't manipulated much, that effectively shut down the ledger for further editing. Probably not what the original author intended!
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19847 57a11ea4-9604-0410-9ed3-97b8803252fd
wasn't enabled before the xsltproc issue popped up, so it shouldn't
be enabled now.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19817 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Mike E:
The current error feedback to a python scrpt/user looks something like:
call to begin resulted in the following errors, (7,)
This change in gnucash_core.py makes the feedback similar to:
call to begin resulted in the following errors, ERR_BACKEND_LOCKED
This is less cryptic and aid debugging of user python scripts. My only
issue though is whether this would break existing user scripts where checking
of this error code is used for flow control. Although since the ERR_ codes are
imported with gnucash_core_c it *should* have no effect.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19808 57a11ea4-9604-0410-9ed3-97b8803252fd
The menu items under "File" should relate only to the file (database),
not to anything within a file. The open/new for all other things (budget,
invoice, account) have been moved somewhere else.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19806 57a11ea4-9604-0410-9ed3-97b8803252fd
