Discussion:
Building Glade / error-message "attempting to create schema 'org.gtk.Settings.FileChooser' without a path"
(too old to reply)
Roland Koebler
2014-04-03 08:07:51 UTC
Permalink
Hi,

I'm using Debian Wheezy (which includes Glade 3.12.1), and tried to
compile a newer Glade. And since newer Glade-versions require a newer
GTK+-version, I had to compile atk, cairo, fontconfig, gdk-pixbuf, glib,
harfbuzz, pango, pixman, gtk+, and -- finally -- glade.

But, unfortunately, Glade still does not run, but fails with the
error-message:

(lt-glade:23203): GLib-GIO-ERROR **: attempting to create schema 'org.gtk.Settings.FileChooser' without a path
Trace/breakpoint trap

Can you tell me how to solve this?


Roland
_______________________________________________
Glade-devel maillist - Glade-***@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/glade-devel
Juan Pablo Ugarte
2014-05-05 00:46:27 UTC
Permalink
Post by Roland Koebler
Hi,
I'm using Debian Wheezy (which includes Glade 3.12.1), and tried to
compile a newer Glade. And since newer Glade-versions require a newer
GTK+-version, I had to compile atk, cairo, fontconfig, gdk-pixbuf, glib,
harfbuzz, pango, pixman, gtk+, and -- finally -- glade.
But, unfortunately, Glade still does not run, but fails with the
(lt-glade:23203): GLib-GIO-ERROR **: attempting to create schema 'org.gtk.Settings.FileChooser' without a path
Trace/breakpoint trap
Can you tell me how to solve this?
You need to export this variable

export GSETTINGS_SCHEMA_DIR=$PREFIX/share/glib-2.0/schemas/


I am attaching a small script I use to set the environment, just place
it on your prefix and call $ . path/to/env

hope this helps

greets

JP
Roland Koebler
2014-05-30 17:27:23 UTC
Permalink
Hi,
https://people.gnome.org/~tvb/test-bundles/glade
If it's 64bit linux then I'm pretty confident the binary will "just run"
it does run (more or less), so thanks for this.
Here's some feedback from using this version (3.16.0) to create a small GUI:

Usability:

