对于我正在编写的gcc cheatsheet,我想创建一个表,该表应描述gcc如何解释不同的文件结尾。我到目前为止创建的表定义如下:
|======================================================================
|.c |C source code which must be preprocessed.
|.i |C source code which should not be preprocessed.
|.h |C header file to be turned into a precompiled header.
|.s |Assembler code.
|other |
An object file to be fed straight into linking. Any file name with no
recognized suffix is treated this way.
|======================================================================
我遇到的问题是该表跨越了总页面宽度,但我想要的是每列只有它最宽的条目一样宽,而且表格只能满足它所需要的范围。
答案 0 :(得分:1)
通常,在源文件中混合内容和布局规则并不是一个好主意。
这是有充分理由的:表的布局定义取决于输出格式。如果您使用html作为文档的后端,css将是布局文档的适当技术。另一方面,例如如果您使用格式化对象处理器来创建apache fop等pdf文件,则所有FO处理器都不支持自动表格布局。
回答你的问题:这取决于输出格式,如何正确定义表格布局。在大多数情况下,AsciiDoc标记中的定义是错误的。
答案 1 :(得分:1)
在这种情况下使用horizontal list而不是表格可能更有意义。渲染结果接近您要查找的内容。语法如下所示:
[horizontal]
+.c+:: C source code which must be preprocessed.
+.i+:: C source code which should not be preprocessed.
+.h+:: C header file to be turned into a precompiled header.
+.s+:: Assembler code.
other:: An object file to be fed straight into linking. Any file name with no recognized suffix is treated this way.