Version imprimable du sujet

Écrit par : jmlevy 24 Apr 2012, 16:34

Bonjour,

J'obtiens ce message d'erreur « Le document doit être corrigé à l'ouverture » en traitant des fichiers sur PitStop 10 Server. J'utilise WebCmykHiRes_1v3 comme profil de vérification. Le fichier est mis en erreur mais le signet du fichier log ne met rien en évidence. Le contrôle en amont d'Acrobat me signale ceci :
[attachment=40604:Capture_...17.27.27.png]

À la fermeture du fichier, j'obtiens le message suivant : Souhaitez-vous enregistrer les modifications ? alors que je n'ai rien fait d'autre que de l'ouvrir.

Nous utilisons MadeToPrint server pour générer les PDF. Il s'agit de fichiers InDesign multipages que nous exportons en fichiers PDF simple page. Le même fichier InDesign de 4 pages que nous avons traité 3 fois aujourd'hui a généré des erreurs différentes à chaque fois : soit 2 des 4 pages étaient rejetées par PitStop, soit 3 sur 4 étaient rejetées.

J'en perds mon latin…

Écrit par : claude72 24 Apr 2012, 21:35

PitStop a fait des corrections à l'ouverture, donc c'est probablement lui qui a modifié le fichier... et donc logiquement il te propose d'enregistrer ces modifications.

Écrit par : jmlevy 25 Apr 2012, 04:05

Mais lesquelles ? Le log de PitStop détaille toutes les autres corrections apportées au fichier. Et sur d'autres fichiers, issus du même fichier inDesign, je vois bien sur les logs la liste des corrections effectuées, mais pas ce message…


Et quand j'ouvre ces fichiers corrigés par PitStop, je n'ai aucune demande d'enregistrement de fichier quand je l'ouvre dans Acrobat.

Écrit par : claude72 25 Apr 2012, 19:09

Je ne sais pas (et j'ai un peu de mal à comprendre ta réponse ???).

Perso, je n'ai pas PitStop serveur (je travaillais avec le plug-in PitStop dans Acrobat) et donc je n'ai jamais eu ce message de la part de PitStop...

... en revanche, j'ai eu plusieurs fois des messages du même genre (disant que le document nécessitait des corrections et que le soft les faisait de lui-même) avec Acrobat et XPress, et à chaque fois ces corrections "automatiques" modifiaient le doc et donc déclenchaient une demande d'enregistrement à la fermeture, même si je voulais fermer le doc sans y avoir fait de modification moi-même.

Écrit par : jmlevy 25 Apr 2012, 19:48

Je me suis peut-être mal exprimé (message posté à 5 h, insomnie, blabla…). Mais entre temps, j'ai trouvé un déut de réponse : j'utilise comme profil de contrôle en amont un profil du GWG, et une des options de ce profil consiste justement à mettre en erreur les documents nécessitant une correction. En fait ta réponse correspond exactement à ce qui se passe : en ouvrant le fichier et en l'enregistrant à la fermeture tout rentre dans l'ordre.

Ce que je ne m'explique pas, en revanche, c'est pourquoi certaines pages nécessitent des corrections à l'ouverture (j'aimerais bien savoir de quelles corrections il s'agit) et pourquoi pas d'autres alors que les pages viennent du même fichier .indd, et j'aimerais encore plus comprendre pourquoi le même fichier recontrôlé me met d'autres pages en erreur alors qu'elle étaient bonnes et accepte celles qui nécessitaient auparavant une correction.
En plus, les PDF sont moulinés dans une autre appli pour y ajouter des métadonnées (c'est peut-être ça qui fout la zone…)

Comme tous ces traitements font partie d'un flux automatisé, je ne peux pas me permettre (ce n'est pas moi qui le fait) de demander au fabricant de rouvrir les PDF et de les réenregistrer. je pense que je vais désactiver cette option dans le profil de PitStop.

J'aurais bien aimé que Cri-Cri me donne son avis…

Écrit par : claude72 25 Apr 2012, 20:56

C'est le genre de question que je me suis posée à chaque fois que j'ai vu XPress afficher cet avertissement : "Le projet nécessite de légère correction"... et je n'ai toujours pas de réponse !!! désolé

Écrit par : Cri-cri 25 Apr 2012, 23:33

Désolé, j'étais pas mal en vadrouille ces derniers temps (dont les meetings du Ghent PDF Workgroup à Oslo la semaine passée )

Il y a eu un problème avec ta pièce jointe dans le message d'origine donc je ne vois pas quel message te donne le preflight Acrobat.
C'est la bonne méthode, ça permet de voir ce qu'un autre outil de preflight donne comme info.
Si tu pouvais la poster, ce serait super (tu peux éditer ton premier message ou poster dans le topic). Merci.

Pour les profils du Ghent PDF Workgroup, nous avons choisi de mettre en erreur les fichiers qui nécessitaient une réparation car justement, ce n'est pas toujours facile de savoir ce qu'il s'est passé et cela pourrait compromettre la qualité du fichier d'origine.

En ce qui concerne ce que Acrobat fait vraiment et sur quel partie du fichier, voilà ce que dit l'aide de PitStop (pas vraiment d'information intéressante) :


