Cela veut dire que la zone contenant le nom n'a pas été extraite des scans.
Peut-être avez-vous oublié d'utiliser la commande \champnom ?
Pouvez-vous vérifier que dans la fenêtre vérifier les mises en page, la zone prévue pour écrire son nom est entourée en bleu ?

D'abord merci pour la réponse.

Non, j'ai bien cette commande et l'encadré (voir image ci-dessous).

Mais dans "Vérifier les mises en page", je n'ai rien (voir image)... et autre chose bizarre (problème d'installation ?) : un mélange de français et d'anglais pour les boutons.

(votre image ne passe pas)

un mélange de français et d'anglais pour les boutons.

Sur la version de développement, c'est un problème temporaire lié à l'actualisation des traductions. Je vais régler cela.

Ok, pour la version développement : j'avoue que je ne sais plus comment j'avais installé amc, il y a deux ans... et j'avais oublié que j'avais mis la version de développement.

Pour l'image (et en fait les deux images : la première ne passe plus non plus mais les deux apparaissaient lorsque j'ai posté), le problème vient de chez free où elles sont hébergées : je vais me renseigner pour voir si le problème est temporaire ou si je dois faire quelque chose pour rétablir la situation.

Merci.

G M wrote:

Pour l'image (et en fait les deux images : la première ne passe plus non plus mais les deux apparaissaient lorsque j'ai posté), le problème vient de chez free où elles sont hébergées : je vais me renseigner pour voir si le problème est temporaire ou si je dois faire quelque chose pour rétablir la situation.

La situation semble rétablie : les images apparaissent chez moi.

J'ai refait un projet test :

je n'ai à nouveau rien pour la vérification de la mise en page :

Bizarre.

Et j'ai encore refait un test en prenant l'un des modèles fournis avec amc : le pdf est créé avec le cadre étant donné la présence de la ligne suivante dans le tex :

\champnom{\fbox{\begin{minipage}{.5\linewidth}

NB : je précise que je suis sous Ubuntu 14.04 mais via VirtualBox sous W7.

J'essaie de devancer certaines questions : je n'ai pas le moindre fichier produit dans les sous-dossiers cr, cr/zooms et cr/diagnostic.

G M wrote:

J'essaie de devancer certaines questions : je n'ai pas le moindre fichier produit dans les sous-dossiers cr, cr/zooms et cr/diagnostic.

... et je me dis en l'écrivant qu'il y a peut-être un problème de droit sur le dossier partagé avec W7.
Je vais chercher de ce côté là, en attendant une éventuelle autre suggestion.

Bonjour,

En déplaçant le dossier qui contient le fichier tex dans /home/Projets-QCM/ et en relançant une compilation ?

Gérard Carpeaux wrote:

Bonjour,

Bonjour,

En déplaçant le dossier qui contient le fichier tex dans /home/Projets-QCM/ et en relançant une compilation ?

Cela ne change rien. :-(
Aucune image n'est produite dans le dossier cr.

Pouvez-vous mettre en pièce jointe le fichier tex ?
Je vais vérifier si le cadre bleu et les rouges apparaissent lors de la vérification de la mise en page.
Je suis sous ubuntu 14.04 et j'essayerai aussi avec la machine virtuelle.

Merci pour la sympathique proposition.
Tout le dossier du projet : http://marris.free.fr/zip/projTEST.zip
Je l'ai bien testé dans Projets-QCM.

Je me précipite pour dire que j'ai réglé au moins un problème : c'est honteux... que je viens de trouver comment régler le problème la vérification de la mise en page : en fait, il faut penser à agrandir la fenêtre, mais comme je n'avais pas d’ascenseur comme sous w7, je pensais tout voir de la fenêtre... et il faut en fait étirer le cadre pour voir la page.

Je confirme qu'il y a donc un rectangle bleu autour de la zone où on peut écrire son nom.

Le second problème (en fait le premier et seul problème) persiste : quand je scanne des copies... la saisie se passe bien, la notation se passe bien mais l'association manuelle me propose toujours les références x/x:x au lieu du scan de la zone correspondante à champnom (qui est bien en bleu dans la vérification de la mise en page).

Je vous conseille de lancer un débogage (Aide-> débogage) puis de relancer depuis la saisie automatique jusqu'à l'association puis d eposter le fichier log.
Cela dépasse mes simples connaissances et A. Bienvenüe pourra certainement trouver une solution.

Merci pour les tentatives d'aide.

Cela a évolué.

J'ai réessayé l'exemple zippé précédent... et comme, en fait, je n'ai pas de problème avec la vérification de mise à page (mise à part que la page semble ne pas être là si on ne pense pas à agrandir la fenêtre qui s'ouvre), j'ai poursuivi la simulation (impression d'une copie, scan, saisie automatique, correction) jusqu'à l'identification manuelle : et là cela a fonctionné ! :-)