- It uses some weird theme, and looks completely different than all
other GTK+-applications here (btw. I'm not using GNOME but plain fvwm).
Maybe the message "GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications."
has something to do with this. Can this be changed, so that some
default theme is used?

- It's again much slower than Glade 3.12.
Selecting widgets is slower, and editing properties sometimes is
extremely slow (see bug below).
Maybe it's the weird theme that makes it generally slower, I don't know
(and cannot test this, since I cannot find any way to modify the theme).

- The layout of the items in the properties-editor became *much* worse.
In older versions, most properties used entries or toggle-buttons,
and were all positioned vertially below each other.
Now, many properties use switches (which I like) and checkboxes.
This would be ok, but the layout got very messy: Some properties
are positioned below each other, others horizonatlly next to each
other, sometimes in 2 columns, sometimes in 3 columns.
This makes the layout very messy, confusing and hard to use.
In addition, this causes the properties-editor to require more
space on the screen, sometimes nearly half (!) of the screen,
to show the properties without a horziontal scrollbar (e.g.
for GtkScrolledWindow).

So, I would suggest to improve the layout, make it more clear and
use a clear structure, e.g.: Put all properties vertically below
each other instead of horizontally next to each other. This would
improve usability a lot.

(The Signals-tab requires even more space (mostly because the Detail-
and Handler-column use much space although they are empty), but this
is less problematic than with the other tabs.)

- In earlier versions, I could shift-click (or ctrl-click?) an item on
the palette, an then place this widget multiple times. This was very
useful if I had to place e.g. many buttons or labels, but it doesn't
work anymore. Could this be added again?

- In addition to the above: If I click on a wiget on the palette, is
there any way to abort this without placing the widget? I would
suggest to make this possible by e.g. pressing ESC or the
mouse-pointer-button on the toolbar.

Bugs:

- Glade hangs:
Glade often hangs, when dragging a created GtkPaned/GtkScrolledWindow/etc.
Glade then only shows a modal window (on all virtual desktops, see
attachment), doesn't react anymore, and causes 100% CPU load.
In these cases, I have to kill glade (or more exactly: kill
/tmp/.mount_Jq1Ok0/home/tristan/Glade/Install/bin/glade).

- Properties editor becomes extremely slow:
The properties-editor becomes extremely slow after working with it for
some time: When I want to edit the ID of a widget the contents
of a label, I sometimes have to type blindly and wait for several
seconds (e.g. 8s!), or wait for 1 second (with 100% CPU-load!) after
every chacter until the characters appear in the properties-entry!
Closing and reopening the Glade-file or restarting Glade usually
"solves" this for a while.

- Add Parent is broken:
"Add Parent" does not work anymore e.g. on GtkFrame, GtkAlignment,
GtkGrid, GtkBox etc. For example, if I create a GtkFrame, add a
GtkLabel, and then want to add a GtkBox as parent, this doesn't work
but shows the error "Widgets of type Alignment need placeholders
to add children." The same error occurs e.g. when trying to add a
GtkBox as Parent of a GtkGrid, or a Viewport as Parent to a GtkGrid etc.
This worked in Glade 3.12.

- Missing "GtkImage" in Palette -> Miscellaneous:
In the Palette under "Miscellaneous", "GtkImage" is missing.

- Missing "label"-property in GtkLinkButton Properties:
There is no way to modify the displayed contents of the linkbutton!
The only show "button", and this cannot be changed in Glade.
Workaround: Edit the GtkBuilder-XML-file directly.

- Wrong widget in GtkButton Properties -> General -> Add custom content:
I think "[ ] Add custom content" should be a radio-button instead of
a checkbutton, since it completely behaves like a radiobutton.

- GtkButton Images are not shown in Glade:
If I create a button including an image, the image is hidden in
Glade, unless I click "Always show image". But this property was
introduced in GTK+3.6, and I'm creating a GUI for GTK+3.2, so
I cannot use this property.
Later, in the application (with GTK+ 3.4), the image is shown
correctly, only Glade doesn't show them.

- "Select Named Icon" in GtkImage Properties does not find any icons:
Selecting the image by "Icon Name" is broken: The "Select Named
Icon" does not find any standard-icons. This worked fine in
Glade 3.12.
(Maybe the folling message has to do with this:
"GladeUI-Message: Glade needs artwork; a default icon will be used for the following classes:
GtkApplicationWindow needs an icon named 'widget-gtk-applicationwindow'")

- Duplicate widgets in Properties -> Common -> Widget Spacing -> Expand:
"Horizontal" and "Vertical" here have both a checkbutton and a switch.
One should be enough, and I would recommend to keep the switch but
remove the checkbox.

- Preview snapshot sometimes doesn't work:
When clicking "Preview snapshot", I sometimes get an empty window
and the assertion:
(glade-previewer:8587): Gtk-CRITICAL **: gtk_box_pack: assertion 'gtk_widget_get_parent (child) == NULL' failed

- Assertions:
I got several assertions. In my understanding, assertions should only
be used for coding errors, and not for unexpected input.
Here's a list of some assertions, I got:

(glade:8214): GladeUI-CRITICAL **: glade_project_selection_clear: assertion 'GLADE_IS_PROJECT (project)' failed
(glade:13717): Gtk-CRITICAL **: gtk_status_icon_set_from_file: assertion 'filename != NULL' failed
(glade:13717): Gtk-CRITICAL **: gtk_status_icon_set_from_stock: assertion 'stock_id != NULL' failed
(glade:13717): Gtk-CRITICAL **: gtk_status_icon_set_from_icon_name: assertion 'icon_name != NULL' failed


Compilation of newer versions:

- It would be nice if there would be some easier way to compile newer
Glade-versions incl. all dependencies, since it seems that Glade
is quite buggy, but bugs are only fixed in the newest version,
which again depends on the newest GTK+-libraries...


regards
Roland
Roland Koebler
2014-06-10 19:08:55 UTC
Permalink
Hi,
Post by Roland Koebler
- It would be nice if there would be some easier way to compile newer
Glade-versions incl. all dependencies, since it seems that Glade
is quite buggy, but bugs are only fixed in the newest version,
which again depends on the newest GTK+-libraries...
I now "solved" this problem myself: I have written a shell-script, which
downloads the newest Glade, GTK+, ... sources, compiles and installs
them in the right order, and creates a glade.sh-script, which sets up
the environment so that the newly compiled Glade works (thanks for
pointing this out!).

So, it should now be easier to compile/use the newest Glade-version.
You can find the script at: http://www.simple-is-better.org/gtk/#building-glade
I have currently only tested it on Debian Wheezy (where it works well);
please let me know if it does or doesn't work on other distributions.


In addition:
Are you interested into adding this script to the Glade-source-tree,
or should I maintain it separately?


regards
Roland
_______________________________________________
Glade-devel maillist - Glade-***@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/glade-devel
Tristan Van Berkom
2014-06-10 20:15:23 UTC
Permalink
Hi Roland,

I'm not interested in adding another build script, but FYI, building
Glade and it's dependencies is of course one of the steps involved in
packaging a distro-agnostic bundle, which is documented here:

https://git.gnome.org/browse/glade/tree/build/linux/README

Using some hints from there, you should be able to build Glade and
it's dependencies safely into a relocated prefix using a variation of
this command:

BUNDLE_ROOT=~/GladeBundle BUNDLE_DIR=${GLADE_CHECKOUT}/build/linux
jhbuild -f ${GLADE_CHECKOUT}/build/linux/jhbuildrc build

Building Glade and it's stack should just be a matter of running
jhbuild with our own moduleset... the moduleset prefers tarballs to
git repository so to build newer versions you may have to modify the
moduleset.

In any case what we have in tree is just a bit more sophisticated
version of your script, where we offload much of the grunt work to the
jbuild scripts and just define a moduleset (which is why I would be
opposed to adding yet another build script).

Cheers,
-Tristan



On Tue, Jun 10, 2014 at 3:08 PM, Roland Koebler
Post by Roland Koebler
Hi,
Post by Roland Koebler
- It would be nice if there would be some easier way to compile newer
Glade-versions incl. all dependencies, since it seems that Glade
is quite buggy, but bugs are only fixed in the newest version,
which again depends on the newest GTK+-libraries...
I now "solved" this problem myself: I have written a shell-script, which
downloads the newest Glade, GTK+, ... sources, compiles and installs
them in the right order, and creates a glade.sh-script, which sets up
the environment so that the newly compiled Glade works (thanks for
pointing this out!).
So, it should now be easier to compile/use the newest Glade-version.
You can find the script at: http://www.simple-is-better.org/gtk/#building-glade
I have currently only tested it on Debian Wheezy (where it works well);
please let me know if it does or doesn't work on other distributions.
Are you interested into adding this script to the Glade-source-tree,
or should I maintain it separately?
regards
Roland
_______________________________________________
http://lists.ximian.com/mailman/listinfo/glade-devel
_______________________________________________
Glade-devel maillist - Glade-***@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/glade-devel
Roland Koebler
2014-06-10 20:58:23 UTC
Permalink
Hi Tristan,
Post by Tristan Van Berkom
I'm not interested in adding another build script, but FYI, building
Glade and it's dependencies is of course one of the steps involved in
https://git.gnome.org/browse/glade/tree/build/linux/README
Is there any reason, why this isn't included in glade-3.18.3.tar.xz,
and neither the .tar.xz-files nor the website contains any hint about
this??

I mean, nearly *everybody* who downloads a new Glade-version also has
to compile a new GTK+ etc. incl. all dependencies, so I think it would
be good to document this and include it in the tar.xz, instead of hiding
it in some subdirectory of the bleeding-edge-git-repository...


Roland
_______________________________________________
Glade-devel maillist - Glade-***@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/glade-devel
t***@gmail.com
2014-06-11 01:45:08 UTC
Permalink
Hi Roland,

I had not thought of including our platform specific helper scripts in the release tarballs, but it certainly wouldn't hurt, we can update the make files to this effect.

Cheers,
-Tristan
Post by Roland Koebler
Hi Tristan,
Post by Tristan Van Berkom
I'm not interested in adding another build script, but FYI, building
Glade and it's dependencies is of course one of the steps involved in
https://git.gnome.org/browse/glade/tree/build/linux/README
Is there any reason, why this isn't included in glade-3.18.3.tar.xz,
and neither the .tar.xz-files nor the website contains any hint about
this??
I mean, nearly *everybody* who downloads a new Glade-version also has
to compile a new GTK+ etc. incl. all dependencies, so I think it would
be good to document this and include it in the tar.xz, instead of hiding
it in some subdirectory of the bleeding-edge-git-repository...
Roland
_______________________________________________
http://lists.ximian.com/mailman/listinfo/glade-devel
_______________________________________________
Glade-devel maillist - Glade-***@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/glade-devel

Roland Koebler
2014-06-10 19:37:37 UTC
Permalink
Hi,

since Glade 3.18.3 now works here, here's an update about the issues I
Post by Roland Koebler
- It uses some weird theme, and looks completely different than all
other GTK+-applications here (btw. I'm not using GNOME but plain fvwm).
Maybe the message "GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications."
has something to do with this. Can this be changed, so that some
default theme is used?
Solved: The self-compiled Glade looks much more familiar; I don't know
if it's still using a different theme, but I'm much happier with the used
theme now.
Post by Roland Koebler
- The layout of the items in the properties-editor became *much* worse.
In older versions, most properties used entries or toggle-buttons,
and were all positioned vertially below each other.
Now, many properties use switches (which I like) and checkboxes.
This would be ok, but the layout got very messy: Some properties
are positioned below each other, others horizonatlly next to each
other, sometimes in 2 columns, sometimes in 3 columns.
This makes the layout very messy, confusing and hard to use.
In addition, this causes the properties-editor to require more
space on the screen, sometimes nearly half (!) of the screen,
to show the properties without a horziontal scrollbar (e.g.
for GtkScrolledWindow).
So, I would suggest to improve the layout, make it more clear and
use a clear structure, e.g.: Put all properties vertically below
each other instead of horizontally next to each other. This would
improve usability a lot.
(The Signals-tab requires even more space (mostly because the Detail-
and Handler-column use much space although they are empty), but this
is less problematic than with the other tabs.)
No change. (Still bad layout.)
Post by Roland Koebler
- In earlier versions, I could shift-click (or ctrl-click?) an item on
the palette, an then place this widget multiple times. This was very
useful if I had to place e.g. many buttons or labels, but it doesn't
work anymore. Could this be added again?
No change. (Still doesn't work.)
Post by Roland Koebler
- In addition to the above: If I click on a wiget on the palette, is
there any way to abort this without placing the widget? I would
suggest to make this possible by e.g. pressing ESC or the
mouse-pointer-button on the toolbar.
No change (Still doesn't work.)
I'll create a bugreport for this, since e.g. the mouse-pointer changes to
a normal arrow after clicking on "Select widgets" on the toolbar, but
still a widget is added.
Post by Roland Koebler
Glade often hangs, when dragging a created GtkPaned/GtkScrolledWindow/etc.
Glade then only shows a modal window (on all virtual desktops, see
attachment), doesn't react anymore, and causes 100% CPU load.
In these cases, I have to kill glade (or more exactly: kill
/tmp/.mount_Jq1Ok0/home/tristan/Glade/Install/bin/glade).
Maybe this has been resolved; but I have to test this more.
Post by Roland Koebler
The properties-editor becomes extremely slow after working with it for
some time: When I want to edit the ID of a widget the contents
of a label, I sometimes have to type blindly and wait for several
seconds (e.g. 8s!), or wait for 1 second (with 100% CPU-load!) after
every chacter until the characters appear in the properties-entry!
Closing and reopening the Glade-file or restarting Glade usually
"solves" this for a while.
I currently don't know if this was solved; if this happens again with
Glade 3.18.3, I'll create a bugreport.
Post by Roland Koebler
"Add Parent" does not work anymore e.g. on GtkFrame, GtkAlignment,
GtkGrid, GtkBox etc. For example, if I create a GtkFrame, add a
GtkLabel, and then want to add a GtkBox as parent, this doesn't work
but shows the error "Widgets of type Alignment need placeholders
to add children." The same error occurs e.g. when trying to add a
GtkBox as Parent of a GtkGrid, or a Viewport as Parent to a GtkGrid etc.
This worked in Glade 3.12.
"Add Parent" now doesn't create an error-message, but after saving and
reloading the file, the contents of the added GtkScrolledWindow is
completely gone and it's not possible to add anything to the
ScrolledWindow again. So, I'll create a bugreport for this.
Post by Roland Koebler
In the Palette under "Miscellaneous", "GtkImage" is missing.
No change. I'll create a bugreport for this.
Post by Roland Koebler
There is no way to modify the displayed contents of the linkbutton!
The only show "button", and this cannot be changed in Glade.
Workaround: Edit the GtkBuilder-XML-file directly.
No change. I'll create a bugreport for this.
Post by Roland Koebler
I think "[ ] Add custom content" should be a radio-button instead of
a checkbutton, since it completely behaves like a radiobutton.
No change. I'll create a bugreport for this.
Post by Roland Koebler
If I create a button including an image, the image is hidden in
Glade, unless I click "Always show image". But this property was
introduced in GTK+3.6, and I'm creating a GUI for GTK+3.2, so
I cannot use this property.
Later, in the application (with GTK+ 3.4), the image is shown
correctly, only Glade doesn't show them.
No change. I'll create a bugreport for this.
Post by Roland Koebler
Selecting the image by "Icon Name" is broken: The "Select Named
Icon" does not find any standard-icons. This worked fine in
Glade 3.12.
GtkApplicationWindow needs an icon named 'widget-gtk-applicationwindow'")
Solved: Does not occur on self-compiled Glade 3.18.3.
Post by Roland Koebler
"Horizontal" and "Vertical" here have both a checkbutton and a switch.
One should be enough, and I would recommend to keep the switch but
remove the checkbox.
No change. I'll create a bugreport for this.
Post by Roland Koebler
When clicking "Preview snapshot", I sometimes get an empty window
(glade-previewer:8587): Gtk-CRITICAL **: gtk_box_pack: assertion 'gtk_widget_get_parent (child) == NULL' failed
No change. I'll create a bugreport for this.
Post by Roland Koebler
I got several assertions. In my understanding, assertions should only
be used for coding errors, and not for unexpected input.
(glade:8214): GladeUI-CRITICAL **: glade_project_selection_clear: assertion 'GLADE_IS_PROJECT (project)' failed
(glade:13717): Gtk-CRITICAL **: gtk_status_icon_set_from_file: assertion 'filename != NULL' failed
(glade:13717): Gtk-CRITICAL **: gtk_status_icon_set_from_stock: assertion 'stock_id != NULL' failed
(glade:13717): Gtk-CRITICAL **: gtk_status_icon_set_from_icon_name: assertion 'icon_name != NULL' failed
I did not get such assertions yet; I'll create bugreports if I do again.


regards
Roland
_______________________________________________
Glade-devel maillist - Glade-***@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/glade-devel
Juan Pablo Ugarte
2014-06-03 00:40:44 UTC
Permalink
Post by Roland Koebler
Hi,
I'm using Debian Wheezy (which includes Glade 3.12.1), and tried to
compile a newer Glade. And since newer Glade-versions require a newer
GTK+-version, I had to compile atk, cairo, fontconfig, gdk-pixbuf, glib,
harfbuzz, pango, pixman, gtk+, and -- finally -- glade.
But, unfortunately, Glade still does not run, but fails with the
(lt-glade:23203): GLib-GIO-ERROR **: attempting to create schema 'org.gtk.Settings.FileChooser' without a path
Trace/breakpoint trap
You need to setup your environment properly
I use a script like this

PREFIX="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"

export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig/
export LD_LIBRARY_PATH=$PREFIX/lib/

export GSETTINGS_SCHEMA_DIR=$PREFIX/share/glib-2.0/schemas/
export PATH=$PREFIX/bin:$PATH


_______________________________________________
Glade-devel maillist - Glade-***@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/glade-devel
Loading...