From 08c1e93fa36a49f49325a07fe91ff92c964c2b6c Mon Sep 17 00:00:00 2001 From: Chanho Park Date: Thu, 11 Dec 2014 18:55:56 +0900 Subject: Imported Upstream version 1.57.0 --- doc/html/signals/reference.html | 10 +- doc/html/signals/s04.html | 47 +++++++--- doc/html/signals/s05.html | 28 +++--- doc/html/signals/s06.html | 76 ++++++++-------- doc/html/signals/tests.html | 10 +- doc/html/signals/tutorial.html | 196 ++++++++++++++++++++-------------------- 6 files changed, 192 insertions(+), 175 deletions(-) (limited to 'doc/html/signals') diff --git a/doc/html/signals/reference.html b/doc/html/signals/reference.html index d3039e9f95..6e6776b67f 100644 --- a/doc/html/signals/reference.html +++ b/doc/html/signals/reference.html @@ -3,9 +3,9 @@ Reference - + - + @@ -25,7 +25,7 @@

Reference

-
+
Header <boost/signal.hpp>
Header <boost/signals/slot.hpp>
Header <boost/signals/trackable.hpp>
@@ -74,7 +74,7 @@
namespace boost {
   namespace signals {
     class connection;
-    void swap(connection&, connection&);
+    void swap(connection&, connection&);
     class scoped_connection;
   }
 }
@@ -93,7 +93,7 @@
namespace boost {
   template<typename T> class last_value;
 
-  template<> class last_value<void>;
+  template<> class last_value<void>;
 }
diff --git a/doc/html/signals/s04.html b/doc/html/signals/s04.html index 3ae3d02730..e0e825137a 100644 --- a/doc/html/signals/s04.html +++ b/doc/html/signals/s04.html @@ -3,10 +3,10 @@ Frequently Asked Questions - + - - + + @@ -20,28 +20,45 @@
-PrevUpHomeNext +PrevUpHomeNext

-Frequently Asked Questions

+Frequently Asked Questions
-
-
1. Don't noncopyable signal semantics mean that a class +
+
1. Is Boost.Signals being actively maintained? +
+
2. Don't noncopyable signal semantics mean that a class with a signal member will be noncopyable as well?
-
2. Is Boost.Signals thread-safe? +
3. Is Boost.Signals thread-safe?
-
3. How do I get Boost.Signals to work with Qt? +
4. How do I get Boost.Signals to work with Qt?
- +
++ + + + + + + + + @@ -56,7 +73,7 @@ @@ -69,7 +86,7 @@ @@ -160,7 +177,7 @@ namespace boost
-

1.

+

1.

+

Is Boost.Signals being actively maintained?

No. Please migrate to Boost.Signals2. + There is a + porting guide + in the Signals2 documentation.

+

2.

Don't noncopyable signal semantics mean that a class with a signal member will be noncopyable as well?

-

2.

+

3.

Is Boost.Signals thread-safe?

-

3.

+

4.

How do I get Boost.Signals to work with Qt?

- +

Last revised: May 21, 2008 at 21:57:05 +0100


-PrevUpHomeNext +PrevUpHomeNext
diff --git a/doc/html/signals/s05.html b/doc/html/signals/s05.html index 096deec7d5..79adeea5ee 100644 --- a/doc/html/signals/s05.html +++ b/doc/html/signals/s05.html @@ -3,9 +3,9 @@ Design Overview - + - + @@ -24,16 +24,16 @@

-Design Overview

-
+
+
Type Erasure
+
connection class
+
Slot Call Iterator
+
visit_each function template

-Type Erasure

+Type Erasure

"Type erasure", where static type information is eliminated by the use of dynamically dispatched interfaces, is used extensively within the Boost.Signals library to reduce the amount @@ -59,7 +59,7 @@

-connection class

+connection class

The connection class is central to the behavior of the Boost.Signals library. It is the only entity within the Boost.Signals system that has knowledge of @@ -84,7 +84,7 @@

-Slot Call Iterator

+Slot Call Iterator

The slot call iterator is conceptually a stack of iterator adaptors that modify the behavior of the underlying iterator through the list of slots. The following table describes the type @@ -130,7 +130,7 @@

Transform Iterator Adaptor

