Hola, sscotti. Quisiera ayudar aquí, pero pienso que usted ha encontrado ya la respuesta desafortunada: ayuda contraria del hojeador para un enchufe no estándar. Pares de las ideas que pueden ser útiles…
1. Intentarlo en ópera. Si trabaja allí, usted puede ser que quiera recomendar ese hojeador a sus clientes para esta forma particular. La ópera es muy rígida sobre el proceso standards-compliant. Si no trabaja allí, usted puede ser que quiera buscar otro diseño para este uso. No porque es la ópera así que popular (no es) pero porque cualquier dependencia en interfaces no estándar le pone a riesgo para la falta futura. Llamamos esto un patrón “frágil” del diseño, y debe ser evitado.
2. Olvidar safari. Apple y Adobe parecen tener una polaina sobre el uso del flash en el iPhone. Apple no está teniendo ninguno de él (una posición que entiendo totalmente dado el hecho de que el contenido de destello tiene que ser servido del Internet, y datos del Internet requiere sobre 1,000x la energía de batería de datos almacenó ya en el teléfono). Puesto que los sitios de destello agotarán las baterías en iPhones, Apple no quiere eso, y Adobe está trastornado sobre él. Red-red: No construir su app en una manera que requiera a dos otras compañías cooperar en características no normalizadas avanzadas del enchufe del hojeador.
3. Una solución posible pudo ser utilizar una vieja forma llana del HTML para recoger los datos que usted necesita. Presentar ese impreso a una escritura de la acción para lograr la validación. Una vez que está validada, la escritura de la acción puede utilizar FPDF para escribir el archivo del pdf, y puede presentar el pdf finished al cliente. Casi cualquier hojeador puede exhibir un pdf correctamente. No puede sonar atractivo, sino que le deja utilizar Javascript (si usted tiene gusto de esa clase de cosa) como inspector de los datos del cliente-lado, y no depende de ninguna tecnologías arcana. La clase de FPDF es muy flexible, rápidamente y fácilmente extensible.
HTH, ~Ray
