LENGUAJE DE MARCAS

TEMA 1



Rosa M Campo
Pgina 1/28



TEMA 1
INTRODUCCIN A LOS LENGUAJ ES DE MARCAS


Un lenguaje de marcado o lenguaje de marcas es una forma de codificar un
documento que, junto con el texto, incorpora etiquetas o marcas que contienen
informacin adicional acerca de la estructura del texto o su presentacin. El lenguaje
de marcas ms extendido es el HTML, fundamento del World Wide Web.
Los lenguajes de marcado suelen confundirse con lenguajes de programacin, sin
embargo, estos no son lo mismo, ya que el lenguaje de marcado no tiene funciones
aritmticas o variables, como las poseen los lenguajes de programacin.
1.1.-HISTORIA
Los lenguajes de marcas se llaman as por la prctica tradicional de marcar los
manuscritos con instrucciones de impresin en los mrgenes. En la poca de la
imprenta, esta tarea ha correspondido a los marcadores, que indicaban el tipo de letra,
el estilo y el tamao, as como la correccin de errores, para que otras personas
compusieran la tipografa. Esto condujo a la creacin de un grupo de marcas
estandarizadas. Con la introduccin de las computadoras, se traslad un concepto
similar al mundo de la informtica.

El concepto de lenguaje de marcas fue expuesto por vez primera por W. Tunnicliffe en
1967. La mayor novedad consista en la separacin entre la presentacin y la
estructura del texto. Tunnicliffe, que prefera referirse a este concepto como
codificacin genrica dirigira ms tarde el desarrollo de un estndar al que bautizara
como GenCode, destinado a la industria editorial. El editor Stanley Fish tambin
expuso ideas similares a finales de los aos 1960.
Sin embargo, quien es considerado el padre de los lenguajes de marcas es Charles
Goldfarb, investigador para la compaa IBM. Goldfarb particip en la creacin del
lenguaje GML, y posteriormente dirigi el comit que elabor el estndar SGML, la
piedra angular de los lenguajes de marcas. En cualquier caso, y a pesar de las
controversias sobre su origen, es comnmente aceptado que la idea surgi de forma
independiente varias veces durante los 70, y que se generaliz en los 80.
Los lenguajes primitivos
El primer lenguaje que diferenci claramente la estructura de la presentacin fue el
Scribe, desarrollado por Brian Reid y descrito en 1980 en su tesis doctoral.
Otro de los principales estndares de publicacin es TeX, creado y mantenido por
Donald Knuth en los aos 70 y 80. TeX se centra en la estructura detallada del texto y
la descripcin de las fuentes, fundamentalmente en el campo de las publicaciones
matemticas especializadas. Sin embargo, TeX requiere amplios conocimientos para
ser utilizado, por lo que slo ha cuajado en entornos acadmicos, en los que es el
estndar de facto. en varias disciplinas cientficas. El software ms extendido para el
empleo de TeX es LaTeX.


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 2/28


Al margen de la industria editorial tambin surgieron algunas iniciativas, como los
lenguajes TROFF Y NROFF, lenguajes utilizados para maquetacin en sistemas
UNIX. Su funcionalidad era limitada porque obligaba a trabajar mediante ensayo y
error, hasta que las marcas insertadas en el texto ofrecieran el resultado deseado.
Estos lenguajes no llegaron a cuajar en entornos profesionales, siendo utilizados por
usuarios ocasionales. La aparicin de procesadores de texto tipo WYSIWYG releg a
estos sistemas al olvido.


1.2.-LA GENERALIZACIN DE LOS LENGUAJ ES DE MARCAS

La iniciativa que sentara las bases de los actuales lenguajes, partira de la empresa
IBM, que buscaba nuevas soluciones para mantener grandes cantidades de
documentos. El trabajo fue encomendado a Charles F. Goldfarb, que junto con Edward
Mosher y Raymond Lorie, dise el Generalized Markup Language o GML (ntese que
tambin son las iniciales de sus creadores).
Este lenguaje hered del proyecto GenCode la idea de que la presentacin debe
separarse del contenido. El marcado, por tanto, se centra en definir la estructura del
texto y no su presentacin visual.
El lenguaje GML fue un gran xito y pronto se extendi a otros mbitos, siendo
adoptado por el gobierno de Estados Unidos, con lo que surgi la necesidad de
estandarizarlo. En los primeros aos 1980 se constituy un comit dirigido por
Goldfarb. Sharon Adler, Anders Berglund, y James D. Mason fueron tambin
miembros de dicho comit.
Se incorporaron ideas de diferentes fuentes, y particip gran cantidad de gente. Tras
un largo proceso, en 1986 la Organizacin Internacional para la Estandarizacin
publicara el Standard Generalized Markup Languaje
El SGML especifica la sintaxis para la inclusin de marcas en los textos, as como la
sintaxis del documento que especifica qu etiquetas estn permitidas y donde: el
Document Type Definition o schema.
Esto permita que un autor emplease cualquier marca que quisiera, eligiendo nombres
para las etiquetas que tuvieran sentido tanto por el tema del documento como por el
idioma. As, el SGML es, estrictamente hablando, un metalenguaje del que se derivan
varios lenguajes especializados. Desde finales de los 80 han aparecido nuevos
lenguajes basados en SGML, como por ejemplo el TEI o el DocBook.
El SGML tuvo una gran aceptacin y hoy da se emplea en campos en los que se
requiere documentacin a gran escala. A pesar de ello, result farragoso y difcil de
aprender, como consecuencia de la ambicin de los objetivos previstos. Su gran
potencia era a la vez una ventaja y una desventaja. Por ejemplo, ciertas etiquetas
podan tener slo principio, o slo final, o incluso ser obviadas, pensando en que los
textos seran redactados a mano y que as se ahorraran pulsaciones de teclas. Sin
embargo fue un punto clave en el desarrollo de los lenguajes de marcas actuales, ya
que la gran mayora derivan de este.


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 3/28



La popularizacin: el HTML

