Maruku needs two spaces to indend sublists properly (see bhollis/maru…

…ku#55)
esteve · Dec 12, 2013 · a907426 · a907426
1 parent 2f113c6
commit a907426
Showing 1 changed file with 9 additions and 9 deletions.
diff --git a/articles/serialization.md b/articles/serialization.md
@@ -141,17 +141,17 @@ As the results of produce_consume_method and produce_consume_backend_plain show
 Different serialization libraries specify different field type when e.g. generating C++ code for the messages. The major problem is the mapping between those types in an efficient manner. From a performance point of view the message interface should expose const references (especially to “big” fields). But those can only be mapped to the specific API of the serialization library if the types are exchangeable.
 But for example a byte array is represented differently in C++ in the various serialization libraries:
 - Protobuf:
- - dyn. array&lt;T&gt;: RepeatedField&lt;T&gt; (STL-like interface)
- - fix. array&lt;T&gt;: ---
- - binary/string: std::string
+  - dyn. array&lt;T&gt;: RepeatedField&lt;T&gt; (STL-like interface)
+  - fix. array&lt;T&gt;: ---
+  - binary/string: std::string
 - Thrift:
- - dyn. array&lt;T&gt;: std::vector&lt;T&gt;
- - fix. array&lt;T&gt;: ---
- - binary/string: std::string
+  - dyn. array&lt;T&gt;: std::vector&lt;T&gt;
+  - fix. array&lt;T&gt;: ---
+  - binary/string: std::string
 - ROS:
- - array&lt;T&gt;: std::vector&lt;T&gt;
- - fix. array&lt;T, N&gt;: boost::array&lt;T, N&gt;
- - string: std::string
+  - array&lt;T&gt;: std::vector&lt;T&gt;
+  - fix. array&lt;T, N&gt;: boost::array&lt;T, N&gt;
+  - string: std::string
 
 Furthermore the serialization library specific message API might not expose mutable access which could therefore not be provided by RO either when using pipeline C.