carácter de espacio en blanco

Unicode también proporciona algunos caracteres visibles que pueden usarse para representar varios caracteres de espacio en blanco, en contextos donde se debe mostrar un símbolo visible:

Espacio exacto

• El Cambridge Z88 proporcionaba un "espacio exacto" especial (punto de código 160, también conocido como 0xA0) (invocable mediante la combinación de teclas + ^{[ 19 ]} ), que el controlador de pantalla del sistema operativo mostraba como "…". ^{[ 20 ] [ 21 ]} Por lo tanto, también se le conocía como "espacio de punto" en conjunto con BBC BASIC . ^{[ 20 ] [ 21 ]}⌑SPACE
• Bajo el punto de código 224 (0xE0), la computadora también proporcionaba un símbolo especial de ESPACIO de tres celdas de ancho "SPC"(análogo al U+2420 de una sola celda de ancho de Unicode). ^{[ 20 ] [ 21 ]}

• El bloque Unicode de patrones Braille contiene U+2800 ⠀ BRAILLE PATTERN BLANK , un patrón Braille sin puntos en relieve. Algunas fuentes muestran el carácter como un espacio en blanco de ancho fijo; sin embargo, el estándar Unicode establece explícitamente que no actúa como un espacio. ^{[ 22 ]}
• La cobertura del alfabeto coreano por parte de Unicode incluye varios puntos de código que representan la ausencia de una letra escrita y, por lo tanto, no muestran un glifo:
  • Unicode incluye un carácter de relleno Hangul en el bloque de jamo de compatibilidad Hangul ( U+3164 HANGUL FILLER ). Este se clasifica como una letra, pero se muestra como un espacio vacío, como un bloque Hangul que no contiene jamo. Se utiliza en las secuencias de combinación Hangul KS X 1001 para introducirlas o indicar la ausencia de una letra en una posición, pero no en el sistema de jamo de combinación de Unicode. ^{[ 23 ]}
  • El sistema combinatorio jamo de Unicode utiliza caracteres similares de relleno choseong de Hangul y relleno jungeseong de Hangul para denotar la ausencia de una letra en posición inicial o medial dentro de un bloque silábico, que se incluyen en el bloque jamo de Hangul ( U+115F ᅟ HANGUL CHOSEONG FILLER , U+1160 ᅠ HANGUL JUNGSEONG FILLER ). ^{[ 24 ]}
  • Además, se incluye un relleno Hangul de ancho medio en las formas de ancho medio y ancho completo ( U+FFA0ﾠHALFWIDTH HANGUL FILLER ), que se utiliza al mapear desde codificaciones que incluyen caracteres tanto de Johab (o Wansung ) como de Hangul de N bytes (o su equivalente EBCDIC ), como IBM-933, que incluye rellenos tanto de Johab como de EBCDIC. ^{[ 25 ] [ 26 ]}

Los editores de texto , procesadores de texto y programas de autoedición difieren en la forma en que representan los espacios en blanco en la pantalla y en cómo representan los espacios al final de las líneas que superan el ancho de la pantalla o de la columna. En algunos casos, los espacios se muestran simplemente como espacios en blanco; en otros, pueden representarse con un punto o coma u otros símbolos. Se pueden usar muchos caracteres diferentes (que se describen a continuación) para producir espacios, y las funciones que no son caracteres (como los márgenes y la configuración de tabulación) también pueden afectar a los espacios en blanco.

Muchos de los caracteres de espacio Unicode se crearon para ser compatibles con la tipografía de impresión clásica. ^{[ 27 ]}

Aunque la tipografía digital cuente con espaciado entre caracteres y justificación algorítmicos, esos espacios pueden utilizarse para complementar el formato electrónico cuando sea necesario.

En las codificaciones de caracteres informáticos , existe un espacio normal de uso general (carácter Unicode U+0020) cuyo ancho varía según el diseño de la tipografía. Los valores típicos oscilan entre 1/5 em y 1/3 em (en tipografía digital, un em equivale al tamaño nominal de la fuente, por lo que para una fuente de 10 puntos el espacio probablemente estará entre 2 y 3,3 puntos). Las fuentes sofisticadas pueden tener espacios de diferentes tamaños para las versiones en negrita, cursiva y versalitas, y a menudo los tipógrafos ajustan manualmente el ancho del espacio según el tamaño y la prominencia del texto.

Además de este espacio de uso general, es posible codificar un espacio de ancho específico. Consulte la tabla anterior para obtener una lista completa.