Je me suis alors dit qu'avant de retenter mon projet, j'allais déplacer ce dossier projTEST de Projets-QCM à mon autre répertoire.

Et là, j'ai justement eu un refus de déplacer l'image name alors que l'image page passe.

Et j'ai compris :

présence d'un "deux points" dans l'un

name-1:1.jpg

page-1-1-1.jpg

Cette erreur en tentant de déplacer le fichier image est peut-être en lien avec ce qui se produit peut-être aussi au moment de la création de l'image lorsque le dossier contenant le projet n'est pas Projets-QCM.

Je vais poursuivre mes tests mais ces "deux points" ne devraient-ils pas être un "trait d'union" dans le nom du fichier ?

Confirmation du problème apparemment :

quand le projet de base "projTest" précédent... est déplacé dans mon autre dossier partagé avec W7 : j'ai la création de page-1-1-1.jpg mais plus celle de name-1:1.jpg.

On peut supputer que les "deux points" dans le nom du fichier ont un rapport avec le problème.

quand le projet de base "projTest" précédent... est déplacé dans mon autre dossier partagé avec W7 : j'ai la création de page-1-1-1.jpg mais plus celle de name-1:1.jpg.

Cette erreur lors du déplacement d'un fichier contenant un caractère deux-points ne provient pas d'AMC, mais de l'explorateur de fichiers, qui croit que le fichier name-1:1.jpg est un fichier 1.jpg auquel on peut accéder par le protocole name-1 (qui n'existe pas), comme dans l'écriture http://gna.org.
Aviez-vous fait ce genre de déplacement de répertoire lors de vos problèmes de départ ? Dans la négative, pouvez-vous essayer de reproduire le problème (sans faire appel à une copie de répertoire depuis l'explorateur de fichiers) en mode débogage et poster le fichier log produit ?

Alexis Bienvenüe wrote:

Cette erreur lors du déplacement d'un fichier contenant un caractère deux-points ne provient pas d'AMC, mais de l'explorateur de fichiers, qui croit que le fichier name-1:1.jpg est un fichier 1.jpg auquel on peut accéder par le protocole name-1 (qui n'existe pas)

oui, j'avais tout à fait compris cela... et je voulais suggérer (du bout des lèvres :-) ) que, peut-être, name-1-1.jpg serait plus judicieux que name-1:1.jpg, comme cela permettrait le déplacement du fichier si on le souhaite.

Pour le test suggéré, je le referai un peu plus tard dans la journée ou demain.
Merci.

Je peux poster le log complet mais le passage intéressant semble être celui-là :

Le dossier cr étant ouvert... je peux constater "en direct" la création des fichiers page-... mais pas des fichiers name-....

NB : je rappelle que le dossier est un dossier partagé entre W7 et l'Ubuntu-virtuel créé (et monté automatiquement dans /media/) par virtualBox.

Je joins le fichier log complet.

je voulais suggérer (du bout des lèvres :-) ) que, peut-être, name-1-1.jpg serait plus judicieux que name-1:1.jpg

Vous avez raison, mais je me demandais si une telle modification ne va pas poser problème lors de l'ouverture d'anciens projets, pour lesquels les fichiers ont été créés avec les deux points. J'ai l'impression que non, alors je vais sans doute faire cette modif…

J'ai fait un dernier test : un de mes projets qui ne fonctionne pas dans le dossier partagé avec W7 (monté dans /media/ par virtualbox) fonctionne correctement dans /home/Projets-QCM/.
Cela confirme, il me semble, que ce sont bien ces deux points qui posent problème.

J'imagine que je ne dois pas pas être le seul utilisateur de windows qui utilise une machine virtuelle pour profiter de amc (à moins qu'il y ait une autre solution ?) donc n'est-il est étonnant que le problème ne se soit pas déjà posé avant ? A moins qu'ils aient trouvé une autre façon de partager leurs projets entre les deux systèmes... directement dans /home/Projets-QCM/, sans que les ":" ne posent problème.

En tout cas, merci. Je repars au moins avec une explication à mon problème.

Je ne sais pas s'il y a un lieu pour suggérer des améliorations mais, puisque j'ai crû, à un moment donné, que la vérification de la mise en page ne fonctionnait pas (une fenêtre comme celle ci-dessous ne donne pas à penser qu'il y a autre chose à voir), j'ose suggérer (si c'est possible) de peut-être montrer un morceau de la page pour que l'on sache qu'il y a quelque chose en dessous.

En tout cas... vous pouvez être fier de votre logiciel ! Bravo !

J'ai fait la mise à jour dans la version du PPA test pour transformer les : en -.
Pouvez-voir si cela marche mieux, et si cela ne pose pas de problème pour accéder et manipuler l'association manuelle avec les anciens projets ?