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
Patch by "Bob": I thought I would give this a try and come up with a patch to use the file save
as function after the after pressing the apply button. Not sure if it is the
best way but seems to work on my linux box and on windows without any errors.
I have changed the text in the account.glade file to reflect the firing of the
save as and also increased the size of the window to give more room for the
'Category Description' to stop scroll bars.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19377 57a11ea4-9604-0410-9ed3-97b8803252fd
The print checks operation should be able to print more than one check with a
single invocation of the "Print Check..." command. The attached patch does
this. If the active register is an account register, then the selected
transaction is printed (as before). If it is a search results register where
all the splits are from the same account, then it prints a check for each of
them. Anything else is an error.
Patch by Mike Alexander.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19370 57a11ea4-9604-0410-9ed3-97b8803252fd
It automatically download,
build, install and packaging the isocodes.
Currently, the patch will not make Windows build show the locale long
currencies name. But it make the isocode available on Windows. Since the long
currencies names are already shown on Linux, I think it should not far to make
it happen on Windows too, especially the isocode will be available after this
patch.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19369 57a11ea4-9604-0410-9ed3-97b8803252fd
The attached patch should fix the remaining outstanding issues of this bug.
Applying this patch now would break string freeze.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19366 57a11ea4-9604-0410-9ed3-97b8803252fd
Also, completely remove the business-core/sql module because it is
no longer needed. The tests of this module have been moved into
backend/dbi because they depend on sql+dbi, but not more than that.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19364 57a11ea4-9604-0410-9ed3-97b8803252fd
This should avoid accidentally loading .scm~ backup files etc. The code
matches the filenames against the regexp "\.scm$", so the previous hand-
written comparison against "." and ".." is no longer necessary as those don't
match that regexp anyway.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19309 57a11ea4-9604-0410-9ed3-97b8803252fd
There were some equivocalnesses between invoice and balance.
After using the strings from tax-invoice in the other invoice forms,
the de translations should switch back.
Patch by Frank H. Ellenberger.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19308 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@19301 57a11ea4-9604-0410-9ed3-97b8803252fd
Same change as what r18841 added in business-core/xml.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19255 57a11ea4-9604-0410-9ed3-97b8803252fd
Will be activated once we're out of string freeze in order not to have
untranslated strings show up for the user.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19253 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Frank H. Ellenberger.
Now in the tested (european) languages one can understand the meaning without
horizontal scrolling - search for MXV or UYI to see long examples.
I used glade 3, which created the file in a somewhat different way -
let me know, if that is a problem.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19225 57a11ea4-9604-0410-9ed3-97b8803252fd
Gnumatic Inc. does since a few years no longer exist.
So it makes no sense, to have it as copyright holder of new GnuCash
translations.
I got Linas OK for this change on IRC:
http://lists.gnucash.org/logs/2010/05/2010-05-28.html#T13:37:53 - #T16:12:23
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19224 57a11ea4-9604-0410-9ed3-97b8803252fd
I thought I would get access to the build server immediately to
perform the cleanup of the old tag file, but apparently the server is
unreachable for me for now, so I cannot commit this change today. Maybe later.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19164 57a11ea4-9604-0410-9ed3-97b8803252fd
In most cases, the changed strings already appear somewhere else in the program,
so only very few are unfortunately now new strings even though we hoped
we could stick to the string freeze.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19162 57a11ea4-9604-0410-9ed3-97b8803252fd
Christian Stimming