Question : La soumission met en place d'en ligne (en navigateur) ou (dans Acrobat Reader) forme en différé de .pdf au serveur pour le traitement

Ressemble à là a déjà été beaucoup de discussion au sujet de son issue.

I a trouvé quelques références : rel= " nofollow " de " _blank " de target= de " http://www.nitropdf.com/help/submit_form_data.htm " de href= du

rel= " nofollow " de " _blank " de target= de " http://koivi.com/fill-pdf-form-fields/ " de href= du lp/submit_form_data.htm
form-fields/

addressing de http://koivi.com/fill-pdf- ce que je voudrais faire.  le

Ideally, je voudrais montrer une forme de pdf résidant sur le serveur en ligne dans le navigateur d'utilisateurs, les fais soumettre la forme par l'intermédiaire d'un bouton que je devine que vous pouvez créer avec Adobe Acrobat pro et vous pouvez spécifier à quelles formes le processeur vous veulent soumettre et ce qui à passer avec la soumission.  Unfortuantely, il y a une issue avec montrer des formes de pdf en ligne dans tout l'IE de browsers.

In, il travaille exactement comme désiré, vous pouvez soumettre la forme car la forme de HTML à un processeur de .php et aux données de POTEAU est quelque chose travail du

Does de like.

Array
(
de => de John Doe
[Button1] de =>) de de => 11-16-1957
[Students_Name_Please_Print_Clearly] de
[Date_MonthDayYear] pas en FF ou safari pour moi cependant car les connexions de pdf ne fonctionnent pas.  L'affichage de safari en ligne avec l'acrobate branchent, mais le travail des doesn de dispositif de soumission de forme en poussant le bouton de soumission.  Le FF ne montre pas en ligne à toute la forme me.

1. se demandant s'il y a un travail autour pour ceci de façon ou d'autre avec l'autre browsers.

If que vous essayez de soumettre en différé using Acrobat Reader, la soumission envoie des données au serveur mais j'obtiens dire de réponse : la teneur non de processus en

Can du type texte/html

presumably parce que la réponse est passée de nouveau à Acrobat Reader et lui en attend différent.  Pour qu'elle travaille car désiré lui ressembler à de vous le besoin pour avoir le document chargé dans le navigateur parce que le navigateur peut plus facilement interpréter le response.

Given que .pdf sont si répandus, plutôt que devant réinventer un HTML ou toute autre forme de eux, il serait gentil de pouvoir soumettre les formes en ligne using l'article de la construction préfabriquée .pdf.

The deuxième : rel= " nofollow " de " _blank " de target= de " http://koivi.com/fill-pdf-form-fields/ " de href= du

form-fields/

describes de http://koivi.com/fill-pdf- quelque chose un peu différente que je ne comprends pas tout à fait.  J'ai joué autour avec lui mais il a fait quelque chose étrange à mon système (écrans de clignotement avec le safari, le FireFox et le lecteur d'Adobe).  De ce que je le recueille le dossier de FDF contenir les données de forme dans un format de propriété industrielle d'Adobe : œ de „de ‚du

e.g.

%FDF-1.2
% »
/F du
/FDF << /Fields de l'obj
<< du
1 0 [>><RESS) /V () >><CITY) /V () >><STATE) /V () >><_ZIP) /V () >><PHONE) /V () >><_FAX) /V () >><CSZ) /V (, ) de >><L) /V de >><</T (__TITLE) /V de <>] rel= " nofollow " de " _blank " de target= de " (http://pdf.form.server.loc/test.pdf " de href= de c/test.pdf de http://pdf.form.server.lo) /ID [<628c6497025b9549a0aa1cc1e45dc317>
] >> le
endobj
trailer
<<
/Root 1 du
>> 0 R du

>>
%%EOF

From ce que je recueille, le fdf contient les données soumises de forme et des champs et si vous ouvrez cela avec le lien à la forme incluse dans le pdf vous obtenez la forme peuplée.  N'est pas ce vraiment ce que je suis intéressé puisque dans ce cas elles ont créé en ligne une forme de HTML sans employer le pdf comme calibre.  Ils rassemblent simplement les données et ont une méthode pour peupler la forme avec la forme soumise data.

Like que je dis, ceci semble travailler réellement dans IE, vous peuvent soumettre la forme à un processeur, dans mon PHP de cas, et pourraient vraisemblablement faire un certains de contrôle d'erreurs, etc. (trop le mauvais vous ne pouvez pas faire probablement ceci par l'intermédiaire d'AJAX ?), mais cela ne fonctionne pas en d'autres navigateurs parce que ne pas avoir une connexion fonctionnelle pour that.

I espérait qu'il y a eu du progrès ou d'autres approches puisque c'était dernière condition d'addressed.

Basic est de montrer une forme de pdf à l'utilisateur en leur navigateur en ligne, les font remplir le formulaire en ligne et ils soumettent la forme, comme dossier complet de pdf avec des données peuplées, ou avec juste les données de forme soumises, ou de préférence la forme comme document rempli et les données pour entreposé dans un database.

Thanks. class= de

Réponse : La soumission met en place d'en ligne (en navigateur) ou (dans Acrobat Reader) forme en différé de .pdf au serveur pour le traitement

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