One is on the price editor. Namespace: is not marked translatable.
Another is about a tip for account editor window. The label
"Edit->Income tax Options" was
changed to "Edit->Tax Report Options" but an old msgid remains on tip.
The last is on the Tax Table. The label "_Edit" is not marked
translatable but it should be.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19474 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
This will ensure that users won't lose the settings they stored in saved reports
and open report windows when switching from 2.2.x to 2.4.
Note that this only works in one direction, from 2.2.x to 2.4. If a user switches
back to 2.2.x, the open report windows will lose many settings, almost resetting
them to their default state. Saved reports won't have this problem as they are
copied to a new file during the migration.
In detail:
For open reports:
pre-2.3.15 -> 2.3.15+ : options for open reports will be migrated
2.3.15+ -> pre-2.3.15 : options for open reports will be migrated
For saved reports:
2.2.x -> 2.3.15+ : all options will be migrated, if saved-reports-2.4
does not yet exist
pre-2.3.15 -> 2.3.15+ : options for saved reports won't be migrated but reports
continue to work. It would be best to save the reports again,
but my scheme-fu is not good enough to let the code do that
automatically. Alternatively users should remove the file
saved-reports-2.4 to recreate it on the next run, based on
saved-reports-2.0.
2.3.15+ -> 2.2.x : options are unaffected, sine 2.2.x and 2.15 use different
saved reports files
2.3.15+ -> pre-2.3.15 : reports saved in 2.3.15 will lose their options, older reports
are unaffected. But returning to 2.3.15+, the options will
continue to work.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19451 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
This allows to model some tax rules for trade between European countries.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19424 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
