Hi, sscotti. Я хотел был бы помочь здесь, но я думаю вы уже находило несчастливый ответ: сбивчивая поддержка браузера для нештатного plug-in. Пары идей могут быть полезны…
1. Попытайтесь оно в опере. Если она работает там, то вы могли хотеть порекомендовать тот браузер к вашим клиентам для этой определенной формы. Опера очень тверда о standards-compliant обрабатывать. Если она не работает там, то вы могли хотеть искать другая конструкция для этого применения. Не потому что опера поэтому популярно (она не) но потому что любая зависимость на нештатных поверхностях стыка кладет вас в опасности для будущего отказа. Мы вызываем это «хрупкой» картиной конструкции, и она должна избежаться.
2. Забудьте о сафари. Кажется, что имеют Apple и Adobe перебранку над пользой вспышки на iPhone. Apple не имеет никакое из его (положение, котор я вполне понимаю кроме где внезапное содержание должно быть послужено от интернета, и данные по интернета требует о 1,000x сила батареи данных уже хранила в телефоне). В виду того что внезапные места истощат батареи на iPhones, Apple не хочет то, и Adobe upset о ем. Сет-сеть: Не построьте ваш app в дороге требует, что 2 других компании кооперируют на предварительных non-standardized характеристиках plug-in браузера.
3. По возможности разрешение могло должны быть использовать обыкновенную толком старую форму HTML для того чтобы собрать данные, котор вам. Представьте ту форму к сценарию действия для выполнения утверждения. Как только после того как я утвержен, сценарий действия может использовать FPDF для писания архива PDF, и может представить законченный PDF к клиенту. Почти любой браузер может показать PDF правильно. Он не может звучать сексуальный, но он препятствует вам использовать яваскрипт (если вы любите тот вид вещи), то как контролер данным по клиент-стороны, и они не делают быть в зависимости от все тайные технологии. Тип FPDF очень гибок, быстро и легк раздвижно.
HTH, ~Ray
