¿Cuáles son los límites o la definición del ámbito de desarrollo de HTML5?

Question

A partir de la lectura de las listas de correo y mirando a la especificación no puedo decir cuáles son los límites de HTML5 son como software o tecnología programática. He visto donde han tratado de estandarizar los formatos de vídeo y audio en HTML5 y parece que puede estar escribiendo las definiciones para XHTML5 en la especificación HTML5. También aparece la especificación es extremadamente largo y cubre temas mucho más allá de las meras definiciones e instrucciones de proceso mínimamente requeridos de un lenguaje de marcas.

Con la versión HTML 5 es ahora una interfaz de aplicación en lugar de sólo un lenguaje de marcado? Si es así, ¿cuáles son los límites y los límites definidos de la tecnología? Si no es así, entonces ¿por qué hay tantos temas irrelevantes para el procesamiento de marcado teniendo un foco tal en el proceso de desarrollo de la tecnología? hacer cuando los límites de un lenguaje de marcado final y las preferencias de la aplicación de una aplicación de agente de usuario comienzan? Con HTML5 que la separación no parece muy claro, pero como un estándar de la industria que debe quedar perfectamente claro, ¿verdad?

Answer 1

No eres la primera persona que se pregunta acerca de esto. Véase la discusión entre Rob Sayre y el editor de HTML 5 (hixie): http://blog.mozilla.com/rob-sayre/2008/02/19/bloaty-parts-of-the -whatwg-html5-especificación-que-debe-ser-removed / # comment-7559

Mi opinión es la siguiente: hay un número de

1. ampliamente implementado, pero underspecified o no especificado viejas tecnologías (por ejemplo, "DOM 0" características, tag-sopa de análisis sintáctico)
2. "importantes" las nuevas tecnologías, que los vendedores modernos navegador le gustaría implementar con interoperabilidad (por ejemplo, vídeo, tela, fuera de línea).

Si hixie está interesada en ellos y no otros pasos de edición de arriba para mantener una especificación separada, hixie prefiere mantenerlos en HTML5, "[reformulado] pagando el precio de una especificación hinchada por no cale el progreso web".

Por cierto, si quieres una respuesta autorizada, debe preguntar a sí mismo hixie o en los foros de discusión de HTML5.

[editar] encontró un correo electrónico Además de hixie en cosas división de la especificación HTML5: http://lists.w3.org/Archives/Public/public-html/2008Oct/0127.html

Answer 2

  

Con la versión 5 es HTML ahora una interfaz de aplicación en lugar de sólo un lenguaje de marcado?

Sí.

  

Si es así, ¿cuáles son los límites y los límites definidos de la tecnología?

La mayoría tienen una regla autoimpuesta de no tomar ninguna nueva principales características más.

  

¿Cuándo los límites de un lenguaje de marcado final y las preferencias de la aplicación de una aplicación de agente de usuario comienzan?

Es borrosa. Es esta página de desbordamiento de la pila de un documento o una aplicación?

  

Con HTML5 que la separación no parece muy claro, pero como un estándar de la industria que debe quedar perfectamente claro, ¿verdad?

La especificación es claro en sus necesidades operativas. No tiene por que ser claro en la definición de una distinción entre documentos y aplicaciones.

Answer 3

A riesgo de sonar como una simplificación excesiva: si está en la especificación, es parte de la norma. Con el fin de ser compatible, un agente tendrá que poner en práctica las porciones especificados.

El hecho de que no es "sólo un lenguaje de marcado" no es una cosa nueva con HTML 5. especificaciones de HTML fueron siempre un poco más que simplemente marcado de documentos. De lo que puedo decir, los esfuerzos para perfeccionar HTML en una definición de marcado de sólo llegaron a su cúspide con XHTML.

HTML 5 parece ser un reconocimiento de que el marcado pura sola realidad no va lo suficientemente lejos hacia la solución de ciertos problemas del mundo real, y un estándar actualizado podría ayudar a resolver estas cuestiones: "¿Pero qué debe suceder en esta situación" "Bueno, eso depende de la aplicación del usuario, que no se preocupe por que en nuestra especificación de marcas." ... No es una solución muy satisfactoria en una web en la experiencia del usuario final sufre a causa de la falta de consenso en apenas estos temas.

