XML y la próxima generación de la Web

Hacer su Mozquito HTML / JavaScript Accesible Mientras Mozquito fábrica produce HTML y JavaScript que funciona en cualquier navegador que soporte JavaScript 1.2, es necesario ejercer un esfuerzo adicional para hacer sus documentos lo más accesible posible. Desafortunadamente, muchos desarrolladores Web que la accesibilidad Web se limita sólo para las personas con discapacidad. Tenga en cuenta que las personas con versiones antiguas de navegadores, buscadores basados en texto y navegadores en los nuevos dispositivos como teléfonos móviles y PDA tendrá grandes dificultades con Mozquito contenido en la producción. Abra una Mozquito producidos archivo HTML en el Bloc de notas, WordPad, o cualquier editor de texto. Desplácese hacia abajo hasta el fondo del documento y se puede ver el uso de la

Como ya he mencionado varias veces en este artículo, FML se parezca a la versión 4.01 de los formularios HTML. Franja de la precarga de imágenes, listas de editable y las capas, y puede duplicar su forma FML completa en HTML 4.01. Tags. Si usted tiene tiempo de sobra después de completar su documento de FML, realice las modificaciones en un archivo HTML independiente y copiarlas a su Mozquito documento HTML. (Tenga en cuenta que cada vez que la exportación de su documento a la FML HTML Mozquito documento pierde su código). Por eso es importante guardar en un archivo HTML independiente y añadirlo a su Mozquito HTML, justo antes de publicarlo en su servidor Web. Para obtener más información sobre cómo realizar su código JavaScript y las formas de acceso, eche un vistazo a la Web del W3C Directrices de Accesibilidad al Contenido ( ).

XML y la próxima generación de la Web

Has mirado XHTML desde todos los ángulos diferentes, de las nuevas capacidades que introduce a los nuevos costes que impone, y las meditaba su uso en dispositivos, desde teléfonos celulares a los navegadores web en los ordenadores a los servidores Web, e incluso a mayor escala de los dispositivos. Ahora que ha se abrían paso por todo eso, es hora de considerar la rentabilidad a largo plazo - el impacto global en la una vez conocida la World Wide Web.

Persona a persona y máquina a máquinaHasta ahora, la web ha sido sobre todo una herramienta para la persona-a-persona y persona-a-las conexiones de la máquina. Mientras que la simple publicidad orientada brochureware Sitios Web y contenido más información de la web es para el consumo humano, gran parte de la fuerza motriz (léase: las oportunidades de inversión) por detrás de la Web ha venido de los proyectos que hacen más fácil para los seres humanos para conectarse a las máquinas. Los seres humanos conectarse a entrar en los pedidos de bienes, por ejemplo, lo que desencadenó toda una serie de eventos que es en gran parte gestionados por las computadoras, mientras que afectan a muchas personas a lo largo del camino.

En su mayor parte, los humanos han mantenido un "no me llames, te llamo" actitud hacia los ordenadores. Comercial Automatizado de correo electrónico, comúnmente conocido como spam cuando es solicitado, es visto como una pesadilla de la Internet y no uno de sus atractivos. Mientras que la máquina-a-comunicaciones persona recibió un pequeño impulso en el breve período en que empujar parecía preocupaciones de ancho de banda popular y la creciente facilidad con la que la gente podría recuperar la información se dejó empujar sin muchos clientes. Del mismo modo, las personas no parecen entusiasmados ante la perspectiva de la supervisión de la computadora de su navegación por la Web que da lugar a sugerencias sobre la compra de productos aparentemente adecuado a sus intereses.

XHTML entra en este marco - en la que el marcado se ha proporcionado información legible por humanos-y forma las respuestas han proporcionado información legible a máquina - y abre algunas puertas nuevas. Marcado todavía presenta la información a la gente, sino que también lleva la información de la máquina a máquina. La modularización de XHTML y la extensibilidad que puede proporcionar, especialmente para las formas, promete mejoras considerables en el tipo de información que la gente puede enviar a las máquinas. Y si bien nada en XHTML spam hace más interesante, XHTML, al menos, abre la posibilidad de máquina-a-persona transmisiones que contienen información útil para el equipo que usted no necesita leer. Un profesor puede leer un mensaje con formato claramente que tres estudiantes nuevos se han añadido a su clase, se envían automáticamente por la computadora de la escuela. Mientras tanto, su equipo ya ha extraído sus nombres y añadió que el artículo de grado.

Automatizar - y la fragmentación - en la webEl ejemplo anterior es un ejemplo de una pequeña porción de lo que XHTML hace posible. Al permitir a los desarrolladores crear aplicaciones vocabularios específicos y utilizarlos en combinación con el vocabulario más genérico HTML, XHTML permite llevar documentos de múltiples capas de información. Estas capas pueden estar dirigidas a diferentes "clientes" del documento, con una capa (probablemente utilizando el vocabulario HTML) presentando el mensaje como un documento para el consumo humano y las otras capas que contienen información para su uso en herramientas de procesamiento automatizado.

