Merci pour cette série de tests !
Sur ma machine en debian testing, evince (3.22.1) fonctionne. Avec okular (0.26.1), j'arrive à visualiser/éditer, mais je n'ai pas essayé la saisie depuis AMC.
Pour suivre le bug mentionné, le mieux est de créer un rapport de bug séparé...

test avec windows + adobe + foxit reader.
échec avec sumatra

même résultat avec foxitreader + windows vista et 7 pro.

Je tente de mettre à jour evince manuellement, si je n'y arrive pas je prendrai virtualbox + la version actuelle d'ubuntu.

J'essayerais aussi de faire des sujets avec AMCOpen et questionmultx et copies préremplies.

AMCOpen : la saisie texte n'est pas encore fonctionnelle avec les formulaires PDF.

• J'ai mis à jour evince 3.24.0 + ubuntu 16.04. Je peux remplir le cadre mais pas les cases qui sont détectées et en cliquant dessus puis en fermant evince, j'ai ce message :

Document contains form fields that have been filled out. If you don’t save a copy, changes will be permanently lost.

• AMC ne détecte pas les cases avec adobe (test par un collègue sous Mac OS Sierra version 10.12.3 + Adobe acrobat reader DC aussi)

• adobe acrobat pro 11.0.19
• adobe reader 11.0.19
• apercu

Les deux premiers : cases noircies complètements
Pour Aperçu, cases avec seulement des "coches".

Sur macport, ma version de développement d'AMC est la "1.3.0+hg2016-11-09 , est donc ne permet pas de tester les pdf en retour.

( sur sierra, pdfkit avait posé des problème de pdf me semble t il )

sur iOS 9.3.5 et 10.2.1, les pdf ne sont pas remplissables.

Bonjour,

Sur macport, ma version de développement d'AMC est la "1.3.0+hg2016-11-09 , est donc ne permet pas de tester les pdf en retour.

pouvez-vous mettre votre fichier en pièce jointe, je vais tester la détection avec AMC et faire un retour à Alexis Bienvenüe.

ok, voici en pièce jointe

100 % de réussite avec les logiciels utilisés par Hervé Cabaud pour la détection des cases par AMC.

Bonjour,

J'ai testé l'option pdfform avec 1.3.0+hg2017-10-12, et j'ai reussi a le faire marcher et le tester avec les resultats suivants:

OSX El Capitan s/ Acroread DC -> OK
OSX El Capitan s/ Preview -> OK
OSX El Capitan s/ Safari -> Echec
OSX El Capitan s/ Chrome -> Echec

Ubuntu 16.04 s/ Acroread 9 -> Echec
Ubuntu 16.04 s/ eVince -> OK
Ubuntu 16.04 s/ Okular -> OK

Android s/ Acroread DC -> OK
iPhone (iOS 11 avec le viseur du systeme) -> Echec

Snow Leopard s/ Preview -> OK
Snow Leopard s/ Acroread DC -> OK

Windows 7 s/ Acroread DC -> OK

Je continu a faire des tests avec d'autres plataforms (notament, Windows 10)

Les OK sont variés: avec acroread, meme si ca marche avec les versions XI et DC,
j'ai un probleme parce que quand on marque une option, l'option active reste "blanche",
jusqu'a on fait click dehors, dans une autre place de la page. En ce moment, l'option "activé" devient noir.
Je ne sais pas si c'est un bug d'acroread. Avec d'autres logiciels les casses marqués apparaissent comme noirs
depuis le debut. Echec veut dire que je n'arrive à sauver aucune option des PDF forms generés.

J'ai aussi voulu tester la possibilité d'imprimer et scanner au meme temps.
J'arrive à processer dans le meme run des fichiers qui sont PDF forms sauvés, et des fichiers imprimés, remplis avec un stylo et scannés.
Le seul probleme est que tout marche bien si on imprime avec Preview sur OSX, Okular/eVince sur Linux.
À nouveau, j'ai un probleme avec acroread: la version imprimér apparait sans les rectangles des options.

Et je confirm aussi que dans cette version, compilé avec macports sur El Capitan, il reste le bug qui fait necessaire sauver tout et recharger le projet aprés le
"marking" des epreuves. Sinon, ni la moyenne ni le resumé sur OpenOffice est mis au jour.

Merci pour ce compte rendu !

Et je confirm aussi que dans cette version, compilé avec macports sur El Capitan, il reste le bug qui fait necessaire sauver tout et recharger le projet aprés le "marking" des epreuves.

