¿Qué tipos de fuente son buenos para un documento técnico?

¿Cuáles son algunas fuentes buenas para usar en un documento altamente técnico? ¿Hay algún tipo específico que deba usarse / evitarse?

Los documentos técnicos tendrán una estructura jerárquica profundamente anidada, y también harán uso de notas al pie, diferentes tipos de énfasis, referencias cruzadas, extracciones y barras laterales de un tipo de otro y subtítulos. La principal característica distintiva de los documentos técnicos tiende a ser una estructura compleja.

Para los encabezados, puede usar cualquier fuente razonablemente legible; esto podría ser serif o sans-serif. Debe tener un estilo complementario al texto de su cuerpo, pero los encabezados deben proporcionar una estructura visual obvia al documento.

Un tipo de letra serif o sans-serif decente está bien para el texto del cuerpo si tiene mucha prosa. Si tiene muchas ilustraciones con etiquetas o leyendas, extracciones o tablas, puede usar una fuente sans-serif para el texto del cuerpo y una fuente serif para los encabezados. Las notas al pie serán más pequeñas que el texto del cuerpo, por lo que no use una fuente para el cuerpo que sea demasiado pequeña.

Para enfatizar, la versión en cursiva u oblicua de la fuente debe tener una textura notablemente diferente al texto del cuerpo.

Para las tablas, subtítulos y extracciones, debe usar una fuente sans-serif en la mayoría de los casos. Si utiliza una fuente serif para el texto del cuerpo, asegúrese de que la textura de la fuente sans-serif se complementa pero contrasta significativamente con el tipo de texto.

Si tiene la intención de tener listas de códigos u otros elementos monoespaciados en el documento, tendrá un tercer tipo de letra para el texto monoespaciado. Esto debería complementar visualmente cualquier tipo de letra sans-serif. No use Courier para esto, ya que es relativamente ancho; otras fuentes monoespaciales como Lucida Console le proporcionarán más caracteres monoespaciados en el mismo ancho para el mismo tamaño de punto o legibilidad general. Además, Courier realmente no va con nada y la versión que se envía con la mayoría de las plataformas O / S es muy ligera y no es muy legible para leer listados de códigos grandes.

Si tiene la opción de comprar las fuentes, puede elegir cualquier combinación que parezca apropiada; Muchos recursos en la web tienen sugerencias útiles para esto.

Si está atascado con las fuentes proporcionadas por el proveedor de su sistema operativo, la historia es ligeramente diferente. Aunque trabajé brevemente como maquina de escribir hace unos 20 años, la mayor parte del trabajo de documentación técnica que realizo en la actualidad son especificaciones funcionales y normalmente estoy limitado por el software disponible en la compilación de escritorio estándar del cliente.

Algunas opciones son:

Palatino es un tipo de letra bastante agradable para el texto si está escribiendo grandes cuerpos en prosa. Se acabó en la era DTP, ya que se incluía con la mayoría de las impresoras PostScript, pero eso es un poco como un recuerdo agonizante, por lo que puede valerse por sus propios méritos. Irá con cualquiera de las fuentes Sans-serif (Arial, Tahoma, Trebuchet, Calibri, etc.) que se incluyen con Windows. MacOS y la mayoría de las distribuciones de Linux también vienen con una versión decente de Palatino de Adobe o URW.

La familia Lucida está diseñada para este tipo de trabajo y tiene fuentes serif, sans-serif y monospace. Tiene un aspecto agradable y contemporáneo y funciona bien. Otra gran ventaja es que la mayoría de las plataformas O / S vienen con fuentes Lucida. La familia Lucida también se diseñó para reproducir bien en dispositivos de salida de baja resolución, como pantallas o impresoras láser antiguas, por lo que es una buena opción en una fuente destinada a la salida de PDF.

Los tiempos de espera y Arial (o Helvetica) funcionan bien, aunque creo que Times en cursiva no suele destacarse muy bien en los documentos impresos con láser. El documento se verá como algo hecho con MS Word, pero los tipos de letra son útiles. La razón principal para evitar estas fuentes es el gusto personal o el deseo de evitar parecer un procesador de texto aficionado (que puede ser más importante de lo que cree si necesita que el documento se tome en serio).

Los tipos tradicionales o de transición tradicionales (por ejemplo, Garamonds, Bembo, Baskerville) se ven bastante bien y son legibles en texto, pero tienen una altura x baja, por lo que deben configurarse en tamaños más grandes. Mezclar estos en línea con un tipo de letra sans-serif con una altura x mayor puede parecer extraño. ITC Garamond (utilizado ampliamente por Apple en las décadas de 1980 y 1990) es una reimaginación de Garamond con una altura x mayor, por lo que no sufre este problema.