Aunque el HTML puede parecer fragmentado y plagado de incompatibilidades si eres un desarrollador Web tratando de realizar tareas complejas a través de navegadores de múltiples proveedores, las similitudes globales de estas implementaciones generalmente superan sus diferencias. La expectativa de la similitud que HTML simple crea a menudo hace que sea más frustrante cuando las diferencias comienzan a aparecer. XHTML hasta cierto punto - y XML en un grado mucho mayor - tiene mucho miedo de la gente con la perspectiva de los vocabularios radicalmente diferente rompiendo el entendimiento común que ha mantenido a la Web (la mayoría) unificado hasta el momento. A medida que la Web crece, sin embargo, la demanda para tales aumentos vocabularios personalizados. El valor de las descripciones más específicas se hace más evidente que los desarrolladores de aplicaciones Web intentar crear funciones adicionales.

Muchos sitios de la intranet ya incluyen HTML bastarda, de marcas que contengan ese no es HTML. El div genéricas y elementos span han convertido en marcadores de posición para este tipo de información para desarrolladores que quieren permanecer en el marco HTML. Se puede utilizar el atributo de clase para indicar lo que la información que realmente es. (Este atributo ofrece extensibilidad limitada.) Microsoft proporciona XML datos islas dentro de los documentos HTML que dan a los desarrolladores un conjunto más formal de herramientas para trabajar con esta información, a pesar de que sólo se trabaja dentro de los marcos de software de Microsoft. La principal ventaja de este vocabulario adicional es mayor personalización, que permite a los desarrolladores a construir todo tipo de aplicación ganchos en los documentos que permiten a los scripts o programas de proceso de manera eficiente y confiable. Los costos son un poco más complejo, pero la mayoría se derivan del hecho de que no todos los posibles beneficiarios de un documento con las herramientas necesarias para procesar el documento completo. Desarrolladores Web que se basan en el plug-in ya la capacidad de hacer frente a este problema, pero ampliar el vocabulario HTML amenaza con empeorar las cosas, al menos en el corto plazo. O bien puede enviar a los desarrolladores toda la información, si el destinatario puede usar o no, o pasar los ciclos de procesamiento de negociación que la información del destinatario puede procesar.

La forma de estos marcos de negociación y el procesamiento no está claro todavía. Aunque es razonable suponer que será construido en las estructuras ya se utiliza para la negociación de contenidos (como las cabeceras HTTP y tipos de contenido MIME) y el procesamiento de marcado (como el Document Object Model y XSLT), un montón de piezas que faltan siguen siendo. Uso de XHTML para ampliar el vocabulario HTML será un proceso riesgoso, y al menos implicaría ciertas deficiencias graves en el primero. La negociación puede consumir recursos, se ha saltado la negociación y sólo la información de envío puede significar que los usuarios obtener información para los que no tienen las herramientas. A diferencia de la información enviada para su uso con plug-ins de hoy, XHTML no proporciona un extra incorporado en el paso que da al usuario la oportunidad de decir: "No, no quiero que el contenido o el software para visualizarlo." Uso de XHTML (como base) y XML adicionales (incorporado en forma de módulos XHTML) para ampliar esa base debe garantizar un nivel básico de entendimiento para los usuarios, aun cuando sus herramientas no puede procesar todo el documento. Como se aumenta el nivel de contenido XML, sin embargo, puede ser más difícil para los usuarios para manejar adecuadamente los documentos, sin las herramientas adecuadas. Infraestructura para hacer frente a estos casos y para ayudar a los usuarios a encontrar las herramientas adecuadas es sólo el comienzo. Por ahora, la ampliación XHTML es una tarea bastante arriesgada que puede causar más problemas de los que vale la pena.

PrecauciónAutomatización del tipo que acabamos de describir puede incurrir en riesgos de seguridad. Programas de creación de contenidos que respondan a los mensajes hace que los mensajes a los portadores de información potencialmente dañina. Si escribe este tipo de aplicaciones, asegúrese de construir dentro de un marco de seguridad que incluye autenticación y establece salvaguardias contra la información dañado o perdido. También es útil para establecer los límites que requieren la intervención humana, como aplicaciones de flujo de trabajo muchos han encontrado.

Fugas de informaciónComo los documentos XHTML llegado a incluir más y más "real" de la información, los riesgos de aumento no planificado de distribución de información. Los documentos HTML se puede, por supuesto, contienen información confidencial o sensible a otro. Sin embargo, HTML tiene un más reconfortante "toda la información está en la superficie" de estilo. Como los desarrolladores comenzar a incluir múltiples capas de información en los documentos, algunas de esas capas no pueden ser visibles para los usuarios directamente.

