If an register is open on an account that has capital gains transactions
created by the lot scrubber when you quit Gnucash, a capital gains
transaction may be freed twice since it is freed when the associated
sale is freed and again when it is encountered on the list of
transactions to be freed.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21495 57a11ea4-9604-0410-9ed3-97b8803252fd
utility functions. GtkOptionMenu is deprecated.
The original functions remain available for now as they are still in
use.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21491 57a11ea4-9604-0410-9ed3-97b8803252fd
This would be an excellent test case for those wrappers...
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21485 57a11ea4-9604-0410-9ed3-97b8803252fd
The second argument to Glib::wrap was the important one. While at it,
I added a few more wrappers to gnc::Book and implemented their unittests.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21482 57a11ea4-9604-0410-9ed3-97b8803252fd
The file chooser dialog would return a directory if the user selected
one and clicked "Open"; then, or if the users specified a directory on
the command line, Gnucash would present the rather misleading error "No
backend found".
So, first, if the user selects a directory and clicks open, the chooser
will now open the directory for browsing, just as if she had
double-clicked on the directory name in the tree view.
Next, if a directory is presented to qof_session_begin it will detect
that and set ERR_BACKEND_BAD_URL, which gnc_post_file_open will detect
and re-present the file chooser, open to that directory. (To prevent
confusion, gnc_post_file_open will put up the error dialog for BAD_URL;
the new file chooser dialog will open after that's dismissed. Since
there are other possible causes of a BAD_URL, if the filename isn't a
directory the chooser will open to the registered default directory from
GConf.)
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21459 57a11ea4-9604-0410-9ed3-97b8803252fd
Unfortunately, this reveals the C++ wrappers will only work if the GObject
system is used properly, that is, including ref() and unref() and such.
This is not what I'd expect throughout gnucash.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21431 57a11ea4-9604-0410-9ed3-97b8803252fd
As usual, re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=none
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21430 57a11ea4-9604-0410-9ed3-97b8803252fd
A previous attempt failed to set this in the installer.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21408 57a11ea4-9604-0410-9ed3-97b8803252fd
At the same time clear up some confusing parameter names
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21407 57a11ea4-9604-0410-9ed3-97b8803252fd
Thanks to Steve Holland <sholland@napervillegi.com>
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21403 57a11ea4-9604-0410-9ed3-97b8803252fd
Mac integration has had a name and api change from
ige-mac-integration as part of migration from Sourceforge to
Gnome.
Also, gtk_osxapplication_add_app_menu_item() has been replaced
with gtk_osxapplication_insert_menu_item(),
gtk_osxapplication_add_app_menu_group() has been removed (just
insert a separator where you want it), and gtk_osxapplication
path functions had been deprecated in favor of quartz-application
equivalents; those deprecated convenience macros were removed in
1.0.0
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@21398 57a11ea4-9604-0410-9ed3-97b8803252fd
