<br><br>On Thursday, December 8, 2011, Michael Wild &lt;<a href="mailto:themiwi@gmail.com">themiwi@gmail.com</a>&gt; wrote:<br>&gt; On 12/08/2011 10:35 AM, Rolf Eike Beer wrote:<br>&gt;&gt;&gt; words, the markers are doubled, e.g. **bold words**.<br>
&gt;&gt;&gt;<br>&gt;&gt;&gt; * lists formatting. E.g:<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;   - bullet list<br>&gt;&gt;&gt;   * another bullet item<br>&gt;&gt;&gt;   ** nested bullet list<br>&gt;&gt;&gt;   *** deeply nested list<br>
&gt;&gt;<br>&gt;&gt; How to specify bold words in the second bullet item? Simple solution would<br>&gt;&gt; be to force list and title specifiers to always be at the beginning of a<br>&gt;&gt; line (with no spaces before them).<br>
&gt;<br>&gt; That was the idea. And if it is to mark bold text, it mustn&#39;t be<br>&gt; followed by space.<br>&gt;<br>&gt;&gt;<br>&gt;&gt;&gt; * section titles. I would go for something like this:<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;   = Title<br>
&gt;&gt;&gt;   == Sub-Title<br>&gt;&gt;&gt;   === Sub-Sub-Title<br>&gt;&gt;<br>&gt;&gt; Just a thought: one could take the MediaWiki style and require the same<br>&gt;&gt; symbol be after the text, e.g. = Title =.<br>&gt;&gt;<br>
&gt;<br>&gt; I&#39;d make it optional, the way AsciiDoc does. The one-sided style is<br>&gt; unambiguous as it is, and is less error prone since it doesn&#39;t require<br>&gt; me to match up the number or equal signs. But that is my preference...<br>
&gt;<br>&gt; Michael<br>&gt;<br>&gt; --<br>&gt;<br>&gt; Powered by <a href="http://www.kitware.com">www.kitware.com</a><br>&gt;<br>&gt; Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><br>
&gt;<br>&gt; Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ">http://www.cmake.org/Wiki/CMake_FAQ</a><br>&gt;<br>&gt; Follow this link to subscribe/unsubscribe:<br>&gt; <a href="http://www.cmake.org/mailman/listinfo/cmake">http://www.cmake.org/mailman/listinfo/cmake</a><br>
&gt;<br><br>What about the docbook.xml file. I have a parser that does everything you asked for. It is what I used to generate the help files for the CMakeEd eclipse plugin. The source is in c++ and is open. It generates more XML as the output but can be used to generate other formats as well.<br>
<br>Mike Jackson <br><br>-- <br>_________________________________________________________<br>Mike Jackson                  <a href="mailto:mike.jackson@bluequartz.net">mike.jackson@bluequartz.net</a><br>BlueQuartz Software                    <a href="http://www.bluequartz.net">www.bluequartz.net</a><br>
Principal Software Engineer                  Dayton, Ohio<br>