Store GtkRadioButtonGroup value in GSettings
I'm in the process of converting GnuCash from GConf to GSettings. I found the g_settings_bind to be an invaluable convenience function to bind checkboxes, spinbuttons and entries to gsettings values. This function has reduced a lot of our Gconf glue code. I am looking at doing something similar for our gtkradiobuttons, but I have some difficulties in finding the most elegant way to go about it. At present we have defined one gconf setting per radio group. So if we have three radiobuttons Foo,Bar and Baz in one radio group called FooGroup, there is one associated Gconf setting named FooGroup, which can have a value of Foo,Bar or Baz. Obviously, with this configuration I don't have one single object property to bind to so that g_settings_bind can do its magic. Searching for gsettings gtkradiobutton or variants doesn't turn up much information on this. So how should this be set up ? Is it possible to keep one gsettings parameter to work for three radio buttons ? Or should I go for 3 gsettings parameters to match on on one with the radio buttons ? The latter option will certainly make it more difficult to migrate settings from the old gconf database to the new gsettings backend. Geert ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Stock Items Deprecation
hi; On 13 September 2013 03:10, Matthew Brush mbr...@codebrainz.ca wrote: As some of you may have noticed we have recently deprecated Stock Items in master. Some details on this change may be found here: https://docs.google.com/document/d/1KCVPoYQBqMbDP11tHPpjW6uaEHrvLUmcDPqKAppCY8o/pub Please let us know what you think. Do you mind if I simply ask why are you asking for feeback? can't really talk for Jon, but I think it's obvious why: you can only get feedback once you do something, and find issues when people start porting their code, not before. as a rule, people don't port their code until it's strictly necessary, so doing thought experiments and getting feedback prior to actually deprecating API yields either skewed, or no results. luckily, we have GTK under revision control, so if we need to do so, we can revert commits — which is something that happened multiple times in the past (even in this cycle). it's also obvious that somebody's mind has been made: that's how things get started, developed, and committed. it doesn't mean that opinions can't change, though; it's still possible to convince to revert, or to defer to a later cycle. we can even undeprecate in another cycle. it helps if you don't automatically assume that people working on GTK are stubborn or simply don't care. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Stock Items Deprecation
On 13-09-13 02:29 AM, Emmanuele Bassi wrote: hi; On 13 September 2013 03:10, Matthew Brush mbr...@codebrainz.ca wrote: As some of you may have noticed we have recently deprecated Stock Items in master. Some details on this change may be found here: https://docs.google.com/document/d/1KCVPoYQBqMbDP11tHPpjW6uaEHrvLUmcDPqKAppCY8o/pub Please let us know what you think. Do you mind if I simply ask why are you asking for feeback? can't really talk for Jon, but I think it's obvious why: you can only get feedback once you do something, and find issues when people start porting their code, not before. as a rule, people don't port their code until it's strictly necessary, so doing thought experiments and getting feedback prior to actually deprecating API yields either skewed, or no results. luckily, we have GTK under revision control, so if we need to do so, we can revert commits — which is something that happened multiple times in the past (even in this cycle). it's also obvious that somebody's mind has been made: that's how things get started, developed, and committed. it doesn't mean that opinions can't change, though; it's still possible to convince to revert, or to defer to a later cycle. we can even undeprecate in another cycle. it helps if you don't automatically assume that people working on GTK are stubborn or simply don't care. I certainly don't assume that automatically, but when massive deprecations are made presumably without any prior discussion (at least on any public GTK+ channels), and then feedback is asked for and a number of important issues are raised and nothing is done about it, or even responding to some of the issues, just ignoring the thread for 2 months now ... what can be assumed? It's just frustrating trying to contribute to GTK+, or even to just code apps against it, when this stuff happens. Cheers, Matthew Brush ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Stock Items Deprecation
hi; On 13 September 2013 11:33, Matthew Brush mbr...@codebrainz.ca wrote: I certainly don't assume that automatically, but when massive deprecations are made presumably without any prior discussion (at least on any public GTK+ channels) discussions these days tend to happen on high bandwidth channels (hackfest, conferences, public IRC channels), because mailing lists have proven, time and again, to be poor venues of communication, especially when it comes to time-sensitive development. all invested parties should really consider joining the #gtk+ IRC channel, if you're not there already. and then feedback is asked for and a number of important issues are raised and nothing is done about it, or even responding to some of the issues, just ignoring the thread for 2 months now ... what can be assumed? the thread is not ignored — it just happened to be between GUADEC and a bunch of people going on holiday. it's still routinely discussed on IRC, for instance. Murray has been very good at filing bugs. if there are *concrete* issues in porting code from the stock system to the named icons, or from GtkAction/GtkUIManager to GAction/GtkBuilder, then filing bugs with *actionable items* is the quickest way to get feedback. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK TreeView
Hi! It will probably work if you make the cells editable ( https://developer.gnome.org/gtk3/stable/GtkCellRendererText.html#GtkCellRendererText--editable ). Alternatively, you could write your own cell renderer (maybe inheriting GtkCellRendererText) to handle the selection yourself. Regards, Vivien On 11 September 2013 18:05, Tech Support Department t...@frontrowcomputer.com wrote: Will someone please describe a way to make text selectable for the purposes of allowing the user to copy from a GTK TreeView.? We are stumped. Thank you very much. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
On Fri, Sep 13, 2013 at 05:28:14PM +0100, Patrick Welche wrote: On Fri, Sep 13, 2013 at 12:25:34PM -0400, Mack J. Jenkins wrote: The following is returned. [root@yws14 ~]# PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig pkg-config --modversion glib-2.0 2.34.0 and your original? PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig ./configure --prefix=/usr/local/packages/atk/2.7.5 If that doesn't work try adding --disable-glibtest as an argument to configure... Cheers, Patrick ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
On Fri, Sep 13, 2013 at 11:56:44AM -0400, Mack J. Jenkins wrote: I do know what it was installed, and I assigned the PKG_CONFIG_PATH variable, and it still does not install. I tried to install this way, PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig/ ./configure --prefix=/usr/local/packages/atk/2.7.5 There it looks as though you are trying to build atk. So, when you tried the above, did atk say it couldn't find glib? Cheers, Patrick ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
On Fri, Sep 13, 2013 at 12:19:09PM -0400, Mack J. Jenkins wrote: Yes, in this section I am trying to build ATK, only because GTK tells me I have to have it, in order to build GTK. But yes, the install fails and it says it can not find glib-2.0.pc. Just to test, what does this say: PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig pkg-config --modversion glib-2.0 Cheers, Patrick ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
On Fri, Sep 13, 2013 at 12:25:34PM -0400, Mack J. Jenkins wrote: The following is returned. [root@yws14 ~]# PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig pkg-config --modversion glib-2.0 2.34.0 and your original? PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig ./configure --prefix=/usr/local/packages/atk/2.7.5 P ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
On Wed, Sep 11, 2013 at 04:36:50PM -0400, Mack J. Jenkins wrote: I have tried a few different ways to assign glib-2.0.pc to the variable PKG_CONFIG_PATH, but it continues to fail. Is there some trick I am missing out on since I am new to ATK and GTK+? Do you know where glib-2.0.pc was put on your system? Something like /usr/local/lib/pkgconfig? find /usr/local -name glib-2.0.pc might help? Cheers, Patrick ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
The following is returned. [root@yws14 ~]# PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig pkg-config --modversion glib-2.0 2.34.0 -- Mack J. Jenkins, II 404-385-1591 mack.jenk...@eas.gatech.edu System Support Engineer II Earth Atmospheric Sciences - Original Message - From: Patrick Welche pr...@cam.ac.uk To: Mack J. Jenkins mack.jenk...@eas.gatech.edu Cc: gtk-list@gnome.org Sent: Friday, September 13, 2013 12:23:48 PM Subject: Re: Installing GTK+ 3.8.0 On Fri, Sep 13, 2013 at 12:19:09PM -0400, Mack J. Jenkins wrote: Yes, in this section I am trying to build ATK, only because GTK tells me I have to have it, in order to build GTK. But yes, the install fails and it says it can not find glib-2.0.pc. Just to test, what does this say: PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig pkg-config --modversion glib-2.0 Cheers, Patrick ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
I do know what it was installed, and I assigned the PKG_CONFIG_PATH variable, and it still does not install. I tried to install this way, PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig/ ./configure --prefix=/usr/local/packages/atk/2.7.5 As well as setting the variable, exporting it, and then running only the ./configure portion above. -- Mack J. Jenkins, II 404-385-1591 mack.jenk...@eas.gatech.edu System Support Engineer II Earth Atmospheric Sciences - Original Message - From: Patrick Welche pr...@cam.ac.uk To: Mack J. Jenkins mack.jenk...@eas.gatech.edu Cc: gtk-list@gnome.org Sent: Friday, September 13, 2013 11:51:28 AM Subject: Re: Installing GTK+ 3.8.0 On Wed, Sep 11, 2013 at 04:36:50PM -0400, Mack J. Jenkins wrote: I have tried a few different ways to assign glib-2.0.pc to the variable PKG_CONFIG_PATH, but it continues to fail. Is there some trick I am missing out on since I am new to ATK and GTK+? Do you know where glib-2.0.pc was put on your system? Something like /usr/local/lib/pkgconfig? find /usr/local -name glib-2.0.pc might help? Cheers, Patrick ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
Patrick, Yes, in this section I am trying to build ATK, only because GTK tells me I have to have it, in order to build GTK. But yes, the install fails and it says it can not find glib-2.0.pc. -- Mack J. Jenkins, II 404-385-1591 mack.jenk...@eas.gatech.edu System Support Engineer II Earth Atmospheric Sciences - Original Message - From: Patrick Welche pr...@cam.ac.uk To: Mack J. Jenkins mack.jenk...@eas.gatech.edu Cc: gtk-list@gnome.org Sent: Friday, September 13, 2013 12:16:32 PM Subject: Re: Installing GTK+ 3.8.0 On Fri, Sep 13, 2013 at 11:56:44AM -0400, Mack J. Jenkins wrote: I do know what it was installed, and I assigned the PKG_CONFIG_PATH variable, and it still does not install. I tried to install this way, PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig/ ./configure --prefix=/usr/local/packages/atk/2.7.5 There it looks as though you are trying to build atk. So, when you tried the above, did atk say it couldn't find glib? Cheers, Patrick ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
When I use ./configure --disable-glibtest --prefix=/usr/local/packages/atk/2.7.5 I still get the same message. checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.16... yes checking for GLIB - version = 2.31.2... no configure: error: *** GLIB 2.31.2 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/. If GLIB is installed *** but not in the same location as pkg-config add the location of the file *** glib-2.0.pc to the environment variable PKG_CONFIG_PATH. -- Mack J. Jenkins, II 404-385-1591 mack.jenk...@eas.gatech.edu System Support Engineer II Earth Atmospheric Sciences - Original Message - From: Patrick Welche pr...@cam.ac.uk To: Mack J. Jenkins mack.jenk...@eas.gatech.edu Cc: gtk-list@gnome.org Sent: Friday, September 13, 2013 12:33:21 PM Subject: Re: Installing GTK+ 3.8.0 On Fri, Sep 13, 2013 at 05:28:14PM +0100, Patrick Welche wrote: On Fri, Sep 13, 2013 at 12:25:34PM -0400, Mack J. Jenkins wrote: The following is returned. [root@yws14 ~]# PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig pkg-config --modversion glib-2.0 2.34.0 and your original? PKG_CONFIG_PATH=/usr/local/packages/glib/2.34.0/lib/pkgconfig ./configure --prefix=/usr/local/packages/atk/2.7.5 If that doesn't work try adding --disable-glibtest as an argument to configure... Cheers, Patrick ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing GTK+ 3.8.0
於 2013/9/14 上午 02:28, Mack J. Jenkins 提到: checking for GLIB - version = 2.31.2... no configure: error: *** GLIB 2.31.2 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/. If GLIB is installed *** but not in the same location as pkg-config add the location of the file *** glib-2.0.pc to the environment variable PKG_CONFIG_PATH. Hi Mack, I might not be the best one to answer this, but this is what I normally do when I package tarballs under Linux to be able to test the code in Windows: -set the LD_LIBRARY_PATH to where you installed your own GLib build .so's, such as: export LD_LIBRARY_PATH=/opt/gnome.build.unstable/lib:/opt/gnome.build.unstable/lib64:$LD_LIBRARY_PATH -set the PKG_CONFIG_PATH to where you installed your own GLib build .pc files, such as: export PKG_CONFIG_PATH=/opt/gnome.build.unstable/lib/pkgconfig:/opt/gnome.build.unstable/lib64/pkgconfig:$PKG_CONFIG_PATH -Then attempt to do the autogen.sh/configure - make - make install dance one by one. It probably depends on your distro whether it uses a */lib64/ for 64-bit installations of the code you build (it does so on Fedora 18/19, for at least harfbuzz which is required for Pango on Linux). Hope this may be of help. With blessings. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list