Es una API? tal vez, pero como un lenguaje que seguirá funcionando como una simple marcado cuando sea necesario (piense en los agentes de usuario no gráficos). En algunos casos, debería funcionar mejor que las opciones disponibles.

Para responder a su última pregunta: no, en una norma, la separación entre el lenguaje y el comportamiento del agente de usuario de marcado no necesita ser "claro como el cristal". ¿Qué te hizo pensar que lo hizo? Pero sospecho que es más clara de lo que piensa: ¿se puede dar un ejemplo de una parte de la especificación en la que no está seguro de si se refería al margen de beneficio o el comportamiento del agente de usuario?

Answer 4

Usted puede encontrar este artículo muy interesante: X / HTML 5 Versus XHTML 2 http://xhtml.com/en/future/x -html-5-versus-XHTML-2 /

Desde W3C es lento en conseguir una especificación actualizada y la web no sólo está fragmentando más, pero hay necesidades que pueden ser satisfechas de que en realidad no son posibles debido a las características de ser tan viejo, HTML5 está trabajando para la fijación de éstos, como la etiqueta canvas y habiendo encajado de vídeo / audio. Esto sustituye a la etiqueta <object> muy usado en exceso y Flash tener que utilizar en su lugar.

La web ha ido más allá de servir las páginas web, ahora tenemos aplicaciones JavaScript, por lo que ahora podemos tener más interactividad que era realmente posible antes debido a algunos de los cambios no sólo de HTML5, pero el movimiento hacia una nueva versión de JavaScript.

Así, HTML5 debe ser algo más que un lenguaje de marcas como las aplicaciones web han ido más allá de los servidores simplemente servir páginas estáticas, que es lo que es un lenguaje de marcado era bueno para.

Answer 5

HTML, desde el principio, ha tenido esta tensión entre el marcado y el comportamiento (cf. ¿Por qué tenemos un elemento IMG? ). HTML y la web están inexorablemente ligados ya. Las especificaciones HTML vacilan entre la pureza técnica y la pavimentación de las cowpaths.

HTML es un lenguaje de marcado, pero el comportamiento de la aplicación implementación de la especificación está limitada. Para las marcas más pura, XML o SGML sería más apropiado.

Como lo entiendo, usted está preguntando por qué la especificación no se limita a la porción de marcado (x / HTML 5) y en su lugar también se especifica el comportamiento de agente de usuario, ¿es correcto? Si es así, creo que se debe a la especificación Qué cubre el comportamiento de agente de usuario, de modo intencional. Se especifica cómo implementar la aplicación debe comportarse con el fin de estar en cumplimiento con la especificación.

Si estuviera empezando desde cero hoy, no podría terminar con HTML5. Sin embargo, no estamos empezando desde cero y las especificaciones HTML siempre hemos tratado de equilibrar el mundo real con el ideal.

Answer 6

Aquí está el enlace que indica las diferencias entre HTML5 y HTML4. Una gran cantidad de atributos y etiquetas fueron retirados de HTML5 teniendo en cuenta que se manejan mejor mediante CSS. ¿Qué pasa si la facilidad programador si no se domina el CSS?

Answer 7

Tal vez la mejor respuesta a su pregunta es "¿Qué estás tratando de hacer?".

Lo digo porque si usted está buscando para construir una aplicación web que ahora funciona en los navegadores modernos web (es decir: no IE) utilizando HTML5, entonces el alcance / límites que usted va a preocuparse por lo que son los principales modernos fabricantes de navegadores están apoyando actualmente y el plan de apoyo pronto.

Google Wave hizo esto y se acercó con un gran producto que funciona con navegadores (Firefox / Chrome / Safari / Opera). Algunos principios básicos de HTML 5 que son ampliamente compatibles ya están de vídeo / audio / lienzo / almacenamiento / geo.

http: //radar.oreilly .com / 2009/05 / google-bet-grandes-en-html-5.html