style removeattribute removeattr remove disabled attribute jquery html css html5

jquery - removeattribute - ¿Es válido HTML5 usar ahora?



removeattr disabled (14)

Con HTML 5 te encontrarás con muchos problemas, especialmente en la versión anterior de Internet Explorer. Recientemente, John Resig hizo una breve charla (últimos 10 minutos) sobre los problemas con los que se encontrará.

  1. Intentar utilizar un elemento desconocido hace que no tenga estilo y que tenga un mal formato (escape de contenido interno). Sin embargo, hay una solución para eso explicada aquí HTML5 Shiv

  2. Aunque, los elementos desconocidos todavía no pueden contener otros elementos desconocidos.

  3. Inyectar elementos desconocidos usando innerHTML provoca todo tipo de rareza. Probablemente romperá tu DOM.

He estado leyendo sobre HTML5 y me gustaría empezar a usar parte de él, en particular los conjuntos de datos, ya que he encontrado un plugin jQuery de aspecto interesante que puedo empezar a usar ...

http://www.barklund.org/blog/2009/08/28/html-5-datasets/

Ahora, entiendo que los navegadores más antiguos como IE6 pueden no gustarle tener atributos adicionales y que quizás no sepan qué hacer con ellos, pero si los ignoran y el sitio todavía valida utilizando un validador HTML5, entonces debería estar bien, ¿no?

Especialmente quiero asegurarme de que Google no me penalice por no tener un marcado válido y de que no voy a recibir quejas de los clientes de que su sitio "no es válido" cuando lo revisan usando un pantano validador W3C estándar.

¿Qué piensa la gente sobre esto?

El DOCTYPE HTML5 es ciertamente seguro de usar, pero los nuevos elementos HTML5 pueden hacer cosas extrañas al DOM.

Otros ya lo han dicho.

Sumérgete en HTML5 muestra cómo los navegadores manejan los elementos que no reconocen. Es complicado. Los hijos de <article> aparecerán en el IE DOM como hermanos en su lugar. Y el estilo puede ser complicado. Se mencionan las soluciones, con enlaces a HTML5 Shiv (javascript) y la hoja de estilo de restauración de HTML5 (CSS).

El HTML válido, el XHTML válido y el HTML5 válido son cosas separadas. Su validez se define mediante una definición de Esquema XML en la parte superior de la página. Puede crear su propia definición de esquema "CupOfTML" si realmente desea y podría ser válida. Obviamente, no es aconsejable, ya que independientemente de su validez, los navegadores aún deben ser capaces de determinar qué hacer. Lo que lleva muy bien a HTML5 ...

La implementación del navegador y su uso incluso en los navegadores más modernos aún no está completo y, si bien algunos elementos están ahí y funcionan bien, otros no son ideales. Si usted / su organización puede hacer frente al hecho de que algunas personas (no solo IE6) obtienen una experiencia visual menos que óptima, entonces elija HTML5. Mejor aún, ofrezca una versión ''agraciada degradada'' del sitio que se ejecuta en todo lo demás si HTML5 falla. Pero tenga en cuenta que está limitando efectivamente a su audiencia (las personas con discapacidades visuales pueden tener navegadores adaptables que no lo admiten, y cualquiera que todavía use Win2K está atascado con IE6 ...).

Es interesante que esta pregunta fue hecha hace mucho tiempo. Lo investigué después de que Turtle-Necked-Wonder comenzó a hablar al respecto. Incluso en el verano de 2010, llegué a las mismas conclusiones que el hilo anterior: todavía no se está trabajando en el estándar. Aunque ahora (enero de 2011) los libros están empezando a aparecer, todavía parece un poco temprano ya que el W3C todavía está retocando con la especificación.

Mientras que a algunas personas les gustaría jugar con algo así, muchos de nosotros no tenemos el tiempo hasta que sea bastante sólido y con un soporte de navegador bastante amplio.

Google podría comenzar a decidir al azar que no le gusta su sitio porque su HTML no es válido, pero sería bastante extraño. Google, al igual que todos los demás motores de búsqueda, quiere brindarles a las personas los mejores resultados de búsqueda posibles. No veo cómo ignorar los sitios debido a errores de validación HTML los ayudaría a hacer eso.

Por lo general, HTML5 se ha especificado para degradarse correctamente en navegadores antiguos. No estoy muy familiarizado con los atributos de datos (principalmente porque aún no se han cubierto en Inmersión en HTML5 , pero sospecho que IE 6 estará bien con ellos).

