INTRODUCCION

¿QUE ES HTML?

Es un lenguaje muy sencillo que permite describir hipertexto, es decir, texto presentado de forma estructurada y agradable, con enlaces (hyperlinks) que conducen a otros documentos o fuentes de información relacionadas, y con inserciones multimedia (gráficos, sonido...) La descripción se basa en especificar en el texto la estructura lógica del contenido (títulos, párrafos de texto normal, enumeraciones, definiciones, citas, etc.) así como los diferentes efectos que se quieren dar (especificar los lugares del documento donde se debe poner cursiva, negrita, o un gráfico determinado) y dejar que luego la presentación final de dicho hipertexto se realice por un programa especializado (como Mosaic, o Netscape).

El lenguaje HTML (HyperText Markup Language; Lenguaje de marcado de hipertextos), a pesar de su sencillez, es sin duda un invento importante. Es considerado como el más exitoso sistema de presentación de documentos desde el surgimiento de Internet, y gracias al cual se puede publicar y acceder a mucha información a nivel mundial.

Los documentos creados en HTML son visualizados por distintos clientes, y cada uno de éstos ve los textos de distinta manera (diversos tipos y tamaños de letra, espacio entre líneas, y demás). Por ejemplo, algunas PCs no soportan gráficos, por lo que al crear se debe dar la responsabilidad a este tipo de usuarios de que también visualicen la información.

Cabe destacar que este lenguaje se encuentra en continua evolución, por lo que existen “extensiones” que amplían las posibilidades del mismo. Hoy en día se trabaja con el estándar HTML 4.0.

El tema de las versiones y las extensiones tiene importancia porque al crear páginas HTML debe tenerse en cuenta que los distintos clientes soportan distintas versiones. Si creamos un servidor con extensiones de HTML 3.0 (por ejemplo si toda la información está dentro de una tabla) impedimos a los usuarios de clientes más viejos el acceso a esta información. Por lo tanto, es conveniente, siempre que se pueda, disponer de otra página alternativa que no tenga estas extensiones.

Asimismo, existen programas editors que generan automáticamente los comandos HTML, los cuales son relativamente fáciles de operar. Por lo tanto, el lenguaje es relativamente simple, y para preparar los documentos se utiliza únicamente un procesador de textos, sólo que además de contener el texto, también incluye las etiquetas de los comandos que indican las funciones del documento, su estructura, inclusión de gráficos y vínculos con otros archivos locales o remotos.

Pero a pesar de esto, el HTML ha sido víctima de su propio éxito, ya que el gran crecimiento de Internet, los intereses comerciales y la necesidad de poder realizar páginas Web vistosas, ha dado lugar a que en poco tiempo este lenguaje haya evolucionado muy rápidamente y, desafortunadamente, no siempre por el camino más adecuado. Actualmente, como ya se mencionó, se encuentra en función la versión 4.0, sin embargo, sigue siendo igual de rígido e inflexible como era en un principio, principalmente porque es un lenguaje limitado en cuanto a que no permite realizar sobre Internet las aplicaciones o cosas que se quieren.

Las razones anteriores han obligado a los miembros del W3C a desarrollar nuevas versiones mejoradas de HTML, lo cual ha implicado el surgimiento de un nuevo lenguaje (mejor dicho metalenguaje), conocido como XML (eXtensibel Markup Language; Lenguaje de marcado extensivo).

Un dato importante es que el número de empresas que han migrado sus páginas Web a la especificación XML pasó de uno por ciento durante el segundo trimestre de 1998, a un 16 por ciento estimado en el último trimestre del mismo año, de acuerdo con un estudio de Zona Research. Las cifras aún denotan una adopción tecnológica limitada. Sin embargo, el crecimiento para 1999, unido a los avances del lenguaje, hacen por concluir que el XML obtendrá su madurez y estandarización en poco tiempo.

CÓMO ESPECIFICAR EFECTOS DEL TEXTO EN HTML

