to add them back, eventually, but this matches the naming used when I built the webkit 1.2.7 zip.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20561 57a11ea4-9604-0410-9ed3-97b8803252fd
Gtk to 2.24
Webkit to 1.2.7
Others to latest version
install-impl.sh now has option to build webkit if BUILD_WEBKIT_FROM_SOURCE is defined as "yes".
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20560 57a11ea4-9604-0410-9ed3-97b8803252fd
It worked fine for customer invoices, and vendor bills, but not
expense vouchers, where the feature was broken all along.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20554 57a11ea4-9604-0410-9ed3-97b8803252fd
Before deleting the backup file by (delete-file), it must be checked
whether the to-be-deleted file exists, otherwise the guile procedure
will crash.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20549 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by "joshua":
I think the problem is in the file date-utilities.scm in the define statement
starting on line 191. There were no options for TwoWeekDelta, QuarterDelta, or HalfYearDelta.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20547 57a11ea4-9604-0410-9ed3-97b8803252fd
(on Windows XP)
From the GOptions documentation I suspect this bug is the result of
setlocale being called too late in our startup process.
(http://developer.gnome.org/glib/unstable/glib-Commandline-option-parser.html)
If this fix actually works, it could be a candidate for
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20546 57a11ea4-9604-0410-9ed3-97b8803252fd
It already holds a first set of files that were converted from libglade
to gtkbuilder.
CAUTION: not all the GUI objects in these files work properly already !
Glade (the tool) simply deletes all widgets that are not supported
by gtkbuilder during the conversion. These will all be fixed gradually
while the corresponding calls in the C code are converted.
The idea is that with each GUI element that gets fixed in the
gtkbuilder file, and subsequently called from C, the old
GUI element is removed from the corresponding libglade file until all
the libglade files are empty and can be removed.
This way the conversion can be done gradually and both methods can
coexist until all widgets and code are converted.
This first commit for example contains a converted account hierarchy setup
assistant, but not yet the code to use it, so the old druid is still in
the libglade file. Once the code can succesfully use the new assistant
from the gtkbuilder file, the old druid will be removed from the
libglade file.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20531 57a11ea4-9604-0410-9ed3-97b8803252fd
Apparently gnc:account-get-trans-type-splits-interval didn't watch out
for empty lists of accounts, and the resulting split list somehow
was bogus. Now that we check for empty account list, all is fine again.
This was broken for some months by now, maybe since r20404?
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20525 57a11ea4-9604-0410-9ed3-97b8803252fd
Somehow I missed the reference from src/engine/test/test-recursive.c.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20515 57a11ea4-9604-0410-9ed3-97b8803252fd
That's because '.' wasn't in the front of the SUBDIRS, so the Makefile
wasn't building the local targets.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20499 57a11ea4-9604-0410-9ed3-97b8803252fd
The original author (Alex) asked to have this part reverted as it seems
to cause the crash explained in the bugreport, but he doesn't have time
to investigate this in detail right now.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20496 57a11ea4-9604-0410-9ed3-97b8803252fd
This requirement will be increased to 2.18.1 once our win32 build
is upgraded.
Following the gtk version, I increased also all the other related libraries
according to what I found here: ftp://ftp.gnome.org/pub/gnome/platform/2.26/2.26.3/sources/
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20489 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Chris Curtis:
Add 'Credit' and 'Debit' columns and options; fix error if 'Amount' is not
selected.
For tax purposes it would be helpful if the customer and vendor reports
included the totals for the amounts earned, received, or billed for a given
time period.
The reports currently give a total, which is (if you're lucky) zero because the
credits cancel out the debits. But for verifying or providing the amounts of a
1099-MISC, for instance, the report should show just the amounts credited or
debited depending on your business' accounting method.
Secondarily, if the 'Amount' column is deselected the report fails with an
error.
The attached patch both corrects this problem and adds the requested features.
The new columns are labeled simply 'Credit' and 'Debit' and do not attempt
context-aware naming ("Paid", "Billed", etc.) for simplicity and applicability
(cash versus accrual accounting). The columns contain a running total, and the
final totals appear in a line above the Amount (running) total.
If the beginning period splits an invoice/payment pair an opening balance
appears and is accounted for in the Amount total as before, but is not included
in the Credit/Debit totals as it is outside the reporting period. If the
Amount column is not selected for display then neither is the opening balance,
even if it otherwise would have been.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20480 57a11ea4-9604-0410-9ed3-97b8803252fd
