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
Look for missing exchange rates in tax table entries
as well as in invoice entries
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23485 57a11ea4-9604-0410-9ed3-97b8803252fd
I know, this is a minor break of string freeze, but it's still a very
hidden string, so I fix the typo better now than later.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23480 57a11ea4-9604-0410-9ed3-97b8803252fd
in gnc_uri_get_components in gnucash gnc-uri-utils.c:137
g_strsplit doesn't return a 2-element array if presented with an
empty string.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23478 57a11ea4-9604-0410-9ed3-97b8803252fd
Downgrade the g_error in gnc_filepath_locate_file() to a g_warning
and ensure that all users will properly handle a NULL return value.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23477 57a11ea4-9604-0410-9ed3-97b8803252fd
and add it to POTFILES.skip so intltool will stop adding it back.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23476 57a11ea4-9604-0410-9ed3-97b8803252fd
It no longer requires access to the installed gsettings schemas.
The default value for XDG data dirs didn't work anyway because
it used a ; instead of a : as separator (as it should for the
environment file).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23474 57a11ea4-9604-0410-9ed3-97b8803252fd
The preferences backend can't work from the source environment because
it's schemas won't be compiled. This situation is only relevant for testing,
which is done from the source (or build) tree.
Note that a few preferences are needed by the xml backend. If no preferences
backend is loaded, some sane defaults will be used instead. Again this should
only matter for testing, in which case the real preferences are not relevant
anyway.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23473 57a11ea4-9604-0410-9ed3-97b8803252fd