La mayoría de los efectos se especifican de la misma forma: rodeando el texto que se quiere marcar entre dos etiquetas o directivas (tags, en inglés), que definen el efecto o unidad lógica que se desea. Las etiquetas están formadas por determinados códigos metidos entre los signos < y >, y con la barra / cuando se trata de la segunda etiqueta de un efecto (la de cierre). Por ejemplo: <efecto> para abrir y </efecto> para cerrar. Ciertas directivas sólo se ponen una vez en el lugar del texto donde queramos que aparezca el efecto concreto. Esto es lo que ocurre, por ejemplo, cuando queremos poner un gráfico, caso en el que se usa algo parecido a <poner_gráfico_aquí> (más adelante ya veremos la directiva concreta que se utiliza).

A veces es necesario ofrecer datos adicionales en una directiva. Por ejemplo, cuando se define un hiperenlace hay que especificar su destino. Para ello se incluyen parámetros en la directiva inicial (la de apertura), de la siguiente forma: <efecto parametro1 parametro2 ...>. La directiva de cierre, caso de ser necesaria, queda como antes: </efecto>.

Más adelante en el presente documento se muestra el efecto de las directivas más usadas en la creación de un documento HTML. Para cada una de ellas, primero se muestra el texto fuente, y bajo éste, el efecto que produce.

ESTRUCTURA BÁSICA DE UN DOCUMENTO HTML

Un documento HTML comienza con la etiqueta <html>, y termina con </html>. Dentro del documento (entre las etiquetas de principio y fin de html), hay dos zonas bien diferenciadas: el encabezamiento, delimitado por <head> y </head>, que sirve para definir diversos valores válidos en todo el documento; y el cuerpo, delimitado por <body> y </body>, donde reside la información del documento.

La única utilidad del encabezamiento en la que nos detendremos es la directiva <title>, que permite especificar el título de un documento HTML. Este título no forma parte del documento en sí: no aparece, por ejemplo, al principio del documento una vez que este se presenta con un programa adecuado, sino que suele servir como título de la ventana del programa que nos la muestra. Por ejemplo, en el encabezamiento de este manual se ha especificado:

<title>Manual práctico de HTML</title>

en minúsculas. Obsérverse que el título que encabeza este texto se ha escrito con mayúsculas, para distinguirlo del título global del documento.

El cuerpo de un documento HTML contiene el texto que, con la presentación y los efectos que se decidan, se presentará ante el hiperlector. Dentro del cuerpo son aplicables todos los efectos que se van a mencionar en el resto de esta guía. Dichos efectos se especifican exclusivamente a través de directivas. Esto quiere decir que los espacios, tabulaciones y retornos de carro que se introduzcan en el fichero fuente no tienen ningún efecto a la hora de la presentación final del documento.

QUÉ ES UN URL

Para especificar de manera uniforme el objeto al que apunta nuestro enlace, se utiliza una forma estandarizada que se denomina URL (Uniform Resource Locator, es decir, Localizador Uniforme de Recursos ). Un URL está formado de la siguiente manera: esquema://maquina/ruta (en realidad, como se verá dentro de un momento, la barra / puede considerarse parte de la ruta).