Modernos como CM o Century Schoolbook fueron asesinados en los siglos XIX y la primera mitad del siglo XX, por lo que tienden a venir con una gran carga cultural. Encuentro que los modernos hacen que un documento parezca algo de la era victoriana o de los años 1920 o 30. Si bien son bastante prácticos y legibles, debo rogar que difiera con DEK sobre su idoneidad para los documentos técnicos.

Tome las sugerencias habituales sobre el cuidado al mezclar tipos de letra humanistas y geométricos. Tenga en cuenta que los sans-serif altamente geométricos como Avant-Garde Gothic o Futura no son realmente adecuados para el tipo de texto de un documento técnico. Aunque pueden estar bien para los encabezados, si tiene muchos subtítulos, etiquetas u otros artefactos sans-serif en el documento, entrarán en conflicto con AGG o Futura si no están en el mismo tipo de letra. Esta es una huelga contra el uso de estas fuentes para cualquier cosa que no sean encabezados importantes, como títulos de capítulos. Se aplican problemas similares al usar cualquier fuente sans-serif con un aspecto muy distintivo.

De memoria, he tenido buenos resultados con el tipo de texto establecido en Times, Helvetica, Charter, Palatino, Frutiger, ITC Berkeley Old Style, Calibri, Tahoma y uno o dos más en varios documentos técnicos en los que he participado.

Algunas combinaciones que he usado son:

• Tiempos de texto y títulos de Arial, subtítulos y etiquetas con listados de máquinas de escribir Lucida (dictados por los estándares corporativos)

• Texto de Palatino y encabezados, títulos y etiquetas de Helvetica (fuentes de Adobe, diseñadas para renderizarse en PDF sin tener que incrustar las fuentes, así que me quedé con las 35 fuentes PostScript estándar). El documento fue producido con Framemaker.

• Texto de Palatino y encabezados de Tahoma con listados de la consola Lucida. En retrospectiva, lo audaz en Tahoma que viene con Windows es demasiado pesado.

• Encabezados de Cambria y texto de Calibri: el valor predeterminado es Word 2010 y se ven bien juntos. Reduzca los estilos de encabezado de los tamaños predeterminados: el negrita es bastante pesado y se ve demasiado fuerte contra el texto del cuerpo. Además, el estilo predeterminado inserta un poco de liderazgo en los estilos de texto.

• Charter, CMSans, - documento producido con LaTeX. Esto usó el estilo básico 'Charter' que viene con LaTeX, modificado un poco al piratear sobre las inclusiones.

• ITC Berkeley Old Style / Helvetica. Encabezados y texto hechos con BOS y subtítulos y algunos otros bits hechos con Helvetica. Me gusta Berkeley Oldstyle como fuente (intente configurar la palabra 'Quidditch' en él) y funciona tanto para la visualización como para el tipo de texto. La versión ITC (bastante predecible, supongo) tiene una altura x bastante grande, por lo que funciona con fuentes sans-serif.

• Lucida: viene con casi todas las plataformas principales del sistema operativo, es altamente legible y está diseñado para funcionar bien en dispositivos de salida de baja resolución, como impresoras láser. Hay toda una familia de fuentes serif, sans-serif y monoespaciadas disponibles. Se reproducen bien en la pantalla, se ven bien en la impresión y tienen una buena ergonomía para los documentos técnicos.

EDITAR: En realidad, esto me recuerda una historia. En la universidad donde hice mi licenciatura, tenían un curso que (entre otras cosas) enseña LaTeX y las alegrías de los documentos estructurados. Mi amigo fue tutor de ese artículo en un momento. Uno de los estudiantes se quejó de LaTeX así:

Pero si uso LaTeX, todos mis documentos parecen estar hechos en TeX

A lo que mi amigo respondió:

Podría ser peor. Podría parecer que se hicieron en Word.

El alumno vio el punto.

Un corolario de eso es que uno de los profesores realmente hizo algunas estadísticas sobre esto en un punto y encontró una correlación entre las calificaciones para las tareas y el uso de LaTeX. Jura que usar LaTeX para una tarea vale aproximadamente media calificación en promedio. Si esto se debió al efecto de documentación estructurada y a las características de apariencia automática de TeX o simplemente porque los estudiantes más inteligentes tendían a usarlo, no quedó claro, aunque creo que puede haber intentado corregir las calificaciones promedio de estudiante.

Los documentos técnicos a menudo se establecen en sans-serif. Hay un par de razones por las cuales esto se prefiere a su contraparte serif:

• Los tipos de letra Serif generalmente están diseñados para ser lo más transparentes posible para el lector. En una novela, la lectura debe ser una actividad fluida, y el tipo de letra no debe llamar la atención. Los documentos técnicos a menudo se llenan de avisos importantes donde se supone que el lector debe detenerse, y la estructura debe ser fácilmente "escaneable" con su vista.

