Since we can't use gtk_init_with_args, it makes more sense to keep the
command line processing in one spot, more or less as it was before.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22426 57a11ea4-9604-0410-9ed3-97b8803252fd
This should fix the logging to stderr since r22419.
gnc_module_init used to change the log path to stderr.
Presumably this was needed before, as logging used to be initialized
after module initialization. This has now changed, so gnc_module_init
can make use of qoflog settings as chosen by the user (which by default
means logging to gnucash.trace).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22425 57a11ea4-9604-0410-9ed3-97b8803252fd
first (static) publishing of the pod extracted man pages
until we have some consense.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22424 57a11ea4-9604-0410-9ed3-97b8803252fd
This would produce misguiding man pages - if we would produce them.
Additional were a few typos incomments fixed.
BP
?
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22423 57a11ea4-9604-0410-9ed3-97b8803252fd
- Delay gtk_init until really required
- Regroup some initialization functions
- Drop qof_log initialization. gnc_log_init does it as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22399 57a11ea4-9604-0410-9ed3-97b8803252fd
when the GUI can't be initialized. gtk_init_with_args fails before
parsing the arguments if the GUI can't be initialized.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22398 57a11ea4-9604-0410-9ed3-97b8803252fd
IMHO fundamental terms found in fin.scm / loan repayment calulator
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22396 57a11ea4-9604-0410-9ed3-97b8803252fd
To reproduce the error, open Gnucash (for example with --nofile argument), open a Find Transactions dialog (Edit->Find), open a Find Customer dialog (Business->Customer->Find Customer), open a Gnucash Preferences dialog (Edit->Preferences) and change some preference (for example, under the Register tab, select Use system theme colors). Each time a preference is changed the Find dialogs get wider as a new results sub window is created and added to the dialog. This happens because any time gnc_gui_refresh_all is called, which is the case when a preference is changed, and on other occasions as well, the refresh_handler in dialog-search.c is called for any open search dialog which calls gnc_search_dialog_display_results which, in turn, erroneously creates and adds the sub window. If the search dialog was initially created with a result_cb, as is the case for Find Transactions, the results sub window should never be created. If it was not, as is the case with Find Customer and all other calls, only one sub window should be created per dialog and it should only be refreshed if it already exists.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22387 57a11ea4-9604-0410-9ed3-97b8803252fd
when it is first shown. Also updated some comments to be more
accurate.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22383 57a11ea4-9604-0410-9ed3-97b8803252fd
It was removed in SVN r21579, "Cruft Reduction"< but it's not cruft.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22382 57a11ea4-9604-0410-9ed3-97b8803252fd
The previous commit broke the build. Hopefully this one fixes it again.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22381 57a11ea4-9604-0410-9ed3-97b8803252fd
This required some small reorganization of our setup code, but the end
result is that gnucash is now independent of libgnome.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22379 57a11ea4-9604-0410-9ed3-97b8803252fd
The idea was taken from another gnome app: planner.
Note that the documentation has to be installed properly
for this to work on linux. Our current documentation
build doesn't install the documentation in the right way
and yelp won't find it. A fix has been committed, but
it will only be available in the next documentation
release.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22378 57a11ea4-9604-0410-9ed3-97b8803252fd
As a side effect, they can now be grouped together with
our other file location functions in core-utils. They
no longer depend on any gui library.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22377 57a11ea4-9604-0410-9ed3-97b8803252fd
After this patch the only parts still requiring gnome libraries are
- src/bin/gnucash-bin.c (for gnome_program_init)
- src/gnome-utils/gnc-gnome-utils.c (for gnome_program_init)
- register-gnome (only uses libgnomecanvas)
Some refactoring was required in register-gnome to prevent other parts
of GnuCash to continue to depend on libgnomecanvas as well (the
register interface needlessly exposed the implementation details, thus
leaking GnomeCanvas dependencies to other parts of gnucash).
Most other changes simply replaced gnome specific stuff with gtk
equivalents.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22358 57a11ea4-9604-0410-9ed3-97b8803252fd
From a patch by Bob.
Patch also resizes small OK button.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22353 57a11ea4-9604-0410-9ed3-97b8803252fd
account in basic ledger mode
This patch brings up a dialogue when any field in a transaction/split is
changed when the transaction has a reconciled split. Exceptions are the
notes, action and memo fields. Those can be changed at all times.
This patch will not be backported as it introduces new translatable
strings.
Author: Robert Fewell <14ubobit@gmail.com>
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22351 57a11ea4-9604-0410-9ed3-97b8803252fd
- start from the proper base directory (daily_build.bat)
- don't build daily/weekly unless there are new commits since the last
build
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22327 57a11ea4-9604-0410-9ed3-97b8803252fd
Keep only one button in reconcile to create a new transaction. This
button will automatically create a transaction that balances the
currently ongoing reconciliation. The new button has been removed as it
is just as easy to simply enter a transaction in the still open
register.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22326 57a11ea4-9604-0410-9ed3-97b8803252fd
The parameter has been obsoleted recently, but older
tags may still depend on its availability and the tag script is
supposed to be capable of building older tags as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22319 57a11ea4-9604-0410-9ed3-97b8803252fd