En 1991, pareca que los editores WYSIWYG abarcaran casi la totalidad del
procesamiento de textos, relegando al SGML a usos profesionales o industriales muy
especficos.
Sin embargo, la situacin cambi drsticamente cuando Sir Tim Berners-Lee, que
haba aprendido SGML de su compaero en el CERN Anders Berglund, utiliz la
sintaxis SGML para crear el HTML.
Este lenguaje era similar a cualquier otro creado a partir del SGML, sin embargo
result extraordinariamente sencillo, tanto que el DTD no se desarroll hasta ms
tarde.
El HTML es hoy da el tipo de documento ms empleado en el mundo. Su sencillez era
tal que cualquier persona poda escribir documentos en este formato, sin apenas
necesidad de conocimientos de informtica. Esta fue una de las razones de su xito,
pero tambin condujo a un cierto caos. El crecimiento exponencial de la web en los
aos 90 produjo documentos en cantidades ingentes pero mal estructurados, problema
agravado an ms por la falta de respeto por los estndares, por parte de diseadores
web y fabricantes de software.
La madurez: el XML

La respuesta a los problemas surgidos en torno al HTML vino de la mano del XML
(eXtensible Markup Language). El XML es un meta-lenguaje que permite crear
etiquetas adaptadas a las necesidades (de ah lo de "extensible").
El estndar define cmo pueden ser esas etiquetas y qu se puede hacer con
ellas. Es adems especialmente estricto en cuanto a lo que est permitido y lo que no,
todo documento debe cumplir dos condiciones: ser vlido y estar bien formado.
El XML fue desarrollado por el World Wide Web Consortium, mediante un
comit creado y dirigido por Jon Bosak. El objetivo principal era simplificar el SGML
para adaptarlo a un campo muy preciso: documentos en internet.
El nuevo lenguaje se extendi con rapidez, ya que todo documento XML es a su vez
SGML. Los programas y documentos creados para y con SGML podan convertirse
casi automticamente al nuevo lenguaje.
El XML simplific radicalmente la complejidad del SGML, facilitando el
aprendizaje y la implementacin del nuevo estndar. Se solucionaron adems viejos
problemas, como los surgidos de la internacionalizacin, y la imposibilidad de validar
un documento sin schema. El acierto fundamental de este lenguaje en que logra un
equilibrio entre simplicidad y flexibilidad.
Uno de los ejemplos ms claros es el XHTML, la redefinicin del HTML en
clave XML, con las ventajas que ello supone. Sin embargo pronto se observ que sus
virtudes podan ser tiles en campos bien distintos. Los lenguajes basados en XML
tienen aplicaciones incontables, como en la transaccin de datos entre servidores,
intercambio de informacin financiera, frmulas y reacciones qumicas, y un largo
etctera.



LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 4/28





1.3.- CARACTERSTICAS
Texto plano
Una de las principales ventajas de este tipo de codificacin es que puede ser
interpretada directamente, dado que son archivos de texto plano. Esto es una ventaja
evidente respecto al los sistemas de archivos binarios, que requieren siempre de un
programa intermediario para trabajar con ellos. Un documento escrito con lenguajes de
marcado puede ser editado por un usuario con un sencillo editor de textos, sin
perjuicio de que se puedan utilizar programas ms sofisticados que faciliten el trabajo.
Al tratarse solamente de texto, los documentos son independientes de la
plataforma, sistema operativo o programa con el que fueron creados. Esta fue una de
las premisas de los creadores de GML en lo aos 70, para no aadir restricciones
innecesarias al intercambio de informacin. Es una de las razones fundamentales de
la gran aceptacin que han tenido en el pasado y del excelente futuro que se les
augura.
Compacidad
Las instrucciones de marcado se entremezclan con el propio contenido en un nico
archivo o flujo de datos. Este es un ejemplo en diferentes lenguajes de marcas:


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 5/28


Ejemplos HTML LaTeX Wikitexto
Ttulo <h1>Ttulo</h1> \section{Ttulo} == Ttulo ==
Lista
<ul>
<li>Punto 1</li>
<li>Punto 2</li>
<li>Punto 3</li>
</ul>
\begin{itemize}
\item Punto 1
\item Punto 2
\item Punto 3
\end{itemize}
* Punto 1
* Punto 2
* Punto 3
texto en negrita <b>texto</b> \bf{texto} ' ' ' texto ' ' '
texto en cursiva <i>texto</i> \it{texto} ' ' texto ' '
El cdigo entre corchetes com <ul>, o con cdigos \section, son instrucciones de
marcado, tambin llamados etiquetas. Estas etiquetas en concreto son descriptivas de
la estructura del documento, pudiendo ser su presentacin visual de varias maneras.
La etiqueta i (de italics, cursiva), por el contrario, especifica que el texto se debe
mostrar en cursiva, sin especificar el motivo de esta diferenciacin: es una etiqueta
presentacional. El texto entre estas instrucciones es el propio contenido del
documento.
Facilidad de procesamiento
Las organizaciones de estndares han venido desarrollando lenguajes especializados
para los tipos de documentos de comunidades o industrias concretas. Uno de los
primeros fue el CALS, utilizado por las fuerzas armadas de EE.U. para sus manuales
tcnicos. Otras industrias con necesidad de gran cantidad de documentacin, como
las de aeronutica, telecomunicaciones, automocin o hardware, ha elaborado lenguajes
adaptados a sus necesidades.

Esto ha conducido a que sus manuales se editen nicamente en versin
electrnica, y despus se obtenga a partir de sta las versiones impresas, en lnea o en
CD. Un ejemplo notable fue el caso de Sun Microsystems, empresa que opt por escribir
la documentacin de sus productos en SGML, ahorrando costes considerables. El
responsable de aquella decisin fue Jon Bosak, que ms tarde fundara el comit del
XML.







LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 6/28


1.4.- XML Estructura y sintaxis

XML, eXtensible Markup Language, es un lenguaje de marcado, como HTML, como su
nombre hace presuponer. Pero es un lenguaje de marcado especial, de hecho es
ms bien un metalenguaje que nos permite definir nuestros propios lenguajes de
marcado adaptados a nuestras necesidades.

XML y HTML tienen el mismo origen, el metalenguaje SGML (Standard Generalized
Markup Language).
Este metalenguaje es el estndar internacional para la definicin de la estructura y el
contenido de diferentes tipos de documentos electrnicos.

