Add a new action "Balance" to reconcile window. It is only sensitive if the
difference is != 0.
If activated, it creates a new transaction in the account register to adjust
the difference. The corresponding account defaults to the orphan account.
Jump to the new transaction in the register window.
Patch by C. Ernst.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17782 57a11ea4-9604-0410-9ed3-97b8803252fd
This reverts one hunk of r17747: It's not necessary because the hash
table keys are freed up in gnucash_sheet_cleer_styles.
Patch by Jonathan Kamens.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17781 57a11ea4-9604-0410-9ed3-97b8803252fd
Sqlite3 uses utf8 encoding for all char fields, so it is non-ascii-safe.
For postgresql, the default encoding can be set on a per-db basis.
Since the database is not created by gnucash (the tables are, but not
the database), it is for the user to set utf8 encoding when the database
is created. For mysql, a default encoding can be set on a per-db,
per-table or per-field basis. Since there are char fields which do not
need to be utf8 (e.g. guids), encoding is set on a per-field basis.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17780 57a11ea4-9604-0410-9ed3-97b8803252fd
where previously the user had to hand edit scheme files to change
"Invoice" to "Tax Invoice" and the like, there is now an option to
enter a custom string. This string will override the word "Invoice"
(or "Bill" and "Expense Voucher") in all locations in the report.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17764 57a11ea4-9604-0410-9ed3-97b8803252fd
In gnc_history_generate_label() and gnc_main_window_generate_title(), replace
the username and password with an equal-length string of asterisks.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17760 57a11ea4-9604-0410-9ed3-97b8803252fd
--enable-dbi is given" introduced a Gtk critical warning because an
action was removed from the compilation, but still referenced from the
ui xml file. This commit changes this so that the database connection
action is still created, but the add_to_window() function is overriden
to set that action insensitive if --enable-dbi is not given.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17759 57a11ea4-9604-0410-9ed3-97b8803252fd
This time, the XML element handler for the "weekend adjustment" is optional
so that old files without that element are read without error.
Patch (well, kind of) by Simon Arlott.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17751 57a11ea4-9604-0410-9ed3-97b8803252fd
The report options of multicolumn reports show in the Selected Reports the
attributes "Rows" and "Cols". If choose "Size" to edit these values a dialog
opens with "Column span" and "Row span" - just the other way around. I always
confuse this. This patch swaps the order in the dialog.
Patch by C.Ernst.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17749 57a11ea4-9604-0410-9ed3-97b8803252fd
When writing the report options to saved-reports the embedded reports (if any
exist) are stored too. This is important for saving multicolumn reports.
Patch by C. Ernst.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17748 57a11ea4-9604-0410-9ed3-97b8803252fd
Here's the problem... GnuCash uses a hash table with int keys to store
dimensions, and the key value is the number of rows in the dimension being
stored. The problem is that this key value is stored in a static int inside
the style_get_key function, which means that the key always has the same
address, and the hash functions in glib2 store the *address*, not the *value*
of the key. Unfortunately, the hash algorithm changed some time between
glib2-2.18.2 and glib2-2.19.2, such that there's a hash conflict between the
key value 1 and the key value 2, but since the value of the already hashed key
was swiped out from under it when style_get_key "created" a new key, the hash
table entry that's already there matches even when it shouldn't have.
The attached patch cleans this up by allocating memory to hold the key when
inserting it into the hash table. It also changes the way the hash table is
created to ensure that the memory is freed when a hash table entry or hash
table is destroyed. And while I was at it, I made the same fix for the cursors
hash table, which was also leaking memory when entries were removed or the
table was destroyed.
Patch by Jonathan Kamens.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17747 57a11ea4-9604-0410-9ed3-97b8803252fd
This resolves a compilation error about GtkButton*.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17745 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch introduces a new option tab "Display" with boolean options for each
column, as proposed in comment 31. The default behaviour was (and is now again)
to display only Budget and Actual.
Patch by C. Ernst.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17743 57a11ea4-9604-0410-9ed3-97b8803252fd
This seems to be a prerequisite for fixing the timezone issues discussed
in #137017 and references therein.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17731 57a11ea4-9604-0410-9ed3-97b8803252fd
The original patch doesn't seem to deal with backward compatiblity in the
XML parser well enough. This commit reverts the GUI- and XML-related
parts of r17725.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17730 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch originally provided by Paul Andreassen, in bugzilla by Paul Gear.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17727 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch disables hardlinks on sshfs filesystems.
Patch by dhx <bugzilla@dhx.it>
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17726 57a11ea4-9604-0410-9ed3-97b8803252fd
The RFE wanted to specify the date of a scheduled transaction like this:
At the 15th of each month but if that is a saturday or a sunday then
at the next monday after that (or the friday before)
This patch implements this. The contributer writes:
Aside from some combinations being possible that don't make sense (because I
haven't looked at how to hide the extra combo boxes for them), and some awful
code in recurrenceNextInstance to stop it trying to go backwards (it may make
more sense to store the date that was going to be used next before it's changed
back/forward, so that that can be compared instead), it seems to work ok.
Patch by Simon Arlott.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17725 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch removes all the calls to check_conversion which test zero
seconds (the epoch) and it changes the check_time function to skip
any timestamps that are before noon on January 1, 1970, UTC.
Patch by Daniel Harding.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17721 57a11ea4-9604-0410-9ed3-97b8803252fd
The command substiturion by $(expression) causes configure error on solaris.
Command substitution via $() is even part of
http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html
, which I regard as POSIX definition of a shell, i.e. the absolute minimum I
think a shell should be able to do. From that document, backticks are
"just as standarized" as the $() form. In that sense, this patch is simply
unifying the command substitution pattern in our scripts.
Patch by Halton Huo.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17720 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch is the last in the multicurrency set : it deals with
conversions where individual invoice/bill line item accounts are
different from the "owner" currency (aka, the invoice/bill currency).
The original plan was to also have a checkbox to allow the user to use
an account that isn't usually in the owner currency, in the owner
currency, but that's more ornate and requires more time and code than I
have time for right now, so, it's a feature for future :)
I tested out "invoice currency matches the default books currency and
has some accounts that use other currencies" and "invoice currency does
not match default currency and has some stuff that does and some stuff
that doesn't".. it could probably stand to also be tested by some other
folks, but what I tried worked :)
Patch by Jamie Campbell.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17719 57a11ea4-9604-0410-9ed3-97b8803252fd
This translation has been reviewed by one of the gnuchash translators for
Dutch nl_NL. There is no need for an extra translation for Belgium, this
version aims to be 'as Dutch as possible'. This file can now be used to
translate the other templates English to Dutch.
Translation by Pander <pander@users.sourceforge.net>.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17716 57a11ea4-9604-0410-9ed3-97b8803252fd
gnc_account_set_reconciled_balance() were setting the wrong field.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17712 57a11ea4-9604-0410-9ed3-97b8803252fd
This is fixed by inserting a wrapper function whose pointer has the
correct type as needed by g_list_find_custom.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17711 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch extends the payment dialog to allow paying foreign-currency
AP with local currency, or local-currency AP with foreign currency (I
don't know if there's a use-case for the latter, but it would have been
harder to code to NOT support it).
Patch by Jamie Campbell.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17710 57a11ea4-9604-0410-9ed3-97b8803252fd
This is fixed by inserting a wrapper function whose pointer has the
correct type as needed by g_list_find_custom.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17709 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch adds a new account selection filter allowing valid commodity
to be restricted, and makes use of it for bill posting. This filter is
allowed to be NULL (just as with the 'account type' filter) and when
NULL, isn't used. The patch also fixes a bug where gnc commodity copy
wasn't copying mnemonic, thus erroneously making a copy not equal to the
original when comparison happens. The behaviour is that the user isn't
able to select a post account in the wrong currency. If there is no
possible account (aka, EVERYTHING gets filtered out) they get a blank
combo box. This is consistent with what the account type filter does
when there are no valid account-type accounts.
Patch by Jamie Campbell and Mark Jenkins.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17708 57a11ea4-9604-0410-9ed3-97b8803252fd
It's part of the Gnucash multicurrency extensions project I'm working
through, see also emails Nov 4th 16:42; Nov 4 16:46; Oct 31 16:14 , as
well as the original proposal email oct 23 16:34 (It seems like we're
mostly a 16:00 kind of group)
Patch by Jamie Campbell (with one urgency_hint removed from the glade file)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17707 57a11ea4-9604-0410-9ed3-97b8803252fd
Martin Preuss pointed out that 3.9.x might be used as a number for a stable
libaqbanking3 release sometime in the future.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17706 57a11ea4-9604-0410-9ed3-97b8803252fd
Allow to remove all elements which results in an "empty" new/refinement/...
search matching all available items. In that case grey out the match-type
combo in the upper right corner and add a label "Match all entries" where the
criteria list used to sit.
Patch by andi5.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17705 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by David Reiser. Needed in addition to r17620.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17703 57a11ea4-9604-0410-9ed3-97b8803252fd
This was caused by changing the internal structure name of the GncBudget,
in r17369 and originally in r17352. From a quick glance, the gda-dev branch
didn't introduce any further structure name changes, but those should be
reviewed in any case.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17687 57a11ea4-9604-0410-9ed3-97b8803252fd
