¿Por qué las páginas de manual de Unix usan comillas dobles en lugar de comillas dobles?

Me di cuenta de que las páginas de manual y otros documentos formateados por las utilidades de Unix a menudo usan dobles comillas ``seguidas de dobles comillas simples ''para ajustar las frases entre comillas en lugar del carácter de comillas dobles ". Las comillas simples se reemplazan de manera similar. ¿Por qué es esto?

Aquí hay un par de ejemplos, de la página del manual para grep:

 To find all occurrences of the pattern `.Pp' at the beginning of a line:

       $ grep '^\.Pp' myfile

 The apostrophes ensure the entire expression is evaluated by grep instead
 of by the user's shell.  The caret `^' matches the null string at the
 beginning of a line, and the `\' escapes the `.', which would otherwise match
 any character.

 The grep utility is compliant with the IEEE Std 1003.1-2008 (``POSIX.1'')
 specification.

La semántica y los glifos habituales para estos personajes han cambiado (varias veces) durante los últimos 50 años.

Los predecesores de seis bits de ASCII contenían varios caracteres multipropósito, incluido un carácter tipo comilla simple, que se usaba para cualquier cosa que tuviera alguna similitud con una comilla: comilla de apertura, comilla de cierre, apóstrofe o (por sobreimpresión) aguda o acento grave.

ASCII introdujo un carácter similar a una cita más, de modo que ahora teníamos ', que se usaba como apóstrofe, cita de cierre y acento agudo, y `que se usaba como cita de apertura o acento grave (los glifos concretos diferían en varias fuentes).

Por alguna extraña razón, ISO-8859-1 declaró 'ser un apóstrofe o una cita no dirigida, declaró `ser un acento grave, agregó un acento más ´(acento agudo) y abolió la sobreimpresión (de modo que las marcas de acento aisladas ahora eran completamente inútiles) . Las extensiones posteriores (páginas de códigos MS-Windows y Unicode) arreglaron esto al introducir nuevos caracteres de comillas dirigidas y combinar acentos.

Lo que ves aquí es esencialmente una relicción de los tiempos ASCII, cuando la mayoría de las fuentes tenían glifos emparejados (inclinados y / o rizados) para 'y `.

Salida como que es generado por makeinfodesde Texinfo fuentes. Texinfo también puede renderizar a otros formatos como PDF , por lo que debe ser más expresivo que ASCII. Tal vez para evitar desechar la semántica, makeinfocodifica citas como esa, para que pueda ver qué es abrir y cerrar citas.

Ejemplo: si no pudieras ver la diferencia, me imagino que sería un poco confuso si escribieras alguna fuente de Texinfo y confiaras en que la diferencia de cotización sea visible, porque la habrías previsualizado como PDF. Porque nunca rendiste conmakeinfo , nunca descubriría que no es legible, renderizado así.