El esquema es un nombre que identifica el tipo de servicio que va a proporcionarse en el destino del enlace. La razón de esta aparente complicación es que el WWW pretende unificar el acceso a servicios de información que previamente eran incompatibles entre sí, como ftp, gopher o telnet. El esquema más utilizado es http, correspondiente al propio WWW (es decir, que cualquier referencia a un documento HTML debería comenzar con http://). Otros esquemas muy frecuentes son ftp, telnet, gopher o wais.

La máquina y la ruta sirven para localizar el objeto al que apunta nuestro enlace. La máquina es la identificación del servidor en el cual está situado el objeto al que apunta el enlace. Puede ser simplemente el nombre de un ordenador (como www.etsit.upm.es) o también un nombre y un puerto (por ejemplo www.etsit.upm.es:8000).

La ruta es el nombre del fichero que contiene el documento en concreto, incluyendo el nombre del subdirectorio en el que se encuentra. Los diferentes nombres que constituyan la ruta completa al archivo se deben separar con la barra / (inclinada hacia la derecha), tal y como se hace en el sistema operativo UNIX (y al revés que en MS-DOS). La razón de este convenio es precisamente que la mayor parte de los servidores de WWW que hay en Internet son ordenadores basados en UNIX, debido a la gran superioridad tecnológica de este sistema sobre MS-DOS. Esto se nota también en que por lo general los nombres de los ficheros no tienen muchas limitaciones: pueden ser casi tan largos como queramos, contener varios puntos, etc. Por ejemplo, el nombre de cierto fichero situado en un servidor podría ser /info/documentos/ciencia/fisica/relatividad.html. Debemos tener en cuenta que en UNIX las mayúsculas y las minúsculas son distintas en los nombres de los ficheros: no es igual FICHERO que fichero.

Conviene que nos detengamos momentáneamente en la estructuración habitual de los ficheros en un servidor de WWW. Para empezar, siempre hay una página de bienvenida (home page) que podría compararse con la portada de un periódico o revista: si no sabemos exactamente qué es lo que buscamos, o no sabemos dónde encontrarlo, la portada es lo primero que vemos. Para acceder a la home page de cualquier servidor de WWW, basta con escribir una barra en el lugar de la ruta (es decir, reclamamos al servidor el directorio raíz). Por ejemplo, para acceder a la página de bienvenida de la ETSIT, hay que dirigirse a http://www.etsit.upm.es/, y para ir a la de la NASA habría que contactar con http://www.nasa.gov/.

El resto de la información que se puede encontrar en un servidor de WWW se distribuye a partir de ese directorio raíz en distintos subdirectorios y archivos. Un convenio muy habitual relativo al nombre de los ficheros es hacer que los archivos que contengan documentos HTML terminen en .html.

ENLACES

Con lo que ya hemos dicho, podemos abordar sin problemas el asunto que originalmente nos ocupaba: cómo se introducen enlaces en un documento HTML. Para definir un enlace es necesario marcar con la directiva <a> el objeto del cual va a partir dicho enlace. Dicha directiva debe incluir el parámetro href="URL" para especificar el destino del enlace. Es decir, que antes del objeto elegido debemos abrir con <a href="URL">, y después cerrar con </a>.

Por lo general no nos preocupa irnos tan lejos, sino sencillamente enlazar con otro documento que se encuentra en el mismo servidor, puede que incluso que en el mismo subdirectorio. En este caso no es necesario escribir el camino completo al destino del enlace, sino que basta con dar la mínima información imprescindible. El programa que se use para leer el documento final suele ser lo bastante listo como para deducir el resto. Es decir, que si desde cierto documento queremos enlazar con otro que se encuentra en el mismo subdirectorio, basta con poner su nombre: <a href="el_otro_fichero">pulse aquí</a>. O si se encuentra en otro subdirectorio del mismo servidor, es suficiente con poner <a href="/la/ruta/que/sea/fichero.html">pulse aquí</a>. También pueden utilizarse rutas relativas: <a href="ruta/relativa/cosa.html">cosa</a>.

GRÁFICOS

Para incluir un gráfico en un documento HTML se utiliza la directiva <img>. En dicha directiva debe incluirse un parámetro src="URL", con el cual indicamos dónde está el fichero con el gráfico concreto que queremos para nuestro documento. Esto pone a nuestra disposición una gran flexibilidad, ya que podemos complementar el contenido de nuestro documento tanto con gráficos que se encuentren disponibles en nuestro servidor de WWW como con una foto situada en un servidor de la NASA o del Ministerio de Cultura, por ejemplo, sin que el lector final tenga por qué apreciar ninguna diferencia.

Existe alguna limitación respecto a los formatos gráficos que los programas lectores de HTML puede interpretar sin problemas. El formato fundamental es el GIF, que cualquier programa con capacidades gráficas debería poder mostrar directamente en nuestro texto (Mosaic y Netscape pueden hacerlo). Si utilizamos otro formato diferente, lo más probable es que cuando un lector esté accediendo al documento, el programa no comprenda ese formato y se tenga que solicitar la ayuda de otro programa, con lo cual al final el gráfico no se insertará en el lugar estratégico de nuestro documento, sino que aparecerá en otra ventana diferente.

Hay un parámetro optativo de la directiva <img> que sirve para proponer un texto alternativo a un gráfico. Este texto aparecerá cuando se esté usando para leer el HTML un programa sin capacidades gráficas (por ejemplo Lynx, que sólo trabaja con texto). Se trata de alt="texto". Conviene utilizarlo cuando los gráficos sirven como origen a hiperenlaces, porque si no los programas sin capacidades gráficas no podrían mostrar los enlaces que nosostros queremos.

Como ocurría antes con los enlaces, por lo general no es necesario escribir el URL completo, sino que basta con dar la mínima información. Por ejemplo, para colocar en este punto del documento un monigote que está en el mismo subdirectorio que este manual, en el fichero monigote.gif, escribiremos:

<img src="monigote.gif" alt="MONIGOTE"><p>

Lo que se traduce en:

Como se ve, hemos especificado el texto alternativo "MONIGOTE", con lo cual una persona que no dispusiera del programa adecuado hubiera visto algo parecido a [MONIGOTE] en lugar del dibujo.

Podemos también incluir un dibujo que esté en otro lugar especificando un URL completo, por ejemplo:

<img src="http://naic.nasa.gov/images/nasa-logo.gif"><p>

CARACTERES ESPECIALES

Durante todo este manual hemos hecho una pequeña trampa a la hora de explicar las directivas y poner ejemplos, para facilitar la comprensión de las ideas fundamentales sobre HTML. Dicha trampa ha consistido en ocultar ciertas exigencias de HTML respecto al uso de caracteres especiales, denominación que, para nuestra desgracia como hispanohablantes, incluye a las vocales acentuadas y a la letra eñe. Existen también ciertas limitaciones relativas al uso de ciertos símbolos que significan algo en HTML, como el de menor que (<) o el signo inglés de and (llamado ampersand: &).

Trataremos primero el caso más sencillo. Existe una razón evidente que impide que podamos escribir ciertos símbolos directamente en un texto HTML, como por ejemplo el <: dichos símbolos tienen un significado en HTML, y es necesario diferenciar claramente cuándo poseen ese significado y cuándo queremos que aparezcan literalmente en el documento final. Por ejemplo, como ya sabemos, < indica el comienzo de una directiva, y, por ello, si queremos que aparezca en el texto como tal tendremos que dar un rodeo escribiendo algo que no de lugar a confusión, en este caso &lt;. Los símbolos afectados por esta limitación, y la forma de escribirlos, se detallan a continuación:

< (Menor que): &lt;

> (Mayor que): &gt;

& (símbolo de and, o ampersand): &amp;

" (comillas dobles): &quot;

Es decir, que para escribir <"> en nuestro texto HTML original debemos poner &lt;&quot;&gt;.

El otro caso especial se da cuando en un texto HTML se quiere escribir una eñe, por ejemplo. Existen dos formas de hacerlo. La primera, que es a la que obliga el estándar de HTML, consiste en utilizar entidades, es decir, palabrejas como las que antes se presentaron para escribir ciertos símbolos. Las entidades comienzan siempre con el símbolo &, y terminan con un punto y coma (;). Entre medias va un identificador del carácter que queremos que se escriba.

Como puede verse, las vocales acentuadas se identifican añadiendo el sufijo acute a la vocal sin acentuar (puesto que se trata de un acento agudo). Para la u con diéresis y la eñe se usan uml tras una u y tilde detrás una ene, respectivamente. La equivalencia de los signos de abrir interrogación y exclamación es algo más oscura: a falta de una denominación más evidente, tenemos que usar el valor numérico de dichos caracteres en el código estándar latin1 (ISO-8859-1). Esto se puede hacer con cualquier otro carácter del código latin1, que es el código de caracteres básico en HTML, escribiendo &#numero;.

La segunda manera, que sin duda es más cómoda, consiste en no preocuparse por esta limitación y escribir literalmente los caracteres afectados. A pesar de que este método suele funcionar en las conexiones WWW directas (porque el protocolo HTTP, que transporta el HTML por los vericuetos de Internet, requiere un canal de 8 bits), no tiene por qué funcionar bien cuando los documentos HTML se envían por correo electrónico, por ejemplo. Por tanto, y a pesar de los inconvenientes, es absolutamente recomendable respetar la norma especificada en HTML.

En cualquier caso, no resulta muy complicado escribir un programa que traduzca todas las apariciones de los caracteres especiales por sus correspondientes entidades HTML, o viceversa. Con un programa así, uno puede escribir los documentos sin preocuparse por estos problemas, y luego traducir a HTML correcto.

EJEMPLO DE UNA PAGINA HTML.

“ www.web.net ”

		Become a part of the Web Networks Community!	Visit the

“Con HTML se definió un cierto alcance, el cual por la actualización de la tecnología y las demandas de los usuarios de Internet, se tuvo que renovar, por lo que XML se puede considerar como un tipo HTML segunda parte pero mejorado”, dijo León Andrievsky director técnico de Unete.com.

XML:

EL NUEVO MEDIO DE EXPRESION PARA LA COMUNIDAD DE INTERNET.

Durante el último año, y sobre todo estos últimos meses se ha hablado mucho de XML,pero cabe destacar un poco su origen.

La versión 1.0 del lenguaje XML es una recomendación del W3C desde febrero de 1998, pero se ha trabajado en ella desde un par de años antes. XML está basado en el anterior estándar conocido como SGML (Standart Generalized Markup Language; Lenguaje de marcador estándar generalizado, ISO 8879), que data en 1986, pero que empezó a gestarse desde principios de los años 70, y a su vez está basado en GML creado por IBM en 1969. Esto significa que aunque XML pueda parecer moderno, sus conceptos están más que asentados y aceptados de forma amplia. Está además asociado a la recomendación del W3C (Document Object Model), aprobado también en 1998. Este no es más que un modelo de objetos (en forma de API) que permite acceder a las diferentes partes que pueden componer un documento XML o HTML.

SGML proporciona un modo consistente y preciso de aplicar etiquetas para describir las partes que componen un documento, permitiendo además el intercambio de documentos entre diferentes plataformas. Sin embargo, el problema que se atribuye a SGML es su excesiva dificultad.

Así que, manteniendo su misma filosofía, de SGML se deriva XML como subconjunto simplificado, elminando las partes más engorrosas y menos útiles. Como su origen, se considera a XML como un metalenguaje, esto es, un lenguaje para definir lenguajes. Los elementos que lo componen pueden dar información sobre lo que contienen, no necesariamente sobre su estructura física o presentación, como ocurre en HTML.

“XML son comandos ampliados para hacer páginas más dinámicas que estáticas, de acuerdo a lo que se quiera acceder, ver y aprender en Internet, así como tener una interacción con diversas bases de datos y otro tipo de tecnologías”, define León Andriesvsky.

DIFERENCIAS ENTRE HTML Y XML

También, usando SGML se definió el HTML, lo cual recae en la siguiente pregunta: ¿Cuál es la diferencia entre ambos?

La diferencia fundamental entre XMLy HTML es que el primero, como ya se mencionó, es un metalenguaje, y el segundo es simplemente un lenguaje. Durante 1998 XML tuvo un crecimiento exponencial, refiriéndose sobre todo a sus apariciones en los medios de comunicación de todo tipo, menciones en páginas Web, soporte de software, tutoriales, etcétera.

De este modo, en 1999 XML tomó gran fuerza, pasando de simples especulaciones a una realidad palpable, gracias también a que los programas que lo soportan han crecido considerablemente.

Básicamente XML no ha nacido sólo para su aplicación en Internet, sino que se propone como lenguaje de bajo nivel (a nivel de aplicación, no de programación) para intercambio de información estructurada entre diferentes plataformas. Se puede usar en bases de datos, editores de texto, hojas de cálculo, etcétera.

“XML es un buen medio para representar la estructura que cada quien quiera definir para la información, tiene una relativa compatibilidad y es lo bastante flexible para adaptarse a muchas cosas, pero su desventaja principal es que no es un lenguaje gráfico, o sea, cada quien puede hacer su XML con toda la estructura que se quiera, pero el trabajo gráfico se debe hacer por otros medios”, explicó Antonio Enrique González Velázquez, coordinador de servicios de red de la Dirección General de Servicios de Cómputos Académico de la Universidad Nacional Autónoma de México.

Se dice que XML no sustituirá a HTML, pero aplicado a Internet sí va a mejorar algo de lo que HTML empezaba a carecer desde hace tiempo: Establecer un estándar fijo y separar el contenido de su presentación. Esto significa que desde el momento en el que se aplique definitivamente XML, para ver un documento Web no habrá limitaciones en la parte del estándar de hojas de estilo (CSS) que pueda soportar el Navigator de Nestcape o Internet Explorer de Microsoft, ni al lenguaje de script del servidor.

“Para muchas aplicaciones XML va a desplazar HTML o quizás solamente va a soportarlo. La idea es que no es una confrontación directa `XML vs. HTML', ya que pueden trabajar juntos, así como pueden tener cosas completamente dispares”, indicó Antonio Enrique González.

Se pude suponer de este modo que XML constituye la capa más baja dentro del nivel de aplicación, sobre el que se puede montar cualquier estructura de tratamiento de documentos, hasta llegar a la presentación.

HOJAS DE ESTILO PARA XML

Aunque se ha establecido un modo para poder usar hojas de estilo CSS (Cascade Style Sheets) dentro de documentos XML, es lógico pensar que para aprovechar las características del nuevo lenguaje hace falta tener un estándar paralelo y similar asociado a él. De este modo, en el W3C se está trabajando sobre la nueva recomendación XSL (eXtensible Stylesheet Language).

Cabe destacar que aún no es una recomendación, sino que se encuentra sujeto a comentarios y correcciones pero, por otra parte, esta recomendación se encuentra como Microsoft e IBM ya ofrecen soporte a algunas de sus características.

Al igual que con HTML hasta ahora, se pueden especificar las hojas de estilo, sean, CSS o XLS, dentro de propio documento XML o referenciándolas de forma externa.

SERVIDOR XML

Ya están empezando a aparecer programas de servidores en Internet especialmente diseñados para satisfacer los requerimientos de XML. Entre sus funciones destacan el almacenamiento y manipulación de datos XML, características en la búsqueda de datos, integración de fuentes diversas de información en bases de datos XML unificadas.

Un ejemplo de este tipo de servidores es el Biz Talk Server de Microsoft, especialmente diseñado para el comercio electrónico. Asimismo, empresas como Bluestone Software, Object Design, o webMethods, entre otras, disponen ya de soluciones XML server.

COMERCIO ENTRE EMPRESAS

XML favorece de modo particular el establecimiento de modelos de comercio de empresas a empresas (business to business). Un ejemplo de lo anterior lo encontramos en estados unidos donde ha surgido la red ariba.com como una de las tantas iniciativas en Internet. Ariba.com conecta a compradores y vendedores, ofreciéndoles una serie de servicios que van desde el mantenimiento de catálogos, enrutamiento de órdenes de transacción, hasta el soporte de múltiples protocolos para compartir información.

Del mismo modo, el centro neurálgico de la red ariba.com está en su operating resource management system, que permite el acceso a los compradores a los catálogos de las empresas vendedoras, y facilita que se cierren las transacciones y fluya la información asociada a ellas (ordenes de compra, facturas, procesos de pago, etc.) cualquiera que sea su formato o idioma que hablen los correspondientes sistemas informáticos.

Ariba.com soporta múltiples estándares o formatos de información (cXML, EDI, VAAN based EDI, OBI, e-mail, etc.). También cuenta con diversas empresas implicadas en su red como visa, Cisco system, boehringer-ingelheim, bristol-myers squibb, o Merck and Co. , entre otras. Totaliza una cifra de 84 mil 700 proveedores con un catálogo global de productos diferentes superior a los 10 millones.

Por lo tanto, al ser XML un lenguaje de marcado que permite su propia ampliación, los documentos que contengan estructuras bien definidas que son muy complicadas de escribir en HTML, tales como los documentos multimedia, podrán diferenciarse de la definición en el lenguaje de nuevas estructuras que simplifiquen los materiales que tienen que viajar por la red, lo que repercutirá en una menor incidencia de errores de desarrollo y una mayor flexibilidad de los navegadores para realizar aplicaciones particulares.

EJEMPLO DE UNA PAGINA XML

“www.ariba.com“

CONCLUCION

Microsoft pretende establecer por medio de biz talk un marco legal para el comercio electrónico de empresa a consumidor. Se trata de un claro ejemplo que basa toda su filosofía en XML. El objetivo de biz talk es el desarrollar una red dentro de su portal Microsoft network, que permita poner en contacto a empresas y consumidores. Todo ello llegará a implicar cambios y mejoras en herramientas de comercio electrónico ya existentes como Site Server (que pasará a denominarse Commerce Server) o Back Office.

Por lo tanto, al ser XML un metalenguaje, sobre él se pueden construir sublenguajes con especificaciones propias. Es el caso de Commerce XML(cXML), un estándar público y libre para el comercio electrónico. CXML podrá ayudar a construir a comunidades comerciales abiertas. Compradores y vendedores reducirán el costo de sus operaciones en línea al facilitarse el intercambio de información sobre Internet.

Hoy día, XML ya se aplica en diversas organizaciones para mantener los acervos de páginas en formato más sencillo de controlar, pero se mantiene oculto a los usuarios usando la traducción a HTML para aumentar la compatibilidad de los servicios resultantes.

“XML se deberá estandarizar poco a poco hasta llegar a su masificación total, brindando muchos beneficios como la rapidez, el cual es uno de los aspectos que se demandan por parte de los usuarios de Internet”, comentó León Andrivsky.

Por su parte, el coordinador de servicios de red de la DGSCA de la UNAM advierte que “XML sí tiene futuro hasta que no llegue alguna otra tecnología que lo supere, ya que en el mundo tecnológico es muy difícil decir que algo va a permanecer por siempre. Por lo tanto, el futuro de XML está marcando con relaciona su existencia y uso en Internet, así como de los usuarios de la red de redes”.

Finalmente expone que XML no va a incrementar, por su propia naturaleza, el número de sitios que están conectados, no siquiera requieres que los enlaces aumenten y mucho menos que se hagan cambios en las PC, así como en la frecuencia y la costumbre con la cual se utilizan; lo que XML hace es que modifica la forma en que los sectores que crean la información de Internet deben analizar más detenidamente sus servicios para ofrecer mayor calidad de los mismos hacia los usuarios de Internet. “Por lo tanto, creo que de esta forma XML sí revoluciona o motiva un cambio en Internet”.

INDICE

INTRDUCCION................................................................................1

-¿QUÉ ES HTML?..........................................................................1

COMO ESPECIFICAR EFECTOS DEL TEXTO EN HTML ...3

ESTRUCTURA BASICA DE UN DOCUMENTO HTML...........3

¿QUÉ ES UN URL?..........................................................................4

ENLACES..........................................................................................6

GRAFICOS........................................................................................6

CARACTERES ESPECIALES........................................................8

EJEMPLO DE UNA PAGINA HTML..........................................10

XML

EL NUEVO MEDIO DE EXPRESIÓN PARA LA COMUNIDAD DE INTERNET.................................................................................10

DIFERENCIAS ENTRE HTML Y XML.......................................11

HOJAS DE ESTILO PARA XML...................................................13

SERVIDOR XML..............................................................................13

COMERCIO ENTRE EMPRESAS.................................................14

EJEMPLO DE UNA PAGINA XML...............................................15

CONCLUSIÓN..................................................................................16

UNIVERSIDAD APEC

UNAPEC

ESTRUCTURA DE DATOS

“HTML Vs. XML”

21/10/2000

STO. DGO.