This transform iterator adaptor performs an - any_cast to + any_cast to extract a reference to the slot function with the appropriate slot function type.

@@ -160,7 +160,7 @@

-visit_each function template

+visit_each function template

The visit_each function template is a mechanism for discovering objects that are stored within another object. Function template @@ -198,7 +198,7 @@ foo(at, 0); - +

Last revised: November 25, 2007 at 18:38:02 +0000

+

-Choice of Slot Definitions

+Choice of Slot Definitions

The definition of a slot differs amongst signals and slots libraries. Within Boost.Signals, a slot is defined in a very loose manner: it can be any function object that is callable given @@ -44,7 +44,7 @@ signal. However, alternative definitions have associated pros and cons that were considered prior to the construction of Boost.Signals.

-
    +
    • Slots derive from a specific base class: generally a scheme such as this will require @@ -85,7 +85,7 @@

    -User-level Connection Management

    +User-level Connection Management

Users need to have fine control over the connection of signals to slots and their eventual disconnection. The approach taken by Boost.Signals is to return a @@ -93,13 +93,13 @@ connected/disconnected query, manual disconnection, and an automatic disconnection on destruction mode. Some other possible interfaces include:

-
    +
    • Pass slot to disconnect: in this interface model, the disconnection of a slot connected with - sig.connect(slot) is + sig.connect(slot) is performed via - sig.disconnect(slot). Internally, + sig.disconnect(slot). Internally, a linear search using slot comparison is performed and the slot, if found, is removed from the list. Unfortunately, querying connectedness will generally also end up as @@ -108,7 +108,7 @@ simple function pointers, member function pointers and a limited set of compositions and argument binders: to match the slot given in the call to - disconnect with an + disconnect with an existing slot we would need to be able to compare arbitrary function objects, which is not feasible.

    • @@ -118,7 +118,7 @@ slots to be arbitrary function objects. While this approach is essentially equivalent to the approach taken by Boost.Signals, it is possibly more error-prone for several reasons:

      -
        +
        • Connections and disconnections must be paired, so the problem becomes similar to the problems incurred when pairing new and delete for @@ -147,7 +147,7 @@

        -Combiner Interface

        +Combiner Interface

    The Combiner interface was chosen to mimic a call to an algorithm in the C++ standard library. It is felt that by viewing slot call results as merely a sequence of values accessed by input @@ -275,14 +275,14 @@ private:

-Connection Interfaces: += operator

+Connection Interfaces: += operator

Boost.Signals supports a connection syntax with the form - sig.connect(slot), but a + sig.connect(slot), but a more terse syntax sig += slot has been suggested (and has been used by other signals & slots implementations). There are several reasons as to why this syntax has been rejected:

-
+

The trackable class is the primary user interface to automatic connection @@ -329,7 +329,7 @@ private: participate in automatic connection management.

-trackable copying behavior

+trackable copying behavior

The copying behavior of trackable is essentially that trackable subobjects @@ -347,10 +347,10 @@ private:

-Why derivation from trackable?

+Why derivation from trackable?

For trackable to work properly, there are two constraints:

-
    +
    • trackable must have storage space to keep track of all connections made to this object.

    • @@ -365,14 +365,14 @@ private:

    -Comparison with other Signal/Slot implementations

    -
    -
    libsigc++
    -
    .NET delegates
    +Comparison with other Signal/Slot implementations
+

-libsigc++

+libsigc++

libsigc++ is a C++ signals & slots library that originally started as part of an initiative to wrap the C interfaces to GTK libraries in C++, and has @@ -384,7 +384,7 @@ private: connections and automatic connection lifetime management. There are some major differences in design that separate these libraries:

-
    +
    • Slot definitions: slots in libsigc++ are created using a set of primitives defined by the library. These primitives allow binding of @@ -404,14 +404,14 @@ private:

    -.NET delegates

    +.NET delegates

Microsoft has introduced the .NET Framework and an associated set of languages and language extensions, one of which is the delegate. Delegates are similar to signals and slots, but they are more limited than most C++ signals and slots implementations in that they:

-
    +
    • Require exact type matches between a delegate and what it is calling.

    • Only return the result of the last target called, with no option for customization.

    • @@ -422,7 +422,7 @@ private:
- +

Last revised: November 25, 2007 at 18:38:02 +0000