Para tomar un caso extremo, imagine a un informe anual de las empresas preparadas para el consumo público. Debajo de las cifras calculadas público y gráficos de sectores se encuentran bastante una enorme cantidad de información confidencial sobre las operaciones de la compañía, junto con la auditoría de la información y las notas de producción. Toda esta información se extrae de la Versión HTML final, Que se ajusta a la descripción anterior - toda la información está en la superficie.

Sin embargo, supongamos que alguien decide que el informe anual podría ser muy útil para ciertas partes de la empresa - por ejemplo la alta dirección o del consejo de administración - como interfaz para los detalles más concretos. A diferencia de la Versión HTML plano, Esta versión mejorada XHTML permitiría a sus usuarios a hacer clic a través de tablas y gráficos para llegar a la información subyacente, la reorganización que si es necesario para los puntos de vista diferentes. Cuando se abre, la interfaz es muy familiar, el informe anual mira como lo hizo antes, en HTML. Las características adicionales y la información requieren la interacción del usuario para activarlos.

Si este documento XHTML bien mayor es confundido con su primo más plano y que llega del mundo exterior, tal vez un analista, las consecuencias podrían ser nefastas. El problema no implica romper las galletas en los sistemas, ya que implica un error humano y la falta de infraestructura para la gestión de dicha información. Aunque esto es bastante peor de los casos-, advierte de las cosas que son posibles cuando recién representaciones sofisticadas de la información privada se utilizan en el mismo marco que las versiones públicas. XHTML abre nuevas posibilidades, pero trae consigo nuevas responsabilidades. La infraestructura de seguridad no ha llegado todavía, y de marcado no proporciona ninguna seguridad por sí mismo.

Revivir el sueño de agenteMientras que la fuga de información puede ser perjudicial en algunos contextos, se vuelve a abrir la puerta a una amplia gama de aplicaciones que no eran posibles en la Web en HTML. Agentes, Un software diseñado para buscar automáticamente y procesar la información para satisfacer las necesidades del usuario, puede tener otra oportunidad. Aunque los agentes prometidos inicialmente, dar a los usuarios personalizar las herramientas para encontrar la información que quería (precio de venta de trajes de etiqueta, por ejemplo), a menudo obstaculizada por la dificultad de separar el formato HTML y la naturaleza imprecisa del lenguaje humano que rodea la información.

XHTML no es una cura mágica para estos problemas. El lenguaje humano sigue siendo una parte importante del contenido que los agentes deben lidiar con muchos tipos de búsquedas, y el núcleo de XHTML en sí sigue siendo bastante difícil para los agentes de interpretar. Si los precios, por ejemplo, se representan como rojo y en negrita utilizando hojas de estilo en cascada, que la información ni siquiera aparecen en el documento. Agentes de la necesidad de averiguar algo más (el atributo de clase?) Aferrarse a, si desean obtener información fiable de que los usuarios desean.

Por otra parte, la extensibilidad de XHTML puede dar a los agentes algunos datos reales para trabajar con en la forma de contenido XML incrustado. Si, por ejemplo, un módulo común para marcar la información de ventas fue ampliamente usado - o incluso si varios módulos entraron en uso - agentes habrían punteros significativa a la información que quería. Mientras que las compañías pueden estar preocupados acerca de la habilitación de comparación de compras por el suministro de tal información, pueden encontrar que les aporta nuevos clientes también.

XHTML Will Survive?Algunos críticos anteriores de HTML han esperado mucho tiempo para un reemplazo a venir. Desde sus perspectivas, XML ofrece un conjunto mucho más versátil de herramientas con una curva de aprendizaje mínima y que caben en las mismas infraestructuras (navegadores, HTTP y servidores web) que el HTML en la actualidad. Herramientas como XML XLink puede dar la capacidad de hiperenlaces que van mucho más allá de los simples mecanismos previstos en HTML, y hojas de estilo XSL promesa de formato similar potencia que supera los sueños más descabellados de HTML basada en los desarrolladores Web. XML hace posible la creación de vocabularios, como la estructura del Vector Graphics (SVG) y sincronizado Multimedia Integration Language (SMIL), que pueden presentar gráficos y multimedia, mucho mejor que el documento de propósito más general orientado a HTML. Visto desde esta perspectiva, el HTML ha pasado su apogeo - un instrumento débil cuya sustitución sólo es impedido por la existencia de muchos millones de legado navegadores.

