Just needed to get the new price back from the cell after it was
calculated.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23740 57a11ea4-9604-0410-9ed3-97b8803252fd
Rejigger the about dialog call so that there's a signal to connect
to gnc_launch_assoc; gtk_show_uri requires gvfs.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23739 57a11ea4-9604-0410-9ed3-97b8803252fd
By then the main window has been created so it doesn't get hooked into the prefs system.
One symptom of this is that the "tab position" pref doesn't affect that window.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23734 57a11ea4-9604-0410-9ed3-97b8803252fd
Move gnc_prefs_init() call to inner_main and
inner_main_add_price_quotes.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23732 57a11ea4-9604-0410-9ed3-97b8803252fd
Enable the "Fetch Rate" button only if Finance::Quote is installed.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23730 57a11ea4-9604-0410-9ed3-97b8803252fd
Aside from being much faster, Windows was occasionally returning
e.g. 99 instead of 100 for pow(10, 2). This stops that and thus
fixes:
Bug 721447 - Entries with values of ,50 are imported as ,51
Bug 721825 - Online prices displayed as unreadable fractions in 2.6.0
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23720 57a11ea4-9604-0410-9ed3-97b8803252fd
It's not implemented and could easily be added back if it ever is implemented.
This will break any saved report using this price source, but they are
broken already.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23718 57a11ea4-9604-0410-9ed3-97b8803252fd
Sometimes it would display one price but use another one to compute the value.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23717 57a11ea4-9604-0410-9ed3-97b8803252fd
It was using an unset variable that was always zero.
Also do a better job of finding a pricing transaction and a couple of other
minor changes.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23713 57a11ea4-9604-0410-9ed3-97b8803252fd
Share and price calculations are done to 5 decimal places and currency
calculations are done using the precision defined for the currency.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23712 57a11ea4-9604-0410-9ed3-97b8803252fd
THe Portfolio report crashed and several othsrs used "nearest" instead.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23710 57a11ea4-9604-0410-9ed3-97b8803252fd
This limits the total number of times it can be called per invocation
of GnuCash for no obvious reason.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23708 57a11ea4-9604-0410-9ed3-97b8803252fd
And greatly simplify gnc_split_register_get_date_help by just getting a GDate and running
g_date_strftime on it instead of messing around with Timespecs and g_localtime_r (twice!)
and all of that just to make a stupid string.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23706 57a11ea4-9604-0410-9ed3-97b8803252fd
This bug is a continuation of bug 719481. The fix for that bug
wouldn't trickle down into the release tarballs because the needed
patch would only be applied if the tarball were generated against
guile 2.
This commit fixes this by applying that patch unconditionally
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23702 57a11ea4-9604-0410-9ed3-97b8803252fd
g_win32_locale_filename_from_utf8() is not only unnecessary, it does the
wrong thing.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23700 57a11ea4-9604-0410-9ed3-97b8803252fd
Part 2: Change commodities in namespace "template" to namespace "User"
unless the mnemonic is also "template". This makes commidities which
have been entered into "template" by mistake visible so that they
can be deleted or edited.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23699 57a11ea4-9604-0410-9ed3-97b8803252fd
The problem was that r23585 was a bit too broad in what it excluded, so
narrow it down to require exactly one split and that that split's
account is NULL.
Note that this will still cause the split to disappear from the SX
editor if one creates a transaction with no splits or with one that has
no account: A split will be created in the appropriate Orphan account.
It will be visible there and in the General Ledger so that it can be
easily deleted.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23692 57a11ea4-9604-0410-9ed3-97b8803252fd
Part 1: Prevent users from creating commodities of type "template"
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23688 57a11ea4-9604-0410-9ed3-97b8803252fd
