<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm">
    <title>gmane.comp.gnome.gtkmm</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26170"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26169"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26168"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26167"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26166"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26165"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26164"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26163"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26162"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26161"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26160"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26159"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26158"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26157"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26156"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26155"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26154"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26153"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26152"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26151"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26170">
    <title>Re: Gtk::Application with a non-unique gtk appl</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26170</link>
    <description>&lt;pre&gt;Basile Starynkevitch:
I am relatively new to gtk+ and gtkmm programming and now it is my
second try after two years to learn and use it in my projects. The
concept of Gtk::Application is yet poorly documented but as far as I
know it is a good practice to use it. Gtk::Application is framework-like
approach to write gtk+ (gtkmm) applications in cleaner way. You have all
common elements of typical application gathered in one place (class) in
a way that lets them "talk" to each other. For most  of common apps
there is no need to reinvent the wheel and write your custom code, but
if you feel that your plug in is so specific and that Gtk::Application
is so generic and does not fit your needs, you might want to go the old
way (with Gtk::Main).

Mateusz Marzantowicz
&lt;/pre&gt;</description>
    <dc:creator>Mateusz Marzantowicz</dc:creator>
    <dc:date>2012-05-16T23:09:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26169">
    <title>Re: another simple ( I imagine ) problem</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26169</link>
    <description>&lt;pre&gt;
How about just queue_draw()? I'm assuming that the clock example uses the draw
signal for drawing.

&lt;/pre&gt;</description>
    <dc:creator>Chow Loong Jin</dc:creator>
    <dc:date>2012-05-16T21:11:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26168">
    <title>another simple ( I imagine ) problem</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26168</link>
    <description>&lt;pre&gt;I am trying to write an extremely simple program, which will be animated 
by showing an image, then redrawing it one pixel over, etc.

I have followed the clock example in the tutorial with the following 
successes:

the image is displayed.
the timer works
the timer connects to a function (following the clock example),

But I can't figure out how to redraw the image.

Here is the function that I thought would lead to the image disappearing 
(Header is the drawing area):

bool Header::update()
{
Glib::RefPtr&amp;lt;Gdk::Window&amp;gt; win = get_window();
     if (win)
     {
       Gdk::Rectangle r(600, 2, 70,70);// this is the rectangle where 
the image is displayed
       win-&amp;gt;invalidate_rect(r, false);
     };
return TRUE;
}

Thanks for any help.

Andy Gilman
&lt;/pre&gt;</description>
    <dc:creator>Andy Gilman</dc:creator>
    <dc:date>2012-05-16T20:07:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26167">
    <title>Re: Immediately updating status bar</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26167</link>
    <description>&lt;pre&gt;Try to iterate Gtk::Main while has pending events...

On 05/16/2012 01:00 PM, gtkmm-list-request&amp;lt; at &amp;gt;gnome.org wrote:
     while (Gtk::Main::events_pending ())
     {
         Gtk::Main::iteration ();
     }

Luis Vaz

_______________________________________________
gtkmm-list mailing list
gtkmm-list&amp;lt; at &amp;gt;gnome.org
http://mail.gnome.org/mailman/listinfo/gtkmm-list
&lt;/pre&gt;</description>
    <dc:creator>Luís Vaz</dc:creator>
    <dc:date>2012-05-16T13:14:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26166">
    <title>Gtk::Application with a non-unique gtk appl</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26166</link>
    <description>&lt;pre&gt;Hello All,


### context ###
I'm working on the MELT plugin of the GCC compiler, see http://gcc-melt.org/ for more.

I'm adding to MELT the ability to interact with a graphical probe. In broad terms, 
when you invoke the GCC compiler with specific arguments 
  gcc -fplugin=melt -fplugin-arg-melt-mode=probe -c -O your-source.c 
for example, a GTK application is "magically" forked by GCC and communicates with
GCC (actually the cc1 program) to display various information about the compilation.
The probe is communicating thru two textual asynchronous pipes with cc1.

The probe (GPLv3 licensed) is written in C++11 using GtkMM 3.4 &amp;amp; GtkSourcecViewMM; you could find its 
code under contrib/ of the melt-branch of GCC. In particular, see 
http://gcc.gnu.org/viewcvs/branches/melt-branch/contrib/simplemelt-gtkmm-probe.cc

This is a self-contained GtkMM application. A comment near the end of the file shows how to compile it.
The probe is currently in bad state (svn rev 187541); in its previous revision 
svn 187245 it wo&lt;/pre&gt;</description>
    <dc:creator>Basile Starynkevitch</dc:creator>
    <dc:date>2012-05-16T12:25:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26165">
    <title>Immediately updating status bar</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26165</link>
    <description>&lt;pre&gt;Hi