Un punto de vista más amigable encuentra el vocabulario HTML más valioso. Incluso aparte de los millones de navegadores ya distribuidos, o la gran comunidad de desarrolladores que ya tienen una sólida comprensión de cómo funciona, HTML todavía funciona bien para muchas de las razones que lo catapultó a la fama en el primer lugar. No es difícil crear documentos HTML, XHTML y aunque impone un poco más las normas sobre la estructura, las normas en realidad puede ayudar a mantener los principiantes en problemas. El vocabulario HTML fija proporciona un conjunto de límites que mantiene a los proyectos de sus metas son imposibles, al tiempo que los creadores del documento el poder que necesitan para construir interfaces usables. HTML ya ha demostrado ser capaz de alojar a las extensiones, de las secuencias de comandos de hojas de estilo para applets y objetos. Se puede argumentar que gran parte del mundo se lleva bien sin XML y no ganará mucho al usarla.

Parece probable que el desarrollo Web seguirán un curso más moderado que estas dos propuestas. El vocabulario HTML es demasiado conocida y muy bien apoyado a desaparecer rápidamente, y es probable que siempre ofrecen un tipo de vocabulario básico para muchos tipos de marcas. El vocabulario HTML contiene algunas otras características que se tarda mucho en llegar en XML, proporcionando la semántica de la información que no es sólo el formato. Formularios HTML son un área en la que el HTML tiene una clara ventaja, pero HTML incluye muchas otras características para describir el contenido que aún no se han implementado de cualquier forma ampliamente utilizado en XML. XML proporciona ninguna herramienta para la inclusión de secuencias de comandos en los documentos y carece de un modo general, la inclusión de información de hojas de estilo en un documento. Soluciones ad hoc para todos estos problemas pueden ser desarrollados en un vocabulario de base de vocabulario, XHTML, pero ya tiene hechas las soluciones a estos problemas y una gran comunidad de desarrolladores que saben cómo utilizarlas.

XHTML desarrollo de las promesas de erradicar el mayor problema que enfrenta HTML: su fragilidad provocada por la falta de extensibilidad. Al mismo tiempo, XHTML puede resolver algunos de los problemas que enfrentan los desarrolladores de XML en que ponen en XML en el entorno Web, proporcionando soluciones a los problemas de RealWorld reutilizables. Si bien los documentos XHTML finalmente puede parecer muy poco al igual que sus antepasados HTML, parece probable que muchas de las características de HTML durará más allá del período de transición (tal vez con alguna remodelación). De dar el salto directamente a XML seguirá siendo difícil a menos que más herramientas para su integración con otras herramientas de Web que parece, y XHTML que ya se encuentra gran parte de ese conjunto de herramientas necesarias.

Eficiente, amigable, InvisibleXHTML es probablemente el mayor cambio a la arquitectura subyacente de la World Wide Web, ya que apareció por primera vez. HTTP 1.1 refinado el protocolo para la transferencia de información, pero las remodelaciones XHTML HTML en un modo que puede hacer irreconocible. En lugar de luchar contra sopa de la etiqueta, el siempre creciente y sin control a HTML adiciones hechas por los vendedores, el W3C ha cambiado de tono y tirado las puertas abiertas a nuevos vocabularios. Nuevos vocabularios debe venir correctamente vestido con espacios de nombres y los módulos de XHTML, pero las posibilidades están ahí.

XHTML promete cambiar la Web de un medio que usa la gente para comunicarse con otras personas a un medio que las personas y los equipos utilizan para comunicarse con otras personas y ordenadores. Esta transición incurrir en algunos costos y producir algunos problemas en el camino, pero el resultado final puede ser una web que la gente ahorra tiempo y esfuerzo. La Web ha demostrado ya que las grandes redes pueden crear nuevas oportunidades, pero su forma actual significa que muchas oportunidades han sido ignorados o perdido. Estos problemas no implican los problemas de ancho de banda más evidente, aunque los siguen siendo importantes, pero lo que podemos hacer con ese ancho de banda.

Tal vez el aspecto más importante de este cambio es lo pequeño que es, al menos al principio. Como hemos visto, XHTML 1.0 inicia la transición con la menor interrupción posible (aunque algunos trastornos es inevitable). Si bien la transición a través de XHTML 1.1 para el futuro XHTML 2.0 es probable que involucrar a más golpes, estas nuevas estructuras se están construyendo en la infraestructura familiar misma que ha apoyado HTML desde hace años. XHTML no es empezar de nuevo con una marca-la nueva web, es añadir un nuevo potencial a la Red actual. Los usuarios y desarrolladores, basándose en las herramientas familiares, esperamos encontrar que el TuneUp XHTML les da una web más útil, sin necesidad de que entender los fundamentos.

Consejo ¿Aún quieres saber más acerca de XHTML, o discutir su trabajo? Pruebe el XHTML-l. Los detalles están disponibles en http://www.egroups.com/group/XHTML-L.

un artículo presentado por Albert Lichtblau

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "XML y la próxima generación de la Web" fue traducido por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.