La verdad, que nunca he usado xForms, ni sabría hacerlo.
Pero leyendo en la
wikipedia, encuentro esto:
Actualmente solo Opera soporta XForms nativamente. Sin embargo, existen varios plugins y extensiones que le dan soporte a otros navegadores. Firefox soporta XForms a través de una extensión.
Para IE6 está formsPlayer, un plugin que extiende al navegador haciendo que soporte XForms [...].
XForms también puede ser usado a través de varias tecnologías de servidor que converten el código de XForms a formularios de HTML en tiempo de ejecución y de manera transparente. Estas implementaciones incluyen a las proyectos de código abierto Chiba y Orbeon.
Recientemente ha sido dada a conocer una nueva herramienta, llamada AJAXForms, que transforma, en tiempo de compilación, documentos XHTML/XForms en páginas HTML con Javascript, que si entienden los navegadores actuales. [...]
No se si esa es la razón de que no se vean bien los xForms cuando los visualizas en navegadores que no los soportan.
De todas maneras... ¿Sin el código PHP se ven bien los xForms? ¿o tamién mal? Porque en ese caso, estaría claro el asunto. Imagino, que si lo dices, será porque sin PHP se ven bien.
Si sin el PHP se ve bien, te diría que verificaras el código fuente
DEVUELTO por el servidor al cliente de una y otra versiones (con y sin PHP), pues línea a línea, no
debería haber NINGUNA diferencia.
Otra pregunta.Si le quitas el código <?php ?> (nota, que deberías poner "<?php", y no sólo "<?") al archivo .php
¿Se ven bien los xFors?
Otra cosa que seguro no tiene nada que ver.Cuando yo pongo la directiva:
<?xml version="1.0" encoding="iso-8859-1"?>
, necesaria para el xHTML strict, dentro de un documento con extensión .php, el servidor se vuelve tonto, pues al "leer" un "<?" lo entiende como suyo.
Tuve que arreglarlo con un sucio...
<?php echo '<?xml version="1.0" encoding="iso-8859-1"?>';?>
Si esto no tiene nada que ver, ni te molestes en contestarlo.
Ya nos contarás.
