RE: [Boost-users] Signals & Slots
Interesting stuff, I had to read that a few times to understand the details :) Thanks for the reply Doug, do you mind at all if I forward this to the GTKmm mailing list? I would like to ask them what they think of your implementation. I hope to use GTKmm (which uses libsigc++ of course), and I think boost is great, so I'd be interested to see if maybe the GTKmm devs could be using boost more etc. I'm sure you get the idea, main thing is, I don't want it to look like I am trying to start a slaging match (hence me asking first) :) Cheers mate Gaz -----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Doug Gregor Sent: 17 November 2004 15:49 To: boost-users@lists.boost.org Subject: Re: [Boost-users] Signals & Slots On Nov 17, 2004, at 9:20 AM, Foster, Gareth wrote:
I was just reading some mention of bugs in boost::signal,
They weren't actually bugs :)
is this implementation in competition with libsigc++? i.e. does it aim to do the same job, but under a different license, or is there perhaps some fundamental design difference between the two?
The Signals library aims to be much more flexible than libsigc++ and to have an interface that is more comfortable for Boost. For instance, slots are just function objects with similar signatures (like Boost.Function, because Function is used in Signals), one can combine the results of calling multiple slots into a single return value via an arbitrary function object, and the lifetime of signals & slots is automatically tied to "trackable" objects used in bind expressions to build slots. Basically, libsigc++ is a monolithic entity covering single and multiple-target callbacks, slots, and slot binding, Signals tackles only the multiple-target callbacks, relying on other Boost libraries (especially Function and Signals) to do most of the work, so it integrates cleanly with the rest of Boost. Doug _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
On Nov 17, 2004, at 11:34 AM, Foster, Gareth wrote:
Thanks for the reply Doug, do you mind at all if I forward this to the GTKmm mailing list?
Go ahead.
I would like to ask them what they think of your implementation. I hope to use GTKmm (which uses libsigc++ of course), and I think boost is great, so I'd be interested to see if maybe the GTKmm devs could be using boost more etc. I'm sure you get the idea, main thing is, I don't want it to look like I am trying to start a slaging match (hence me asking first) :)
I would suggest learning quite a bit about both libsigc++ and Boost.Signals before you try to suggest to anyone that they make such a switch, because it will surely require a significant amount of effort and may change the semantics of GTKmm considerably. Doug
Doug Gregor wrote:
On Nov 17, 2004, at 11:34 AM, Foster, Gareth wrote:
Thanks for the reply Doug, do you mind at all if I forward this to the GTKmm mailing list?
Go ahead.
I would like to ask them what they think of your implementation. I hope to use GTKmm (which uses libsigc++ of course), and I think boost is great, so I'd be interested to see if maybe the GTKmm devs could be using boost more etc. I'm sure you get the idea, main thing is, I don't want it to look like I am trying to start a slaging match (hence me asking first) :)
I would suggest learning quite a bit about both libsigc++ and Boost.Signals before you try to suggest to anyone that they make such a switch, because it will surely require a significant amount of effort and may change the semantics of GTKmm considerably.
Doug
No chance! Although I don't fully comply, Murray Cumming considers boost to be API instable. That is no foundation for a GUI toolkit. Hagen. PS: Yep, I tried it.
On Nov 17, 2004, at 7:22 PM, Hagen Möbius wrote:
No chance! Although I don't fully comply, Murray Cumming considers boost to be API instable. That is no foundation for a GUI toolkit.
Yep. If you expect binary compatibility from release to release, Boost is not your library :) Doug
participants (3)
-
Doug Gregor
-
Foster, Gareth
-
Hagen Möbius