Las rayas largas usadas como separadores entre paréntesis, y las rayas cortas cuando se usan como conectores de palabras, generalmente se colocan continuas con el texto. ^{[ 28 ]} Sin embargo, opcionalmente, dicha raya puede estar rodeada por un espacio de pelo , U+200A, o un espacio delgado , U+2009. El espacio de pelo se puede escribir en HTML usando las referencias de caracteres numéricos  o  , o la entidad nombrada  . El espacio delgado es la entidad nombrada  y las referencias numéricas  o  . Estos espacios son mucho más delgados que un espacio normal (excepto en una fuente monoespaciada (no proporcional) ), siendo el espacio de pelo en particular el más delgado de los caracteres de espacio en blanco horizontales.

En la sintaxis de la mayoría de los lenguajes de programación , los espacios en blanco se utilizan para separar tokens . En un lenguaje de formato libre , los procesadores de código (es decir, el compilador ) ignoran los espacios en blanco . Incluso cuando la sintaxis del lenguaje requiere espacios en blanco, a menudo varios espacios en blanco se tratan como uno solo. En un lenguaje con reglas de sangría , los espacios en blanco son sintácticamente significativos. En el lenguaje satírico y transgresor llamado Whitespace , los espacios en blanco son los únicos caracteres significativos y el texto normal se ignora.

El buen uso de los espacios en blanco en el código fuente permite agrupar la lógica relacionada y facilita la comprensión del código. El uso excesivo de espacios en blanco, incluso al final de una línea donde no influye en la visualización, se considera una molestia.

La mayoría de los lenguajes solo reconocen caracteres de espacio en blanco que tienen un código ASCII. No permiten la mayoría o la totalidad de los códigos Unicode mencionados anteriormente. El lenguaje C define los caracteres de espacio en blanco como "espacio, tabulación horizontal, salto de línea, tabulación vertical y salto de página". ^{[ 29 ]} El protocolo de red HTTP requiere que se utilicen diferentes tipos de espacios en blanco en distintas partes del protocolo; requiere caracteres de espacio simple entre elementos en la línea de estado , un par CR/LF al final de una línea y "espacio en blanco lineal" en los valores de la cabecera. ^{[ 30 ]}

Los analizadores de línea de comandos típicos utilizan el espacio para delimitar los argumentos . Un valor con un espacio insertado resulta problemático, ya que provoca que se interprete como múltiples argumentos. Normalmente, un analizador permite evitar este análisis forzado de argumentos encerrando el texto entre comillas.

Si, por ejemplo, un usuario quisiera ver el contenido de un directorio llamado foo barmediante el lscomando (list), y lo hiciera ingresando el comando de la siguiente manera:

barra de comida ls

En cambio, el comando intentaría listar archivos o directorios con los nombres fooy bar. La sintaxis correcta especificaría un único argumento encerrándolo entre comillas dobles:

ls "bar de comida"

O, alternativamente, podrían optar por omitir las comillas dobles y, en su lugar, escapar el espacio con una barra invertida :

ls foo \ bar 

Algunos lenguajes de marcado , como SGML , conservan los espacios en blanco tal como están escritos.

Los lenguajes de marcado web como XML y HTML tratan los caracteres de espacio en blanco de forma especial, incluidos los espacios, para la comodidad de los programadores. Uno o más caracteres de espacio leídos por los procesadores de tiempo de visualización conformes de esos lenguajes de marcado se reducen a 0 o 1 espacio, según su contexto semántico. Por ejemplo, los espacios dobles (o más) dentro del texto se reducen a un solo espacio, y los espacios que aparecen a ambos lados de las " =" que separan un nombre de atributo de su valor no tienen efecto en la interpretación del documento. Las etiquetas de cierre de elementos pueden contener espacios al final, y las etiquetas de elementos vacíos en XML pueden contener espacios antes de las " />". En estos lenguajes, los espacios en blanco innecesarios aumentan el tamaño del archivo y, por lo tanto, pueden ralentizar las transferencias de red. Por otro lado, los espacios en blanco innecesarios también pueden marcar el código de forma discretapara fines de identificación, de una manera similar pero menos obvia que la forma en que lo hacen los comentarios en el código. Esto puede ser beneficioso para probar una infracción de licencia o reclamación de derechos de autor si el código fue copiado .

Este uso es similar a los nombres de archivo de varias palabras escritos para sistemas operativos y aplicaciones que se confunden con los códigos de espacio incrustados ; en cambio, estos nombres de archivo utilizan un guion bajo (_) como separador de palabras, como en esta frase.

Otro símbolo de este tipo es U+2422 ␢ BLANK SYMBOL , que se utilizaba en formularios de codificación en los primeros años de la programación informática. Los operadores de perforadoras de teclas lo interpretaban como un "espacio explícito". ^{[ 16 ]} Se utilizaba en BCDIC , ^{[ 16 ]} EBCDIC , ^{[ 16 ]} y ASCII-1963 . ^{[ 16 ]}