SGML etiqueta la informacin, consiguiendo as tener identificada cada parte de la
misma. Este etiquetado sigue unas reglas, unos DTDs (Document Type Definition),
que explican qu tipos de etiquetas puede contener el archivo SGML, con qu
atributos y la forma de relacionarse entre s.

Pues bien, podramos decir que HTML viene a ser un tipo de archivo SGML con un
DTD concreto, que simplemente est estandarizado y, por tanto, admitido y usado por
la mayora.

Se puede decir que XML es una reduccin de SGML, cuando menos un subconjunto
del mismo, de modo que conserva casi todas sus caractersticas pero es ms sencillo
de manejar y de aplicar, orientndose de este modo a su utilizacin en Internet.



. Relacin entre el SGML, XML y HTML


XML es un lenguaje descriptivo lo que significa que las etiquetas identifican el tipo de
contenido que contienen, es decir crea una estructura de datos contenidos en
etiquetas semnticas, etiquetas que tienen un significado para la lectura humana.

Los datos en XML se engloban en etiquetas,
delimitadas por los caracteres < >:




El nombre de las etiquetas ser descriptivo, tendr un valor semntico para facilitar la
lectura humana y para dotar de un significado a los datos que contenga.


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 7/28



Ejemplo:<animal>Datos</animal>

En este caso la etiqueta contiene datos, por tanto se deben escribir dos marcas, la de
inicio de etiqueta <animal> y la de fin de etiqueta </animal>. La de fin de etiqueta
siempre comenzar por </.

Ejemplo:<animal/>

En este caso, la etiqueta no contiene datos, es una etiqueta vaca. Las etiquetas
vacas siempre hay que cerrarlas, lo cual se hace finalizndolas con />.

Aqu podemos ver un ejemplo muy sencillo:

<?xml version=" 1.0 " encoding=" UTF-8 " standalone= " yes "?>
<ficha>
<nombre> Angel </nombre>
<apellido> Barbero </apellido>
<direccion> c/Ulises, 36 </direccion>
</ficha>


Hay un tipo de etiquetas especiales que son las declaraciones que, dentro de un
documento XML van a servir para declarar elementos necesarios para la interpretacin
de dicho HTML.

Lo primero que tenemos que observar es la primera lnea. Con ella deben
empezar todos los documentos XML, ya que es la que indica que lo que la sigue
es XML. Aunque es opcional, es recomendable incluirla. Puede tener varios
atributos, algunos obligatorios y otros no:
version: Indica la versin de XML usada en el documento. Es obligatorio
ponerlo, a no ser que sea un documento externo a otro que ya lo inclua.
encoding: La forma en que se ha codificado el documento. Se puede poner
cualquiera, y depende del parser(analizador) el entender o no la codificacin.
Por defecto es UTF-8, aunque podran ponerse otras, como UTF-16, US-ASCII,
ISO-8859-1, etc. No es obligatorio salvo que sea un documento externo a otro
principal.
standalone: Indica si el documento va acompaado de un DTD ("no"), o no lo
necesita ("yes"); en principio no hay porqu ponerlo, porque luego se indica el
DTD si se necesita.
La "declaracin de tipo de documento" define qu tipo de documento estamos
creando para ser procesado correctamente. Es decir, definimos que declaracin de
tipo de documento (DTD) valida y define los datos que contiene nuestro
documento XML.



LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 8/28


En ella se define el tipo de documento, y dnde encontrar la informacin sobre su
Definicin de Tipo de Documento, mediante:
Un identificador pblico (PUBLIC): que hace referencia a dicha DTD.
Identificador universal de recursos (URI): precedido de la palabra SYSTEM.

Ejemplos:

<!DOCTYPE MESAJE SYSTEM "mesaje.dtd">

<!DOCTYPE HTML PUBLIC "-/ /W3C/ /DTD HTML 3.2 Final/ /EN">

<!DOCTYPE LABEL SYSTEM "http://azuaje.ulpgc.es/dtds/label.dtd">


Las etiquetas pueden contener atributos que almacenan caractersticas del
elemento. Es importante decir que los atributos no le proporcionan esas
caractersticas, sino que nicamente las almacenan. Por ejemplo si en HTML
tenemos:

<td height=25>Este td tiene una altura de 25 pxeles</td>

el atributo height le proporciona una caracterstica a la celda, la de tener 25
pxeles de altura y con esa altura la mostrar en pantalla.

Sin embargo en XML:

<animal altura=25>Perro</animal>


con el atributo altura estamos almacenando el valor 25; puede significar que el
animal mide 25 centmetros de altura o puede significar que al darle un formato
al archivo XML utilicemos ese valor para pintar una celda de 25 pxeles de
altura. Simplemente hemos almacenado la informacin y luego ya le daremos
uso, pero no implica la aplicacin de esa cualidad, de forma inmediata al
elemento, es meramente un almacenaje de informacin.

Existen otros tipos de datos como las entidades predefinidas que permiten
introducir caracteres especiales; estas entidades se pueden definir en el DTD o
schema


Entidad Carcter
&amp; &
&lt; <
&gt; >
&apos;
&quot;


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 9/28




Tambin existen las secciones CDATA que permiten especificar datos, utilizando
cualquier carcter, especial o no, sin que se interprete como marcado.
Un ejemplo sera (primero usando entidades predefinidas y luego con un bloque
CDATA):
Con entidades predefinidas:

<ejemplo>
&lt;html>
&lt;head>&lt;title>Rock &amp; Roll&lt;/title>&lt;/head>
</ejemplo>

Con un bloque CDATA
<ejemplo>
<![CDATA[ lo de dentro no es marcado sino texto
<html>
<head><title>Rock & Roll</title></head>
]]>
</ejemplo>

El nico carcter no permitido en una cadena CDATA es ]] que son el cierre de la
seccin CDATA. Todos los dems estn permitidos.

Para finalizar con los tipos de datos vemos los comentarios que tienen el mismo
formato que los comentarios de HTML. Es decir, en XML un comentario comienza
por la cadena "<!--" y termina con "-->".

<!-- Esto es un comentario -->

Se pueden incluir en cualquier parte excepto en la declaracin de un elemento o
dentro de otro comentario (como en HTML)