I have a window with some buttons and a status bar.
When i click one of the buttons this starts a lengthy operation.
I would like to have a  message like "loading data..." appear
on the status bar as soon as i press the button.

This is what i do:

void IQWin::on_button_load_data_clicked() {
    m_Status.push("loading data...");
    m_IQScene.loadData(m_txtDataFile.get_text().c_str());
}

But that way the message on the status bar only appears when
the function has completed (after all the data has been loaded).

I guess by starting a thread which does the loading i could solve this problem,
but is there a more simple way to do this?

Thank You
  Jody
&lt;/pre&gt;</description>
    <dc:creator>jody</dc:creator>
    <dc:date>2012-05-15T15:08:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26164">
    <title>Re: Deadlock in Gst::init()</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26164</link>
    <description>&lt;pre&gt;
Hi José,

Indeed it does fix the problem. All tests pass and subtitleeditor
runs now without deadlocking. Thank you for your time and help
with this.

Regards,
-Kurt
_______________________________________________
gtkmm-list mailing list
gtkmm-list&amp;lt; at &amp;gt;gnome.org
http://mail.gnome.org/mailman/listinfo/gtkmm-list
&lt;/pre&gt;</description>
    <dc:creator>Kurt Miller</dc:creator>
    <dc:date>2012-05-15T00:24:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26163">
    <title>Re: Deadlock in Gst::init()</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26163</link>
    <description>&lt;pre&gt;
It's still not reproducible here even if both GStreamer and
gst-plugins-base are configured with the --disable-Bsymbolic option.
The gst_adder_get_type() function in gstadder.c is still called from the
plugin_init() function as before.

At any rate, I've made a new release where the custom plug-in
*_get_type() functions are named in such a way so as not to conflict
with the GStreamer *_get_type() function names.  This should fix this
problem though it is not clear why it is happening.


&lt;/pre&gt;</description>
    <dc:creator>José Alburquerque</dc:creator>
    <dc:date>2012-05-14T23:05:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26162">
    <title>gstreamermm-0.10.10.2</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26162</link>
    <description>&lt;pre&gt;gstreamermm 0.10.10.2 is now available for download at:

http://ftp.gnome.org/pub/GNOME/sources/gstreamermm/0.10/

9094485085e08c85ef71832555a983e65f020d41b8b3a98d1288b64dace7c0f1  gstreamermm-0.10.10.2.tar.xz

General Information 
===================

