¿Puede alguien ayudar con la disponibilidad de XSLT del lado del cliente en los navegadores HTML5 móviles? caniuse.com no tiene nada.Uso de transformaciones XSLT del lado del cliente en la era HTML5
¿El XSLT en realidad está estandarizado en los navegadores móviles actuales?
La especificación HTML5 no tiene nada en XSLT que pone en tela de juicio si el XML tiene un futuro (a la luz del hecho de que hay JSONP pero no hay "XMLP")
La API XSLTProcessor es parte de la especificación de secuencias de comandos HTML 5:
Cuando un programa de transformación XSLT se desencadena por una instrucción de procesamiento y el navegador implementa una-a-directa Transformación DOM, los elementos de scripts creados por el procesador XSLT deben marcarse como "insertado por el analizador" y ejecutarse en orden de documento (scripts de módulo marcados como diferir o asincrónico), inmediatamente, a medida que se produce la transformación.
El Safari Web Content Guide dice:
XSLT es compatible con iOS 2.0 y versiones posteriores.
Android 2.2.x(Level 8) añade Java APIs para XSLT, del lado del cliente puede acceder a través de la XSLTProcessor API de JavaScript.
Android 4.0 soporta XSLT processing instructions, de acuerdo con las respuestas a la siguiente pregunta:
La única manera de asegurar que el código XML siempre se transforma correctamente es hacerlo en el lado del servidor. Existen enormes diferencias en la compatibilidad para los navegadores de escritorio actuales, y los dispositivos móviles ciertamente no funcionan mucho mejor. Además, HTML5 no tiene nada que ver con XSLT, ya que XSLT no reemplaza a HTML. XSLT es capaz de generar casi cualquier formato que necesite, incluido HTML, pero no está diseñado para representar datos como HTML o XML.
La disponibilidad de XSLT 1.0 en el lado del cliente ahora es bastante universal en los navegadores modernos, con la excepción de algunas plataformas móviles; y el nivel de conformidad también es bastante razonable (probablemente bastante mejor que Javascript/DOM). Hemos estado usando XSLT del lado del cliente para el sitio web de Saxonica durante algunos meses y hay muy pocos informes de problemas, aunque tenemos un sitio alternativo que es HTML estático, al que redirigimos cuando detectamos que XSLT no está t compatible.
La recientemente abierta Saxon-CE ahora ofrece XSLT 2.0 en cualquier navegador con soporte Javascript. Hace mucho más que actualizar el soporte XSLT a XSLT 2.0; también proporciona una forma declarativa de manejar la entrada del usuario en el navegador y crear aplicaciones interactivas.
Es cierto, por supuesto, que los proveedores de navegadores han perdido en gran medida el interés en XML. Lo mismo no ocurre con los editores de contenido, por lo que depende de terceros llenar el vacío.
esas ciertas excepciones móviles serían la pregunta. gracias por tomarse el tiempo –
gracias.Soy consciente de las diferencias entre html5 y xslt, simplemente esperaba que el proceso de estandarización manejara de alguna manera la pregunta como lo hacía con, por ejemplo, arrastrar y soltar, etc. pero gracias de todos modos. –
@PeterAronZentai: Ah, está bien. Perdón por malinterpretar la parte HTML. Las características XSLT no son una característica requerida para un navegador, por lo que no debe confiar en ello. El lado del servidor es el camino a seguir. – jwueller