I finished with the components migration. Currently we miss only camel-ignite (it has a particular structure and the automatic generation of docs doesn't seem to work with it) and camel-tarfile (the page on confluence doesn't exist).
I'll add all the other part from confluence and let you know. If someone would like to help, camel-ignite and camel-tarfile need asciidoc documentation. We are not so far from completing the migration of all the docs. Maybe, it's time to think to the new website... -- Andrea Cosentino ---------------------------------- Apache Camel PMC Member Apache Karaf Committer Apache Servicemix Committer Email: ancosen1...@yahoo.com Twitter: @oscerd2 Github: oscerd On Thursday, June 30, 2016 11:26 AM, Andrea Cosentino <ancosen1...@yahoo.com.INVALID> wrote: Any thoughts about list vs table? -- Andrea Cosentino ---------------------------------- Apache Camel PMC Member Apache Karaf Committer Apache Servicemix Committer Email: ancosen1...@yahoo.com Twitter: @oscerd2 Github: oscerd On Wednesday, June 29, 2016 3:56 PM, Andrea Cosentino <ancosen1...@yahoo.com.INVALID> wrote: Maybe it's a good idea to use a list, we can avoid the tables scrolling problem in this way. >From the other side the readability can be difficult when you have >components/endpoints with a lot of options. What do you think, guys? -- Andrea Cosentino ---------------------------------- Apache Camel PMC Member Apache Karaf Committer Apache Servicemix Committer Email: ancosen1...@yahoo.com Twitter: @oscerd2 Github: oscerd On Wednesday, June 29, 2016 12:04 PM, arno noordover <anoordo...@gmail.com> wrote: When you search for best-practices for ascii-doc people say that you should only use tables for data that needs to be presented as a table. Based on this best-practice I would like to propose some kind of "list" presentation for the configurations. I have post my result on http://www.noordover.net/ssh.html <http://www.noordover.net/ssh.html> . Please provide comments on the way we should implement this. If this is the way forward we must also find a solution for the endpoint-configuration containing the groups. I think we should present the configurations grouped by "group". Does anybody know how this is done in mvel? -- View this message in context: http://camel.465427.n5.nabble.com/gitbook-based-doc-generation-tp5776497p5784543.html Sent from the Camel Development mailing list archive at Nabble.com.