• Sans-serif permite una mayor gama de pesos, desde delgado hasta negro. Los documentos técnicos a menudo tienen una jerarquía profunda y anidada, y tener muchos pesos a su disposición le permite transmitir esta jerarquía.

Un par de buenas opciones para documentos técnicos son:

Whitney es una tipografía muy completa con una amplia gama de pesos. También proporciona "figuras de revestimiento" que son excelentes para mesas y demás. También ha incorporado números y letras encerrados en círculos y cuadrados, que son muy útiles al hacer anotaciones.

Thesis es un tipo de letra en serie (tiene opciones serif, semi-serif, mono, semi-sans y sans-serif), también en una amplia gama de pesos. Su fuente monoespaciada le permite escribir código en el mismo tipo de letra de gran apariencia.

Para documentos técnicos (o cualquier otro tipo) he encontrado que el documento 'So You Need A Typeface' es muy útil. Comenzó como una pequeña broma por aquí, pero en realidad es increíblemente útil. Tengo una copia explotada colgada en mi pared.

Enlace 1

Enlace 2

Para cualquier documento técnico, los objetivos son maximizar la legibilidad, mientras se reduce la posible ambigüedad.

Para mí esto significa que mi primera regla es:

• Los números o las figuras deben ser distintos de las letras, como con la modificación de Brioni para aclarar el dígito. Realmente me gusta ver una distinción entre la letra mayúscula O y el dígito cero 0, ya sea a través de una barra oblicua, a través de la estrechez del cero u otro indicador. En la redacción técnica, se puede usar una etiqueta de letras y dígitos combinados, particularmente en la aleatorización de muestras durante la experimentación, y en el código fuente para la programación. Entonces ISO451 debería ser claramente distinto de IS045I.

Después de eso, mis sugerencias serían:

• Las figuras de texto o sin forro en prosa suelen estar bien, siempre que no distraigan, y las figuras con forro para la mayoría de los otros usos, utilizando tablas y proporcionales según corresponda.

• En los documentos técnicos, la jerga o las palabras técnicas utilizadas pueden no tener la cantidad normal de redundancia de información (entropía) a la que estamos acostumbrados en el texto natural, por lo que los caracteres ambiguos pueden ser intratables en casos complejos como el nombre de un nuevo compuesto farmacéutico. En principio, si un tipo de letra obviamente fuera una mala elección para OCR, lo evitaría. No es que fuera servil al rendimiento real de la tipografía y al rendimiento de cualquier software de OCR.

• Los tipos de letra no deben ser cansados ​​de leer si se usan como texto del cuerpo. Times New Roman y New Century Schoolbook son aburridos, pero fáciles y no cansadores de leer una gran cantidad de prosa. Una preferencia modesta a ligera es mi preferencia personal, pero un sans-serif adecuado para textos corporales para prosa publicado en un forma de libro (digamos libros de texto de nivel universitario), entonces puede ser adecuado.

Dependiendo de los medios del documento, por ejemplo, un plano o un dibujo CAD, si tiene limitaciones de espacio, considere usar un tipo de letra sans-serif semi-condensado en subtítulos, etiquetas, etc. para maximizar la densidad de información.

Siga las convenciones existentes del género. Para documentos técnicos legales, la tipografía para abogados es un buen lugar para encontrar convenciones. Para más áreas académicas, las revistas de investigación publican una guía de estilo o manuales para la presentación en papel con el estilo de la casa y las convenciones del género. Los editores de libros tienen guías similares para sus diversas impresiones técnicas y de referencia. Incluso estándares (por ejemplo , ISO , IEC, IEEE, etc.).

Respete el medio de destino (pantalla, impresora láser, tableta) y cómo se usará (por ejemplo, en un entorno de trabajo sucio con maquinaria desordenada, secciones fotocopiadas como listas de verificación, etc.) para seleccionar el tamaño de tipo de letra. Las notas al pie de página pueden verse mejor en una pantalla de 30 pulgadas con una fuente de 8 puntos mientras configura el documento, pero a las 3 de la mañana, independientemente de si está revisando la jurisprudencia o haciendo plomería de emergencia, en esos momentos, la claridad es el único estilo que preocuparse.

Los documentos altamente técnicos (supongo que científicos) deberían usar STIX, sin duda.

STIX es una fuente abierta de código abierto con una biblioteca de símbolos técnicos que no tiene rival.

http://www.stixfonts.org/

En términos generales, las fuentes serif como Times are Palatino se consideran buenas para los medios impresos y las fuentes sans-serif como Helvetica para su uso en pantallas de computadora. Sin embargo, cualquier cosa en el código (HTML, C ++, lo que tiene) se debe representar en una fuente de ancho fijo como Courrier New.