Est-ce que cela vient du traitement MadeToPrint ?
Pour le savoir, génère tes PDF "à la main" et regarde si tu as les mêmes problèmes ou pas.

Sinon, la piste des métadonnées est peut-être effectivement une idée.


Pour en savoir plus sur le fichier PDF lui-même et ses éléments, tu peux utiliser la fonction "parcourir la structure interne du document" (menu options du panneau de preflight) pour voir si tu détectes une erreur (assez ardu malgré tout !)


Résultat du type :



Enfin, si ton fichier n'est pas confidentiel et si tu le souhaites, tu peux me l'envoyer et je peux jeter un coup d'oeil avec mes différents outils pour essayer de déterminer la cause du problème.



PS: une remarque (générale) sur la modification des profils du GWG:
Attention, si tu retires ce contrôle, tu ne pourras plus dire que tu est compatible GWG, car ton profil sera moins restrictif que celui du Ghent (on peut toujours être plus restrictif mais pas moins).
Si le suivant dans la chaîne utilise le "vrai" profil du GWG, il aura la même erreur et va rejeter ton fichier donc cela ne fera que déplacer le problème.

Écrit par : jmlevy 26 Apr 2012, 09:17

Merci pour ces infos.
Je reposte les captures d'écran :
[attachment=40629:Capture_...09.48.50.png]
[attachment=40630:Capture_...09.53.34.png]

En fait, je soupçonne plutôt un pb lié à ExtremeZIP


Je l'ai fait. Disons que ça ne m'aide pas… Comme tu dis, c'est ardu !


Je ne peux malheureusement pas t'envoyer les fichiers qui posent problème.



Oui, je me renseigne auprès de notre imprimeur.

Écrit par : Cri-cri 26 Apr 2012, 09:38

Au-delà de ce problème de fichier endommagé à l'ouverture, tu as 7 correctifs appliqués.
C'est donc normal qu'il faille enregistrer le fichier ensuite pour appliquer ces correctifs

Bon courage pour le debug !

PS: as-tu essayé de générer les fichiers sans passer par MadeToPrint pour voir si tu as le même problème ?

Écrit par : jmlevy 26 Apr 2012, 12:05

Pourtant tous les autres fichiers qui subissent des correctifs de PitStop ne demandent pas à être enregistrés à la fermeture.


Oui, et je n'ai pas de pb. Mais je ne peux pas me fier à ce seul test. Notre flux envoie ensuite les fichiers dans IndexManager pour un changement de nom et ajout de métadonnées, ce que je n'ai pas pu faire manuellement.

Merci de ton aide.