Es un formato de 8 bits, por lo que tiene
las mismas limitaciones que el código ASCII (para
representar caracteres). Lo que pasa es que RTF supera a
éste mediante secuencias de escape. Los caracteres escape
son de dos tipos:
Escape de página de
código: Dos dígitos hexadecimales
después de un apóstrofo se utiliza para denotar
un carácter tomado de una página de
códigos de Windows.
Ejemplo: 'c8 codifica la letra
árabe beh (?).
Escape Unicode: En este caso el
código es u seguido de un entero decimal (con signo)
de 16 bits. Para aquellos programas que no entiendan Unicode
se debe poner un símbolo de interrogación como
alternativa para aquellos caracteres que el sistema no pueda
representar.
Ejemplo: u1576? De nuevo representa la
letra árabe beh, pero en esta ocasión si el sistema
no pudiera representar dicho carácter, pondrá un
carácter de interrogación en su lugar.
Entonces, como podemos ver a diferencia de
la mayoría de formatos de los procesadores, el
código RTF bien formado puede ser legible por los seres
humanos. Un archivo RTF se puede abrir fácilmente por el
bloc de notas (lector de texto plano) y entonces es cuando uno se
da cuenta de que es bastante intuitivo. (Hombre, siendo sinceros,
mejor manipular directamente los documentos con un procesador de
textos y que esta aplicación haga el trabajo con el
código por mi).
Los archivos RTF producidos por la
mayoría de los programas, como Microsoft Word,
contendrán un gran número de códigos de
control para que sus archivos RTF resultantes sean compatibles
con los programas más antiguos. Tal es así, que esa
parte del código ocupará más que el texto en
bruto. Esto los hace muy difíciles de leer y no aptos para
el procesamiento de grandes cantidades de
información.
Hoy día el Microsoft Word no se
complica y produce archivos con extensión .doc, dejando el
formato RTF sólo por cuestiones de compatibilidad. Los
.doc han dejado de ser archivos de texto plano enriquecido,
pasando a ser directamente archivos binarios, con sólo
unos trozos de texto legible.
¿Y cuál es la tendencia de
los procesadores actuales?
La tendencia de los procesadores de
texto actuales es la de utilizar el formato XML para el
tratamiento de la estructura de los documentos. XML en el futuro
de los lenguajes de marcado. Lo veremos más
adelante.
A pesar de ello, los procesadores actuales
incorporan la importación exportación al formato
RTF, e incluso si edición directa, porque sigue siendo
el nexo de unión entre procesadores y sistemas operativos
incompatibles. Estos factores contribuyen a su
interoperatividad.
En cuanto a cuestiones de seguridad
informática, RTF podría ser una vuelta
atrás, aparentemente, pero sin embargo es un avance hacia
la seguridad informática. Ésto es porque el formato
.doc así como los nuevos formatos Office Open Xml y
OpenDocument admiten macros, pero RTF, no. Esto es una gran
ventaja de RTF frente a los otros formatos en un entorno en el
que la propagación de virus informáticos es una
tremenda preocupación.
Ahora que abrir un fichero renombrado RTF,
no asegura al 100% que sea seguro. Porque aunque sea
aparentemente RTF, puede contener alguna macro y no ser RTF en
realidad y Microsoft Word ejecutará dicha macro sin
planteárselo siquiera. La única forma de estar
seguros al 100% es abrir ese fichero con el bloc de notas y
comprobar que en efecto sólo se trata de RTF al
100%.
Hoy día RTF es un formato muy
importante para la lectura de libros electrónicos y
para los dispositivos especiales que usan ese formato en
concreto, ya que consume pocos recursos de la CPU y es
fácilmente portable.
3. Etiquetado descriptivo o
semántico:
Se trata de lenguajes que se centran en
especificar las diferentes partes en que se estructura un
documento, pero sin especificar cómo deben representarse.
Por lo tanto el etiquetado descriptivo o semántico utiliza
etiquetas para describir los fragmentos de texto, pero sin
especificar cómo deben ser representados, o en qué
orden. Los lenguajes especialmente diseñados para realizar
marcado descriptivo son el SGML (del cual ya hemos hablado) y el
XML. De este último hablaremos profusamente más
adelante.
Un ejemplo muy importante en el mundo de
los Blogs, es el estándar atom, un lenguaje de
gestión, que proporciona un método para marcar la
hora "actualizada" , que es el dato facilitado por el editor de
Blogger, por ejemplo, al editar la información por
última vez.(Por lo tanto así se sabe cuando una
entrada de un Blog ha sido modificada por última vez). El
estándar atom, en este cado no especifica cómo se
debe representar, y ni siquiera si se debe
representar.
Por consiguiente, una de las grandes
virtudes de este tipo de lenguajes es su enorme flexibilidad,
siendo este hecho causado porque los fragmentos de texto se
etiquetan tal como son, y no tal como deben aparecer. Por lo
tanto estos fragmentos de texto pueden ser usados finalmente para
mayores usos que los planificados inicialmente. Por ejemplo, los
hiperenlaces, fueron diseñados en un principio para que un
usuario que lee el texto los pulse. Sin embargo, los buscadores
los utilizan para localizar nuevas páginas con
información relacionada, o para evaluar la popularidad de
un determinado sitio web (PageRank de Google por
ejemplo).
Además, en estos lenguajes, como la
información de formateado de un texto está separada
del contenido, se puede cambiar el formato del documento cuantas
veces se quiera, de forma totalmente independiente al
contenido.
Con cualquiera de los dos tipos anteriores
de lenguajes, un fragmento indicado como cursiva < i >
Texto en cursiva < /i > , puede emplearse para marcar
énfasis, o bien para señalar palabras en otro
idioma.
Esta ambigüedad, presente en el
marcado procedimental y en el marcado presentacional, no puede
soslayarse más que con una tediosa revisión a mano.
Si ambos casos se hubieran distinguido utilizando etiquetas
descriptivas o semánticas distintas para cada uno de los
casos, podrán representarse de manera diferente sin
esfuerzo.
Características comunes a todos los
lenguajes de marcado:
1. Facilitan la interoperabilidad:
Como los lenguajes de marcado usan archivos de texto plano,
el intercambio entre programas e incluso entre sistemas
operativos se facilita.2. Facilidad de procesamiento: Son
lenguajes fáciles de comprender, de aprender e incluso
disponen de la flexibilidad de poder ser adaptados a unas
necesidades concretas. Al ser metalenguajes, a partir de
cualquiera de ellos, se puede crear un nuevo lenguaje, que
será más adecuado a las necesidades concretas
que se tengan.3. Compacidad: Como hemos dicho
anteriormente las etiquetas se entremezclan con el propio
contenido del documento en un único archivo. Por lo
tanto se fusiona el texto en si mismo, con las etiquetas del
lenguaje en un mismo archivo.4. Texto plano: Como hemos dicho
anteriormente se codifican mediante archivos de texto plano,
lo cual le dota de la ventaja de la independencia con
respecto a la plataforma utilizada. En el caso de archivos
binarios, éstos si que necesitan de un programa
intermediario para poder trabajar con ellos. Por lo tanto los
lenguajes de marcado al utilizarse en archivos de texto
plano, posibilitan que se pueda escribir su código
fuente en cualquier procesador de textos, por sencillo que
sea.5. Emplean etiquetas o marcas: Las
marcas o etiquetas permiten marcar el texto y, normalmente,
van mezcladas con el propio documento.6. Están dotados de un
vocabulario extensible, es decir, que a partir de cualquier
metalenguaje de marcado, se puede definir otro lenguaje.
(Como dije antes).7. Flexibilidad: Como vimos
anteriormente, se pueden emplear para cualquier sector o
cosa.
Utilización de lenguajes de
marcas en entornos web:
Como hemos visto hasta ahora, en 1986
surgió el SGML. En 1989, desde el CERN (Centro europeo de
investigaciones nucleares), Tim Berners Lee comienza a esbozar la
idea de un sistema de redes de computadoras comunicadas entre
sí a través de internet (el cual existía),
pero que se pudiera acceder a los recursos en línea de
manera uniforme a la información disponible en muchos
recursos distintos. La idea es que todo esto pudiera funcionar en
redes conectadas a través del protocolo TCP/IP. Con todo
esto se estaba germinando el nacimiento de la World Wide
Web.
Una vez creado el medio de funcionamiento,
Tim Berners Lee comienza a pensar un lenguaje para crear los
documentos en la recién nacida WWW. Al final decide crear
un subconjunto a partir de SGML. Así nació el HTML.
En el mismo año de la creación del HTML, Nicola
Pellow, creó el primer visor de HTML, llamado LineMode,
que de momento sólo funcionaba en modo texto y bajo
entornos Unix. El 17 de mayo de 1991 el CERN realiza la apertura
del primer sitio con acceso público a través de la
WWW.
A partir de ahí, comenzó la
carrera de loa navegadores, web, evolucionando de manera
vertiginosa. También se produjo una evolución
paralela en cuanto al HTML, el cual también
evolucionó de manera espectacular.
Ahora, nos vamos a introducir en el HTML y
a conocerlo.
HTML
Las páginas HTML se dividen en dos
partes o secciones: La cabecera ( < head > ) y el cuerpo (
< body > ). La cabecera incluye información sobre la
propia página como puede ser el título y su idioma.
El cuerpo de la página incluye todos los contenidos, como
párrafos de texto e imágenes.
Lo que está en la cabecera no se ve
en la pantalla mientras que lo que está en el cuerpo de la
página es lo que realmente se va a ver al final en la
pantalla. La única excepción a esta regla es el
elemento < title > Título de la página <
/title > , el cual va a ser mostrado en la barra de
título de los navegadores.
A continuación vamos a ver un
código HTMl de ejemplo muy sencillo. Para probar este
ejemplo debes seguir los siguientes pasos:
Entra en el bloc de notas, por ejemplo
y crea un archivo nuevo. (Para probar esto usa un procesador
de texto no enriquecido). También se recomienda el
programa gratuito Komposer para ello.Copia el código que detallamos
abajo y pégalo en el archivo del bloc de
notas.Guarda el archivo con el nombre que
quieras, pero con la extensión .html
(¡Siempre!).Ahora abre el archivo desde cualquier
navegador web.
Veamos un código HTML de
ejemplo:
Suponemos que has seguido correctamente los
pasos y ya estás viendo la página web. Entonces,
mientras ves dicha
web, pulsa el botón derecho del
ratón y se abre un cuadro de diálogo con la
opción ver código fuente. Escogiendo esta
opción podemos ver el código de nuevo y mejor
aún, podemos fisgar el código de cualquier
página web de todo el mundo.
Por supuesto es imprescindible poner la DTD
y la declaración del tipo de lenguaje al inicio del
código en la primera línea antes de la etiqueta
< head > .
Volviendo al código HTML del
principio, es importante conocer los tres elementos más
importantes de una página HTML:
< head > y < /head > :
Delimita la parte de la cabecera. Los contenidos indicados en
la cabecera no son visibles al usuario, dando
información relativa al autor de la web, caracteres
soportados, lenguaje usado, palabras clave de la
página web etcétera…
Entre estas dos etiquetas se colocan tres
tipos de etiquetas muy especiales e importantes:
Etiquetas < meta > : Las
etiquetas < meta > se usan para añadir
información sobre la página. Esta
información suele ser utilizada por los buscadores.
Aunque cada vez se da más importancia al contenido de
una página y menos al resto, las etiquetas < meta
> siguen siendo imprescindibles para ser localizadas por
los robots de los buscadores.
Los buscadores consultan la
información de la etiqueta < meta > de las
páginas, buscando coincidencias con lo que el usuario
pretende encontrar.
Las etiquetas constan de unos atributos,
con los que se pueden escoger diversas propiedades que afectaran
a todo lo contenido en esa etiqueta. De los atributos hablaremos
más extensamente, pero introduzco el término ya que
vamos a comentar diversos atributos de las etiquetas < meta
> .
Entonces a través de la etiqueta
< meta > pueden especificarse los atributos name y
content.
Para indicar el tipo de información
podemos hacerlo en español si queremos, pero como la
mayoría de los buscadores están en inglés,
lo mejor y lo que recomendamos es hacerlo en inglés. Los
tipos de información más utilizados son:
author: Autor de la
página.classification: Palabras para
clasificar la página en los buscadores.description: Descripción del
contenido de la página.generator: Programa utilizado para
crear la página.Keywords: Palabras clave. Son muy
importantes para el posicionamiento web.
La etiqueta < meta > no necesita de
etiqueta de cierre. Lo usual es poner al final de todos los
caracteres de la etiqueta < meta > un espacio / > por lo
que la misma etiqueta se abre y se cierra.
Para cada etiqueta < meta >
sólo es posible indicar un tipo de información,
pero se pueden incluir tantas etiquetas < meta > dentro de
la página como se estimen oportunas.
Un ejemplo sobre lo visto hasta
ahora:
La etiqueta < meta > también
se emplea para indicarle al navegador alguna acción En
este caso se utiliza el atributo http-equiv.
Por ejemplo, imaginemos que por cualquier
motivo deseamos que nuestra página se actualice cada 30
segundos. En este caso debemos usar la acción refresh.
Veámoslo:
Ahora supongamos que hemos cambiado la
dirección que hemos cambiado la dirección de
nuestra página web y queremos que cuando un usuario visite
la página en el dominio antiguo (url antigua), pues que el
sistema le rediriga automáticamente al destino donde
esté la página nueva.
Lógicamente este ejemplo
sólo puede funcionar si somos dueños de la
dirección origen y de la dirección destino.
Tiene sentido porque en mi experiencia personal cuando cambias de
dominio si tienes la web posicionada en Google, por ejemplo, el
buscador tarda un tiempo en darse por "enterado del cambio".
Ésto lleva que aunque no quieras, los usuarios del
buscador sigan viendo en los resultados de la búsqueda la
antigua dirección de la página, con lo cual puede
estar perdiendo visitantes que en realidad te corresponden. Por
lo tanto veremos ahora cómo se resuelve este
desaguisado:
< html > : Indica el comienzo y
el final < /html > de un documento HTML. Normalmente,
toda etiqueta que se abre se cierra. Importante destacar que
cuando una etiqueta se cierra es imprescindible colocar la
barra slash (/) antes de los caracteres de la
etiqueta.
No se os ocurra poner espacios entre el
slash y los caracteres o el código no estará bien.
Toda etiqueta o contenido debe estar colocado entre estas dos
etiquetas.
A las etiquetas < html > y < /html
> , más todo lo que se encuentre entre ellas, se lo
denomina elemento raíz. Es el elemento principal de toda
página web HTML.
< body > : Delimita el cuerpo del
documento HTML. Dentro de < body > < /body > se
encuentran todos los contenidos que se muestran al usuario
(párrafos de texto, listas,
tablas…).
LAS VERSIONES DEL HTML:
Tras el rápido crecimiento de la
World Wide Web y de los navegadores, surgió la
necesidad de entandarizar el HTML, ya que cada navegador creaba
sus propias etiquetas HTML y al final esa situación se
convirtió en un caos.
Por ello, surgió EL HTML 2.0, luego
el HTML 3.2, luego el HTML 4.0 y el HTML 4.01. La verdad es que
alguno creen que el HTML ya no tiene futuro, porque existe el
XHTML que es mejor , pero el Internet Explorer no lo soporta del
todo bien, por lo que otros piensan que el futuro está en
HTML5. Quién sabe.
De XHTML Y de HTML5 hablaremos más
profusamente.
Hasta ahora todo el mundo usaba el HTML
4.01, pero esto está llegando a su fin.
En los orígenes del lenguaje
HTML se produjo un crecimiento explosivo de la World Wide
Web, a su vez que cada navegador adoptaba las etiquetas que
más le gustaban o interesaban. Navegadores cono Netscape
comenzaron a crear sus propias etiquetas y al final todo se
convirtió en un caos para los diseñadores de las
webs. Podías diseñar una página que se viera
bien en Netscape, pero luego muchas de sus funcionalidades no se
veían en otros navegadores, por ejemplo. Antes esta
situación, el W3c tuvo que tomar cartas en el asunto, y en
1998 publicó su alternativa: XML. Pero ¿Qué
pasó? El Xml resultó ser potentísimo,
pero en realidad está más orientado al intercambio
de información, que a su representación, siendo
muy útil para aplicaciones de base de datos pero quedando
corto para el desarrollo web, el cual está muy influido
por el diseño gráfico. (No bastaba ni basta con que
una web funcione bien sino que tiene que ser bonita). La
solución era inevitable: La fusión de XML y
HTML en uno sólo: el nacimiento del futuro, el
nacimiento de XHTML.
XHTML. Diferencias sintácticas y
estructurales con HTMLDiferencias a grandes
rasgos
1. Esta es la pregunta del
millón. La primera respuesta que podemos dar ante esta
pregunta es que la primera diferencia y sin duda alguna la
más obvia es que XHTMl tiene una X al principio
y HTML no. ¿Parece un chiste?
Pues no lo es. La X de XHTML significa
Extensible y esto de por si es ya una gran diferencia
frente al HTML.
2. HTML está basado en
SGML, lenguaje muy amplio, lo cual le da cierta holgura a los
desarrolladores a la hora de usar el HTML, porque no es
demasiado estricto. Lo que sucede es que esto generaba
grandes problemas porque al final parecía que las
cosas se podía escribir de múltiples formas,
dando problemas de compatibilidad con los navegadores. Esta
situación la complicaba aún más el
señor Gates que parece que le gusta hacer todo a su
manera sin seguir los estándares. (Con su Internet
Explorer). La situación al final, comprobado en las
carnes de quien escribe este trabajo, es que había que
hacer una página para el resto de los navegadores y
una específica para el gusto del señor Gates.
(De todas formas no creo que le quede mucho de vida a ese
navegador sinceramente, pero, bueno, esto es otra
historia).
Ante este caos, surgió en los
años 90 el XML, basado en el intercambio de
información. XML manejaba muy bien el intercambio de
información y la estructuración de los datos, con
lo que era ideal para el manejo de bases de datos y todo tipo de
intercambio de información en la web. Además XML
surgió como un subconjunto de SGML, tomando el 80% de sus
ventajas y desechando el 20% de su complejidad. De esta forma XML
es más estricto que SGML.
Aún se necesitaba "algo" dentro de
XML que indicara como representar la información.
Así se fusionó por primera vez HTML y XML,
surgiendo XHTML.
Conclusión: XHTML es más
estricto que HTML.
El ejemplo anterior es un ejemplo de buena
estructuración en XHTML. Mientras que en HTML
podías cerrar primero el elemento < p > y
después el elemento < pre > . Esto en XHTML
dará un error.
Por lo tanto en XHTML todos los
elementos deben cerrarse en su momento, siguiendo la adecuada
pauta de anidado. En XHTML esta regla debe cumplirse incluso para
los elemento vacíos, que se cierran en si
mismos.
Pero sin embargo en HTML había mayor
libertad a la hora de cerrar las etiquetas. Esto podía
parecer bueno, pero no porque, al final los navegadores mostraban
las páginas web como querían y no como
debían mostrarlas. (Una misma página web
podía ser vista de forma distinta en diferentes
navegadores).
El enlace del primer ejemplo está
dentro del primer párrafo.
El nuevo párrafo lo ponemos en la
siguiente línea para que se vea más clara la
diferencia. Pero podría ir a continuación. En XHTML
es obligado que todas etiqueta que se abre se cierre y los
elementos vacíos como < img / > y las < meta >
de la cabecera < head > deben cerrarse en sí mismas
con espacio/.
3. HTML no es Case Sensitive
(sensible al caso). Esto quiere decir que en HTML
podías combinar mayúsculas con
minúsculas en las etiquetas sin ningún tipo de
problemas, porque el resultado iba a ser el mismo.
Pero en XHTML esto no se puede hacer, ya
que heredado de XML, es sensible al caso, lo que quiere decir que
los mejor es que nos olvidemos de las mayúsculas, y
lo escribamos todo en minúsculas.
Si no, tendremos errores.
Me parece conveniente añadir un
aspecto más, muy importante, por si no nos ha quedado
claro. Para cerrar una etiqueta vacía como < img >
basta con agregar una "/" al final de la etiqueta. Una etiqueta
vacía, sólo se compone de una etiqueta que se abre
y se cierra en sí misma. Una recomendación
importante es dejar un espacio antes de la barra de cierre "/" en
estas etiquetas vacías, por cuestiones de compatibilidad
con navegadores antiguos.
Donde pone espacio se le da una sóla
vez a la barra espaciadora del teclado y luego se pone la barra
slash (la que está inclinada a la derecha) y se cierra la
etiqueta.
4. Y la enorme diferencia la
más grande de todas, es la separación
definitiva del contenido y de la presentación usando
totalmente CSS. Es decir, en HTML se usaba para maquetar la
web, las tablas. De esta forma se conseguí el efecto
deseado pero se estaba mezclando presentación con
contenido.
En XHTML también se pueden usar
tablas pero sólo con el objetivo de escribir en forma de
tabla el contenido, pero jamás y digo jamás, a fin
de maquetar la web. O sea, que para decidir la
organización estética de la web, no se
usarán nunca más las tablas, porque se ha decidido
que se debe Usa el Lenguaje CSS. Esto se debe a que el CSS
permite dividir definitivamente el contenido de la
presentación, llegando en el mejor de los casos a estar
alojados en archivos diferentes. Esto es una gran ventaja del
XHTML, frente al HTML (Aunque el HTML 4.01 ya comenzaba a
permitir esta solución). Así a la hora de
actualizar la imagen de una web, sólo se debe retocar
el archivo CSS dejando el contenido y viceversa.
Además se puede aplicar un mismo estilo con el CSS a un
sin fin de páginas web. De CSS hablaremos más
adelante.
5. Por si o ha quedado claro,
XHTML es estrictamente semántico (significado de lo
que contiene las etiquetas), frente al HTML, mucho más
orientado a la estética que a la
semántica.
Por lo tanto, en XHTML sólo se
expresa si es un título, o es una lista, si es un
párrafo… Por ello, en XHTML se han eliminado todas
aquellas etiquetas y atributos que servían para definir la
forma (estilo con el que se tenían que representar los
contenidos de una página), que ahora deben indicarse por
separado, mediante CSS.
Diferencias estructurales
En XHTML debemos especificar
exactamente tres cosas (las cuales no siempre eran
obligatorias en HTML):Declaración del lenguaje
utilizado:
Esta línea debe ser declarada antes
que cualquier otra cosa en el documento.
Esta línea es muy importante para
indicar el formato en el que se guardan los caracteres en el
archivo. La codificación estándar utilizada en
XHTML es el Unicode (utf-8) y soporta caracteres de todas
las lenguas. Utilizando el juego de caracteres Utf-8 tendremos
resueltas la mayoría de nuestras necesidades.
Si deseas utilizar el formato Utf-8, debes
asegurarte que tu editor de textos guarda los archivos en dicho
formato, lo cual se comprueba en el desplegable de tu editor de
textos en la opción guardar cómo. Si en ese
desplegable no aparece es que tu editor no lo soporta, por lo que
no debes usar UTf-8.
En todo documento en formato XML debe
aparecer esta primera línea y XHTML es un documento
XML. Pero también se podría omitir esta
línea en cuyo caso se pondría el juego de
caracteres en una etiqueta < meta > especial en la
sección cabecera ( < head > ):
No obstante, nosotros recomendamos lo
siguiente:
-En lugar de Utf-8 elegir iso-8859-1 (para
sistemas Windows) y así nos aseguramos de la
compatibilidad con todos los sistemas. Windows suele usar Latin-1
, o sea, iso-8859-1. (Para lenguajes europeos).
-Poner la declaración de lenguaje
XML al principio y a mayores la etiqueta meta citada con el mismo
juego de caracteres (iso-8859-1) a mayores. Cuanta más
información tengan los navegadores y más
información tengan los buscadores, mejor.
Sin embargo, hay criterios para todos los
gustos, y otros desarrolladores opinan que sólo se debe
poner una de las dos líneas y nunca las dos en el mismo
documento.
Esta línea tiene conceptos como
versión, en el cual se especifica entre dobles comillas la
versión exacta de xml utilizado. En la palabra encoding es
donde debemos es donde debemos poner el tipo de juego de
caracteres seleccionado, y por último, la palabra que
corresponde a la declaración de autónomo o
independiente. Nos estamos refiriendo a standalone,, que es
opcional, e indica al navegadorsi un documento tiene DTD propia
(independiente. Entonces standalone="yes") o bien se basa en una
DTD externa, que es lo más frecuente
(standalone="no").
Declaración de la DTD
Utilizada:
No es una etiqueta, al igual que la
anterior línea. Es una instrucción para el
navegador .
Se encarga de decirle a dicho navegador que
contiene el archivo que está abriendo y es imprescindible.
Además a la hora de validar el documento en el validador
de la W3C (operación necesaria para saber si el
código es correcto y no contiene errores) es necesario que
concuerde esa DTD con el contenido del archivo. Si se escoge una
DTD que no soporta una determinada etiqueta o sintaxis, y luego
se usa esa etiqueta o sintaxis no permitida, el documento
dará errores.
Para declarar la DTD utilizamos la
palabra DOCTYPE (siempre en mayúsculas). En cuanto a
la DTD, hay tres tipos de especificaciones, desde HTML
4.01:
El DTD Strict, hace
énfasis en la separación del contenido de la
presentación. Esta es la especificación
recomendada por la W3C para las páginas web actuales.
Aquí solo valen las etiquetas recomendadas.El DTD Transitional, implica que
pueda ser utilizado transicionalmente, para u convertir un
documento de las versiones anteriores, en uno más
moderno. Aquí se permite el uso de aquellas etiquetas
que el W3c ya no recomienda pero que aún no
están obsoletas. No es recomendable utilizar este tipo
de DTD para webs actuales.El DTD Frameset, es utilizado
para aquellas páginas que usen marcos. Un marco es un
espacio dentro del cual se introduce otra web, o
sección web dentro. El uso de marcos está
absolutamente desaconsejado actualmente por lo que
seguramente, no tardando mucho ya, quede obsoleta esta DTD
también.
Ejemplos de DTD en función del
lenguaje escogido:
Respecto a rubí, decir que es un
lenguaje de programación (no de marcado) de muy alto nivel
que simplifica al máximo las instrucciones y algunos creen
que es el lenguaje del futuro. Como el objeto no es hablar sobre
este lenguaje de programación no vamos a decir nada
más sobre él, pero se cree que será el
compañero ideal de XHTML. Ya veremos lo que depara el
futuro. (Ejemplo instrucción ruby cadena de texto repetida
tres veces sin necesidad de bucle puts ("Hola"+" Adios ")*3) No
es necesario conocer ruby para usar XHTML.
Nota:
Recordemos que los lenguajes de marcado y
los lenguajes de programación son absolutamente
diferentes.
Por otro lado, hemos comentado que cada uno
puede crearse su propia DTD si lo estima necesario. Esto ya
está a otro nivel porque las DTD tienen una sintaxis
completamente diferente y son complicadas de realizar.
El elemento raíz < html >
:
Como comentábamos antes, el resto de
los elementos deben estar dentro de este elemento, o lo que es lo
mismo, el elemento raíz debe contener a todos los
demás. Pero antes hablábamos de HTML y con poner la
etiqueta < html > de apertura y la etiqueta < /html >
de cierre bastaba. Sin embargo en XHTML se debe indicar el
espacio de nombres. A ver vayamos por partes, la etiqueta de
apertura del elemento raíz de XHTML debería ser
algo así:
El atributo xmls es obligatorio, y su valor
es el URL indicado (La dirección web indicada). ¿Y
qué es esto?
Ésto es el espacio de nombres. La
sorpresa para muchos de nosotros es que la mayoría de los
espacios de nombres no existen, es decir, que la URL del espacio
de nombres no apunta a ninguna parte, o si lo hace como en XHTML,
el archivo destino, no dice nada más que: si, este es el
espacio de nombres.
Tras investigar me entero de que el espacio
de nombres es un identificador que agrupa una serie de elementos
pertenecientes a la misma aplicación XML, con el objetivo
de hacerlos más fácilmente manejables por el
navegador. Pero sobretodo su uso es para diferenciar dos
elementos que tengan el mismo nombre, pero cuyo significado sea
diferente según el contexto del lenguaje en el que sean
usados.
Esto debo aclararlo un poco más para
que todos nosotros los entendamos mejor.
En realidad la idea de convertir HTML en
un lenguaje basado en XML, aparte de por otros motivos, tiene
la idea final de poder integrarlo con otros lenguajes
basados en XML, desarrollados en la misma W3C. De esta manera un
documento web se convertirá en un conglomerado de todos
los lenguajes de marcado que sean necesarios para estructurar de
forma semántica su contenido. Puede suceder, por ejemplo,
que dispongamos de de un documento, en el cual, aparte de otras
muchas cosas, incluya información matemática. En
este caso, XHTML no cuenta con elementos estructurales con los
que marcar ecuaciones matemáticas, pero el lenguaje
MathML, sí. Sin embargo como ambos son aplicaciones XML,
su sintaxis es la misma, y sólo se diferencian en cuantos
a los elementos y atributos que existan en cada uno de
ellos.
Entonces es cuando entra en juego el
espacio de nombres, que permite distinguirlos, evitando
conflictos, y
Permitiendo la existencia de documentos
mixtos.
Para ello, al espacio de nombres se le
asigna un prefijo que luego acompaña a cada elemento y que
así los diferencia. Basta con definir en el elemento
raíz del documento todos aquellos espacios que se
necesiten.
Por ejemplo, si tenemos un documento que
vaya a emplear estos tres tipos de documentos:
XHTML, MathML, y SVG (este último
para dibujos vectoriales), entonces el código sería
el siguiente:
Por lo tanto primero indicamos una DTD que
ya existe y que agrupa estos tres lenguajes de marcado, y luego
indicaríamos como en el código anterior los
espacios de nombres. En los espacios de nombres se
especificarán los prefijos que luego precederán a
cada elemento. En XHTML debes usar exclusivamente las etiquetas y
atributos semánticos.
De esta manera se pueden emplear los
elementos de cada lenguaje de forma inequívoca. Es
importante tener claro que el URL asociado al espacio de nombres
realmente no tiene más importancia que la de servir para
distinguir un espacio de nombres de otro, no por el contenido del
URL, que muchas veces no contiene nada, sino porque los
URL con identificadores globales únicos y por eso se usan
en este contexto.
Vamos a ir a un ejemplo más
didáctico para entender bien como se estructura el
código.
Vamos a entenderlo con este ejemplo
ilustrativo. Partimos de esta tabla y de sus
datos:
En la tabla vemos dos capitales. Ambos
términos son iguales en cuanto a su nombre y como
están escritos, pero su significado semántico es
totalmente distinto. Capital puede significar, la capital de un
país o bien dinero. Antes la ambigüedad surgió
la necesidad de poder representar en un mismo documento varios
vocabularios (lenguajes).
En nuestro caso, la solución
está en asignar a cada etiqueta un URI para indicar a
qué espacio de nombres pertenece:
[http:www.bolsa.es]:capital[http:www.geograf.com]:capital
Por ejemplo, de la siguiente
forma:
< [http://www.bolsa.es]:inversiones
> < [http://www.geograf.com]:país
[http://www.geograf.com]:nombre="España" > <
[http://www.geograf.com]:capital > Madrid <
/[http://www.geograf.com]:capital > <
[http://www.bolsa.es]:capital > 2000€ <
/[http://www.bolsa.es]:capital > <
/[http://www.bolsa.es]:país > <
/[http://www.bolsa.es]:inversiones >
Es importante tener en cuenta, que si bien
los URI de nombres de espacios (Namespaces) no son enlaces, ni
siquiera tienen que contener información, pero sí
que es cierto, que los URI sirven también para acceder a
recursos. Los XML Namespaces describen como se puede asociar una
URI con cada etiqueta y atributo, en un documento XML, si bien
para qué se utiliza el URI depende de la aplicación
que lea el URI. Por ejemplo RDF, que es el estándar de la
W3C para metadatos, lo usa para enlazar cada metadato aun
archivo, definiendo el tipo de ese metadato.
Metadato: Información
adicional en la página. Es un dato sobre otro dato, de
manera que permite el procesamiento automático de ese dato
ya que mantiene la información totalmente identificada,
colocada y estructurada.) .
En nuestro ejemplo lo que debemos hacer es
asociar un id o alias a los elementos de un espacio de nombres
dentro de un contexto o ámbito.
Además, es posible una
asignación dinámica, esto es, ir asociando
espacios de nombres a los elementos según van
apareciendo:
También es posible establecer un
espacio de nombres por defecto (sin alias) mediante
xmlns="…"
Los espacios de nombres surgieron con
posterioridad a las DTDs y por este motivo las mismas no dan
soporte a los espacios de nombres.
Al combinar varios documentos, como puede
ser una hoja de cálculo .xml con nombres de países
y otra hoja de cálculo con inversiones, cada una de ellas
con su respectiva DTD, va a suceder algo. Lo que sucederá
es que habrá ciertos elementos que inevitablemente se
llamen igual. La única solución es decirle al
parser (analizador sintáctico) que estemos usando que DTD
usar cuando analice un elemento dado. O sea, la historia es que
es necesario decir que DTD estamos utilizando para una etiqueta
concreta. Esto no tiene mucho sentido si no estamos usando dos
DTDs distintas, cosa que no tiene porque ser así. Entonces
lo que se hace es usar los espacios de nombres para distinguir
aquellos elementos en los que no quede claro a que DTD
pertenecen. Conclusión: Es necesario definir los espacios
de nombre usados para poder ser validados con DTDs. Y Esto se
hace con código de DTD en el mismo documento. Pongo el
ejemplo del código que sería pero no vamos a entrar
en ello al igual que no vamos a entrar en cómo se realiza
una DTD propia, porque se escapa del objetivo de este
trabajo.
Así pues, los espacios de nombres se
usan para combinar vocabularios y facilitan la
incorporación de elementos no previstos
inicialmente.
El elemento raíz < html >
, debe incluir un atributo del idioma:
Aparte de incluir la llamada al espacio de
nombres, el elemento < html > debe incluir la
especificación del idioma del documento por medio del
atributo xml:lang.
El elemento < title > , es
obligatorio:
La etiqueta < title > se coloca en el
< head > . (Cabecera del documento). Además de
obligatoria, debe describir de forma sintética el
contenido del documento.
Las etiquetas de cierre son todas
obligatorias:
En el caso de los elementos vacíos,
es decir, aquellos que no admiten contenido, la sintaxis
es:
< elemento / >
Diferencias
sintácticas:
Toda etiqueta se compone de un corchete
angular de inicio < y otro de cierre > . Dentro
estarna los caracteres que darán el nombre a la etiqueta.
Al conjunto de etiqueta de apertura y etiqueta de cierre se lo
denomina elemento. Por ahora en esto es igual que al HTML. Los
elementos vacíos, que no tienen contenido, son elementos
en sí mismos.
Pero resulta que en HTML se puede
escribir en mayúsculas o minúsculas sin
importar cómo, donde y cuando. En XHTML se escribe
siempre en minúsculas, porque si no dará
error.Un documento XHTML debe tener una
estructura jerárquica en forma de árbol que
parte del elemento raíz, respetando siempre la
anidación correcta de los elementos. La primera
etiqueta en abrirse en la última en
cerrarse.
Dicho de otro modo, se cierran en modo
inverso al de apertura.
También se deben tener en cuenta
las siguientes anidaciones incompatibles:
Algunas cuestiones respecto a
anidación dependen del DTD utilizado, y siempre es mejor
preguntar antes al validador, pero como norma general debemos
evitar las siguientes anidaciones de elementos.
< a > : no puede contener otros
elementos a.< pre > : no puede contener los
elementos img, object, big, small, sub o sup.< form > : no puede contener
otros elementos form.< button > : no
puede contener los elementos input, select, textarea, label,
button, form, fieldset, iframe o isindex.< label > : no puede
contener otros elementos label.
Toda etiqueta tiene sus atributos
propios, es decir aquellas propiedades a través de las
cuales se puede personalizar dichas etiquetas. A los
atributos se les asigna un valor. Esto se hace mediante un
"=". Pero la diferencia está en que en XHTML los
valores de los atributos deben estar entre comillas dobles,
mientras que en HTML podían ser comillas
simples.
Ventajas de XHTML frente a
HTML
Con todo lo que hemos dicho hasta ahora las
ventajas del XHTML frente al HTML se han perfilado. Sólo
queda expresarlas todas juntas. Vamos a ello:
1. El código fuente que se
obtiene es muy claro y muy fácil de
modificar.2. Si se combinas con php
(lenguaje de programación para servidores) y se hace
que el texto (contenido) de cada página vaya en un
include es muy fácil que hasta el propio cliente al
que se le ha hecho el sitio web pueda modificarlo con un
editor de texto y subirlo con un cliente FTP.
Lo que estoy queriendo decir que el
contenido está absolutamente separado del formato. Esto es
porque es un lenguaje perfectamente semántico. Por lo
tanto se puede cambiar sólo el texto sin alterar lo
demás, se puede mezclar perfectamente en códigos de
lenguajes de programación como php, etc…
3. Las páginas hechas con
XHTML cargan más rápidas y son mejor rastreadas
por los buscadores.4. Se puede cambiar el
diseño de una página (y hasta cierto punto la
estructura) sin resultar traumático ni tener que
rehacer el sitio web. Para ello ayuda la separación de
la hojas de estilo o CSS, de forma que por un lado tratamos
el código de estilo, y por otro, el código de
estructuración del documento.5. Se ahorra mucho tiempo en el
desarrollo de la web.6. Es muy fácil de
aprender, XHTML no es un lenguaje de programación. Y
es más fácil de aprender que el HTML ya que una
vez se conozca es válido por igual para todos los
navegadores. Con HTML tenía que adivinar si cierta
etiqueta iva o no a funcionar en ciertos
navegadores.7. Enorme facilidad a la hora de
actualizar las páginas. Usualmente con HTML se
convertía en una tarea muy liosa.8. Compatibilidad parcial con
navegadores antiguos, las páginas se visualizan aunque
sin formato.9. Un mismo documento puede
adoptar diseños radicalmente distintos en diferentes
aparatos, pudiendo incluso escogerse entre varios
diseños para un mismo medio. Es importante darse
cuenta de la importancia de tener tu sitio web orientado a
los PCs, pero también a los dispositivos
móviles de toda índole, tablets
etc…10. Facilidad de edición
directa del código y como hemos dicho de
mantenimiento.11. Se trata de un formato
abierto, compatible con los otros estándares que
está desarrollando en paralelo el W3C como
recomendación para futuros agentes de usuarios o
navegadores.12. Se ha notado un mejor
rendimiento en todos los sentidos en los documentos XHTML
frente a los de HTML.13. Como consecuencia de una
absoluta separación del contenido, de la
presentación gracias a XHTML, la página web que
crees con este lenguaje y CSS externo, va a ser renderizada
mejor por las aplicaciones.
El motor de renderizado es software que
toma contenido marcado (XML, HTML, XHTML) e información de
formateo y luego muestra el contenido ya formateado en la ventana
de aplicaciones. También hay motores de renderizado de
textos para mostrar acentos, plurilingües
etc…
14. No es obligatorio tener una
web en XHTML para un buen posicionamiento en buscadores, pero
se aconseja en muchos portales Seo, ya que los BOTS de los
buscadores indexarán mejor tu página en
función a los contenidos de tu página. Es
decir, serás indexado de forma más exacta al
contenido de tu página en los principales buscadores.
(Lógicamente el posicionamiento Web depende de muchos
más factores).
Versiones de HTML y XHTML
Versiones de HTML
El HTML fue desarrollado por Tim Bernes-
Lee, pero debido al rápido crecimiento de la web,
surgió la necesidad de crear un estándar para que
tanto los desarrolladores como los navegadores web pudieran
basarse en el mismo código estándar. Cada
versión de HTML establece unas normas respecto a
cuáles son las etiquetas válidas y cómo se
deben escribir. Los estándares HTMl son HTML 2.0. HTML
3.2, HTML 4.0 y HTML 4.01. Por último el último
estándar en HTML5, intentando rivalizar con XHTML, aunque
parece que esa batalla la tiene perdida.
HTML 2.0:
Se publicó en 1995. A pesar de su
nombre, es el primer estándar oficial de HTML. Este
estándar no soportaba tablas.
Se simplificó al máximo la
edición de documentos, siendo opcionales los elementos
< body > , < head > y < html > .
HTML 3.2:
Se publicó en 1997. Es la primera
recomendación de HTML publicada por el W3C. Se
incorporaron avances tecnológicos como los applets de Java
entre otras tecnologías y avances de esos años.
Comentar, de forma sencilla, que un applet es un programa que no
se puede ejecutar por sí solo, sino que sólo puede
ejecutarse como componente de otra aplicación, en este
caso, un navegador. Por lo tanto esta versión
permitió por primera vez la mezcla de HTML con applets ,
escritos en Java. (Lenguaje de programación
multiplataforma).
También se incorporó la
tecnología que permite que el texto fluya alrededor de las
imágenes.
Aquí ya son obligatorios < body
> , < head > y < html > .
HTML 4.0:
Bajo este estándar ya empieza la
idea de separar estructura y presentación, por lo que
se incorporan mecanismos para manejar hojas de estilo.
Adicionalmente es sigue avanzando en cuanto a la posibilidad de
añadir funcionalidades mediantes lenguajes de
programación incrustados en las páginas web
(Scripts). Se facilita la incrustación de todo tipo de
objetos en las páginas webs, todo con la idea de
añadir cada vez más funcionalidad.
Los formularios se mejoran
considerablemente, ofreciendo una mejor accesibilidad para
personas discapacitadas.
En este sentido por primera vez se puede
presentar las páginas web en navegadores especiales para
personas con discapacidades, como puede ser un navegador web con
lector de Braille para ciegos.
Las tablas ya pueden estar enriquecidas,
siendo posible aplicarles diferentes formatos, al gusto
personal.
HTML 4.1:
Se publicó en 1999. Se sigue
avanzando en los campos descritos en HTML 4.0 y se mejora la
internacionalización de los documentos Web, se
añade funcionalidades relativas a las hojas de estilo,
etcétera. Es como el HTML 4.0 pero mejorado.
HTML 5:
Desde la publicación de HTML 4.01,
la actividad de estandarización de W3C se paralizó,
centrándose en el desarrollo de XHTML. Por este motivo,
las empresas Apple, Mozilla y Opera mostraron su total
preocupación por la falta de interés mostrado Por
el W3C en HTML. Entonces formaron una nueva asociación
denominada WHATWG.
El significado de sus siglas es:
Web Hypertext Application Technology
Working Group.
Esta asociación publicó en
2008 el borrador oficial de HTML5. Dada la fuerza de las empresas
que conforman esta asociación, el W3C decidió
entonces retomar la actividad estandarizadora del HTML, y se puso
manos a la obra para trabajar en el estándar HTML
5.0.
HTML 5.0:
El objetivo de HTML5 es claro. Mientras que
XHTML buscar una sintaxis muy estricta y que todo el formateo se
haga mediante CSS (hojas de estilo), HTML5 busca una
sintaxis muy simple.
Las características diferenciadoras
respecto a las anteriores versiones de HTML, y respecto a XHTML
son:
1. Nuevo DOCTYPE:
Se acabó el engorroso DOCTYPE. Lejos
de ser una instrucción compleja pasa a ser muy
sencilla:
Sencillo, ¿no?
2. No más TYPE para scripts
y links:
Esta misma sentencia antes hubiera
sido:
4. No más comillas ni
cerrar elementos:
A diferencia del XHTML en HTML 5 ya no es
necesario usar las comillas para los atributos. Tampoco es
necesario cerrar los elementos, no obstante se seguirá
permitiendo cerrarlos si se cree más
conveniente.
Id es identificador u se usa cuando se
crean clases. NO es objeto de este trabajo hablar sobre las
clases, aunque es un concepto derivado de la programación
orientada a objetos. Se usa en C++, Delphi, etc.
5. < figure > , Nuevo
elemento.
Antes cuando se ponía una imagen con
un texto en el pie de dicha imagen, aunque las dos cosas se
veían juntas, semánticamente estaban separadas.
Esto no es correcto y el nuevo elemento < figure > ,
permite unir los dos elementos en uno sólo para un mejor
planteamiento semántico de la web.
Antes era así:
Con HTML5 es así:
6. Text inputs para
Emails:
Ya era hora de este avance. Por fin van a
venir los navegadores con validación de formularios
incorporado. Con este input se obligará a los visitantes a
introducir un email válido en el campo Email.
Antes había dos formas de
realizar validaciones (que se debe introducir en un campo o
si es obligatorio o no lo es rellenar un campo de un formulario)
en los formularios web:
–Javascript: Mediante un
código javascript, creando una función que el
formulario llamaba a ejecutarse al pulsar el botón del
mismo. El problema de java, es que si un usuario lo tiene
desactivado se salta la validación del
formulario.
–Php: Lo mismo que con javascript,
pero como es un lenguaje de programación interpretado,
pues siempre valida al final. La pega es que el Php tiene mucha
complicación.
Co HTML 5 se soluciona asi:
7. Nuevos atributos REQUIRED y
AUTOFOCUS:
Relativo a lo que acabamos de hablar, el
atributo required hace del campo que lo lleve, un campo
obligatorio a rellenar, y si no se rellena, el formulario no se
envía.
Y añadiendo autofocus después
del required , tras pulsar el botón del formulario, se
coloca el puntero del ratón directamente en el campo que
es obligatorio.
Se me plantea la duda de si en HTML5 se
podrá controlar el mensaje que se produce cuando no se
rellena un campo o se hace mal. En los lenguajes de
programación podías redactar un mensaje que
aparecía en un cuadro de diálogo.
¿Habrán pensado en ello los
de W3C? ¿Nos encontraremos con el típico cuadro de
diálogo en inglés?.
8. Placeholders o marcas de
agua:
Se trata de un texto que aparece en los
cuadros de los campos del formulario donde hay texto, que al
escribir o hacer focus en ellos desaparece. Esto, como otras
muchas cosas ya se podía hacer mediante javascript, pero
ahora la tarea se simplifica mediante el uso del siguiente
código:
9. Nueva semántica de <
header > , < nav > y < footer > :
Hasta hora se hacía con < divs
< , pero esto lo han querido cambiar en HTML5.
Ahora se va a hacer así:
Estos concetos se usan para definir las
secciones de un documento de forma semántica. Sin HTML%,
era muy engorroso de realizar, y se hacía creando clases y
subclases utilizando los DIvs.
Un pequeño ejemplo de este
infierno:
10. HTML5 y el Internet
Explorer:
Nada nuevo, lo de siempre. ¿Por
qué el navegador del Señor Gates no es compatible
nunca con las nuevas funcionalidades web? Increíble pero
cierto. Para que la "basura" de navegador del señor Gates
funcione es necesario añadir el siguiente
script:
11. Contenido editable:
Los nuevos navegadores disponen de un nuevo
atributo, contenteditable, que permite que el visitante edite el
texto en ellos. Parece una pijada pero esto permite hacer una
lista de la compra, de tareas, etcétera… Luego esa
lista la puedes imprimir. Lo que pasa es que si quieres que quede
guardada, pues no sé cómo se hará, pero de
alguna forma podrá asociarse los datos a una base de datos
con SQL, sigo yo…. ¿?
12. Soporte para audio:
En el tema de sonido los navegadores van
avanzando, evitando tener que incluir librerías externas y
plugins.
En este terreno queda mucho por
estandarizar ya que algunos navegadores soportan unos formatos y
otro navegadores otros. Por lo tanto es necesario poner el mismo
archivo de sonido en varios formatos, para que el navegador elija
el formato que le gusta. De pena hoy día estar así.
Respecto a Internet Explorer, no soporta ningún formato.
(Y todavía lo usa el 50% de los cibernautas, no lo
entiendo).
13. Soporte para
vídeo:
Mediante diversos atributos se pueden
añadir el botón play y el resto de botones que se
suelen ver en un vídeo. De esta forma, este proceso es
totalmente configurable.
14. Atributo pattern:
Se trata de un atributo que permite una
validación de formulario para cajas de texto, u otros
campos con texto, que permite especificar que caracteres
están permitidos, etc..
15. Remarcar:
Se puede remarcar lo que se quiera. Lo que
hace exponerle un fondo de diferente color a la palabra a
remarcar.
Podríamos estar hasta
mañana hablando de HTML5. Por lo tanto, no voy a seguir
detallando HTML5. La idea está clara, hay más
de 200 novedades más que las que hemos comentado, pero la
idea me ha quedado clara. Se ha pretendido acoger los scripts
más usuales utilizados y las funcionalidades más
vistas en la web, para en lugar de tener que seguir programando
scripts y hacer las webs a retales, existan elementos de HTML5
que contengan dichas funcionalidades de forma transparente al
usuario.
Bajo esa idea de enorme potencia del HTML5
coexiste un lenguaje de marcas de enorme sencillez frente a sus
predecesores. Por otro lado, en HTML5 se quiere dar un valor
semántico mayor a los documentos. El uso de Divs para
crear secciones, se permite, pero si la sección que se va
a crear tiene un elemento en HTML% contemplado se debe
utilizar.
Ejemplo:
Dentro mediante un script de en javascript
se puede dibujar lo que quieras. (Sinceramente me parece muy
potente, pero por otro lado me pregunto si no será mejor
hacer un dibujo en una aplicación y pegar la imagen, no
sé, no se…).
Hemos terminado nuestro recorrido por
HTML5.
Versiones de XHTML:
Pese a que HTML es el lenguaje de marcado
de documentos más exitoso del mundo, el W3c se
reunió, en una reunión de dos días de
duración se llegó a la conclusión de que era
necesaria una nueva versión de HTML, pero basada en XML.
El resultado de esa reunión fue un rotundo: Sí.
XHTML permite mezclar diversos lenguajes de marcado en el mismo
documento sin ningún problema, siempre y cuando se
especifiquen correctamente los namespaces, por supuesto. Esa es
una de sus múltiples ventajas. Otra es que el
parser puede ser mucho más sencillo, porque el
navegador ya no tendrá que imaginarse que representar,
sino que sabrá exactamente que representar. Esto
dará mayor fluided y velocidad a la navegación. Y
se podrán crear aplicaciones que facilitarán mucho
la edición de documentos XHTML, debido a su base en
XML.
XHTML 1.0:
Primera versión de XHTML. Lo visto
hasta ahora en XHTML. Por lo tanto la 1.0 es la versión
básica XML de HTML. .
Tiene básicamente las mismas
funcionalidades que HTML. Pero es más estricto, como ya
hemos comentado anteriormente, debido a su especificación
XML.
XHTML 1.1:
Similar a la anterior, pero avanza hacia la
especificación en módulos.
Como puedes ver, XHTML 1.1 ya no es
compatible con versiones anteriores debido a la imposibilidad
de utilizar los atributos name y lang. A menos que no precises
utilizarlos, tu documento no será completamente compatible
con HTML 4 y algunos agentes de usuario. Es una llamada a la
modernización y deshecho de lo antiguo.
XHTML 2.0:
Está en fase de borrador. No se
pretende mantener en absoluto la compatibilidad para
atrás. Se pretende romper con todos los moldes y crear el
lenguaje perfecto.
El XHTML 2.0 tiene cosas geniales, como
eliminar de una vez los diferentes headings en un solo < h
> o permitir a cualquier etiqueta el atributo href
(¡por fin!).
De todas formas, en teoría se cree
que se podrá cargar una imagen en cualquier elemento, esto
ya lo veremos.
Por todo ello, ahora en la actualidad
estamos presenciando una guerra a muerte entre dos
estándares bien diferenciados: HTML5 y XHTML1.1
(próximamente 2.0).
Si por absoluta calidad semántica, y
seriedad de código se tratara, todo apunta a que
debería ganar XHTML. Pero me permito añadir que la
vida no es siempre de color de rosa y los miembros del W3c e
van a dar con un canto en los dientes, porque al
Señor Microsoft no le interesa ese estándar y
no tiene intención de compatibilizarse con XHTML.
Además mucha gente que hace páginas web busca la
sencillez y no un lenguaje que se complica cada vez más
para ser más estricto. Por todo ello, y contra toda
lógica, va a ganar el HTML5 y el XHTML caerá en el
olvido:
Vistas las ventajas de XHTML, espero que no
sea así.
Conceptos del futuro:
La tecnología XML tiene una gran
capacidad para expresar el significado de un contenido con
independencia del formato del documento que se presente al
usuario final, gracias a una serie de etiquetas. De esta manera
un documento XML puede ser procesado por un sistema
automático. Esa gran flexibilidad hace, que se pueda
emplear su tecnología en múltiples
campos.
La tecnología XML (en la que se
fundamenta XHTML), se rodea de tecnologías paralelas que
la complementan, entre las cuales vamos a destacar las
siguientes:
XSL: Se trata de una familia de
lenguajes basados en la tecnología XML, que permiten
definir una presentación o formato para un documento
XML. La intención es separar estilo del
contenido.
Con CSS se creaban hojas de estilo, es
decir, archivos aparte en los que se indicaban las
características que debía tener un tipo de
elemento. Si luego querías usar ese archivo .css
sólo tenías que incluirlo en la página web
que quisieras mediante la metaetiqueta < link > . Si luego
querías cambiar algún estilo en alguna etiqueta
concreta, podías hacerlo mediante el atributo style dentro
de cada etiqueta. (Lo que estamos haciendo en las
prácticas actualmente).
Pues bien, la idea es que el CSS ya es cosa
del pasado. XSL es la evolución y permite dos grandes
ventajas frente a su predecesor:
Permite a los desarrolladores definir
la forma en que las páginas web serán
impresas.El conjunto de especificaciones que
permiten transferir documentos XML por diferentes
aplicaciones.Estamos hablando de:
XSLT: Lenguaje empleado para
transformar la información o contenido en el formato
más apropiado para el usuario. Se centra en la
manipulación de estructuras de datos, como base para
facilitar las compartición de documentos en internet y
redes UMTS.XSL_FO: Permite describir la forma en
que se presentan los componentes de un documento XML. En
palabras sencillas y según entiendo yo, permite
obtener a partir de un documento con formato XSL-FO, un
documento con formato PDF Por ejemplo.(O RTF
etcétera…)
Esto aporta facilidades multiplataforma al
intercambio de información en la web. Puedes mostrarlo en
el formato que más te guste o necesites.
XPath: Lenguaje que permite identificar
sin posibilidad de errores cualquier elemento o atributo de
un documento XML. Para buscar e identificar cualquier parte
dentro de un documento XML. Es para buscar información
dentro de un documento XML.XQUERY: Lenguaje de consulta similar a
SQL para colecciones de datos XML. Maneja los documentos XML,
como si de una base de datos se tratase. Se fundamenta en la
base en las especificaciones de Xpath.
Todas estas tecnologías están
en fase de desarrollo pero no cabe ninguna duda que
cambiarán muchas cosas cuando se implanten.
Bibliografía
-http://www.hipertexto.info/documentos/xml.htm
-http://www.lluiscodina.com/tutoriales/index.htm
-http://es.wikipedia.org/wiki/RTF
-http://usuarios.multimania.es/lolosoft/html/origen.htm
-http://www.librosweb.es/xhtml/capitulo2/el_primer_documento_html.html
-http://www.aulaclic.es/html/a_2_1_1.htm
-http://techtastico.com/post/%C2%BFcuales-son-las-versiones-del-html/
-http://www.librosweb.es/xhtml/capitulo1/breve_historia_de_html.html
-http://www.forosdelweb.com/f4/cual-diferencia-entre-html-xhtml-536557/
-http://www.desarrolloweb.com/articulos/diferencias-html-xhtml.html
-http://www.desarrolloweb.com/articulos/estructura-xhtml.html
-http://www.tufuncion.com/programacion-lenguaje-ruby
-http://codexexempla.org/curso/curso_2_1.php#que-es-espacio-nombres
-http://www.hipertexto.info/documentos/namespaces.htm
-http://www.virtualnauta.com/html-etiqueta-area
-http://einflinux1.uoc.edu/~masterm/formac/estruct/difhx2.html
-http://www.gyc2001.com/ventajas-xhtml
-http://www.aprenderaprogramar.com/index.php?option=com_content&view=article&id=444:icuales-son-las-versiones-de——-html-strict-transitional-y-frameset-diferencias-entre-versiones-cu00706b&catid=69:tutorial-basico-programador-web-html-desde-cero&Itemid=192
-http://www.webtaller.com/construccion/lenguajes/html/lecciones/que-es-xhtml.php
-http://www.dte.us.es/seminari/curso-html/introduccion_al_html.htm
-http://www.masquewordpress.com/las-mejores-nuevas-caracteristicas-y-tecnicas-de-html5-parte-i/
-http://www.w3c.es/Traducciones/es/Markup/2004/xhtml-faq.htm#need
-http://www.htmlquick.com/es/tutorials/xhtml/3.html#from-xhtml-10-strict-to-xhtml-11
-http://www.sferazero.com/archivos/2005/05/xhtml-20-el-nuevo-estandar-web
-http://www.alegsa.com.ar/Dic/xsl.php
-http://www.editiosoftware.com/es/company/standards.html
-http://es.wikipedia.org/wiki/XSL_Formatting_Objects
-http://es.wikipedia.org/wiki/XPath
-http://www.hipertexto.info/documentos/sgml.htm
-http://www.forosdelweb.com/f23/que-parser-203793/
-http://www.codexexempla.org/artículos/2008/leer_dtd_1.php
–Libro Ra-Ma "Lenguajes de marcas y
sistemas de gestión de la información". Autores:
Javier S. Zurdo, Pablo y Laura Raya González.
-http://www.hipertexto.info/documentos/lenguajes_h.htm.
-es-wikipedia.org/wiki/world-wide-web.
-es.wikipedia.org/wiki/internet
-html.conclase.net/W3C/html401-es/intro/sgmltut.html#h-3.1
-mural.uv.es/graroma/inf2p2/declaration.html
Autor:
Jesús Domínguez
García
jesusvipze[arroba]gmail.com
1º ASIR
Fecha: 05/12/2012
 Página anterior | Volver al principio del trabajo | Página siguiente  |