Afortunadamente Mozilla ya petardeaba cuando había un error de XML malformado, sin embargo en los documentos XHTML parece que les da un respiro, aunque ya no debería ser así, es tal vez por ello que en el 2.0 debería hacer como en el resto de documentos XML, igual que da error cuando un XML de RSS está mal.
De todas formas ya llega la parte "competitiva" y más preocupante, cuando los navegadores eviten mostrar un error de XML mal formado para evitar dar la imagen de que el navegador "falla más" y del tipo "con explorer no da errores" y cosas así, lo que me parece que no tiene las de ganar. Pero bueno, crucemos los dedos.
De todas formas es más que esperanzador que XHTML 2.0 llegue pronto y con un aspecto tan distinto, hará renovar por primera vez en más de diez años ciertos navegadores que lo necesitaban (me imagino que harán un copiar-pegar y un buscar-reemplazar para las directivas equivalentes, pero bueno).
Gracias al padre del hilo (he revisado el documento por si acaso) por puntos:
Object NO es nuevo (al menos yo no he dicho eso), pero pasa a tener un peso muy gordo ya que todos los demás tags para incluir contenidos (style, img, applet, etc.) se dejan de usar en favor de este
Validación (y así contesto a delaPipol): Mozilla "petardeaba" y "petardea" cuando un XHTML está mal formado... pero para ello debe enviarse el Content-Type correcto para xhtml, el "truco" que usan todos los CMS es enviarlo de momento (ya que se permite) como text/html.
XML Includes: Es lo mismo que con xForms, xFrames, etc., no hablamos de "que incluya" si no de "que soporte", la novedad es que XHTML 2.0 "soportara" XML Includes lo cual garantiza no tener que hacer "hacks guarros" si quieres utilizarlo y/o depender de lo que haga el navegador: El navegador debera soportar XML Includes en documentos XHTML 2.0 (siempre que no se lo pase por el forro como suelen hacer).
Yo le veo bastantes cosas buenas como para plantearme una migración cuando no sea un borrador... aunque como todo espero no tener que soportar cosas que no me gusten :)
Re:Matices
(Puntos:2)( Última bitácora: Lunes, 04 Septiembre de 2017, 15:00h )
De todas formas ya llega la parte "competitiva" y más preocupante, cuando los navegadores eviten mostrar un error de XML mal formado para evitar dar la imagen de que el navegador "falla más" y del tipo "con explorer no da errores" y cosas así, lo que me parece que no tiene las de ganar. Pero bueno, crucemos los dedos.
De todas formas es más que esperanzador que XHTML 2.0 llegue pronto y con un aspecto tan distinto, hará renovar por primera vez en más de diez años ciertos navegadores que lo necesitaban (me imagino que harán un copiar-pegar y un buscar-reemplazar para las directivas equivalentes, pero bueno).
El tiempo lo dirá.
Re:Matices
(Puntos:2)( http://sigt.net/ )
- Object NO es nuevo (al menos yo no he dicho eso), pero pasa a tener un peso muy gordo ya que todos los demás tags para incluir contenidos (style, img, applet, etc.) se dejan de usar en favor de este
- Validación (y así contesto a delaPipol): Mozilla "petardeaba" y "petardea" cuando un XHTML está mal formado... pero para ello debe enviarse el Content-Type correcto para xhtml, el "truco" que usan todos los CMS es enviarlo de momento (ya que se permite) como text/html.
XML Includes: Es lo mismo que con xForms, xFrames, etc., no hablamos de "que incluya" si no de "que soporte", la novedad es que XHTML 2.0 "soportara" XML Includes lo cual garantiza no tener que hacer "hacks guarros" si quieres utilizarlo y/o depender de lo que haga el navegador: El navegador debera soportar XML Includes en documentos XHTML 2.0 (siempre que no se lo pase por el forro como suelen hacer).
Yo le veo bastantes cosas buenas como para plantearme una migración cuando no sea un borrador... aunque como todo espero no tener que soportar cosas que no me gusten :)---
Siguiente tema [sigt.net]...