En cuanto a sus clientes que se quejan de la invalidez, eso es más o menos un problema de gestión de personas. HTML5 es un estándar, publicado por el W3C, y hay un validador para él ( http://html5.validator.nu/ ). Si todavía no están contentos con su uso, tal vez expliquen los beneficios que obtendrán al permitírselo usarlo.

La respuesta es simple:

¡Aún no! Pero pronto.

Lo más importante es probar las partes de HTML5 que desea utilizar contra los navegadores que desea admitir, y confirmar que no haya problemas. Debe comprobar especialmente que su JS para acceder a los datos del conjunto de datos funciona en IE6, etc. También puede consultar Microdata o RDFa para ver si ofrecen una mejor opción para lo que desea hacer. Con la excepción de los nuevos elementos (que requieren un shiv de Javascript para funcionar en Internet Explorer) casi todo lo demás es lo mismo que HTML4 / XHTML1, o los navegadores no compatibles deben ignorarlo.

A Google no le importa qué tipo de documento usa, y añadir datos a los conjuntos de datos será irrelevante para Google de todos modos (considere otro método si desea exponer estos datos a los motores de búsqueda / usuarios).

El validador W3 detecta automáticamente el doctype HTML5 y utiliza el validador apropiado. Tenga en cuenta que puede presentar un error / advertencia espuria con respecto a la codificación, este es un error conocido.

En cuanto a las respuestas, hay mucho FUD aquí:

  • ¡utilizando el doctype HTML5! = utilizando nuevos elementos HTML5
  • usando HTML (en lugar de decir XHTML)! = código mal formado
  • HTML5! = No soportado por IE6

La mayor parte de HTML5 es HTML4 con manejo de errores definido. Esto significa que está perfectamente bien usar la mayoría de HTML5 ahora , porque ya está en HTML4 / XHTML1. Por supuesto, las partes de HTML5 no están soportadas en IE6, pero también lo son las partes de HTML4. Si quieres soportar IE6, no uses esas partes .

No hay tal cosa como ''HTML 5 válido''. La especificación aún no está construida. No existe una definición normativa de lo que es HTML 5, es un borrador en funcionamiento.

No, no es. Ni siquiera es posible tener HTML5 válido porque la especificación aún no está lista.

Sin embargo, puede preparar su HTML4 para el cambio. El primer paso es comenzar a usar HTML4 strict y CSS válidos.

Hay algunas secciones estables de la especificación, como la etiqueta <canvas> . La etiqueta <video> está ganando terreno y ya ha sido implementada por WebKit y Gecko. Más importante aún, la etiqueta <video> permite la compatibilidad con versiones anteriores de Flash para navegadores que no la admiten sin usar javascript .

El segundo paso es eliminar todos los requisitos de los complementos propietarios (y gratuitos) de su sitio, donde sea posible , esto incluye Flash, Silverlight y JavaFx. En otras palabras, siempre use los estándares abiertos cuando sea posible. Convertir a HTML5 es un proceso y es posible hacer un paso a la vez. No hay necesidad de apresurar las cosas.

Qué partes de HTML5 se espera que hagan la recomendación final están bien de usar y, de hecho, lo hago. Acabo de terminar la semana pasada un sitio de comercio electrónico creado íntegramente en HTML5 utilizando también propiedades de CSS3. Si bien tienes que tener cuidado, fue relativamente fácil una vez que me sentí cómodo con las cosas nuevas. Daría un enlace, pero las novedades no estarán en línea hasta el próximo mes.

No es el primer sitio que hemos hecho con HTML5, pero los otros son mucho más simples. No temas a HTML5. Sigue adelante pero, como dije, no te desanimes, pero utiliza los elementos que se han asentado: nav, header, footer y todo eso.

Realmente depende de tu base de usuarios. Puede usar todos los elementos de estructura llamándolos para que se muestren como bloque.

header, section, footer,aside,article,nav ...{display:block;}

Sea complicado con IE porque no le permite usar los elementos a menos que estén en el DOM. Entonces, para que el sitio web aparezca, debes inyectar los elementos en el DOM. Usted está confiando en javascript para que la página se cargue, así que es por eso que dije que depende de su base de usuarios.

document.createElement("header"); document.createElement("footer");
document.createElement("nav");
document.createElement("article");
document.createElement("section"); document.createElement("aside");

También puede realizar una detección de agente de usuario para ver si alguien está usando IE y solicitarle que descargue Google Chrome Frame http://code.google.com/chrome/chromeframe/

Recomiendo probar Dive Into HTML 5 y decidir por ti mismo si crees que las compensaciones son aceptables. Hasta donde he escuchado, no hay implicaciones negativas de SEO para usar HTML 5. Acabo de ejecutar el validador w3c en Inmersión en HTML 5 y detectó automáticamente que era HTML 5 y lo validó, así que no creo que será una preocupación, tampoco.

Si se desarrolla para sitios comerciales, entonces XHTML 1.0 Strict sigue siendo el tipo de documento recomendado para su uso, y lo seguirá siendo durante al menos 2-3 años más.

JavaScript no es una solución viable para hacer que los documentos HTML5 funcionen en sitios comerciales porque tiene una obligación legal de accesibilidad (al menos en la UE, EE. UU. Y Australia).

  • XHTML sobre HTML simple para un mejor código legible por máquina y sin sopa de etiquetas
  • Recuerde que antes de que el manejo de errores de HTML5 no esté bien definido, es muy importante que su página valide el DocType especificado, independientemente de cuál elija. Es mejor elegir un DocType más relajado que romper la validación de uno más estricto

html5doctor.com Tiene buena información sobre HTML5, excelentes desarrolladores que también escriben para él. Gente como Bruce Lawson (Opera Dev) Remy Sharp.