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
to a different one which is ignored
So don't save it if using MAC_INTEGRATION. Changing accels on the
fly doesn't work with Mac menus anyway.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23679 57a11ea4-9604-0410-9ed3-97b8803252fd
dates from 2.0.x
Reviewed and updated to reflect current status.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23675 57a11ea4-9604-0410-9ed3-97b8803252fd
Any Entry.functions were returning <Swig Objects> instead of instances.
Also removed invalid items from entry_dict in gnucash_business.py.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23661 57a11ea4-9604-0410-9ed3-97b8803252fd
Actually, Guile can't handle weird locales, which OS X 10.9 lets
one set. Guile will throw an exception.
This patch avoids the problem by ensuring that the locale is set to
something that setlocale() will work with, ideally in the language
indicated by defaults.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23660 57a11ea4-9604-0410-9ed3-97b8803252fd
