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
Conditionally compile menu entry only if HAVE_DBI_DBI_H is defined.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17686 57a11ea4-9604-0410-9ed3-97b8803252fd
The contributor writes:
I needed a line chart for a custom report and was surprised to find
that it is currently not supported by Gnucash. Line charts are
supported by the GOffice library, so I implemented line charts based
on the bar charts implementation (and added some new parameters for
markers and grid).
Patch by Sven Henkel <shenkel@gmail.com>.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17685 57a11ea4-9604-0410-9ed3-97b8803252fd
This bug is related to all the rest of the date-time issues, but has an
additional twist because of finance-quote.
Somewhere between the fq-helper and the price db, gnucash rolls the quote
through timespecCanonicalDayTime(), wherein it first runs localtime_r(), to
produce, presumably, "2008-11-03 19:00:00" for my Eastern US location. Having
now screwed up the date, gnucash runs gnc_tm_set_day_middle() on it to enter
the price in the pricedb as of noon on the wrong date.
Patch by David Reiser.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17680 57a11ea4-9604-0410-9ed3-97b8803252fd
Gnucash trunk (r17677) hangs on launch under Mac OS X 10.5.5. The progress bar
says "gnucash/report/standard-reports". Adding a report guid to
budget-flow.scm, budget-barchart.scm, and job-reports.scm fixes the hang.
Patch by David Reiser.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17679 57a11ea4-9604-0410-9ed3-97b8803252fd
In the patch committed in r17675 the proposed calculation of differences
was wrong for income and liabilities. This patch should fix this issue.
When back-porting, please make sure to apply this one too.
Patch by C.Ernst.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17678 57a11ea4-9604-0410-9ed3-97b8803252fd
fails. Most engine objects catch the qof commit but then just log the
problem to the trace log. Now, the engine objects will invoke this
callback. gnc-main-window registers a callback and opens a dialog box
to inform the user. This is necessary because with an sql backend,
commits happen whenever an object is created or modified, not just
synchronously when the user selects to save the file.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17667 57a11ea4-9604-0410-9ed3-97b8803252fd
The contributor writes:
I need a report which shows me all invoices of a job. This is similar to the
owner-report, e.g. Customer Report. I took the file of owner-report.scm,
changed it so it does the desired and saved it as job-report.scm. I also had to
patch business-core.i to export the right symbols and business-urls.c to have
access to a link to the Job in the header. A patch is attached and I would be
very pleased if this could make it into gnucash. It could be possible to unify
owner-report and job-report, but I didn't put too much effort in it.
Patch by Stefan Wolf.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17664 57a11ea4-9604-0410-9ed3-97b8803252fd
Original patch included also the fix of r16884, which was applied earlier already.
Patch by David Osguthorpe.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17663 57a11ea4-9604-0410-9ed3-97b8803252fd
The contributor writes: This report display the budgeted vs actual budget
in a barchart.
Patch by "tbic".
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17662 57a11ea4-9604-0410-9ed3-97b8803252fd
The contributor writes: I created the report to help create a "zero-based"
budget for a class I was taking. I could use the totals at the bottom to
make sure every dollar was allocated some ware. I know virtually nothing
about accounting, the reason I named the report "Budget Flow" is because
it was based off from the "Cash Flow" report.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17661 57a11ea4-9604-0410-9ed3-97b8803252fd
New Israeli Shekel: The informal abbreviation may be "NIS", but its
iso-4217 code is clearly ILS and only this! Incorrectly changed due to
bug#152755 (Nov 2004), r10331, and changed back again by bug#492417
(Oct 2008).
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17660 57a11ea4-9604-0410-9ed3-97b8803252fd
When creating a scheduled transaction from a given transaction, the
first occurence from the transaction date onwards is found by
calculating the first occurence after the day before that date. OTOH,
that "yesterday" should not be used as start date of the dense calendar.
Patch by Andreas Köhler <andi5.py@gmx.net>.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17659 57a11ea4-9604-0410-9ed3-97b8803252fd
src/app-utils/date-utilities.scm has a few typos ("set:tm-month" instead of
"set:tm-mon" and a few misplaced parens). This is at least as old as 2.2.6 and
still exists on trunk.
Patch by Wolfgang Schnerring, but the first hunk had one parentheses too many; fixed by me.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17658 57a11ea4-9604-0410-9ed3-97b8803252fd
The help files suggest that the user assign the stock ticker symbol as the
account name. There isn't any strong guidance in the tutorial about what the
description should be, but I think a good default is the full name of the
security. This patch accomplishes my proposal, as long as one navigates
to the right Stock parent account before Clicking New Account.
Patch by David Reiser.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17657 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch replaces the function gnc_split_value_print_info, which returns the
print info for the currency of the split's transaction, with a new function,
gnc_split_register_print_info, which returns the print info for the split
register's default account. That way the amounts displayed in the register use
the fraction of the register's account, rather than the fraction of the
transaction's currency.
Patch by Daniel Harding.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17656 57a11ea4-9604-0410-9ed3-97b8803252fd
AM_CFLAGS is passed both to the compiler (.c -> .o) and to the linker, so it
should only have flags that are appropriate for both steps. AM_CPPFLAGS is
passed only to the compiler, so flags that are only appropriate for that step
(-I and -D flags, for example), should be in _CPPFLAGS instead of _CFLAGS.
Every gnucash-2.2.3 Makefile.am that passes -I flags gets it wrong, placing
them in _CFLAGS. It's not a functional bug (the linker ignores -I flags), but a
ton of superfluous flags makes the build output pretty verbose and hard to
debug when things do go wrong.
To make matters more confusing as a developer, the FOO_CFLAGS variable set by
PKG_CHECK_MODULES(FOO) is actually for _CPPFLAGS in the Makefile.am
('pkg-config --cflags' returns the -I flags).
A related -I bug (one that *is* functionally broken) is that sometimes a local
(build dir) -I flag is passed after a global (installed dependent library) one.
If my system happens to have a header installed from some unrelated thing,
compiler will find *that* one instead of the expected one in the source
directory. Should always pass all local -I before any global ones.
Patch by andi5 plus one manual addition in src/gnome-utils/Makefile.am
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17655 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by andi5: The logic to determine whether there is an exchange rate
dialog to be showed is complex and should not run when you user traverses
her register. This patch adds a bit more information for the user where
this logic previously silently returned without action.
Comment from i18n maintainer (cstim): The bug in question is severe enough to
justify new strings here. Just go ahead and add more explanatory messages
as needed.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17654 57a11ea4-9604-0410-9ed3-97b8803252fd
This is new patch including fix checking 'unsigned long is at least as big as
guint32' and 'guile long_long is at least as big as gint64'
Patch by Halton Huo.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17653 57a11ea4-9604-0410-9ed3-97b8803252fd
gcc gives a correct warning about a possibly uninitialised variable.
This stops compilation.
Patch by joslwah@gmail.com.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17651 57a11ea4-9604-0410-9ed3-97b8803252fd
Changes the 'Sensitive' Property to 'No' from 'Yes' in 'account.glade'
for the 'tax_related_button' widget so that the setting is displayed but
cannot be changed in the account edit dialog. Sets the Tooltip
property to "Use Edit->Tax Options to set the tax-related flag and assign
a tax code to this account." in 'account.glade'.
Patch by "J. Alex Aycinena" <alex.aycinena@gmail.com>
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17646 57a11ea4-9604-0410-9ed3-97b8803252fd
In the post screen for vendor bills, in trunk, the account combo box
initially has no entry and the user needs to pick one. This isn't a
bug, but is an extra step for the user, so the trunk patch does
defaulting. I tested the "memory" function to make sure the defaulting
doesn't smash the account the user picked for this vendor the last time
through, and it works (doesn't conflict).
Patch by aradzak <aradzak@oracleatbelfry.com>.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17644 57a11ea4-9604-0410-9ed3-97b8803252fd
Note that the up-to-date text about this should be in the wiki,
http://wiki.gnucash.org/wiki/Translation
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17633 57a11ea4-9604-0410-9ed3-97b8803252fd
This partially fixes bug #393383 and bug #426111, as it resolves the problem of being unable to enter new transactions after the message box appears. (The message box should still not appear in the first place, however.)
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17623 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch contributed by Martin Preuss, modified by CS.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17620 57a11ea4-9604-0410-9ed3-97b8803252fd
