Project

General

Profile

Bug #92622

PDF, problème d'encodage/police lors du "flatten" d'un fichier PDF

Added by Frédéric Péters 2 months ago. Updated 2 months ago.

Status:
Fermé
Priority:
Normal
Target version:
-
Start date:
03 July 2024
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

Description

L'API fill-form peut être appelée avec flatten=true, dans ce cas le fichier PDF est "aplati" pour que les champs éditables ne se soient plus, ça se fait pas un appel à ghostscript,

                        subprocess.check_output(
                            [
                                'gs',
                                '-dSAFER',
                                '-dBATCH',
                                '-dNOPAUSE',
                                '-dNOCACHE',
                                '-sDEVICE=pdfwrite',
                                '-dPreserveAnnots=false',
                                f'-sOutputFile={output.name}',
                                '-',
                            ],

Mais cette conversion amène un problème d'encodage/police, cf les fichiers attachés :

  • file.pdf : le fichier généré avec flatten=false
  • file2.pdf : le fichier généré avec flatten=true, on y note qu'il est écrit retraitØ et pas retraité
  • file-evince-save.pdf : c'est le file.pdf que j'ai ouvert dans evince, modifié pour écrire "retraitée" et ensuite ce fichier passé dans ghostscript donne une sortie correcte.

J'imagine donc qu'il manque quelque chose dans la manière dont le formulaire est complété, qui assurerait qu'ensuite le flatten fonctionne.


Files

file.pdf (869 KB) file.pdf fichier sans le "flatten" Frédéric Péters, 03 July 2024 03:01 PM
file2.pdf (230 KB) file2.pdf fichier avec le "flatten" Frédéric Péters, 03 July 2024 03:01 PM
file-evince-save.pdf (869 KB) file-evince-save.pdf fichier enregistré avec evince Frédéric Péters, 03 July 2024 03:02 PM

Related issues

Related to Passerelle - Bug #92708: pdf, résoudre le problème d'encodage/police lors du "flatten" d'un fichier PDF, en conservant le rendu du documentSolution déployée04 July 2024

Actions

Associated revisions

Revision 1205930b (diff)
Added by Benjamin Dauvergne 2 months ago

pdf: encode form's field string values (#92622)

Revision 54318648 (diff)
Added by Benjamin Dauvergne 2 months ago

pdf: add feature flag to use libreoffice for PDF flattening (#92622)

History

#2

Updated by Benjamin Dauvergne 2 months ago

  • Assignee set to Benjamin Dauvergne
#3

Updated by Robot Gitea 2 months ago

  • Status changed from Nouveau to En cours

Benjamin Dauvergne (bdauvergne) a ouvert une pull request sur Gitea concernant cette demande :

#4

Updated by Benjamin Dauvergne 2 months ago

Je ne trouve rien via ghostscript par contre ça semble marcher sur ce cas là avec libreoffice, je vais proposer un "backend" alternatif pour l'option "flatten".

#5

Updated by Robot Gitea 2 months ago

  • Status changed from En cours to Solution proposée
#6

Updated by Robot Gitea 2 months ago

Benjamin Dauvergne (bdauvergne) a demandé une relecture de Gael Pasgrimaud (gpasgrimaud) sur une pull request sur Gitea concernant cette demande :

#7

Updated by Robot Gitea 2 months ago

  • Status changed from Solution proposée to Solution validée

Gael Pasgrimaud (gpasgrimaud) a approuvé une pull request sur Gitea concernant cette demande :

#8

Updated by Robot Gitea 2 months ago

  • Status changed from Solution validée to Résolu (à déployer)

Benjamin Dauvergne (bdauvergne) a mergé une pull request sur Gitea concernant cette demande :

#9

Updated by Frédéric Péters 2 months ago

  • Related to Bug #92708: pdf, résoudre le problème d'encodage/police lors du "flatten" d'un fichier PDF, en conservant le rendu du document added
#10

Updated by Transition automatique 2 months ago

  • Status changed from Résolu (à déployer) to Solution déployée
#11

Updated by Transition automatique 7 days ago

Automatic expiration

Also available in: Atom PDF