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

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, extractos 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 del cuerpo del texto, pero los encabezados deben proporcionar una estructura visual obvia al documento.

Un tipo de letra serif o sans-serif decente está bien para el cuerpo del texto si tienes mucha prosa. Si tiene muchas ilustraciones con etiquetas o leyendas, extractos o tablas, es posible que desee utilizar una fuente sans-serif para el cuerpo del texto y una fuente serif para los encabezados. Las notas al pie serán más pequeñas que el cuerpo del texto, así que no utilice 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 cuerpo del texto.

Para las tablas, los títulos y los extractos, en la mayoría de los casos debe usar una fuente sans-serif. Si usa una fuente serif para el cuerpo del texto, asegúrese de que la textura de la fuente sans-serif complemente pero contraste 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 utilice Courier para esto, ya que es relativamente ancho; otras fuentes monoespaciadas como Lucida Console le darán más caracteres monoespaciados del mismo ancho para el mismo tamaño de punto o legibilidad general. Además, Courier realmente no combina con nada y la versión que se envía con la mayoría de las plataformas O/S es muy liviana y no muy legible para leer listas 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 tipógrafo hace unos 20 años, la mayor parte del trabajo de documentación técnica que hago en estos días son especificaciones funcionales y, por lo general, estoy limitado por el software disponible en la versió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 de prosa. Se hizo hasta la saciedad en la era DTP, ya que venía incluido con la mayoría de las impresoras Postscript, pero eso es un poco como un recuerdo moribundo, por lo que puede sostenerse por sus propios méritos. Irá con cualquiera de las fuentes Sans-serif (Arial, Tahoma, Trebuchet, Calibri, etc.) que se envían 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 trabajos, y cuenta con fuentes serif, sans-serif y monoespaciadas. 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 funcionar bien en dispositivos de salida de baja resolución, como pantallas o las primeras impresoras láser, por lo que es una buena opción en una fuente destinada a la salida de PDF.

Stand-by Times y Arial (o Helvetica) funcionan bien, aunque encuentro que Times cursiva tiende a no resaltar muy bien en 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 amateur (que puede ser más importante de lo que cree si necesita que el documento se tome en serio).

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

Los modernos como CM o Century Schoolbook se mataron en el siglo XIX y la primera mitad del XX, por lo que tienden a venir con mucho bagaje cultural. Encuentro que los modernos hacen que un documento parezca algo de la época victoriana o de los años 20 o 30. Si bien son bastante prácticos y legibles, debo discrepar con DEK sobre su idoneidad para documentos técnicos.

Tome las sugerencias habituales sobre el cuidado al mezclar tipos de letra humanistas y geométricos. Tenga en cuenta que las sans-serif muy geométricas como Avant-Garde Gothic o Futura no son realmente adecuadas para el tipo de texto de un documento técnico. Aunque pueden estar bien para encabezados, si tiene muchos subtítulos, etiquetas u otros artefactos sans-serif en el documento, chocarán con AGG o Futura si no se configuran 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 cuando se usa cualquier fuente sans-serif con un aspecto muy distintivo.

De memoria, he tenido buenos resultados con el tipo de texto configurado 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 en la escritura.

Algunas combinaciones que he usado son:

• Texto de tiempos y encabezados, subtítulos y etiquetas Arial con listados de máquina de escribir Lucida (dictados por estándares corporativos)

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

• Texto Palatino y encabezados Tahoma con listados de Lucida Console. En retrospectiva, la negrita en Tahoma que viene con Windows es demasiado pesada.

• Encabezados de Cambria y texto de Calibri: predeterminados con Word 2010, y se ven bien juntos. Reduzca los estilos de encabezado de los tamaños predeterminados: la negrita es bastante pesada y se ve demasiado fuerte contra el cuerpo del texto. Además, el estilo predeterminado inserta bastante interlineado 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 las inclusiones.

• ITC Berkeley Old Style/Helvética. Títulos y texto hechos con BOS y subtítulos y algunos otros bits hechos con Helvetica. Me gusta Berkeley Oldstyle como fuente (intenta ponerle la palabra 'Quidditch') y funciona tanto para visualización como para texto. La versión ITC (como era de esperar, supongo) tiene una altura x bastante grande, por lo que funciona con fuentes sans-serif.

• Lucida: viene con prácticamente todas las principales plataformas de sistemas operativos, es muy 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 pantalla, se ven bien impresos y tienen una buena ergonomía para documentos técnicos.

EDITAR: En realidad, esto me recuerda a 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 documento en un momento. Uno de los estudiantes se quejó de LaTeX así:

Pero si uso LaTeX, todos mis documentos se ven como si estuvieran hechos en TeX.

A lo que mi amigo respondió:

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

El estudiante vio el punto.

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

Los documentos técnicos a menudo se establecen en sans-serif. Hay un par de razones por las que se prefiere esto 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 la tipografía no debe llamar la atención. Los documentos técnicos a menudo están llenos de avisos importantes donde se supone que el lector debe hacer paradas, y la estructura debe ser fácilmente "escaneable" con la vista.

• Sans-serif permite una mayor variedad de pesos, desde delgado hasta negro. Los documentos técnicos a menudo tienen una jerarquía anidada y profunda, 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 un rango de pesos muy amplio. 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 serial (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 de 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 ampliada colgada en mi pared.

Enlace 1

Enlace 2

Para cualquier documento técnico, los objetivos son maximizar la legibilidad y reducir la ambigüedad potencial.

Para mí esto significa que mi primera regla es:

• Los números o cifras deben ser distintos de las letras, como con la modificación a Brioni para aclarar el dígito uno. Realmente me gusta ver una distinción entre la letra O mayúscula 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 escritura 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 programación. Entonces, ISO451 debe ser claramente distinto de IS045I.

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

• El texto o las figuras sin líneas en prosa a menudo están bien siempre que no distraigan, y las figuras con líneas para la mayoría de los otros usos, usando tabular y proporcional 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 fuera obviamente una mala elección para OCR, lo evitaría. No es que sea esclavo del rendimiento real del tipo de letra y del rendimiento de cualquier software de OCR.

• Los tipos de letra no deben cansar de leer si se usan como cuerpo del texto. Times New Roman y New Century Schoolbook son aburridos, pero fáciles y no cansan para leer una gran cantidad de prosa. Una modesta a ligeramente serif es mi preferencia personal, pero un sans-serif adecuado para el cuerpo del texto de la prosa publicada en un forma de libro (por ejemplo, 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 la información.

Siga las convenciones existentes del género. Para documentos técnicos jurídicos, Tipografía para abogados , es un buen lugar para encontrar convenciones. Para áreas más académicas, las revistas de investigación publican una guía de estilo o manuales para la presentación de trabajos con el estilo "de la casa" y las convenciones de género de la editorial. 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 los medios de destino (pantalla, impresora láser, tableta) y cómo se usarán (p. ej., en un entorno de trabajo sucio con maquinaria desordenada, secciones fotocopiadas como listas de verificación, etc.) para la selección del tamaño de letra. Las notas al pie pueden verse mejor en una pantalla de 30 pulgadas con una fuente de 8 puntos mientras configura el documento, pero a las 3 a. preocuparse.

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

STIX es una fuente de tipo abierto de código abierto gratuita 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 son Palatino se consideran buenas para los medios impresos y las fuentes sans-serif como Helvetica para usar en pantallas de computadora. Sin embargo, todo lo que esté en código (HTML, C++, lo que sea) debe representarse en una fuente de ancho fijo como Courrier New.