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
Patch by Sara Arenson:
Patch to fix the deprecated __new__() call in function_class.py
When you create an object of type ClassFromFunctions (a subclass of object),
you get the following warning:
/opt/gnucash-2.4.0/lib/python2.6/site-packages/gnucash/function_class.py:55:
DeprecationWarning: object.__new__() takes no parameters
return super(ClassFromFunctions, cls).__new__(cls, *args, **kargs)
As per Python docs (http://docs.python.org/reference/datamodel.html), __new__()
accepts class name and a list of arguments for the object's constructor. Since
ClassFromFunctions's superclass's constructor has no arguments, we should not
be passing *args and **kargs.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20479 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by gnemas:
The function split_find_match() in import-backend.c scores
transactions according to comparisons of amount, date, description,
etc.
I noticed that the comparison of the description and memo fields is
case-sensitive.
This means that my supermarket entries that have descriptions "Giant
Food" do not match the downloaded descriptions "GIANT FOOD".
This applies to both the exact and the 50% match cases, and for both
the memo and the description fields.
The attached patch should fix this.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20478 57a11ea4-9604-0410-9ed3-97b8803252fd
If a python console is wanted, change the last section
of src/python/init.py to "if True:".
From: Andy Clayton <q3aiml@gmail.com>
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20471 57a11ea4-9604-0410-9ed3-97b8803252fd
This also renames the configure option to --enable-python.
From: Andy Clayton <q3aiml@gmail.com>
(with minor modifications by myself)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20470 57a11ea4-9604-0410-9ed3-97b8803252fd
