Only set the menu once per window!
When combined with fixing the autorelease pool problem of Byg 698334,
the window menu now behaves correctly.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23098 57a11ea4-9604-0410-9ed3-97b8803252fd
Author: Simon Arlott <bugzilla.gnome.simon@arlott.org>
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23088 57a11ea4-9604-0410-9ed3-97b8803252fd
Disable quartz accelerators: They grab menu accelerators without regard
to focus GtkWindows, breaking bindings.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23085 57a11ea4-9604-0410-9ed3-97b8803252fd
Each saved report now has 3 actions
- run
- rename
- delete
Rename is a new feature that allows to rename a report without having to
delete/readd.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23081 57a11ea4-9604-0410-9ed3-97b8803252fd
- whether a report template is a custom one
- whether a report is based on a custom report
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23079 57a11ea4-9604-0410-9ed3-97b8803252fd
For now, the date that couldn't get parsed is replaced by today. Improvements
to this behaviour are welcome, though :-)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23073 57a11ea4-9604-0410-9ed3-97b8803252fd
GnuCash was crashing if you searched for all unposted invoices, selected two or
more of them, and posted them. This was because the list of invoices to be posted
changed while it was being processed. As part of fixing this the prompt for post date,
due date, etc. will only be given once, not once per invoice.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23071 57a11ea4-9604-0410-9ed3-97b8803252fd
The biggest problem was that it was adding an invoice's entries to both the old
and the new invoice when duplicating the invoice.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23070 57a11ea4-9604-0410-9ed3-97b8803252fd
- Rename two functions that work with guids instead of names (legacy)
- Don't sort the a list of guids. This doesn't add value and slows down the report loading code
- Add/improve some comments
- Reorder record accessors for the report-template record
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23067 57a11ea4-9604-0410-9ed3-97b8803252fd
This changes the ordering but only for txn with the same date
and same number. The buttons are active only in cases where this is
possible, otherwise the buttons are inactive anyway.
- for reconciled splits, user will be asked
- book-closing txn are ignored as well as frozen splits
- After changing the sort order, update the UI buttons immediately as well
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23061 57a11ea4-9604-0410-9ed3-97b8803252fd
When loading a scheme data file such as ~/.gnucash/stylesheets that contains
invalid characters (e.g., all-zero bytes), the loading throws a scheme
exception and we are redirected into the error catch handler. When trying
to convert the erroneous scheme expression into a string for the
message output, scheme runs into an exception right again. Hence, the
conversion to string must be guarded by a stack_catch as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23059 57a11ea4-9604-0410-9ed3-97b8803252fd
The code for ensuring a commodity that is a currency was duplicated among
the file. This is now refactored into the reg_currency variable. Also, in
a non-currency register the currency is now taken from parent accounts or
the default currency, which matches the old register's policy but is different
from what register2 previously did.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23057 57a11ea4-9604-0410-9ed3-97b8803252fd
Previously, this could result in transactions that have a non-currency as
txn commodity, which is what the multi-currency register tried to avoid hard.
Now by using account_or_default_currency, the currency choosing policy from
the register is available in the other places where new transactions are
created, hence we better use that here.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23056 57a11ea4-9604-0410-9ed3-97b8803252fd
The missing part was the line in assistant-hierarchy.c, but I've added
it to the two other calls to file_access_for_save_as() to be on the safe
side on those two other book creation places as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23053 57a11ea4-9604-0410-9ed3-97b8803252fd
