Pregunta

Para una gcc CheatSheet que estoy escribiendo, quiero crear una tabla que debe describir cómo interpreta gcc diferentes terminaciones de archivos. La tabla que he creado hasta ahora se define como sigue:

|======================================================================
|.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.
|======================================================================

El problema que tengo es que los tramos de mesa del ancho total de la página, pero lo que quiero es que cada columna sólo es tan ancha como la entrada más ancha, y que la mesa tendrá una duración de sólo tanto witdh ya que necesita.

¿Fue útil?

Solución

En general, no es una idea buena para mezclar reglas de contenido y el diseño en el archivo de origen.

Eso es por una buena razón: La definición diseño de la tabla depende del formato de salida. Si se utiliza, por ejemplo, html como backend para el documento, css sería una tecnología apropiada a la disposición del documento. Por otra parte, por ejemplo, si se utiliza un procesador de objetos de formateo para crear archivos PDF como Apache FOP , no se admite mesa de diseño automático por todos los procesadores de FO.

Para responder a su pregunta: Depende del formato de salida, cómo se definirá correctamente el diseño de la mesa. Una definición dentro del margen de beneficio AsciiDoc es el camino equivocado en la mayoría de los casos.

Otros consejos

Podría tener más sentido utilizar un horizontal lista en este mayúsculas en lugar de una mesa. El resultado renderizado está cerca de lo que busca. La sintaxis es parecida a lo siguiente:

[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.
Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top