The gschema.xml.in.in pathnames were too long for versions with more than
5 characters, e.g. 2.5.10, so tar was rejecting them. aqbanking, csv-import,
csv-export, and qif-import are now aqb, csv-imp, csv-exp, and qif-imp,
respectively.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23567 57a11ea4-9604-0410-9ed3-97b8803252fd
- Added conditional to grey-out/disable 'Open File/Link' when association is unset
- Converted 'Open Location' dialog to gtk_dialog_new_with_buttons
- fixed invalid options from last submitted patch
- made dialog modal
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23563 57a11ea4-9604-0410-9ed3-97b8803252fd
- move the swig version check after the guile checks
this allows us to check for a different version of swig
based on the guile version that was detected
- use more recent autoconf macros for swig (from the autotools archive)
this give us more flexible error reporting
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23560 57a11ea4-9604-0410-9ed3-97b8803252fd
- guile 1.8 doesn't need the swig patch
- make sure all swig interface files include guile-mappings.h
for the *utf8_string to *locale_string mappings
but only load it when building guile modules
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23559 57a11ea4-9604-0410-9ed3-97b8803252fd
This is actually a bug in swig.
This commit works around it by patching the swig
generated source files until swig itself has been fixed.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23557 57a11ea4-9604-0410-9ed3-97b8803252fd
Notes:
- in some situations the original *locale_string variant is retained. This
is when locale encoded strings are processed (mostly file names).
- the utf8 variants don't exist for guile 1.8. For that version these
functions will be rededefined to call the locale variants.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23556 57a11ea4-9604-0410-9ed3-97b8803252fd
This is a quick hack to get the last 2.4 gnucash build
use the 2.4 branch of the documentation.
This should be implemented properly for git as well still,
but may need some more thought.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23543 57a11ea4-9604-0410-9ed3-97b8803252fd
Several reports need to find book closing transactions and let you specify a pattern
to match against the description of the transaction to detect them. The Close Book tool
marks the transactions it creates so they can be found without pattern matching. This
changes makes those reports use that mark to find them even if the pattern match doesn't.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23536 57a11ea4-9604-0410-9ed3-97b8803252fd
If there's only one window, automatically add an account hierarchy page
to it. If it's a subsequent empty window, just ignore it (ie don't restore
it from the state file).
This commit deals with the secondary issue mentioned in
bug 436479 - Gnucash doesn't display the data file name in the title bar
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23528 57a11ea4-9604-0410-9ed3-97b8803252fd
Use gtk_window_set_transient_for(), not gtk_window_set_keep_on_top().
The latter forces the window on top of *everything*, at least on the
Gnome WM and on MSWindows.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23527 57a11ea4-9604-0410-9ed3-97b8803252fd
The Qif import assistant would at many steps block entirely, requiring the
user to either do whatever is necessary to move forward or to quit and
restart Gnucash. That's a bit rude, so set pages as GTK_ASSISTANT_TYPE_CONTENT
instead of GTK_ASSISTANT_TYPE_PROGRESS.
Fix the file selection page so that the forward button isn't enabled until
a file is selected.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23525 57a11ea4-9604-0410-9ed3-97b8803252fd
So assign the currency from the first split (that belongs to an account.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23522 57a11ea4-9604-0410-9ed3-97b8803252fd
Read compile time version number to display in the report
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23519 57a11ea4-9604-0410-9ed3-97b8803252fd
Work around a bug in guile 1.8. It escapes spaces in symbols
when printed to a string, but can't convert that string
back properly in a symbol
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23501 57a11ea4-9604-0410-9ed3-97b8803252fd
g_key_file_[gs]et_string parses the string to escape newlines and comments
This erroneously does some escaping in the #{symbol name}# guile extended format
for symbols. Since we already strip newlines and comments ourselves,
we can save and store the string without any additoinal parsing
using g_key_file_[gs]et_value.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23499 57a11ea4-9604-0410-9ed3-97b8803252fd
Pango seems to ignore it, but it really shouldn't be there.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23498 57a11ea4-9604-0410-9ed3-97b8803252fd
This bug has two parts. The original bug was that the wrong split is sometimes
used to print the check. In the comments a second problem was mentioned:
sometimes the wrong split is omitted from the split list in formats that print
all the splits.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23497 57a11ea4-9604-0410-9ed3-97b8803252fd
MacOSX, for example, sets RAND_MAX at 65535, which rather limits the
size of random gint64s on that platform.
Fixing this revealed some odd behavior in creating random interest rates,
so created a specific function for that with a somewhat more reasonable
approach.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23493 57a11ea4-9604-0410-9ed3-97b8803252fd
- only pop up the exhange rate notification message when an exchange
rate is effectively asked. Still only pop it up once per post operation.
- ask for conversion rates again if an invoice is reposted on a different date
- only keep one price per foreign currency in the invoice's price list
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23491 57a11ea4-9604-0410-9ed3-97b8803252fd
