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
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
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
Bug in gncIDSearch.c causes "WARN <qof.class> [qof_class_get_parameter()] no
object of type string" to be emitted to error log.
Currently only affects Python bindings; InvoiceLookupByID(ID_STRING).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19598 57a11ea4-9604-0410-9ed3-97b8803252fd
Additional changes in that file:
1. Link to more up to date http://wiki.gnucash.org/wiki/Dependencies
2. Introduce Structure:
required, alternatives, optional, at runtime suggested
3. Add webkit
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19597 57a11ea4-9604-0410-9ed3-97b8803252fd
1 missing Namespace
1 forgotten replacing of the last closing tag
This is now also updated in http://wiki.gnucash.org/wiki/AccountHierarchyTemplate
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19583 57a11ea4-9604-0410-9ed3-97b8803252fd
He writes:
Im beiliegenden Patch habe ich ziemlich mechanisch (grep, recode, sed) die
folgenden Anpassungen vorgenommen:
* encoding="ISO-8859-1" -> utf-8
* <cmdty:id>USD -> EUR, respektive CHF
** dies betraf auch de_DE/*[brokerage|full]*
*: interessanterweise wandelt der Druide die aber anscheinend in die default
currency um.
* Passiva -> Fremdkapital
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19570 57a11ea4-9604-0410-9ed3-97b8803252fd
This way, the date that was entered by the user is now at least saved
in the kvp and can later be retrieved in case we really fix the
timezone dependence of our txn's dates.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19555 57a11ea4-9604-0410-9ed3-97b8803252fd
Suggested by Frank H. Ellenberger and edited by myself.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19551 57a11ea4-9604-0410-9ed3-97b8803252fd
For SX whose values do not depend on any variables, we now store
the numeric value as well. This way, we get rid of locale-dependent
parsing errors due to changing decimal separators in changing
locales - at least for SX which do not use variables.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19550 57a11ea4-9604-0410-9ed3-97b8803252fd
All of his other code has been licensed this way all along anyway.
After this change, all source code files are licensed under both
GPL version 2 and GPL version 3, which gives us enough flexibility in case any
requirements might switch to GPL v3-only. But currently we are for sure both.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19546 57a11ea4-9604-0410-9ed3-97b8803252fd
In r19532 I accidentally already removed the Qt DLLs from the installer. Of
course those can only be removed if indeed aqbanking5 is used, otherwise
they must still be in the installer.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19539 57a11ea4-9604-0410-9ed3-97b8803252fd
He wrote to gnucash-devel on 2010-08-28:
Much of the last batch code I contributed to gnucash was licensed
without the "or any later version" clause of the GPL boilerplate, and
thus specifically and only under version 2 of the GPL.
I hereby extend that to version 2 and/or version 3.
Any contribution I've made to gnucash which was under the GPLv2 only may
be considered to be under both v2 and v3.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19507 57a11ea4-9604-0410-9ed3-97b8803252fd
This should have never appeared in a user message. However, in order
not to make this single string untranslated, we add the correct form
but don't use it yet so that it can be translated, and we will be
using it once 2.4.0 is out and the string freeze lifted.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19506 57a11ea4-9604-0410-9ed3-97b8803252fd
The implementation is a hacky workaround, but at least better than
having weird translations as in the current state. Note: Even
though new strings are introduced, they are not yet used in order
not to break the string freeze here. The new strings need to
be activated once the 2.4.0 string freeze is lifted.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19469 57a11ea4-9604-0410-9ed3-97b8803252fd
We need to locally store a reference to that particular GWEN_GUI
object that was used in Extend because we have more than one such
object in use inside gnucash (currently). If accidentally the wrong
one would be used in Unextend, a crash occurs.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19465 57a11ea4-9604-0410-9ed3-97b8803252fd
Fix minor memory leak in gnc_sx_get_current_instances(void) - was not
free'ing the GDate of now.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19459 57a11ea4-9604-0410-9ed3-97b8803252fd
Also, replace "void *" by pointers to the actual type.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19458 57a11ea4-9604-0410-9ed3-97b8803252fd
Setup wizard was missing OnlineInit/OnlineFini calls around it; with
them and the newest gwenhywfar, the setup wizard is now working again
in a gtk2 implementation.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19447 57a11ea4-9604-0410-9ed3-97b8803252fd
It is still disabled until more testing has been done, though.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19446 57a11ea4-9604-0410-9ed3-97b8803252fd
In particular, a quick test runs into significant UI work which is
still needed, and also occasional crashes might occur. Hence, the
gwengui-gtk2 parts have to be enabled manually by un-commenting
USING_GWENHYWFAR_GTK2_GUI.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19445 57a11ea4-9604-0410-9ed3-97b8803252fd
This way, an older configuration is now updated automatically.
Patch by Bill Nottingham, confirmed by Martin Preuss, adapted to aqbanking5 by myself.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19443 57a11ea4-9604-0410-9ed3-97b8803252fd
I think in the specific case of the
"Transaction Report" this is the better choice. The error message
will be clear enough ("No accounts selected. Click here to Edit report
options"), and it will probably meet the user expectation that some account
needs to be selected anyway before something can be seen.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19432 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Mike E and Mark Jenkins:
When creating or appending to invoices, customers and bills, searching by ID is
likely more useful than by GUID. I've added this functionality to the Python
bindings.
Search by ID using the python code:
tmp = gnucash.gnucash_core_c.search_invoice_on_id(ID,book.instance)
if tmp:
invoice = gnucash.gnucash_business.Invoice(instance=tmp)
Use the invoice object as in sample_scripts/simple_invoice_insert.py
I support this patch, but I've made a few improvments of my own.
I switched up the arguments in search_customer_on_id, search_invoice_on_id,
search_bill_on_id to have Book first and ID second. The reason for this was to
make these functions more consistent with the other functions where a search is
done through a book on a particular attribute.
Also added some specific python bindings support to allow this to be used as
methods of Book: Book.CustomerLookupByID, Book.InvoiceLookupByID,
Book.BillLoookupByID.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19431 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman:
The current eguile template implementation catches errors that occur while
evaluating an eguile template. However, only the error is shown, not a
backtrace (so no location of the error either).
The attached patch modifies the error handling to also capture the stack
backtrace, using a lazy exception handler (e.g., capture the stack before
unwinding the stack to the real exception handler).
To extract only the relevant part of the stack (e.g., the part inside the
eguile template, not the tens of stack frames leading up to the report
rendering), a stack dump is made just before evaluating the eguile template (so
a sort of "diff" can be made).
For more details, see the extensive comments in the patch itself.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19430 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by "Bob":
The enclosed patch simply tests for a period in the file name,
if one exists it leaves it alone,
if not, it adds one plus a default extension.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19429 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Alex Aycinena:
The 'default' stylesheet formats the balance sheet, cash flow, income statement
and transaction reports properly under webkit but not under gtkhtml.
The 'easy', 'footer', and 'technicolor' stylesheets are the reverse; that is,
they format the balance sheet, cash flow, income statement and transaction
reports properly under gtkhtml but not under webkit, except that the 'footer'
stylesheet also has some formatting problems with gtkhtml as well.
The attached patch file corrects these problems. Specifically:
- styles that are missing in the 'footer' stylesheet (compared to 'easy') are
added
- the function 'gnc-html-engine-supports-css' is used in the 'default', 'easy',
'footer' and 'technicolor' stylesheets to provide styles for either webkit or
gtkhtml
- the taxtxf.scm report file is simplified to take advantage of these changes
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19428 57a11ea4-9604-0410-9ed3-97b8803252fd
This term is used in the first dialog of "Ta_x Report Options".
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19427 57a11ea4-9604-0410-9ed3-97b8803252fd
(Should compile first, then commit, not the other way round.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19422 57a11ea4-9604-0410-9ed3-97b8803252fd
Christian Stimming