Also, remove the trailing newline from the returned time string, as this is rather unexpected here.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23183 57a11ea4-9604-0410-9ed3-97b8803252fd
Change the register name to "Accout Transaction Report" when the register
type is GENERAL_LEDGER, INCOME_LEDGER, or default in function gnc_reg_get_name().
Patch by Carsten Rinke.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23131 57a11ea4-9604-0410-9ed3-97b8803252fd
For now, the date that couldn't get parsed is replaced by today. Improvements
to this behaviour are welcome, though :-)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23073 57a11ea4-9604-0410-9ed3-97b8803252fd
This changes the ordering but only for txn with the same date
and same number. The buttons are active only in cases where this is
possible, otherwise the buttons are inactive anyway.
- for reconciled splits, user will be asked
- book-closing txn are ignored as well as frozen splits
- After changing the sort order, update the UI buttons immediately as well
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23061 57a11ea4-9604-0410-9ed3-97b8803252fd
When loading a scheme data file such as ~/.gnucash/stylesheets that contains
invalid characters (e.g., all-zero bytes), the loading throws a scheme
exception and we are redirected into the error catch handler. When trying
to convert the erroneous scheme expression into a string for the
message output, scheme runs into an exception right again. Hence, the
conversion to string must be guarded by a stack_catch as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23059 57a11ea4-9604-0410-9ed3-97b8803252fd
The code for ensuring a commodity that is a currency was duplicated among
the file. This is now refactored into the reg_currency variable. Also, in
a non-currency register the currency is now taken from parent accounts or
the default currency, which matches the old register's policy but is different
from what register2 previously did.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23057 57a11ea4-9604-0410-9ed3-97b8803252fd
Previously, this could result in transactions that have a non-currency as
txn commodity, which is what the multi-currency register tried to avoid hard.
Now by using account_or_default_currency, the currency choosing policy from
the register is available in the other places where new transactions are
created, hence we better use that here.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23056 57a11ea4-9604-0410-9ed3-97b8803252fd
The missing part was the line in assistant-hierarchy.c, but I've added
it to the two other calls to file_access_for_save_as() to be on the safe
side on those two other book creation places as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23053 57a11ea4-9604-0410-9ed3-97b8803252fd
This only changes the single line that doesn't break the existing utest-Split.c
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23051 57a11ea4-9604-0410-9ed3-97b8803252fd
Sigh. It turns out the utest-Split.c relies on the "warning" log level
in order to check for specific code paths. This sucks. The log level
"warning" should please be reserved for things that are actual warnings,
not for code path checks that are used in the unittests.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23048 57a11ea4-9604-0410-9ed3-97b8803252fd
The book-closing txn currently assume that their
posted-date is the end date plus 12 hours, so that the closing txn can
be distinguished from normal txns of the last day. This is the only
case within GnuCash where the PostedDate is a different time-of-day
that what the GDate normally says as a normalized date.
We better change this sometime in the future so that the PostedDate
doesn't silently contain this hidden extra meaning...
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23047 57a11ea4-9604-0410-9ed3-97b8803252fd
In fact, all calls to this setter refer to the plain date and not to
any time-of-day. Consequently, only the normalized setter must be used
everywhere. (Subsequently, the previous setter could be removed, as
it turned out to be not used anywhere, but that's another story.)
As a side effect, this makes the register2 set the PostedDate in the
same way as the old register again. The register2 used to introduce a
time-of-day part in the PostedDate, but this should not be done. Only
the EnteredDate has a time-of-day part.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23045 57a11ea4-9604-0410-9ed3-97b8803252fd
We've struggled with the time-of-day part of the PostedDate for long
enough. The PostedDate field is just not meaningful with anything else
but a plain date, and no time-of-day at all. Hence, the correct setter
function for this particular field must ignore the time-of-day. Consequently,
a GDate should be used here anyway, but in many places the time64 is more
convenient. The new function will now redirect that time64 to the GDate
setter function to make sure we will now map everything to one single date.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23044 57a11ea4-9604-0410-9ed3-97b8803252fd
Turns out we were simply missing a suspend_gui_refresh call before actually
processing the results. Sigh.
(Can go into 2.4 because the bugfix is so surprisingly simple.)
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22929 57a11ea4-9604-0410-9ed3-97b8803252fd
No special reason for this, though, except that it still compiles.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22876 57a11ea4-9604-0410-9ed3-97b8803252fd
In struct tm, the weekday is in the range 0..6 with Sunday=0, but
in GDateTime the weekday is in the range 1..7 with Sunday=7. This should
better be added to the GDateTime documentation at g_date_time_get_day_of_week,
but apparently nobody documented this so far.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22830 57a11ea4-9604-0410-9ed3-97b8803252fd
This commit reverts parts of r22399, because the gtk_init after
module_system_init caused some messed-up locale settings in dependent
modules (in particular, the aqbanking module).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22828 57a11ea4-9604-0410-9ed3-97b8803252fd
Once this compiles, the resulting binary can also run SEPA online transfers.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22821 57a11ea4-9604-0410-9ed3-97b8803252fd
This is a result of the glorious idea of glade to have all widget names
in one file have unique names, but not verifying that we really can
continue to do the lookup as before. Oh well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22817 57a11ea4-9604-0410-9ed3-97b8803252fd
Also, apparently the iTAN authentication method doesn't work unless
one activates the GTK2_GUI code in gnc-gwen-gui.c:70 but I need to check
this further.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22816 57a11ea4-9604-0410-9ed3-97b8803252fd
The (SEPA) banks apparently only support multi-jobs, not single jobs, but the
former is not yet in aqbanking and not yet in gnucash.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22811 57a11ea4-9604-0410-9ed3-97b8803252fd
Eventually, the SEPA rules need to be implemented, but for now we
just allow any alphanumerics.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22786 57a11ea4-9604-0410-9ed3-97b8803252fd
Users regularly expect that date to be the online job execution date,
but that's not what is implemented. So we prevent editing here at all.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22784 57a11ea4-9604-0410-9ed3-97b8803252fd
Add direct debit. Make menu items sensitive correctly.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22783 57a11ea4-9604-0410-9ed3-97b8803252fd
Needs testing, though - my bank doesn't offer it for me.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22445 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch alters packaging/win32/libbonoboui-2.24.2.patch to not look for glade and not
build libbonoboui-2.24.2/glade
Patch by Mark Jenkins.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22156 57a11ea4-9604-0410-9ed3-97b8803252fd
Christian Stimming