Un ejemplo de cdigo XML sera

<?xml version="1.0" standalone="no"?>
<!DOCTYPE peliculas SYSTEM "Peliculas.dtd" >
<peliculas>
<pelicula calificacion="5" tipo="comedia" fecha="1987">
<titulo>Raising Arizona</titulo>
<guionista>Ethan Coen</guionista>
<guionista>Joel Coen</guionista>
<productor>Ethan Coen</productor>
<director>Joel Coen</director>
<actor>Nicolas Cage</actor>
<actor>Holly Hunter</actor>
<actor>John Goodman</actor>
<cartel image="racartel"/>
<comentarios>Una clsica historia de amor.</comentarios>
</pelicula>
<pelicula calificacion="5" tipo="comedia" fecha="1988">


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 10/28


<titulo>Midnight Run</titulo>
<guionista>George Gallo</guionista>
<productor>Martin Brest</productor>
<director>Martin Brest</director>
<actor>Robert De Niro</actor>
<actor>Charles Grodin</actor>
<cartel image="mrcartel"/>
<comentarios>Brillante comedia de carretera.</comentarios>
</pelicula>
</peliculas>

1.5.-ELABORACIN DE DOCUMENTOS XML BIEN FORMADOS

Existen dos estados de validacin de documentos XML: los bien-formados y los
vlidos.

1.5.1.-W3C Word Wide Web Consorcio
Tim Berners-Lee y otros, crearon el W3C como un consorcio dedicado a producir
consenso en relacin a las tecnologas Web.
Berners-Lee, que invent la World Wide Web en 1989, mientras trabajaba en la
Organizacin Europea de Investigacin Nuclear (CERN), ha sido el director del W3C
desde que se fund en 1994.
El Consorcio World Wide Web (W3C) es un consorcio internacional donde las
organizaciones miembros, trabajan conjuntamente para desarrollar estndares Web.
La misin del W3C es:
Guiar la Web hacia su mximo potencial a travs del desarrollo de protocolos y
pautas que aseguren el crecimiento futuro de la Web.

El W3C trata de alcanzar su objetivo principalmente a travs de la creacin de
Estndares Web y Pautas. Desde 1994, el W3C ha publicado ms de ciento diez
estndares, denominados Recomendaciones del W3C.


1.5.2.- XML bien formado (well-formed)

Un documento XML est bien formado si cumple con todas las especificaciones del
W3C (consorcio que rige los asuntos del World Wide Web). Estas son:

Estructura jerrquica de elementos: los documentos XML deben seguir una
estructura estrictamente jerrquica con lo que respecta a las etiquetas que
delimitan sus elementos. Una etiqueta debe estar correctamente "incluida" en
otra. As mismo, los elementos con contenido, deben estar correctamente
"cerrados". A continuacin se muestra un ejemplo incorrecto y posteriormente
otro ejemplo escrito correctamente.



LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 11/28


<td>HTML <b>permite <i>esto</b></i></td> mal

<td>En XML la <b>estructura <i>es</i> jerrquica</b></td> bien

Etiquetas vacas: XML permite elementos sin contenido, vacos, pero la
etiqueta debe cerrarse siempre de una de las siguientes maneras:

<elemento-sin-contenido/>

<elemento-sin-contenido></elemento-sin-contenido>

Podemos ver un ejemplo de notacin, primero de forma y incorrecta y luego de
forma correcta:

Incorrecto: <img src=miImagen.gif>

(esta etiqueta img est vaca, aunque tenga un atributo src)

Correcto: <imagen origen=miImagen.gif/>

<imagen origen=miImagen.gif></imagen>

(se recomienda la notacin <imagen origen=miImagen.gif/>)

Un solo elemento raz: los documentos XML slo permiten un elemento raz,
del que todos los dems sean parte. Es decir, la jerarqua de elementos de un
documento XML bien-formado slo puede tener un elemento inicial. Este
primer caso es correcto:

<veterinario>
<animal>
<dueo></dueo>
</animal>
<especialidad>
<titulo/>
</especialidad>
</veterinario>

porque el elemento raz es nico (<veterinario>)
Sin embargo este otro caso:

<animal>
<dueo></dueo>
</animal>
<especialidad>
<titulo/>
</especialidad>
no es correcto porque hay dos elementos raz (<animal> y <especialidad>)



LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 12/28