gstreamermm provides C++ bindings for the GStreamer streaming multimedia
library (http://gstreamer.freedesktop.org).  With gstreamermm it is possible to
develop applications that work with multimedia in C++.

gstreamermm is developed over glibmm, libsigc++ and libxml++ and the
functionalities they provide.  This means that, among other things, referencing
and unreferencing of GObjects is handled automatically via glibmm's automatic
pointer class, Glib:RefPtr&amp;lt;&amp;gt;, and libsigc++'s slots are used for callbacks and
signals.

There are several examples, including a media player, in the examples/
directory, that demonstrate how to use the API and there are API docs in the
docs/reference/html directory.  The core plug-ins, such as Gst::Identity and
Gst::FileSrc are als&lt;/pre&gt;</description>
    <dc:creator>José Alburquerque</dc:creator>
    <dc:date>2012-05-14T23:03:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26161">
    <title>Re: Deadlock in Gst::init()</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26161</link>
    <description>&lt;pre&gt;
Hi José,

I think it should be reproduceable if you configure plugins-base
with --disable-Bsymbolic.

Thanks,
-Kurt
_______________________________________________
gtkmm-list mailing list
gtkmm-list&amp;lt; at &amp;gt;gnome.org
http://mail.gnome.org/mailman/listinfo/gtkmm-list
&lt;/pre&gt;</description>
    <dc:creator>Kurt Miller</dc:creator>
    <dc:date>2012-05-14T16:02:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26160">
    <title>Re: Deadlock in Gst::init()</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26160</link>
    <description>&lt;pre&gt;
Hi José,

Thanks for the ideas. Your thinking this is a symbol conflict, right? I tried
the rename of gst_adder_get_type() to gst_adder_mm_get_type() in
adder.cc and wrap_init.cc. This worked to get past the adder recursion,
however the same problem exists in next next plugin to be loaded:
audioconvert.

I'm now thinking this might be due to binutils 2.17 and later new feature:
-Bsymbolic-functions. Can you confirm if gst-plugins-base plugins are
linked with -Bsymbolic-functions? This would explain why the local
function is used over the one in gstreamermm.

Thanks,
-Kurt
_______________________________________________
gtkmm-list mailing list
gtkmm-list&amp;lt; at &amp;gt;gnome.org
http://mail.gnome.org/mailman/listinfo/gtkmm-list
&lt;/pre&gt;</description>
    <dc:creator>Kurt Miller</dc:creator>
    <dc:date>2012-05-14T15:30:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26159">
    <title>RE: Visual Studio and GTKmm-2.4</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26159</link>
    <description>&lt;pre&gt;Thanks!
It helped a lot, the only thing is that I tried compiling 'the' simple gtkmm
program, but I got an error saying:
1&amp;gt;------ Build started: Project: Samiira, Configuration: Debug Win32 ------
1&amp;gt;Build started 5/14/2012 10:32:01 AM.
1&amp;gt;InitializeBuildStatus:
1&amp;gt;  Touching "Debug\Samiira.unsuccessfulbuild".
1&amp;gt;ManifestResourceCompile:
1&amp;gt;  All outputs are up-to-date.
1&amp;gt;LINK : fatal error LNK1561: entry point must be defined
1&amp;gt;
1&amp;gt;Build FAILED.
1&amp;gt;
1&amp;gt;Time Elapsed 00:00:00.93
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

any ideas why I would have this message?



-----Original Message-----
From: gtkmm-list-bounces&amp;lt; at &amp;gt;gnome.org [mailto:gtkmm-list-bounces&amp;lt; at &amp;gt;gnome.org] On
Behalf Of Yann Leydier
Sent: Monday, May 14, 2012 9:01 AM
To: gtkmm-list&amp;lt; at &amp;gt;gnome.org
Subject: Re: Visual Studio and GTKmm-2.4

This is really simple:
http://live.gnome.org/gtkmm/MSWindows#Using_MSVC.2B-.2B-_.28Microsoft_Visual
_Studio.29

If there are no compatible binaries, it's rather easy to compile the
dependencies and G&lt;/pre&gt;</description>
    <dc:creator>Arbol One</dc:creator>
    <dc:date>2012-05-14T14:36:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26158">
    <title>Re: Visual Studio and GTKmm-2.4</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26158</link>
    <description>&lt;pre&gt;This is really simple:
http://live.gnome.org/gtkmm/MSWindows#Using_MSVC.2B-.2B-_.28Microsoft_Visual_Studio.29

If there are no compatible binaries, it's rather easy to compile the 
dependencies and Gtkmm with Visual.

yann

On 14/05/12 14:54, Arbol One wrote:
&lt;/pre&gt;</description>
    <dc:creator>Yann Leydier</dc:creator>
    <dc:date>2012-05-14T13:00:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26157">
    <title>Visual Studio and GTKmm-2.4</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26157</link>
    <description>&lt;pre&gt;I have VS11 as my IDE, 'cons Anjuta will never make it to the Win platform.
Does anyone know good tutorial about adding working with Visual Studio 11
and GTKmm 2.4?

 

A pessimist is one who makes difficulties of his opportunities and an
optimist is one who makes opportunities of his difficulties.

 

_______________________________________________
gtkmm-list mailing list
gtkmm-list&amp;lt; at &amp;gt;gnome.org
http://mail.gnome.org/mailman/listinfo/gtkmm-list
&lt;/pre&gt;</description>
    <dc:creator>Arbol One</dc:creator>
    <dc:date>2012-05-14T12:54:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26156">
    <title>Re: EXTERNAL: Re: Two events when selecting a RadioButton</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26156</link>
    <description>&lt;pre&gt;I found it.  Thanks

Looks like I was on the right track.  This is what I did.

Damon Register
&lt;/pre&gt;</description>
    <dc:creator>Damon Register</dc:creator>
    <dc:date>2012-05-14T09:55:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26155">
    <title>Re: Deadlock in Gst::init()</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26155</link>
    <description>&lt;pre&gt;
As a test maybe someone could change the occurrences of
gst_adder_get_type() in adder.cc and wrap_init.cc (of gstreamermm) to
gst_adder_gstreamermm_get_type() (or something else), rebuild and run
one of the tests (in tests/) or an example (such as the hello_world
example) and see if that makes a difference.


&lt;/pre&gt;</description>
    <dc:creator>José Alburquerque</dc:creator>
    <dc:date>2012-05-13T19:30:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26154">
    <title>Re: Deadlock in Gst::init()</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26154</link>
    <description>&lt;pre&gt;
It's difficult to know exactly what's happening.  On this system,
stepping through the code from frame 8 goes to line 119 of gstadder.c
which looks like the following:

GST_BOILERPLATE (GstAdder, gst_adder, GstElement, GST_TYPE_ELEMENT);

Apparently, this macro (defined in gstutils.h of GStreamer) generates
standard functions (among other things) for plug-ins such as the
*_get_type() functions (gst_adder_get_type() in this case).  The stack
trace below confirms this:

#0  g_once_init_enter(location = 0x7ffff31494e8) at gthread.c:674
#1  gst_adder_get_type() at gstadder.c:119
#2  plugin_init(plugin = 0x725e70) at gstadder.c:1322
#3  gst_plugin_register_func(plugin = 0x725e70, desc = 0x7ffff3149460,
user_data = 0x0) at gstplugin.c:557
#4  gst_plugin_load_file(filename = 0x734230
"/opt/usr-jhbuild/lib/gstreamer-0.10/libgstadder.so", error =
0x7fffffffdd88) at gstplugin.c:843
#5  gst_plugin_load_by_name(name = 0x73333f "adder") at gstplugin.c:1297
#6  gst_plugin_feature_load(feature = 0x735480) at
gstpluginfeat&lt;/pre&gt;</description>
    <dc:creator>José Alburquerque</dc:creator>
    <dc:date>2012-05-13T18:56:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26153">
    <title>Uninstalling GTKmm-64</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26153</link>
    <description>&lt;pre&gt;After downloading and installing Glade  from
