Fix typo in executor (#264)

pablogs9 · ralph-lange · web-flow · commit 2ca46965468a · 2020-12-16T08:08:29.000+01:00
* Update index.md

* Remove ToDo list completely.

Co-authored-by: Ralph Lange &lt;ralph-lange@users.noreply.github.com&gt;
diff --git a/_docs/concepts/client_library/real-time_executor/index.md b/_docs/concepts/client_library/real-time_executor/index.md
@@ -181,12 +181,8 @@ An Alternative would be to evalute the IMU sample and the laser scan by synchron
 Figure 6: Synchronization of multiple input data with a trigger.
 
 In ROS 2, this is currently not possible to be modeled because of the lack of a trigger concept in the ROS2 Executor. Message filters could be used to synchronize input data based on the timestamp in the header, but this is only available in rclcpp (and not in rcl). Further more, it would be more efficient to have such a trigger concept directly in the Executor.
-<!--
-TODO
-- Bilder erweitern mit drei boxen: request IMU, process laser, fusion
-  dann wird klarer was mit den Daten wird
-- Aus dem Bild die Beschreibung löschen
--->
+
+
 Another idea would be to activly request for IMU data only when a laser scan is received. This concept is shown in Figure 7. Upon arrival of a laser scan mesage, first, a message with aggregated IMU samples is requested. Then, the laser scan is processed and later the sensor fusion algorithm. An Executor, which would support sequential execution of callbacks, could realize this idea.
 
 <img src="png/sensorFusion_03.png" alt="Sychronization with sequence" width="350" />
