Bonjour, sscotti. Je voudrais aider ici, mais je pense que vous avez déjà trouvé la réponse malheureuse : soutien contradictoire de navigateur d'une connexion non standard. Couples des idées qui peuvent être utiles…
1. L'essayer dans l'opéra. Si cela fonctionne là, vous pourriez vouloir recommander ce navigateur à vos clients pour cette forme particulière. L'opéra est très rigide au sujet du traitement standards-compliant. Si cela ne fonctionne pas là, vous pourriez vouloir rechercher une autre conception pour cette application. Pas parce que l'opéra a lieu si populaire (il n'est pas) mais parce que n'importe quelle dépendance sur les interfaces non standard vous met en danger pour le futur échec. Nous appelons ceci un modèle « fragile » de conception, et il doit être évité.
2. Oublier le safari. Apple et Adobe semblent avoir une guêtre au-dessus de l'utilisation du flash sur l'iPhone. Apple n'en a aucun de lui (une position que je comprends complètement compte tenu du fait que le contenu instantané doit être servi de l'Internet, et des données d'Internet exige au sujet de 1,000x la puissance de batterie des données entreposé déjà dans le téléphone). Puisque les emplacements instantanés épuiseront les batteries sur des iPhones, Apple ne veut pas cela, et Adobe est bouleversé à son sujet. Filet-filet : Ne pas établir votre $$etAPP d'une manière dont exige de deux autres compagnies de coopérer aux dispositifs non normalisés avancés de connexion de navigateur.
3. Une solution possible pourrait être d'employer une vieille forme plate de HTML pour rassembler les données que vous avez besoin. Soumettre cette forme à un manuscrit d'action pour accomplir la validation. Une fois que validé, le manuscrit d'action peut employer FPDF pour écrire le dossier de pdf, et peut présenter le pdf de finition au client. Presque n'importe quel navigateur peut montrer un pdf correctement. Il ne peut pas sembler sexy, mais il vous laisse employer le Javascript (si vous aimez cette sorte de chose) en tant qu'inspecteur de données de client-côté, et il ne dépend d'aucune technologie mystérieuse. La classe de FPDF est très flexible, rapidement et facilement extensible.
HTH, ~Ray
