Patch by Jim Radford:
When doing
make install DESTDIR=/tmp/gnucash
the install fails because GCONF_SCHEMA_CONFIG_SOURCE doesn't end up using
DESTDIR (and it's non-trivial because of the xml:: prefix). The attached patch
fixes it for me but is non-ideal because it hard codes the value of
GCONF_SCHEMA_CONFIG_SOURCE using GCONF_SCHEMA_CONFIG_SOURCE_DIRONLY.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20065 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman:
This allows the user to change the format used for the various counters,
as well as see and change the current value of the counter.
This is a bit of hack right now, since the format and current counter
values are stored in the counter_formats and counters kvp slots
respectively, instead of options/<section> like the other options in the
File->properties window.
This is implemented by adding the make-counter-option and
make-counter-format-option, which both replace the scm->kvp and kvp->scm
functions defined by make-number-range-option and make-string-option
respectively. The replaced function simply ignores the "path" parameter
and instead saves to the "counter" or "counter_formats" slot hardcoded.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20057 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman:
The validation function is a very simple "parser" that simply checks for
a single gint64 conversion specification, allowing all modifiers and
flags that printf(3) specifies (except for the * width and precision,
which need an extra argument).
The validation function returns an error message that is used to log a
warning and can be used by the GUI later on.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20056 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman:
This retrieves the counter formats from the kvp slots in the book. The
defaults are unchanged, so this should not affect existing books at all.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20055 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman:
Instead of querying qofbook for the next counter number and then doing
the formatting in all the different business modules (all using the same
format string), the formatting is now moved inside
qof_book_increment_and_get_counter (which is renamed to
qof_book_increment_and_format_counter).
This changes the return value of a bunch of helper functions from gint64
(the counter value) to gchar* (the formatted counter value), but does
not have any user-visible changes.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20054 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman:
The qof_book_get_counter function now only gets the current counter
value. The new qof_book_get_and_increment_counter function now does the
incrementing.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20053 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman:
This method is not implemented by either of the backends and removing it
makes the subsequent commits possible.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20052 57a11ea4-9604-0410-9ed3-97b8803252fd
Previously, the insertion order was random instead of by-date.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20051 57a11ea4-9604-0410-9ed3-97b8803252fd
Please enter the commit message for your changes. Lines starting
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20035 57a11ea4-9604-0410-9ed3-97b8803252fd
Also includes a python script to massage a downloaded order form into the correct format for import. See contrib/rapid2gnucash.py
This works with Rapid Electronics (UK) and can be used as a basis for other vendors. Users need to add a line in their ~/.gnucash/config.user
for the module to be loaded:
(gnc:module-load "gnucash/plugins/bi_import" 0)
See bug #624911 for more details.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20034 57a11ea4-9604-0410-9ed3-97b8803252fd
This command will allow you to easily create a copy of your 2010 budget and change its name to "2011". I also plan to add UI capabilities to more easily manipulate budget numbers.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20033 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Mark Jenkins:
The attached patch adds a test program demonstrating the problem in C, built in
src/optional/python-bindings
It pretty much shows the same calls that are being made to the C by the python
bindings (including initialization) and the example sqlite3 python script.
Running this small C program produces the same result.
(The program is built in check_PROGRAMS, not bin_PROGRAMS, to avoid having it installed.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20023 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Manfred Usselmann:
Show error message, if assigned online account is not valid or cannot be found
or if the selected online action is not valid for this account. Improved
checking if online job has been successfully executed.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20022 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Manfred Usselmann:
This patch adds an additional update action to the import matcher as described
above. It can be activated with the online banking preferences dialog.
(Patch changed because of one function name adaption after r19936)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20021 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Manfred Usselmann: Improved version: Only transactions which have
been successfully imported into GC are transmitted to the bank.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20016 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Tristan Faujour:
Please describe the problem:
My bank allows me to download bank statement files in the QIF format. They
contain paid transactions, but there is no status ("C") line, so all
transactions are left in the "not cleared" status.
I wish it would be possible to define the default status in user preferences.
Steps to reproduce:
- Import a QIF file with no "C" line.
Actual results:
- Transactions are not cleared.
Expected results:
- The "near split" of the imported transactions should be set to a default
status 'defined in user preferences).
Does this happen every time?
- Yes
Other information:
- I developed a patch. See attachment. It allows defining another status that
will be applied to the transactions that are imported as "not cleared".
- It is my first contribution, it should be taken with all due prudence.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20015 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by James Duerr:
Patch to include subaccounts in all columns, not just present column, and also
to sort including sub-account totals, rather than without.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20011 57a11ea4-9604-0410-9ed3-97b8803252fd
but when closing one book to open another, all memory from the old book should be freed.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20010 57a11ea4-9604-0410-9ed3-97b8803252fd
The return value of guile-1.6's SCM_STRING_CHARS must not be freed, as
opposed to the return value of guile-1.8's scm_to_locale_string. So we
must wrap the free() into a macro that is defined appropriately (or maybe
we should refactor this into a function returning a g_malloc'd g_char anyway.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19999 57a11ea4-9604-0410-9ed3-97b8803252fd
The quickfill is obtained from the global cache of the GncEntry's
descriptions, one for invoices, one for the rest.
The auto-completion is a simple query to get the newest entry with the
same description, but limited to invoices or bills, respectively.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19998 57a11ea4-9604-0410-9ed3-97b8803252fd
This report shows a table of all customers and the sales, profit, and markup
in that table.
(The crash at startup wasn't caused by this patch.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19997 57a11ea4-9604-0410-9ed3-97b8803252fd
This report shows a table of all customers and the sales, profit, and markup
in that table.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19993 57a11ea4-9604-0410-9ed3-97b8803252fd
Needed by packagers that maintain the packaging code in svn, svk or git too
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19990 57a11ea4-9604-0410-9ed3-97b8803252fd
