Présentation
Le plugin article PDF est encore développé sur la zone. Il est parfaitement fonctionnel mais possède peut être encore quelques bugs. Il permet de convertir votre article sous forme de fichier PDF. Vous pouvez alors à loisir l’enregistrer ou l’imprimer.
Le fichier pdf généré gère les liens html ainsi que les images de l’article.
Installation
Récupérer le zip du plugin sur l’espace de téléchargement de la Zone : http://files.spip.org/spip-zone/.
L’installation se déroule ensuite comme pour tous les autres plugins, cf. http://www.spip.net/fr_article3396.html.
Vous devez juste renommer le dossier article_pdf_1_9 en article_pdf
Une fois le plugin activé vous disposez d’une balise #ARTICLE_PDF à placer dans votre squelette sous la forme #ARTICLE_PDF{id_article}, et d’une balise #RUBRIQUE_PDF à placer sous la forme #RUBRIQUE_PDF{id_rubrique}.
La balise génère alors un bouton qui vous permet d’afficher la version au format pdf de l’article
Il est aussi possible d’ajouter, dans la partie head du squelette html d’article, <link rel="alternate" type="application/pdf" href="#URL_PAGE{article_pdf}|parametre_url{id_article,#ID_ARTICLE}" /> et/ou <link rel="alternate" type="application/pdf" href="#URL_PAGE{rubrique_pdf}|parametre_url{id_rubrique,#ID_RUBRIQUE}" />, afin de lier sémantiquement la version pdf à l’article en cours.
Nota : ce plugin nécessite d’avoir la bibliothèque image GD2 sur votre serveur (ce qui est souvent le cas).
installation SPIP 3
Sous SPIP 3, il est nécessaire d’installer la librairie FPDF dans le répertoire /lib/h5c1accba-fpdf17 (le créer au besoin si l’installation automatique échoue)
Limites
Le plugin a quelques limites, notamment le générateur de pdf, qui n’accepte pas de texte en utf-8 en entrée, ce qui nécessite une conversion préalable.
Personnalisation
Vous pouvez remplacer l’icône du bouton article pdf en remplaçant le fichier plugins/article_pdf/img_pack/article_pdf.png par le votre
Quelques icônes alternatives
Auteurs du plugin :
- Paul Sanches
- Aquinatus
- Cédric Morin
Ajouts
Cette documentation est sommaire et pourrait être enrichie.
<:galactic_contrib:dernieres_discussions_par_date>
170 discussions
Bonjour,
depuis quelques temps, j’avais des soucis avec ce plugin (Le texte n’apparaissait plus etc etc...)
Je viens de percuter que ce moment correspond au passage de mon hébergement en php 7.0.22
J’ai fais le test de revenir en php 5.6 et tout refonctionne comme avant. (J’ai bien quelques soucis au niveau des images mais le texte est à nouveau généré.)
Par contre, ne connaissant rien en PHP, je ne peux donner d’autres indication.
Bonne journée
J’ai oublié de préciser que je suis chez OVH mutualisé
J’ai eu le temps de tester pour adapter à PHP7.
Une version prototype est disponible ici
https://files.spip.net/spip-zone/article_pdf_v1.zip
je ne garanti pas que tout fonctionne parfiatement n’ayant pas testé sur des vrais cas, mais les retours sont bienvenus.
Attention !
Aucun texte, ni image ... en dehors des liens présents dans l’article.
Exemple sur http://laccreteil.fr/spip.php?article400
Bonne journée.
Michel
Répondre à ce message
Bonjour,
Ce plugin est-il finalement compatible SPIP 3.2 (il suffirait de changer [2.0.0 ;3.1.*] en [2.0.0 ;3.2.*] ou bien faut-il attendre une évolution ?
Merci d’avance.
As tu pu faire un test ?
Disons que j’utilise pas mal de plugins et je voudrais être certain que d’autres plugins plus critiques soient compatibles avant de me lancer dans la mise à jour vers 3.2.
Je comprend. Malheureusement les tests de compatibilités de plugins sont faits sur le temps bénévoles de mainteneur·euse·s.
Donc la seule vrai méthode de tests est d’avoir une copie locale en 3.2 pour vérifier les plugins et ensuite signaler aux mainteneur·euse·s les problèmes.
Exact. Merci !
Bonjour,
Cela ne fonctionne pas pour moi avec le changement dans le fichier plugin.xml
Mon élément qui fonctionnait sous 3.1.7,
donne aujourd’hui
en bas de chaque article en lieu et place de l’icône et du PDF.
Par ailleurs, j’en profite pour demander s’il serait possible de proposer le paramétrage des textes dans l’interface admin de Spip plutôt qu’en passant par la modifications des fichiers dans /lang/ (je pense notamment au copyright et ’tous droits réservés" pour pouvoir facilement les remplacement en Creative commons par exemple).
Merci,
Florian
Bonjour,
je viens de faire un test en 3.2 et il semblerait qu’il soit compatible.
Les quelques essais de création de PDF sont concluants.
Je ne peux par contre affirmer totalement qu’il l’est, pas trop de temps à tout vérifier
Bon Week End
Par contre, il est bien incompatible avec PHP7 et ça je peux le confirmer :D
@edouard1964 : je modifie sur la zone. Pour la compatible PHP 7, faudrait changer de bibliothèque (ou de version de bibliothèque) ce qui est une autre paire de manche.
@freynaud : le plugin a du être désactivé, puisqu’il n’était pas marqué comme compatible.
Pour les demandes d’évolution, ce n’est pas moi qui m’en chargerait (et soit dit en passant, les chaimes de langues assurent une plus grande portabilité entre sites)
Merci pour la MAJ.
Pour le changement de texte, je modifie articlepdf_fr.php. Pour autant, cela ne change rien à la production des PDF, le texte reste celui qui était là antérieurement. J’ai vidé le cache, recalculé... J’ai loupé une manip’ quelque part ?
Ah, bah le problème n’est pas le même alors. Ce n’est pas que vous souhaitez avoir une autre fonctionnalité, c’est que vous n’arrivez pas à faire fonctinner celle qui existe !
1. Il faut modifier articlepdf_fr.php en mettant la version modifié dans le dossier local du dossiers squelettes (sinon c’est perdu à la mise à jour)
2. Il est conseiller de ne modifier que la chaîne de langue concerné (pour profiter des éventuelles corrections sur les autres chaines)
3. Je me demande s’il ne faut pas vider le dossier IMG/article_pdf pour que cela soit recalcul.
Les deux mon capitaine ;-) mais je comprends l’intérêt des fichiers de langue, et surtout si l’ensemble des PDF est créé initialement dans un dossier à l’activation du plugin (c’est ce qui me manquait comme info, maintenant ça marche sauf un article qui est passé au travers et qui n’est ni dans article_pdf ni dans pdf...). C’est dommage que les fichiers soient aussi intégrés dans /IMG/pdf en doublon ensuite, parmi les autres pdf..
Merci,
ils sont dans article_pdf, pas dans pdf.
Oui, ce que je voulais dire, c’est que maintenant que j’ai vidé article_pdf, ils sont générés à chaque demande de téléchargement dans les articles, et dans les deux dossiers à la fois, article_pdf et pdf. Est-ce que désactiver et réactiver le plugin serait une solution ?
ca c’est bizzare… moi c’est genere que dans articles_pdf.
J’ai eu le temps de tester pour adapter à PHP7.
Une version prototype est disponible ici
https://files.spip.net/spip-zone/article_pdf_v1.zip
je ne garanti pas que tout fonctionne parfiatement n’ayant pas testé sur des vrais cas, mais les retours sont bienvenus.
Répondre à ce message
Bonjour,
Je viens d’installer ce plugin sur mon site spip (3.2 avec SPIPr-dist) seulement pour les articles.
Dans le pdf généré des articles il manque :
- la date de publication
- le texte de l’article. Du texte seul apparaissent les liens, les images, les puces des listes, les lignes horizontales
et peut être d’autres éléments dont je ne peux me rendre compte.
Voir par exemple cet article et son pdf : http://manosartesanas.infos.st/Materiel-necessaire
Le site est entièrement en UTF-8, mais cela ne semble pas être un problème puisque le plugin intègre la conversion du charset (j’ai vérifié cela).
Une idée d’où vient le problème ????
Cordialement,
Didier
Le plugin n’est plus maintenu et n’est pas compatible php7. Cela peut être le problème.
J’ai eu le temps de tester pour adapter à PHP7.
Une version prototype est disponible ici
https://files.spip.net/spip-zone/article_pdf_v1.zip
je ne garanti pas que tout fonctionne parfiatement n’ayant pas testé sur des vrais cas, mais les retours sont bienvenus.
Répondre à ce message
Bonjour,
Savez-vous si le plugin est compatible avec PHP7 ?
Ou existe-il une méthode pour le rendre compatible ?
Lorsque je génère mes articles en PDF les pages sont vides. J’ai donc désactivé la fonctionnalité en attendant de trouver une solution.
Merci à vous :)
Non le plugin n’est pas compatible PHP 7. Ce serait un gros boulot pour le covnertir.
Bonjour,
Je reprends ce fil déjà lu en fin d’année dernière en ayant compris entre temps que le problème de compatibilité avec PHP7 tienne surtout à celui de la compatibilité de la librairie fpdf en elle-même, qui dans sa version actuelle datant de 2015, n’est pas supportée.
Avez-vous pris contact avec les développeurs de cette bibliothèque et au moins auriez-vous moyen de savoir si cette mise en compatibilité soit actuellement en chantier ? En effet il serait malvenu je pense de la part d’un utilisateur final, qui plus est d’un plugin dérivé d’aller questionner cette équipe directement.
Pour ce qui me concerne le problème a des chances de s’agraver dans l’année car notre hébergeur envisage de supprimer la compatibilité du serveur à Php 5.6 dès 2019, car c’est la date prévue de l’arrêt du support par les développeurs de php eux-mêmes ! (1er janvier 2019). Vu les services que rend cette bibliothèque et vu qu’il y ait cités plus de 5000 sites spip utilisant article_pdf sur spip plugins, je crois que nous sommes nombreux à être dans l’expectative là-dessus...
Attentif aux suites. Vous remerciant pour le plugin qui rend bien service.
Marcel
le dévellopeur du plugin ne semble guère actif. Il faudrait une personne pour lui prendre le relais.
Bonjour,
De mon coté, j’ai changé de plugin.
J’utilise maintenant « spiPDF » avec la librairie « mpdf ».
Bonjour,
Merci pour vos réponses mais la dernière ne fait pas avancer l’affaire ; si changer de librairie était la solution envisagée je n’aurais pas même posté sur ce forum, évidemment...
Il semble que le problème d’erreur avec php7 ne soit pas forcément trop compliqué résoudre pour un développeur php aguéri (ce qui n’est pas dutout mon cas ; je ne suis pas même développeur). En effet sur le forum dédié à fpdf, on trouve cette référence qui semble lier l’erreur à l’appel de la librairie en lui-même et à sa syntaxe :
Appel générant une erreur :
Appel supprimant l’erreur :
La source est ici :
http://www.fpdf.org/phorum/read.php?f=1&i=57735&t=57735#57735
Ce qui voudrait dire que l’appel newPDF attende un argument. Ce qui peut se rapprocher de ce qui se passe dans le script article_pdf à la ligne 124...
Le type d’erreur affichée par le plugin lors d’une utilisation sous conf en php7 semble suggérer une origine syntaxique de cet ordre. J’espère que ça pourra aider...
@+
Philippe
je ne vois pas de quel ligne 124 de quel fihcier tu parles.... (tu ne préciser pas l’extension)=
Adiou,
Je parle d’article_pdf.html
Et c’est bien plutôt la ligne 125 où l’on trouve :
Au-delà, pour avoir pris connaissance d’autres messages sur le forum de fpdf, j’ai trouvé 14 messages se rapportant à php 7 ;
http://www.fpdf.org/phorum/search.php?f=1&search=php7&match=1&date=0&fldsubject=1&fldbody=1
Mais là ça devient carrément du chinois pour moi ;)
@+
Du peu que je comprend de la déclaration d’instance de classe en PHP, ce n’est pas là que ce situe le problème, puisque en PDF_SPIP n’a pas de constructeur de classe (ni à l’ancienne mode, ni à la nouvelle)
En plus en PHP 7 c’est juste déprécié, pas supprimé comme type de construction.
Donc à mon avis le pb est ailleurs, mais où ?
Je pense que la solution serait de mettre à jour la bibliothèque, mais il y a apparement des adaptations à faire... pas le courage et le tps de m’y plonger
Suivant un message d’Olivier sur les forums de fpdf dont il est le développeur, la version 1.81 de fpdf serait elle, intégralement compatible avec php7.
Je note que le plugin recourre actuellement à fpdf 1.7 (qui date, lui, de 2011).
N’auriez-vous pas la possibilité de simplement changer la bibliothèque actuellement chargée dans lib et de tester si ça ne résoudrait pas tout simplement le problème ?
Merci si vous pouviez...
@+
comme expliqué dans mon dernier message
- c’est ce qu’il faudrait faire
- mais cela ne marche pas du premier coup
- et je n’ai pas le tps de me pencher plus en détails
j’ai bien testé le changement de librairie, mais apparement il y d’autres adaptation à faire
Bonjour,
Je crois que les adaptations nécessaires procèdent des pistes évoquées dans les 14 fils de discussion évoqués dans mon message du 15 à 12h51, notamment quant aux méthodes d’appel des fonctions, des classes et des constructeurs dans le plugin.
@+
ravis de le savoir. tu as tous les outils pour faire toi même les adaptations nécessaires et proposer une nouvelle version ;-)
merci de relire Le 15 février à 10:49
merci de relire le le 15 février à 14:10.
Maïeul, tes messages donnent l’étrange impression que ce forum ne s’adresserait qu’à toi. T’ai-je à aucun moment interpellé à titre personnel te demandant d’effectuer ce travail toi-même ??? !!!
dans la mesure où nous avons une conversation suivie depuis deux jours, alors oui on peut penser que ton poste s’adressait à moi.
J’ai eu le temps de tester pour adapter à PHP7.
Une version prototype est disponible ici
https://files.spip.net/spip-zone/article_pdf_v1.zip
je ne garanti pas que tout fonctionne parfiatement n’ayant pas testé sur des vrais cas, mais les retours sont bienvenus.
Répondre à ce message
Bonjour
J’ai un petit souci : je viens de modifier le logo du site mais c’est toujours l’ancien logo du site qui s’affiche dans le pdf, même après avoir vidé les différents caches par ftp.
Une idée ?
La solution m’a été fournie par Edouard, merci à lui :
« Il faut vider le dossier IMG/article_pdf »
et hop !
Répondre à ce message
Bonjour,
J’ai installé le plugin et pu le tester. Comme je ne veux pas avoir un lien sur la génération de PDF sur tous les articles, mais que sur un certain nombre bien définis, j’ai créé un modèle qui me permet de pouvoir faire appel au plugin à partir des articles désignés.
J’ai créé, dans le modèle, des boucles CONDITION afin de pouvoir récupérer la langue de l’article et de pouvoir afficher un texte différent (du style : Créer ici un document PDF de la page - #ARTICLE_PDF{id_article} pour le français, Erstellen Sie hier ein PDF-Dokument der Seite - #ARTICLE_PDF{id_article} pour l’allemand, ...).
Cela fonctionne sauf que je souhaiterais :
- voir la mention « Tous droits réservés » dans la langue respective sur le PDF
- voir la mention « Date de mise en ligne » dans la langue respective sur le PDF
- ne pas afficher les liens pour la génération de PDF dans le PDF lui-même (ils sont créés pour toutes les langues du modèle)
Comment faire ?
D’avance merci beaucoup
Je pense qu’il faut que tu surcharge le fichier article_pdf.html du plugin.
Ok. Vu ! Je pense pouvoir me débrouiller.
Petite question subsidiaire : comment faire pour éviter que le fichier article_pdf.html soit écrasé en cas de mise à jour du plugin ?
Encore merci
Tu le recopie dans ton dossier squelettes.
Voir l’article sur la notion de chemin (ou encore tu crée ton propre plugin qui dépend d’article PDF, ce qui te permet de distribuer ton squelette sous forme de plugin)
Merci pour ces conseils.
Je dois cependant aller un peu plus loin : je ne veux pas de page de titre. Apparemment, il me faut pour cela modifier lib_pdf_spip.php, juste ?
Si tel est le cas, je ne suis toujours pas sûr où je devrais placer la copie. L’original se trouve dans plugins\auto\article_pdf\v0.4.17\pdf Est-ce que je dois du coup recréer l’arborescence (du style squelettes\auto\article_pdf\v0.4.17\pdf ?
En tout cas, de placer la copie dans squelettes/pdf ne fonctionne pas.
non, l’arborescence ce compte à partir du point de départ du plugin.
Donc tu recopie article_pdf.html dans ton dossiers squelettes.
Répondre à ce message
Bonjour,
J’ai installé votre plug-in pur générer mes pages en PDF et cela marche plutôt bien, sauf pour les images qui apparaissent pas dans une taille non adéquat. Comment régler les formats des images, ou à la limite les enlever automatiquement de la génération PDF ?
Répondre à ce message
Bonjour,
décidément les mises à jour récentes provoquent des comportements inattendus :
la dernière m a j marche bien sur les articles mais sur les rubriques provoque l’erreur (tout marchait juste avant) :
FPDF error : Unsupported image type : png ?1482147836
Cela vient de quoi ? Merci.
Même problème pour moi (SPIP 3.1.6 [23598] ) : « FPDF error : Image file has no extension and no type was specified : ».
Merci de votre aide.
Bonjour,
Problème aussi avec : FPDF error : Unsupported image type : jpg’
Avez-vous résolu ce problème ?
Merci.
Répondre à ce message
Bonjour,
Je suis en train de réaliser un site avec Spip 3.2 et Escal V3.
J’ai pris le plugin Article PDF que je trouve intéressant et qui fonctionne très bien avec ces deux versions.
Je suis webmestre pour des associations mais pas développeur, alors j’ai une question, il est intéressant de permettre la création d’un pdf pour un article au sens littéral, par contre quand l’article est un diaporama, un flux rss, etc., donner la possibilité au visiteur de réaliser un pdf n’a pas grand intérêt.
Y a t’il la possibilité avec un mot clé ou autre, de désactivé la fonction ou plus simplement la présence du bouton d’Article PDF sur ces articles ou rubriques ?
Cordialement,
André
Répondre à ce message
Sur une 3.2 « out of the box », avec squelettes Zdist, ça fonctionnne pile poil.
http://college-francois-villon.scola.ac-paris.fr/spip.php?page=plan
n’joy
romain
ps : merci !!!!
Répondre à ce message
Ajouter un commentaire
Suivre les commentaires :
|
