Adding Doxygen commands to the Perl-scripts in the sources
I searched for every *.pl file in the GnuCash source and added Doxygen commands
like @file, @brief, @author to better include them in doxygen.
Patch by Christoph Holtermann.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20267 57a11ea4-9604-0410-9ed3-97b8803252fd
There are a few Perl-scripts scattered through the GnuCash sources. This patch
enables doxygen to interpret them so that they can be provided with information
about author, date and so on.
This is done by telling doxygen that their python-files. So python-comments can
be used.
The actual Perl-source is commented out by using
@cond Perl
...PERL-CODE...
@endcond Perl
Patch by Christoph Holtermann
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20266 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch adds the example skripts from
http://wiki.gnucash.org/wiki/Stocks/get_prices
to the directory python-bindings/example_scripts.
Patch by Christoph Holtermann.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20265 57a11ea4-9604-0410-9ed3-97b8803252fd
I changed gnucash_core.py so that GetSplitList methods of Transaction and
Account return Split-instances so that the user doesn't need to call
Split(instance=GetSplitList()[n]).
I checked the examples and changed one either.
Patch by Christoph Holtermann
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20264 57a11ea4-9604-0410-9ed3-97b8803252fd
Unfortunately this feature has been creating invoices with no currency set.
This leads to weird amounts that have more digits than expected and don't
sum up correctly, and it also triggers the warning dialog "One or more of
the entries are for accounts different from the invoice/bill currency. (...)"
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20260 57a11ea4-9604-0410-9ed3-97b8803252fd
The report was unknowingly broken by the move of one function in r20209
namely gnc-locale-default-iso-currency-code from app-utils to core-utils,
and somehow this needs a re-export in the core-utils.scm declaration.
(I don't know why. For me, this confirms again this whole scheme plugin
stuff sucks, royally.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20259 57a11ea4-9604-0410-9ed3-97b8803252fd
The changes in the tree-model-account caused CRITICAL gtk warnings, so we
revert that part for now. The changes in gnc-ui-utils.[hc] have been kept.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20251 57a11ea4-9604-0410-9ed3-97b8803252fd
Revert changes made in gnc-ui-util.c in rev 20039 and instead put those changes in new function: gnc_ui_account_get_tax_info_sub_acct_string.
Define a new column, GNC_TREE_MODEL_ACCOUNT_COL_TAX_INFO_SUB_ACCT, in gnc-tree-model-account.c filled with gnc_ui_account_get_tax_info_sub_acct_string.
Modify gnc-tree-view-account.c to define a tax_info_data_func that displays only the the data in the GNC_TREE_MODEL_ACCOUNT_COL_TAX_INFO model column if the row is expanded; otherwise it combines it with the data in the GNC_TREE_MODEL_ACCOUNT_COL_TAX_INFO_SUB_ACCT model column. Modily the view creation function to use the new tax_info_data_func.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20207 57a11ea4-9604-0410-9ed3-97b8803252fd
This means the very last part of a gtk-dependency in app-util is in option-util.c
in one error message. My goal is to remove gtk completely from app-util
so that all code in our dependency chain up to app-util can be packaged
into a GUI-independent library, which can then be used by the python wrappers
and other GUI frontends alike.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20204 57a11ea4-9604-0410-9ed3-97b8803252fd