Valores de atributos: los valores de atributos en XML, al contrario de HTML,
siempre deben estar encerradas en comillas simples ( ' ) o dobles ( " ). As
tendramos:

En HTML <a href=http://www.disney.com/> (esto sera vlido en HTML)

En XML <enlace ruta="http://www.developer.com/">

Si dentro del atributo fuera necesario el uso de comillas, entonces stas no
podrn coincidir en el tipo con las que delimitan el contenido del atributo:

En XML <enlace ruta=http://www.developer.com?id=php />

Tipo de letra y espacios en blanco: el XML es sensible al tipo de letra utilizado,
es decir, trata las maysculas y minsculas como caracteres diferentes. Si un
elemento de XML est definido como "ELEMENTO", no podemos usar
"elemento", ni "Elemento", ni "eleMENto" para referirnos a l.

Existe un conjunto de caracteres denominados "espacios en blanco" que los
procesadores XML tratan de forma diferente en el marcado XML. Estos
caracteres son los "espacios" (Unicode/ASCII ->32), tabuladores
(Unicode/ASCII ->9), retornos de carro (Unicode/ASCII->13) y los saltos de
lnea (Unicode/ASCII ->10).
La especificacin XML 1.0 permite el uso de esos "espacios en blanco" para
hacer ms legible el cdigo, y en general son ignorados por los procesadores
XML.

En otros casos, sin embargo, los "espacios en blanco" resultan muy
significativos, por ejemplo, para separar las palabras en un texto, o separar
lneas de prrafos diferentes.

Nomenclatura: al utilizar XML, es necesario asignar nombres a las estructuras,
tipos de elementos, entidades, elementos particulares, etc. En XML los
nombres tienen algunas caractersticas en comn.

Segn la especificacin XML 1.0:

Un nombre [empieza] con una letra, y contina con letras, dgitos,
guiones, rayas, dos puntos o puntos, denominados de forma global
como caracteres de nombre. Los nombres que empiezan con la cadena
xml, se reservan para la estandarizacin de esta o de futuras versiones
de esta especificacin.


Resumiendo, no se pueden crear nombres que empiecen con la cadena "xml",
"xMl", "XML" o cualquier otra variante. Las letras y rayas se pueden usar en
cualquier parte del nombre. Tambin se pueden incluir dgitos, guiones y
caracteres de punto, pero no se puede empezar por ninguno de ellos. El resto


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 13/28


de caracteres, como algunos smbolos, y espacios en blanco, no se pueden
usar.

Marcado y datos: las construcciones como etiquetas, referencias de entidad y
declaraciones se denominan "marcas". stas son las partes del documento que
el procesador XML espera entender. El resto del documento que se encuentra
entre las marcas, son los datos que resultan entendibles por las personas.

Es sencillo reconocer las marcas en un documento XML. Son aquellas
porciones que empiezan con "<" y acaban con ">", o bien, en el caso de las
referencias de entidad, empiezan por "&" y acaban con ";".

Pues bien, como hemos dicho, si un documento XML cumple todas estas normas
entonces ser un documento bien formado y cualquier intrprete de XML (parser) lo
aceptar como correcto y lo interpretar sin problemas.










LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 14/28



ANEXO CODIFICACION DE CARACTERES

La codificacin de caracteres es el mtodo que permite convertir un carcter de un
lenguaje natural en un smbolo de otro sistema de representacin, como un nmero o
una secuencia de pulsos elctricos en un sistema electrnico, aplicando normas o reglas
de codificacin.
Normas de codificacin
Definen la forma en la que se codifica un carcter dado en un smbolo en otro sistema
de representacin. Ejemplos de esto son el cdigo Morse, la norma ASCII o la UTF-8,
entre otros.
ASCII
Por estar ntimamente ligado al octeto (y por consiguiente a los enteros que van del 0 al
127, el problema que presenta es que no puede codificar ms que 128 smbolos
diferentes (128 es el nmero total de diferentes configuraciones que se pueden
conseguir con 7 dgitos binarios o digitales (0000000, 0000001,..., 1111111), usando el
octavo dgito de cada octeto (bit o dgito de paridad) para detectar algn error de
transmisin). Un cupo de 128 es suficiente para incluir maysculas y minsculas del
abecedario ingls, adems de cifras, puntuacin, y algunos "caracteres de control" (por
ejemplo, uno que instruye a una impresora que pase a la hoja siguiente), pero el ASCII
no incluye ni los caracteres acentuados ni el comienzo de interrogacin que se usa en
castellano, ni tantos otros smbolos (matemticos, letras griegas,...) que son necesarios
en muchos contextos.
ASCII Extendido
Debido a las limitaciones del ASCII se definieron varios cdigos de caracteres de 8 bits,
entre ellos el ASCII extendido. Sin embargo, el problema de estos cdigos de 8 bits es
que cada uno de ellos se define para un conjunto de lenguas con escrituras semejantes y
por tanto no dan una solucin unificada a la codificacin de todas las lenguas del
mundo. Es decir, no son suficientes 8 bits para codificar todos los alfabetos y escrituras
del mundo.
Una norma dentro de la codificacin ASCII es:
ISO 8859-1
ISO 8859-1 es una norma de la ISO que define la codificacin del alfabeto latino,
incluyendo los diacrticos (como letras acentuadas, , ), y letras especiales (como ,


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 15/28


), necesarios para la escritura de las siguientes lenguas originarias de Europa
occidental: afrikans, alemn, aragons, asturiano, castellano, cataln, dans, escocs,
espaol, feros, fins, francs, galico, gallego, ingls, islands, italiano, neerlands,
noruego, portugus, sueco y Euskera.
Tambin conocida como Alfabeto Latino n. 1 o ISO Latn 1.
Esta norma pertenece al grupo de juegos de caracteres de la ISO conocidos como
ISO/IEC 8859 que se caracterizan por poseer la codificacin ASCII en su rango inicial
(128 caracteres) y otros 128 caracteres para cada codificacin, con lo que en total
utilizan 8 bits.
Los caracteres de ISO-8859-1 son adems los primeros 256 caracteres del estndar ISO
10646 (Unicode).


Unicode
Como no son suficientes 8 bits para codificar todos los alfabetos y escrituras del mundo
Como solucin a estos problemas, desde 1991 se ha acordado internacionalmente
utilizar la norma Unicode, que es una gran tabla, que en la actualidad asigna un cdigo a
cada uno de los ms de cincuenta mil smbolos, los cuales abarcan todos los alfabetos
europeos, ideogramas chinos, japoneses, coreanos, muchas otras formas de escritura, y
ms de un millar de smbolos especiales.
Formas de codificacin
Los puntos de cdigo de Unicode se identifican por un nmero entero. Segn su
arquitectura, un ordenador utilizar unidades de 8, 16 o 32 bits para representar dichos
enteros. Las formas de codificacin de Unicode reglamentan la forma en que los puntos
de cdigo se transformarn en unidades tratables por el computador.
Unicode define tres formas de codificacin bajo el nombre UTF o Formato de
Transformacin Unicode (Unicode Transformation Format)
UTF-8 codificacin orientada a byte con smbolos de longitud variable.
UTF-16 codificacin de 16 bits de longitud variable optimizada para la
representacin del plano bsico multilinge (BMP).
UTF-32 codificacin de 32 bits de longitud fija, y la ms sencilla de las tres.


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 16/28




Podemos empezar a hacer documentos xml

PRIMERA LINEA DE UN DOCUMENTO XML

La primera lnea de un documento xml se denomina prlogo y contiene la declaracin
de la versin XML empleada para la descripcin de la informacin:

<?xml version="1.0" ?>
La primera version de XML es XML 1.0. La ltima versin oficial de XML es 1.1.
(tambin conocida como Blueberry) extiende XML 1.0 aadiendo el soporte para
nuevos caracteres Unicode . Pero est muy cuestionada, una razn es que permite
utilizar cualquier carcter Unicode para formar parte de los nombres de elementos
El prologo permite especificar el estndar de la codificacin de los caracteres
utilizados:

<?xml version="1.0" encoding="iso-8859-1"?>

<?xml version="1.0" encoding="UTF-8"?>


CUERPO






LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 17/28


DOCUMENTO XML


<?xml version="1.0"?>
<tarjetavisita>
<apellido>DEL VALLE</apellido>
<nombre>Cristobal</nombre>
<sociedad/>
<profesion>Doctor</profesion>
<direccion>
<numero>19</numero>
<calle>C/ Florida</calle>
<codigopostal>18080</codigopostal>
<poblacion>MADRID</poblacion>
</direccion>
<numerotelefono>123456789</numerotelefono>
<numeromovil/>
<numerofax/>
<email/>
</tarjetavisita>


Para comprobar si el documento est bien formado:
puede utilizarse un programa editor con utilidades de comprobacin
o bien abrir el documento una vez editado con un navegador (ej Internet
Explorer)

Si el documento est bien formado se muestra correctamente, en caso contrario
aparece una pantalla:




LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 18/28




EJERCICIOS 1-6
1.5.3.- XML vlido

Si el documento es vlido implica que el documento XML est bien formado y,
adems, sigue las reglas de un DTD (Document Type Definition). Al igual que en
SGML, los DTD explican qu tipos de etiquetas puede contener el archivo XML, qu
hijos puede tener cuntos de cada tipo, qu tipo de contenido pueden tomar (texto,
numrico, etc), qu atributos puede tener cada etiqueta, qu valores pueden tomar
esos atributos y, tambin, la forma de relacionarse entre s las etiquetas, es decir, su
jerarqua.
Un ejemplo sera:

<!DOCTYPE ficha [
<!ELEMENT ficha (nombre+, apellido+, direccion+, foto?)>
<!ELEMENT nombre (#PCDATA)>
<!ATTLIST nombre sexo (masculino|femenino) #IMPLIED>
<!ELEMENT apellido (#PCDATA)>
<!ELEMENT direccion (#PCDATA)>
<!ELEMENT foto EMPTY>
]>

Para cada documento XML podemos definir un DTD diferente y as tener nuestro
lenguaje de marcado personalizado. Pues si el documento XML cumple el DTD que le
hayamos definido y est bien formado entonces ser vlido.

Por tanto, la relacin entre un documento XML bien formado y un documento XML
vlido es que ambos cumplen las reglas del W3C, por tanto un documento vlido
siempre ser bien formado, si no lo fuera no puede ser vlido.

Existe otra forma de establecer las reglas que debe cumplir un documento XML. Esa
otra forma son los Schema, que son documentos similares a un DTD, es decir, definen
qu elementos puede contener un documento XML, cmo estn organizados, y que
atributos y de qu tipo pueden tener sus elementos.

La ventaja de los Schema con respecto a los DTD son:

Usan sintaxis de XML, al contrario que los DTD.
Permiten especificar los tipos de datos.
Son extensibles.

Un ejemplo de Schema sera:

<Schema xmlns="urn:schemas-microsoft-com:xml-data"
xmlns:dt="urn:schemas-microsoft-com:datatypes">


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 19/28


<AttributeType name='id' dt:type='string' required='yes'/>
<ElementType name='nombre' content='textOnly'/>
<ElementType name='persona' content='mixed'>
<attribute type='id'/>
<element type='nombre'/>
</ElementType>
<ElementType name='documento' content='eltOnly'>
<element type='persona'/>
</ElementType>
</Schema>

Se estudiaran ms adelante

1.6.-Utilizacin de espacios de nombres en XML

Un espacio de nombres XML es una recomendacin W3C para proporcionar
elementos y atributos con nombre nico en una instancia XML. Una instancia XML
puede contener nombres de elementos o atributos procedentes de ms de un
vocabulario XML. Si a cada uno de estos vocabularios se le da un espacio de
nombres, se resuelve la ambigedad existente entre elementos o atributos que se
llamen igual. Los nombres de elementos dentro de un espacio de nombres deben ser
nicos.
Se puede definir un espacio de nombres XML (namespace XML) como un
conjunto de nombres, los cuales se identifican por una referencia URI (Uniform
Resource Identifiers) que se usan en los documentos XML como tipos de elemento y
nombres de atributos.
El concepto de espacios de nombres (namespaces) permite particionar el conjunto de
todos los nombres posibles, de forma que se pueda definir a qu zona de ese espacio
corresponde una etiqueta.
As, se evitan conflictos derivados del uso de etiquetas o atributos con el mismo
nombre pero que pertenezcan a dos elementos distintos. Por ejemplo, en una
aplicacin se pueden usar los datos personales de un cliente de un veterinario y de
sus mascotas, siendo lo normal que tanto el usuario como la mascota tengan un
nombre:
<cliente>
<nombre>Juan Prez</nombre>
<mascota>
<nombre>Scooby</nombre>
</mascota>
</cliente>



LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 20/28


En este escenario habra un conflicto entre las etiquetas <nombre> del cliente y de la
mascota. Sera necesario hacer una distincin entre ellas, saber a qu corresponde
cada una, si al cliente o a la mascota.

Para ello, se puede asignar un espacio de nombres propio a cada grupo de datos, los
del cliente y los de la mascota.

Para declarar un espacio de nombres que afecte a una etiqueta (elemento) se usar el
atributo xmlns.
Dicho atributo xmlns puede ir seguido de un identificador para el espacio de nombres y
separados por :. Por ejemplo:

<nombrens:elemento xmlns:nombrens=http://www.uriprueba.com/ns>
<! contenido de La etiqueta elemento -> es un comentario
</ nombrens:elemento>

Si se utiliza un nombre, ese nombre se debe poner como prefijo de los elementos que
pertenezcan a ese espacio de nombres, ir seguido de : y a continuacin el nombre
del elemento. El prefijo tambin ir en las etiquetas de cierre:

<nombrens:elemento xmlns:nombrens=http://www.uriprueba.com/ns>

<nombrens:subelemento1>Dato subelemento</nombrens:subelemento1>
<nombrens:subelemento2>Dato subelemento 2</ nombrens:subelemento2>

</nombrens:elemento>


Alcance de los espacios de nombres
El alcance de la declaracin de un prefijo de espacio de nombres comprende desde la
etiqueta de inicio de un elemento XML, en la que se declara, hasta la etiqueta final de
dicho elemento XML. En las etiquetas vacas, correspondientes a elementos sin
"hijos", el alcance es la propia etiqueta.

Pueden declararse varios espacios de nombres:

<cli:cliente xmlns:cli='http://www.prueba.com/cliente'>
<cli:nombre>Juan Prez</cli:nombre>
<pet:mascota xmlns:pet='http://www.prueba.com/pet'>
<pet:nombre>Scooby</pet:nombre>
</pet:mascota>
</cli:cliente>


En este caso se identificara que la etiqueta <cli:nombre> pertenece al espacio de
nombres cli, que est asociado a la URI http://www.prueba.com/cliente y que se asigna a


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 21/28


todos los elementos hijos del elemento <cli:cliente> y a l mismo, es decir, en este
caso al cliente. El cliente en este caso tendr un nombre identificado por la etiqueta
<cli:nombre>

Del mismo modo, el espacio de nombres pet se asocia a los elementos
correspondientes a la mascota, asocindolo a la URI http://www.prueba.com/pet y
diferenciando por tanto su etiqueta <pet:nombre> que indicar que ese es el nombre
de la mascota.


Es conveniente usar prefijos con nombres significativos, porque este nombre es una
referencia que utilizarn los parser de XML para acceder al contenido, como una
referencia a una variable clsica.

Declaracin de espacio de nombres
Hay que destacar que el URI no se lee realmente como una direccin; se trata como
una cadena de texto por el Parser XML.
El hecho de usar una URL (tal como "http://www.w3.org/1999/xhtml") para identificar
un espacio de nombres, en lugar de una simple cadena (como "xhtml"), reduce la
posibilidad de que diferentes espacios de nombres usen identificadores iguales. Los
identificadores de los espacios de nombres no necesitan seguir las convenciones de
las direcciones de internet, aunque a menudo lo hagan.

Aunque la URI de un namespace normalmente tiene el aspecto de una URL, eso no
quiere decir que tenga que haber una conexin a Internet para declarar y utilizar un
namespace, ya que stos son ms unos contenedores virtuales de vocabulario. La
razn de usar una URL como URI se debe a que en Internet las URL son nicas, y
como ya se ha explicado las URI deben ser identificadores nicos. Por tanto si se
escribe el contenido de la URI (URL) en un navegador de Internet no significa que se
tenga que mostrar el contenido y los elementos del namespace, es nicamente un
concepto.

En cualquier caso, cabe sealar que la recomendacin del W3C sobre Namespaces
dice que el identificador del namespace debe ser una URI, pero no obliga a ello, por
tanto lo siguiente sera perfectamente vlido:
<elemento xmlns:pre="prueba" />
Entonces, lo primero para usar un namespace es asignarle un prefijo, el cual se usar
donde se requiera. No se puede usar directamente el valor de la URI como elemento
de asignacin porque el cdigo se volvera muy espeso y, sobre todo, porque las URI
pueden contener caracteres que no estn permitidos en las sintaxis de XML
establecida por el W3C.


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 22/28


Incorrecto: <http://www.libreria.com:Libro />

Correcto: <lib:Libro xmlns:lib="http://www.libreria.com" />
Por ejemplo, en el siguiente cdigo los elementos titulo y autor estn asociados con el
namespace http://www.libreria.com:
<?xml version="1.0"?>
<Libro xmlns:lib="http://www.libreria.com">
<lib:Titulo>Sherlock Holmes</lib:Titulo>
<lib:Autor>Arthur Conan Doyle</lib:Autor>
</Libro>

Espacios de nombres por defecto

Tambin se puede declarar el espacio de nombres sin asignarle un nombre, con lo
cual el atributo xmlns se escribir de la misma forma que otros atributos:

<elemento xmlns =http://www.uriprueba.com/ns>
Esto se hace para evitar sobrecargar el cdigo con prefijos.
Se puede asignar un namespace por defecto, que afectar a todos los elementos hijos
que no utilicen explcitamente otro prefijo. Al igual que ocurre con los namespaces con
prefijo, uno por defecto tambin se puede sobrescribir. Slo puede haber un
namespace por defecto en un documento XML. Se declara de la siguiente forma
(sin prefijo):
<elemento xmlns="http://www.prueba.com" />

Los namespace por defecto no se aplican a los atributos, por tanto cualquier
namespace aplicado a un atributo tiene que estar asociado a un prefijo.
<elemento xmlns:pre="http://www.prueba.com" pre:atributo="valor" />
Cuando se define en la etiqueta de inicio de un elemento XML, se aplica a todos
elementos sin prefijo del mbito del elemento, pero no a los atributos.
<?xml version="1.0"?>
<cliente xmlns='http://www.Espacio_de_nombres_XML/cliente'
xmlns:ped='http://www.Espacio_de_nombres_XML/pedido'>

<numero_ID>1232654</numero_ID>
<nombre>Fulanito de Tal</nombre>
<telefono>99999999</telefono>
<ped:pedido>
<ped:numero_ID>6523213</ped:numero_ID>


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 23/28


<ped:articulo>Caja de herramientas</ped:articulo>
<ped:precio>187,90</ped:precio>
</ped:pedido>

</cliente>
Los namespaces se puede sobrescribir o desasignar, tanto los namespaces por
defecto como los que estn asociados a un prefijo
Por defecto <elemento xmlns="" />
Con prefijo <elemento xmlns:pre="">
Una vez eliminada la declaracin de un namespace, dicho namespace no se puede
utilizar en el mbito de la etiqueta donde se haya eliminado la declaracin, pero se
puede volver a declarar en cualquier punto
En resumen:
El mbito de la declaracin de un namespace comienza en el elemento en el
que se declara y se aplica a todos sus hijos, excepto si es sobrescrito por otro
namespace con el mismo prefijo.
Tanto los namespaces con prefijo como los namespaces por defecto se
puede sobrescribir.
Se puede eliminar la declaracin tanto de los namespaces con prefijo como de
los namespaces por defecto.
Los namespaces por defecto no se aplican a los atributos directamente
Los namespaces por defecto existen nicamente si se han declarado
explcitamente; es incorrecto utilizar el trmino namespace por defecto para
un documento en el que no se haya declarado, aunque no haya ningn otro
namespace con prefijo declarado

EJERCICIOS 7-8

1.7.-Herramientas de edicin

Las principales herramientas de edicin para los lenguajes de marcas son:

Adobe Dreamweaver
Altova XML Spy
XML Copy Editor

Los dos primeros programas requieren licencia, el tercer editor es libre.




LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 24/28


Adobe Dreamweaver

Editor orientado al desarrollo web en general, especialmente indicado para XHTML y
CSS. En cualquier caso es un editor de gran potencia que permite crear todo tipo de
pginas web desde XHTML, a PHP, a JSP, XML, etc.

Es una herramienta a la cual le van a sacar ms rendimiento los programadores de
front-end (XHTML, CSS, JavaScript, Multimedia) que los programadores back-end
(Bases de Datos, Java, .NET, PHP, etc.). Por tanto, aquellos programadores ms
orientados al back-end sera recomendable que usaran los IDE ms adecuados a sus
necesidades (Eclipse, JBuilder, Visual Studio, SharePoint Designer, etc).


Podemos concluir entonces, que su uso est muy aconsejado para la creacin de
archivos XHTML, JavaScript o CSS y desaconsejado para otras tecnologas. Eso s,
en lo que es bueno, es el mejor sin duda.

El manejo bsico es muy sencillo y su cualidad ms destacable para un programador
de pginas web es su extraordinaria vista tanto de cdigo como de diseo. Al
programador principiante la vista de diseo le permite ver, insertar, eliminar o modifcar
elementos dentro de la pgina web sin la necesidad de tener grandes conocimientos
de xhtml y con un alto grado de fiabilidad respecto de la apariencia final en los
navegadores. En cambio el programador ms experto va a valorar altamente tanto la
vista de cdigo, muy completa en cuanto a completar cdigo, en cuanto a hacer
bsquedas, reemplazar cdigo, etc. y la vista mixta con media ventana de cdigo y
media de diseo le va a permitir acceder e identificar fcilmente los elementos sobre
los que trabajar y poderlo hacer directamente en el cdigo.



Altova XMLSpy

Altova XMLSpy es el editor XML y entorno de desarrollo XML estndar del mercado.
Permite modelar, editar, depurar y transformar todas las tecnologas XML. XMLSpy es
la herramienta de productividad definitiva para los desarrolladores que trabajan con las
ltimas tecnologas XML, Servicios Web y de base de datos.

Altova XMLSpy aporta la potencia necesaria para crear las aplicaciones XML y
Servicios web ms avanzadas, an manteniendo flexibilidad suficiente para permitir
trabajar con XML usando las vistas y opciones que encajen mejor con las necesidades
y preferencias del usuario.
XMLSpy abstrae de la complejidad que supone trabajar con tecnologas basadas en
XML mediante su interfaz intuitiva y la amplia variedad de vistas y opciones de edicin.
Dispone de cinco vistas de edicin sincronizadas que permiten trabajar con cualquier
tecnologa XML en la forma que se prefiera: como texto de forma grfica, o
cambiando de una a otra.


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 25/28


Las funciones de edicin inteligente de XMLSpy incluyen autocompletado, ayuda de
sintaxis sensible al contexto, asistente de edicin, sintaxis coloreada y otras ayudas
que facilitan la creacin de documentos XML vlidos.
XMLSpy aporta conformidad con los ltimos estndares de la industria, incluyendo
XML, DTD, XML Schema, XSLT 1.0 y 2.0, XPath 1.0 y 2.0, y XQuery; al igual que
SOAP y WSDL para el desarrollo de Servicios web

XML Copy Editor
XML Copy Editor es un editor de documentos XML libre (GPL 2.0) y multiplataforma
cuya pgina web es http://xml-copy-editor.sourceforge.net/.
La versin para Windows se puede descargar de SourceForge (6,28 MB). La versin
para Ubuntu se puede instalar desde los repositorios oficiales de la distribucin.
Interface y configuracin de XML Copy Editor
El interface de XML Copy Editor es similar al de cualquier editor de texto sin formato.




LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 26/28


Al abrir XML Copy Editor el editor muestra la plantilla de un documento XML con la
declaracin XML. Si se quiere crear un documento XML desde cero, se puede elegir el
men Fichero > Nuevo... y elegir la opcin Documento XML (*.xml), como muestra la
imagen siguiente:


El men Herramientas > Opciones permite configurar el comportamiento de XML Copy
Editor al editar archivos XML.



LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 27/28


Juego de caracteres
La declaracin xml indica el juego de caracteres del documento. Dos de los juegos de
caracteres ms habituales son iso-8859-1 o utf-8, que se indicaran con las siguientes
declaraciones xml:
<?xml version="1.0" encoding="iso-8859-1"?>
<?xml version="1.0" encoding="utf-8"?>
Es importante que el juego de caracteres que aparece en la declaracin sea el juego
de caracteres en que realmente est guardado el documento, porque si no el
procesador XML puede tener problemas leyendo el documento.
XML Copy Editor tiene en cuenta el juego de caracteres indicado en la declaracin. Si
se modifica la declaracin, al guardar el documento se guarda en el juego
correspondiente.
Comprobar que un documento est bien formado
Para comprobar si un documento est bien formado, se puede elegir el men XML >
Comprobar Bien-Formado, hacer clic en el botn correspondiente, o pulsar la tecla F2.
En caso de que el documento est bien formado, el programa lo indica en la
parte inferior de la pantalla, como muestra la imagen siguiente:

En caso de que el documento no est bien formado, el programa lo indica en la
parte inferior de la pantalla, como muestra la imagen siguiente. El mensaje


LENGUAJE DE MARCAS
TEMA 1



Rosa M Campo
Pgina 28/28


inferior explica el tipo de error detectado y la lnea en el que se ha detectado
(en el ejemplo, que las etiquetas no coinciden). Si el documento contiene varios
errores, slo se muestra uno de ellos, por lo que una vez corregido un error es
necesario repetir la comprobacin hasta que el documento est bien formado.