http://ftp.gnome.org/pub/GNOME/binaries/win32/glade3/3.6/, I was unable to
run the program 'cos there were some dll files missing, good! I thought, I
will uninstall it and continue my development without it. However, after
uninstalling Glade, I went back to recompile my GTKmm-64 application, well.
Code::Blocks now reports that there are some gtkmm-64's dlls missing. I
thought, Glade must've done something wrong when uninstalling, so I
proceeded to reinstall gtkmm-64. As we all know before installing, the
gtkmm-64 installer first checks for the existence of another gtkmm-64
installation and ask you to uninstall it, I clicked on 'Yes' and so it was
done, or at least so I thought. Now, there is no gtkmm-64 in my computer,
but the gtkmm-64 installer keeps saying that there is another gtkmm-64
installation and ask for it to be uninstalled, and sure enough it fails
uninstalling it. 'cos there is not gtkmm-64.

 

Anyone knows the solution to this problem?

 

 

A pessi&lt;/pre&gt;</description>
    <dc:creator>Arbol One</dc:creator>
    <dc:date>2012-05-13T12:55:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26152">
    <title>Re: EXTERNAL: Re: Two events when selecting a RadioButton</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26152</link>
    <description>&lt;pre&gt;Hi Damon,

On Sat, 12 May 2012 15:18:38 -0400 you wrote:

It was on the gtk-list rather than the gtkmm-list :
http://mail.gnome.org/archives/gtk-list/2011-May/msg00003.html


Possibly I may have mistyped - I use "get_state", not "get_active".
I have an array of RadioButton instances, all attached to the same
callback function for signal_clicked, which looks like: 
void MyClass::ClickedCallBack ( unsigned int idx )
{
    if ( ModeButton[idx].get_state() )
    {
        printf ( "Mode %d selected\n", idx );
        // Now in this mode
        // blah blah
    }
    else
    {
        printf ( "Mode %d deselected\n", idx );
        // No longer in this mode
        // blah blah
    }
}

The callback is attached with:
    for ( cc=0; cc&amp;lt;NumButtons; cc++ )
        ModeButton[cc].signal_clicked().connect ( sigc::bind&amp;lt;int&amp;gt; ( 
                     sigc::mem_fun(*this, &amp;amp;MyClass::ClickedCallBack), cc ) );

That works for me on GTKmm-2
&lt;/pre&gt;</description>
    <dc:creator>Robert Pearce</dc:creator>
    <dc:date>2012-05-13T12:55:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26151">
    <title>Re: EXTERNAL: Re: Two events when selecting a RadioButton</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26151</link>
    <description>&lt;pre&gt;I can hardly believe the error I made but I finally figured out why I
couldn't get the expected results out of the get_state().  I fixed it
and now can detect the one getting the selection.  I typed the name of
the button but forgot to add the -&amp;gt;get_state().

Damon Register
&lt;/pre&gt;</description>
    <dc:creator>Damon Register</dc:creator>
    <dc:date>2012-05-12T19:56:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26150">
    <title>Re: EXTERNAL: Re: Multiple event calls</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.gtkmm/26150</link>
    <description>&lt;pre&gt;What was that hack?  How did you solve your problem?

Damon Register
&lt;/pre&gt;</description>
    <dc:creator>Damon Register</dc:creator>
    <dc:date>2012-05-12T19:20:06</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gnome.gtkmm">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gnome.gtkmm</link>
  </textinput>
</rdf:RDF>

