En el que computa, el texto llano es un término usado para un " ordinario; unformatted" archivo secuencial legible como material textual sin mucho el proceso.
La codificación ha sido tradicionalmente el ASCII o similar (el ISO/IEC 646 etc); no se utiliza ningunas otras codificaciones en tales archivos, ni unos ni otros ellas contienen ningunas etiquetas estructurales (carácter-basadas), tales como marcas del título, marcadores tipográficos tales como cara en negrilla, etc.
El Unicode está substituyendo hoy gradualmente los derivados más viejos del ASCII (que fueron limitados a 7 o 8 pedacitos), y (entre otras aplicaciones) responderá probablemente al mismo propósito, pero en casi cualquier lengua.
type, y en Unix cat. Los archivos de texto llano son casi universales en el que programa, un archivo del código fuente que contiene instrucciones en un lenguaje de programación son casi siempre un archivo de texto llano. El texto llano era también de uso general para los archivos de configuración del, que fueron leídos para los ajustes ahorrados en el arranque de un programa. El XML se está convirtiendo en hoy en día un reemplazo extenso para el texto llano.
El texto llano es una manera de representar el texto genérico sin cualidades tales como fuentes, subíndices, y negrilla; debido a esta simplicidad, casi es legible y procesable por el cualquier programa de computadora de . De una manera un HTML, el SGML y un del archivo XML se mira como texto llano de, puesto que no se utiliza ningunos códigos de control (véase el debajo de ), pero las etiquetas estructurales verdaderas se incluyen realmente en estos formatos. En lo que concierne al autor del SGML y de XML, estas etiquetas son " " legible; desde entonces que el autor del formato entiende la estructura leyendo el formato. Esto puede iluminar las complicaciones del uso de términos dentro de informática: está todo sobre su punto de visión relativo.
considera también:
la codificación del carácter El texto una vez fue codificado comúnmente en el ASCII, usar 8 pedacitos para la una letra o el otro carácter, codificando 7 pedacitos, permitiendo 128 valores, y con el 8vo como suma de comprobación mordidos al transferir un archivo. Esto acaba de no prohibir a ordinario el alfabeto de, los códigos de control de la transferencia, paréntesis y el interpunction latinos, que molestaron a usuarios especialmente portugueses y suecos de la computadora. Por lo tanto, cuando la transferencia de datos llegó a ser más estable, que seguían habiendo los 128 valores fueron codificados, por todas partes diferentemente, y de una manera que hizo los textos multilingües imposibles codificar. En el pasado Unicode fue definido, que permite actual 1.112 valores de código usados para cualquier sistema de escritura moderno del texto, y muchos extintos. Por ejemplo Unicode cifra chino, hebreo, cirílico tan bien como latín. Algunos de estos formatos de texto pueden ser bastante complicados procesar correctamente, pero todavía no contienen ninguÌn dato estructural, tal como marcadores en negrilla del comienzo y del extremo, y son por lo tanto texto llano.
considera también:
l Newline Los códigos del ASCII antes del espacio, .
', no se piensan como carácteres mostrables, sino que por el contrario como caracteres de control. Se utilizan para una diversidad de significados interpretados, por ejemplo el código NULL (= 0, Ctrl-@ a veces denotado) se utiliza como marcadores del extremo de la secuencia en el lenguaje-c y los sucesores programados. Los más molestos de éstos son los códigos LF (= LINE FEED = 10 = 0AH) y CR (= CARRIAGE RETURN = 13 = 0DH). El Windows y el OS/2 requieren el CR de la secuencia, LF para representar un newline, mientras que el Unix y los parientes utiliza apenas el LF. Esto era una vez un problema leve cuando los archivos de transferencia entre Windows y Unices, pero la mayoría de los programas de computadora tratan hoy esto inconsútil. Ver también
E-texto
Contenido-tipo del MIME
Texto formatado
Extensión de nombre de fichero
Formato de archivo
Archivo binario
Archivo de texto
Guerras del redactor
Sistema de ficheros
Archivo de configuración
Código fuente Random links: Punta de prueba del RF | 1598 en arte | 1942 en Irlanda | Peter Collinson | Mapas de San Jose, California