tag español attribute html xhtml

attribute - title html español



¿Debo comenzar con HTML o XHTML? (8)

Comience con HTML, pero use un validador. En HTML5, todo el mundo parece centrarse en el HTML, en lugar de en la serialización XHTML.

  • Como explico en mi respuesta aquí , los diseñadores de XML querían imponer estándares de codificación más altos y facilitar el análisis, pero eso solo funciona si casi todo el mundo cambia. En lugar de confiar en su navegador para imponer la calidad del código, confíe en la validación.
  • Debido a la compatibilidad limitada con XHTML en Internet Explorer <= 8, casi todo el mundo sirve XHTML como texto / html. Esto lo restringe efectivamente a un subconjunto de HTML y XHTM y requiere que siga las pautas de compatibilidad . En su lugar, puede elegir qué formato se debe servir según el agente de usuario, pero esto es complicado.

Dadas las ventajas limitadas, recomiendo encarecidamente HTML, especialmente si eres un principiante.

Entonces, ¿con cuál empezar, HTML o XHTML? Soy un principiante y quiero tener una base sólida de lenguaje de marcado, pero cuando comencé a aprender, encontré que algunas personas usan HTML y XHTML.


Cuando se trata de aprender sobre o lo otro, realmente hay muy poco entre ellos. XHTML es esencialmente un subconjunto de HTML que fomenta (o más bien requiere) estándares más estrictos, específicamente, es una aplicación del estándar XML a HTML. Como tal, cualquier XHTML válido también es HTML válido (al menos en su mayor parte).

En mi opinión, la distinción entre XHTML y HTML no es realmente tan importante. Sin embargo, lo importante es escribir un marcado consistente y eficiente, y esto es lo que el estándar XHTML fue diseñado para fomentar. No importa si etiqueta su código como XHTML o HTML, siempre y cuando esté bien escrito.

La característica principal de XHTML es simplemente que requiere un alto estándar de calidad en su código, pero esto es algo que debería hacer de todos modos en HTML .


HTML 4.01 sería su mejor apuesta ya que aprender en etapas le permitiría ver una imagen más clara de lo que realmente está sucediendo detrás de escena y en lo más profundo del marcado. Una vez que tenga una visión clara y una comprensión prolongada de HTML 4.01, puede pasar a XHTML 1.0.


HTML y XHTML son el mismo lenguaje, con sintaxis ligeramente diferentes. Una vez que conoces uno, conoces el otro.

Realmente no importa.


La sabiduría convencional ha completado una especie de círculo en este punto. En el año 2002, todos estaban entusiasmados con XHTML, pero muchas personas (incluido yo mismo) no tenían buenas razones para ello. Era solo lo nuevo y todo el mundo se subió al carro, comenzó a poner XHTML en sus habilidades de currículum en lugar de solo HTML, que se veía tan simple y poco impresionante.

Lo que está sucediendo ahora es que, con HTML5 terminado, la gente está empezando a darse cuenta de que no hay nada malo con el buen HTML antiguo. Es el lenguaje de la web. Aquí están los pros y los contras de XHTML como los veo:

Pro

  • Le permite incrustar XML no xhtml en su página web, como un elemento SVG. Esto no es posible con HTML plano.
  • Le permite analizar fácilmente sus documentos con un analizador XML, lo que podría obviar la necesidad de hpricot o BeautifulSoup si, por ejemplo, quisiera reemplazar todas las etiquetas H1 con etiquetas H2 en las plantillas de su sitio web.

Estafa

  • IE no entiende el tipo mime ''application / xhtml + xml'', por lo que en lo que a usted respecta, está enviando HTML con formato incorrecto.
  • Es un poco más detallado. <br> y <table cellspacing=0 cellpadding=0> tiene mejor aspecto, en mi opinión, que <br /> y <table cellspacing="0" cellpadding="0"> .

Debe haber algunas ventajas de XHTML que me faltan, pero yo mismo uso HTML para todo en estos días.


XHTML es bastante parecido a HTML pero no descuidado. Realmente no puedo pensar en una razón aparte de la pereza para no usarla.


XHTML es para personas de un tipo que piensan que XML se ve más "ordenado" que HTML sin formato.

Pero en realidad, no importa mucho. Puede cambiar de uno a otro más rápido de lo que le llevaría almorzar.


XHTML solo es útil si desea autogenerar / administrar / validar / etc el código HTML con la ayuda de una herramienta basada en XML , como un marco MVC basado en componentes (por ejemplo, Sun JSF, Apache Struts, Microsoft ASP.NET, etc.) o con XSLT. Analizar / formatear HTML mediante programación es más complicado que XML, porque HTML permite etiquetas de aquí y allá que no se cierran, por ejemplo, <br> . XML es mucho más fácil de analizar / formatear programáticamente porque se requiere que esté well-formed .

Si recién está comenzando y / o escribiendo a mano HTML "normal", recomendaría usar elementos HTML 4.01 con un doctype HTML5 . Realmente no hay necesidad de masajear el código HTML en un formato XML.

<!DOCTYPE html> <html lang="en"> <head> <title>Page title</title> </head> <body> <h1>Heading</h1> <p>Paragraph</p> </body> </html>

Los elementos de HTML 5 aún no son ampliamente compatibles, de ahí la recomendación de quedarse con los elementos de HTML 4.01. El tipo de documento HTML 5 activa el modo estándar en la mayoría de los navegadores, incluido IE6. El otro beneficio de HTML5 es que permite cerrar etiquetas de acceso como en XHTML. Ver también el capítulo 3.2.2 de la especificación HTML5 :

Los autores también pueden optar por utilizar esta misma sintaxis para elementos vacíos en la sintaxis HTML también. Algunos autores también eligen incluir espacios en blanco antes de la barra, sin embargo, esto no es necesario. (Usar los espacios en blanco de esa manera es una convención heredada de las pautas de compatibilidad en XHTML 1.0, Apéndice C).

Básicamente, incluso si escribe XHTML puro , el uso de <!DOCTYPE html> lo haría válido (y activaría los navegadores web en el modo de estándares correcto).