All GtkComboBoxes now use the new preferences backend
so drop the GtkComboBoxes-Gconf wiring as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23241 57a11ea4-9604-0410-9ed3-97b8803252fd
All GtkSpinkButtons now use the new preferences backend
so drop the GtkSpinkButton-Gconf wiring as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23240 57a11ea4-9604-0410-9ed3-97b8803252fd
All GtkCheckButtons now use the new preferences backend
so drop the GtkCheckButton-Gconf wiring as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23239 57a11ea4-9604-0410-9ed3-97b8803252fd
so it actually works. (It's not actively used though in GnuCash)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23236 57a11ea4-9604-0410-9ed3-97b8803252fd
All GtkFontButtons now use the new preferences backend
so drop the GtkFontButton-Gconf wiring as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23234 57a11ea4-9604-0410-9ed3-97b8803252fd
The actual migration will be gradually done in future commits.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23233 57a11ea4-9604-0410-9ed3-97b8803252fd
That will allow a one on one mapping between a widget property
and a preference in the preferences backend in a future commit.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23232 57a11ea4-9604-0410-9ed3-97b8803252fd
That will allow a one on one mapping between a widget property
and a preference in the preferences backend in a future commit.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23231 57a11ea4-9604-0410-9ed3-97b8803252fd
That will allow a one on one mapping between a widget property
and a preference in the preferences backend in a future commit.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23230 57a11ea4-9604-0410-9ed3-97b8803252fd
Note: the saved window geometry options (position and size) are
converted into a type that is incompatible with gconf. This has two
consequences:
1. while testing the gconf backend is used by gsettings. The
incompatible option (last_geometry) won't be saved in gconf. You will
see an error because of this. It does work when switching to gsettings'
native backend
2. The old geometry data won't be converted at user migration time (ie
when the user starts gnucash-with-gsettings for the first time. I don't
think this is very dramatical. The next time a dialog is used, the last
saved position is saved again already automatically.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23229 57a11ea4-9604-0410-9ed3-97b8803252fd
This required changes in dependent modules as well. And obviously
the gnc-gconf-utils.[ch] files are not removed yet. Too many
other files still require those.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23228 57a11ea4-9604-0410-9ed3-97b8803252fd
These entries were generated using a conversion tool supplied with
gsettings:
gsettings-schema-convert --force --gconf --xml -u
--schema-id <GSETTINGS_SCHEMA_ID>
-d GETTEXT_PACKAGE ../schemas/<GCONF_SCHEMA_FILE>
-o <GSETTINGS_SCHEMA_ID>.gschema.xml.in
Missing keys (gconf didn't *require* schema keys) were manually
added.
The only keys not converted are those that are used multiple times
in different paths, like budget/account register column widths.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23224 57a11ea4-9604-0410-9ed3-97b8803252fd
Gconf is being replaced by gsettings. The problem the obsolete assistant
is trying to solve will be solved differently for gsettings: in order
to locate the gsettings schema files, the XDG_DATA_DIR environment
variable will be set.
This is already configured for development builds. It's likely this
still has to be set up properly for the Windows/OS X installers
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23223 57a11ea4-9604-0410-9ed3-97b8803252fd
- rename core-utils/gnc-core-prefs* to core-utils/gnc-prefs*
- rename app-utils/gnc-prefs* to app-utils/gnc-prefs-utils*
- move preferences initialization fuctions to gnc-prefs-utils*
- define a gnc_prefs_* api that is independent of any
settings backend
- refactor gnc_gsettings_* api to serve as a backend for the
gnc_prefs_* api
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23222 57a11ea4-9604-0410-9ed3-97b8803252fd
These are
- integers
- floating point numbers
- strings
- enums
- arbitary combinations of values in a GVariant (this will
be used to replace the current GConf list getters/setters)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23219 57a11ea4-9604-0410-9ed3-97b8803252fd
These are converted from their GConf equivalents.
Some caveats:
- During the code updates from GConf to GSettings both systems
use the same backend and hence need the same key and
path names or they won't see each others changes.
- For this reason the conversion in this commit
preserves the GConf key names even though these can
contain illegal characters for GSettings.
- Once all code is successfully converted
to GSettings and we have a preferences conversion
script in place, we need one more round of fixing
the keys and paths (/apps is deprecated in GSettings
in favour of /org)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23216 57a11ea4-9604-0410-9ed3-97b8803252fd
This affects many other components as well, including the
python bindings
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23212 57a11ea4-9604-0410-9ed3-97b8803252fd
Thanks to Frédéric Perrin <fred@fperrin.net> for pointing this out.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23209 57a11ea4-9604-0410-9ed3-97b8803252fd
glib-2.38 changed the leading quote from ` to ', e.g.
"assertion `foo' failed" to "assertion 'foo' failed".
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23207 57a11ea4-9604-0410-9ed3-97b8803252fd
The test in question was working around the ref-counting bug;
removed the workaround.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23203 57a11ea4-9604-0410-9ed3-97b8803252fd
Reverses previous commit for this bug and applies patches for fix.
This is an amalgum of 7 patches.
Patch comments are reproduced below. All patches supplied by R Ratcliff.
[PATCH 1/7] Fix budget view resizing issue
The fix here is to change the hardcoded width value from 86 to 60.
* Remove size-allocate signal bound to treeviewcolumn (columns
don't emit signals)
[PATCH 2/7] Fix the way column width is determined
The budget tree view has a bunch of columns that have visible
set to false. These columns have a width of 0. Change
gbv_tree_view_resized_cb to ignore these columns.
[PATCH 3/7] Change column sizing method.
Not sure if this is crucial to the bug fix.
[PATCH 4/7] Fix regression for window horizontal resizing
This change does two things
* Set expand on totals_title_col to TRUE
* Not set the width of this column in gbv_treeview_resized_cb
Note: The second one is a bit tricky. It relies on the fact that
totals_title_col has a default sizing of GROW_ONLY. It only explicitly
sets the size on columns that have a sizing of FIXED
[PATCH 5/7] Fix horizontal scrolling
* Add a vbox inside the scrolled_window, and add the two treeviews to that.
This fixes horizontal scrolling. If the budget view is too wide for the
window, then a horizontal scrollbar will appear at the bottom, and scroll
both the main budget view and the totals view at the bottom.
However, it breaks vertical scrolling (vertical scrollbar will scroll the
entire view, instead of just the top view). I'll fix this in the next commit.
[PATCH 6/7] Fix vertical scrolling
Vertical scrolling will only apply to the top view (budget values) and not
to the bottom view (budget totals).
Implementation: add an inner scrolled window for the vertical scrollbar.
Set scrolled_window vertical scrollbar policy to NEVER.
Note: This design looks weird when both scrollbars are used because you
have to scroll horizontally to the right in order to see the vertical
scrollbar for the top section.
[PATCH 7/7] Clean up code before submitting patch
* Remove debugging and commented out code
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23202 57a11ea4-9604-0410-9ed3-97b8803252fd
Change ordering of flags so that picky compilers build the test correctly.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23195 57a11ea4-9604-0410-9ed3-97b8803252fd
From leaking references in g_object_get because both g_object_get
and g_value_set_object ref the object, which is only unreffed once.
Using g_value_take_object() instead prevents the double-ref.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23192 57a11ea4-9604-0410-9ed3-97b8803252fd
but without sqlite DBD installed.
Refine checks to use the values for dlopen and dlopen_lib already
discovered by libtool.
Improve the error message to offer more solutions.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23190 57a11ea4-9604-0410-9ed3-97b8803252fd
