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.

Reply via email to