Quel bug est-ce précisément ?

Celui qu'on cite ici:
https://project.auto-multiple-choice.net/boards/2/topics/5126

Votre reponse dans ce fil disait que c'est peu-etre relié au bug #468

Mon Systeme:
OSX El capitan 10.11.6
XCode 8.2.1
Macports 2.4.2
AMC 1.3.0+hg2017-10-12 (auto-multiple-choice-devel @1.3.2104)

Avez-vous vérifié que les options de Édition/Préférences/Affichage/Notifications sont décochées ?

Et bien, à ma grande honte, non. Maintenant, décochées, tout marche bien.
Dessolé.

 propos de l'autre sujet, la possibilité d'utilisser à la fois pdfform et imprimer, j'ai modifié un peu ma copie du
automultiplechoice.sty.
(D'habitude j'envoie les copies par email, et avec ce systeme ceux qui veulent peuvent le retourner par email como PDF form rempli,
ou bien l'imprimer, le faire à la main, scanner et retourner).

J'ai modifié la definition de AMC@shape@form@base et namefielddots:

\newcommand\AMC@shape@form@base[5]{ %
  \ifx #2\AMC@checkedbox%
    \def\AMC@shape@form@ticked{true}%
  \else%
    \def\AMC@shape@form@ticked{false}%
  \fi%
\AMC@tracebox{#3}{#4}{ %
+++ {\setlength{\fboxsep}{0pt}\fcolorbox{black}{white}{\hskip -1mm%
\CheckBox[checked=\AMC@shape@form@ticked,%
              checkboxsymbol=\ding{110},name={#5},%
              bordercolor=0 0 0,
              width=\AMC@boxedwidth,height=\AMC@boxedheight]{}{}%
+++ }}%  
}%
}

\newcommand{\namefielddots}{ %
  \noindent%
  \ifAMC@pdfform%
    \hspace*{\fill}%
+++    {\setlength{\fboxsep}{0pt}\fcolorbox{black}{white}{\hskip -1mm%
    \TextField[name={\the\AMCid@etud:namefield},width=.95\linewidth,bordercolor=0 0 0]{}%
+++    }}%  
    \hspace*{\fill}
  \else%
    \dotfill
  \fi%
}

Qu'apporte cette mofification ?

J'essai de le decrire:

J'ai un group large d'etudiants auxquels je propose des problemes personalisés avec lualatex.

Jusqu'a present, je distribué des copies imprimés, avec le probleme de passer à le scanner toutes les copies (+200).

Mais maintentant je voudrais virer sur PDFforms.

Le proces sera:
i) envoyer les forms par email à chacun
ii) leur donner l'option de (a) remplir comme form ou bien (b) imprimer et le retouner soit par email soit en papier.
(Il y aura des etudiants qui preferent avoir la copie papier et travailler avec crayon).

Avec la version actuelle de automultiplechoice.sty, si on prepare les forms avec l'option pdfform, la version imprimé despuis quelques logiciels
produit une copie papier sans rectangles /casses pour marquer. Si on le fait depuis preview s/OSX on a les carrés a coté des reponses et tout va bien.
Mais avec acroread (meme le DC, testé sur OSX et Windows) il n'y a rien.

Avec la modification on ajoute un rectangle autour qui permets de l'imprimer despui n'importe quel logiciel.

Update...

Je viens de voir que les problems que j'avais avec acroread etait du à la "non-presence" de NeedAppearances sur
le pdf finale. De la, en regardant le code, j'ai vu que il y a une option "pdfform" sur options.xml qui doit etre 1 pour passer sur pdftk+NA.

Je ne sais pas s'il y a une casse à marquer sur "preferences", mais je ne l'ai pas trouvé. J'ai changé avec un editeur le options.xml et mis
<pdfform>1</pdfform>

Maintenant, tout va beaucoup mieux. Le comportement avec Acroread DC et XI est meilleur. Et le fichier "sans remplir" peut etre imprimé et les casses sont visibles.

Donc, la modif que j'avais envoyé il y a deux jours n'es pas du tout necessaire.

Merci! C'est un logiciel magnifique!
Javier

Merci pour votre analyse du problème.

Je ne sais pas s'il y a une casse à marquer sur "preferences", mais je ne l'ai pas trouvé.

En effet, cette variable de configuration aurait dû être fixée automatiquement au moment de la préparation des documents (il suffit de regarder si l'option pdfform a été utilisée dans le fichier source LaTeX).
Ce bug a été corrigé avec la révision hg:e92cecf49922.