GResource + GtkImage + Glade
Hello all, I am rolling all my resource files (builder xml files and images) into a GResource, and linking it to my binary. I figured that glade does not know about 'resources'. So, I unlinked my images from the glade file and am load them manually by fetching from the resource. Because of this, I have the following annoyances: 1. I cannot see those images from the Glade designer any more 2. I need to manually load all those images and assign them to the widgets in code Is this the right way of doing things? Or am I doing something wrong? Joe -- Joe Steeve HiPro IT Solutions Private Limited http://hipro.co.in/ ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
bar with label and two buttons
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all: I want to create a bar with two buttons and a label between, but I want that both buttons have exactly the same width, no matter if one has a large text and the other a shorter one. But also I don't want to fixate the width, like using a grid would mandate, but want that the width will be the minimum needed by the bigger button (I don't want to have problems if a translation results in a very long text). Finally, the label must be between both buttons, expanded, using the maximum available space. I created a picture with the idea, which is here: http://picpaste.com/buttons.png How can I do that? Thanks. - -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDffTwACgkQXEZvyfy1ha+jsQCgxDHu2vSSK/hTsyDngUtQ3KY8 01cAoN1j24LLlskD8J5cIdV9meG76kNJ =kYq1 -END PGP SIGNATURE- ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: bar with label and two buttons
- Original Message - From: rastersoft ras...@rastersoft.com To: GTK App Devel gtk-app-devel-list@gnome.org Cc: Sent: Saturday, December 29, 2012 6:31 PM Subject: bar with label and two buttons -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all: I want to create a bar with two buttons and a label between, but I want that both buttons have exactly the same width, no matter if one has a large text and the other a shorter one. But also I don't want to fixate the width, like using a grid would mandate, but want that the width will be the minimum needed by the bigger button (I don't want to have problems if a translation results in a very long text). Finally, the label must be between both buttons, expanded, using the maximum available space. I created a picture with the idea, which is here: http://picpaste.com/buttons.png How can I do that? Thanks. - -- Nos leemos RASTER (Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com I think this might be what you want: http://developer.gnome.org/gtk3/stable/GtkSizeGroup.html ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: glib-mkenums in glib 2
On Sat, Dec 29, 2012 at 07:13:56AM +, John Emmas wrote: 2) Along a similar vein, it looks like I need to process the module 'gio/gdbus-2.0/codegen/gdbus-codegen.in' but I don't know what program / script I need for processing it. Anything ending with .in is usually processed by configure (config.status) which you obviously don't have so you must replace @VARIABLE@s with the corresponding values using whatever you have. But the only two variables present there are unused on MS Windows anyway – MS Windows neither recognise shbangs nor is the fixed datadir code path useful there. Yeti ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: glib-mkenums in glib 2
On 29 Dec 2012, at 09:55, David Nečas wrote: Anything ending with .in is usually processed by configure (config.status) which you obviously don't have so you must replace @VARIABLE@s with the corresponding values using whatever you have. But the only two variables present there are unused on MS Windows anyway – MS Windows neither recognise shbangs nor is the fixed datadir code path useful there. Thanks for the suggestion David but in this case (gdbus-codegen.in) it seems to be a python script that needs to get processed. Looking in makefile.am suggests that this command line would be right for my particular machine (imagine that this is all on one line) :- python F:/+GTK-SOURCES/gnu-win32/src/glib/gio/gdbus-2.0/codegen/gdbus-codegen.in --interface-prefix org. --generate-c-code gdbus-daemon-generated --c-namespace _G F:/+GTK-SOURCES/gnu-win32/src/glib/gio/dbus-daemon.xml However, that only seems to produce this error output:- Traceback (most recent call last): File F:/+GTK-SOURCES/gnu-win32/src/glib/gio/gdbus-2.0/codegen/gdbus-codegen.in, line 39, in module from codegen import codegen_main File F:\+GTK-SOURCES\gnu-win32\src\glib\gio\gdbus-2.0\codegen\codegen.py, line 26, in module from . import config ValueError: Attempted relative import in non-package So I'm currently stumped! Like last time, it'll probably be something quite obvious that I've overlooked. John___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: glib-mkenums in glib 2
On Dec 29, 2012, at 7:20 AM, John Emmas john...@tiscali.co.uk wrote: On 29 Dec 2012, at 09:55, David Nečas wrote: Anything ending with .in is usually processed by configure (config.status) which you obviously don't have so you must replace @VARIABLE@s with the corresponding values using whatever you have. But the only two variables present there are unused on MS Windows anyway – MS Windows neither recognise shbangs nor is the fixed datadir code path useful there. Thanks for the suggestion David but in this case (gdbus-codegen.in) it seems to be a python script that needs to get processed. Yes, it's a python script that needs to get processed, replacing the two items David mentioned to produce gdbus-codegen. He' mistaken in this case, though: It's done by make, and you'll find the script in Makefile.am Looking in makefile.am suggests that this command line would be right for my particular machine (imagine that this is all on one line) :- python F:/+GTK-SOURCES/gnu-win32/src/glib/gio/gdbus-2.0/codegen/gdbus-codegen.in --interface-prefix org. --generate-c-code gdbus-daemon-generated --c-namespace _G F:/+GTK-SOURCES/gnu-win32/src/glib/gio/dbus-daemon.xml However, that only seems to produce this error output:- Traceback (most recent call last): File F:/+GTK-SOURCES/gnu-win32/src/glib/gio/gdbus-2.0/codegen/gdbus-codegen.in, line 39, in module from codegen import codegen_main File F:\+GTK-SOURCES\gnu-win32\src\glib\gio\gdbus-2.0\codegen\codegen.py, line 26, in module from . import config ValueError: Attempted relative import in non-package So I'm currently stumped! Like last time, it'll probably be something quite obvious that I've overlooked. That's because gio/gdbus-2.0/codegen/config.py doesn't exist, but config.py.in does -- another file that needs to have its @variables@ substituted -- in this case @datarootdir@, @prefix@, and @VERSION@. This one *is* done by configure, which treats it like a Makefile.in; those are all AC_SUBST values. That prolly doesn't make any sense to you, don't worry about it. @prefix@ is the root of the directory tree where glib is getting installed: /usr/local by default on a Unix/Linux box. @datarootdir@ is where various data files (man pages, translation files, etc.) go, normally prefix/share on a Unix/Linux box. @VERSION@ is the Glib version, currently 2.35.4. So you need to figure out how to fill in those values and create config.py from MSVS. Regards, John Ralls ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: glib-mkenums in glib 2
On 29 Dec 2012, at 16:41, John Ralls wrote: That's because gio/gdbus-2.0/codegen/config.py doesn't exist, but config.py.in does -- another file that needs to have its @variables@ substituted -- in this case @datarootdir@, @prefix@, and @VERSION@. This one *is* done by configure, which treats it like a Makefile.in; those are all AC_SUBST values. That prolly doesn't make any sense to you, don't worry about it. @prefix@ is the root of the directory tree where glib is getting installed: /usr/local by default on a Unix/Linux box. @datarootdir@ is where various data files (man pages, translation files, etc.) go, normally prefix/share on a Unix/Linux box. @VERSION@ is the Glib version, currently 2.35.4. So you need to figure out how to fill in those values and create config.py from MSVS. Many thanks for your help, John. It's getting later here now but I'll give that some further thought tomorrow. John ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list