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
L’installation se déroule ensuite comme pour tous les autres plugins, cf. http://www.spip.net/fr_article3396.html.
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
Vous pouvez aussi adapter la page PDF générée, en modifiant des copies des squelettes d’origine article_pdf.html et rubrique_pdf.html dans votre propre dossier ./squelettes/.
Auteurs du plugin :
Ajouts
Cette documentation est sommaire et pourrait être enrichie.
Discussions par date d’activité
184 discussions
Je n’arrive pas à créer un pdf.
Ce qui est curieux c’est que l’on voit, au début de la page en partie un affichage de menus de la partie côté privé !
J’ai bien la version adaptée, avec remise à jour, au cas où, v1.0.12,
En survolant le lien j’ai bien le lien
Merci de votre aide.
Répondre à ce message
Pour info, les dernières versions de ce plugin ont disparu de la zone de téléchargement, reste juste la version pour Spip 1.9
(il en est de même pour d’autres plugins)
heu, moi je les vois bien :)
toutes versions de spip
spip version 3
heu, c’est une capture d’écran de quel site ca ?
???
https://plugins.spip.net/spip.php?page=telechargements
l’adresse ou je vais depuis des années et qui était, avant, directement accessible de spip contrib
L’adresse sur laquelle on va également avec le lien indiqué dans cet article...
Bref le truc tout à fait officiel que vous utilisez tous :-)
heu.. oui alors c’est une page qui a été utilisé par quelques personnes, mais qui n’est pas vraiment officielle, et qui a priori va disparaitre.
On a plugins.spip.net tout court pour avoir les telechargeemnts (et un jour nous esperons fusionner cela dans contrib).
je modifie l’article pour ne plus pointer dessus (vu que l’article liste aussi deja les zips, et que l’installe en mode auto fonctionne aussi)
pour revenir à la page : c’est depuis le passage à git.spip.net. le tri alpha n’est plsu correct. Mais si vous allez sous S vous verrez ensuite les versions du plugin.
C’est un peu chelou, j’ai ouvert un ticket ailleurs, car je ne sais pas comment résoudre
C’est plus que chelou, il y a un stock de plugins en vrac et en plus, ils sont sur 3 lignes, bonjour le scroll.
Après, ne ne comprend pas votre histoire de page non officielle.
Je vais bien sur « plugins.spip.net tout court pour avoir les telechargeemnts » et, n’étant ni geek, ni informaticien, je vous avoue que je me contente de cliquer sur téléchargement ce qui me semble logique. Je tombe donc sur la page que je vous ait indiquée et que vous dite non officielle et inutilisée...
Je pense que vous avez un peu compris le problème. J’arrête donc de polluer la page de ce plugin avec du HS :-)
Bonne soirée
Ah bah moi je cherche le nom du plugin qui m’intéresse, et je tombe sur sa page.
Et puis de toute facon les zip sont aussi dispo ici alors...
Répondre à ce message
bonjour
pour info, l’activation de ce plugin nuit au bon fonctionnement du plugin de squelette html5_editorial.
il empeche le squelette de récupérér les icones géres par https://fontawesome.com/v4.7.0/icons/
à la place il y a des petits carrés.
voili voilou ...
hum, je vois pas trop comment ce plugin pourrait generer ca. tu es sur qu’il y a pas d’autres plugins qui bloquent ?
si c’est le cas, ’essaierai de regarder plus en détails.
bonsoir
quand je le désactive, j’ai bien les icones susmentionées, quand je l’active et que je rafraichis le cache, je n’ai plus d’icones ...
d’ou ma conclusion. mais je ne suis pas un expert. Et j’ai quelques autres plugins, mais c’est celui ci qui donne ce dysfonctionnement.
je viens de mettre le squelle en local. Juste pour savoir où cela serait censé être les icones ?
sur le squel d’origine, voir la pièce jointe. on ne peut mettre qu’un pièce par message, je fais donc 3 messages de réponses
en haut à droite
haut milieu de la page d’accueil
peux tu me mettre le lien vers quel squelette lui même ? je suis pas sur d’avoir installé le bon
lien vers le squelettes : https://contrib.spip.net/Editorial-HTML5UP-4947
hum, même sans le plugin je vois pas ces icones. Il y a un truc à régler ?
En utilisant le plugin « Liens vers les réseaux sociaux » (sociaux), vous aurez les icônes des réseaux que vous aurez choisis.
hum je reproduit pas ce bug avec « article pdf ».
Il me faudrait du coup un exemple en ligne.
le site en question : http://www.crifrance.com/?var_mode=calcul
hum. La depuis l’extérieur je peux difficlement reproduire. On diraitque c’est la requete des polices qui est incomplète, mais du diable si je comprend le lien avec article_pdf
La seule solution que je vois pour aller plus loin est que vous m’envoyiez en privé un export de la base - en supprimant les données personnels.
bonjour
pour info, une mise à jour de SPIP de 3.2.2 vers 3.2.4 semble avoir corriger le problème.
merci à vous.
Répondre à ce message
Bonjour
Existe-t-il un tuto (pas à pas) pour un béotien qui voudrait utiliser le plugin PDF ?
A part charger le plugin je ne vois pas comment et où mettre les ajouts codes nécessaires.
Merci d’avance
Cordialement
il y a deux solutions
- modifciation des squelettes, ce qui permet de placer le lien précisement au bon endroit sur l’interface publique du site
- depuis peu, et sous peu qu’on soit sous SPIP 3++, possible d’ajouter automatiquement le pdf comme document joint à l’article.
Laquelle voulez vous ?
Bonjour Maïeul
L’option automatique (donc sans aller modifier le squelette bien trop obscur pour moi !) consiste-t-elle à avoir une icône pdf et clic si besoin d’’éditer l’article en pdf ? Si oui je préfère simple....
Je suis en SPIP 3.1.8 Sarka-SPIP 3.4.8 SVN [109550]
Merci
dans aucun cas le PDF n’est éditable. L’option automatique = permet de joindre automatiquement le pdf comme document joint, qui donc pourra être automatiquement téléchargeable.
Ok le pdf est généré (ouvert ou téléchargé). Cette option m’irait bien
Merci
Jamais testé ce mode, donc pas sûr qu’il marche.
Mais donc : sur la page de gestion des plugins, pour chaque plugin activé (ou presque) tu as une petite image de clef à molette (enfin je suis pas sur que ce soit une clef à molette). Si tu clique dessus ca t’envoie vers le formulaire de config du plugin.
Et pour le plugin article_pdf, tu as une option unique à cocher, puis valider le formulaire.
Après je ne sais pas exactement à quel moment le pdf sera généré
sur le plugin je n’ai pas de « clef » pour configurer ???
Ci-joint capture écran
on dirait une veille version de SPIP.
Quelle version utilisez vous ? C’est indiqué en bas de page, normalement.
ah ! mais SPIP pdf ce n’est pas article_pdf. Ce sont deux plugins distincts.
et désolé, j’avais oublié l’intefface de SPIP 3.1. Donc le problème est que vous n’avez pas installé ce plugin mais spiPDF : générer des contenus sur mesure en PDF qui pour le coup est complexe à mettre en œuvre.
Ok j’y vois plus clair
Je suis hébergé chez Nursit qui ne m’a pas mis le plugin article_pdf en choix (probablement qu’il est en cours de test chez eux ?)
Je vais de suite leur demander de me le proposer au téléchargement.
Je suis en SPIP 3.1.8 Sarka-SPIP 3.4.8 SVN [109550]
Je vous tiens au courant sur ce fil
Merci beaucoup
je me demande aussi si ce n’est pas parce que chez nursit ils sont en php 7 et que pour le moment le plugin n’est pas compatible php 7 (mais en cours).
Si c’est le cas je risque d’attendre pour avoir le plugin.
Je vous dirais
Merci
Répondre à ce message
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
bizarre, « chez moi ca marche ».
Je vais regarder plus en détail ce soir.
effectivement il y avait des problèmes en cas d’image. La nouvelle version du plugin pour php 7 (1.0.5) devrait résoudre cela.
Bonsoir,
Je n’ai pas vu de mise à jour dans la liste des plugins « auto », doit-elle être effectuée manuellement ?
Bonsoir,
Dans la liste « auto » des plugins de mon site, la mise à jour n’est pas visible et celui installé est Article PDF 1.0.2 - stable :
Documentation
par
chag, Paul Sanches, Aquinatus, Cédric Morin
Version :
1.0.2 SVN [112763]
Préfixe
article_pdf
Répertoire :
plugins/auto/article_pdf/v1.0.2/
oui alors j’ai basculé en « test » le temps d’être sur que cela fonctionne, pour éviter que les gens fassent une emise à jour alors qu’on est pas sur. Donc oui, installation manuelle (pour l’instant).
Impossible de télécharger la version pour SPIP3.2 :
Version 0.4.17
(ZIP – 158 ko)
SPIP 2.0, SPIP 2.1, SPIP 3.0, SPIP 3.1, SPIP 3.2
Message reçu :
Objet non trouvé
L’URL demandée n’a pas pu être trouvée sur ce serveur. Si vous avez tapé l’URL à la main, veuillez vérifier l’orthographe et réessayer.
Si vous pensez qu’il s’agit d’une erreur du serveur, veuillez contacter le webmestre.
Error 404
files.spip.net
Apache/2.4.25 (Debian)
https://files.spip.net/spip-zone/article_pdf_v1.zip
a telecharger et installer manuellement
Avec la nouvelle version 1.0.5, toujours pas de texte (uniquement des liens)... et pour les image c’est variable :
1) http://laccreteil.fr/spip.php?article400
2) http://laccreteil.fr/spip.php?article406
Sans parler d’un formulaire intégré...
Bon week-end.
Michel
as tu vidé IMG/articles_pdf avant ? parce que je suis pas sur qu’il regenere
J’ai également essayé avec des articles qui n’avaient pas été testés et qui n’avaient jamais fait l’objet de traitement en PDF, sans plus de résultat.
bizarre.
pourrais tu m’envoyer par mail
- le contenu de la page
- les images associés.
Quel article, et sur quel email ?
vous pouvez tester par vous-même sur http:laccreteil.fr => hébergement OVH
j’ai besoin du code SPIP de l’article + des images.
A m’envoyer sur monprenom@monprenom.net
Bonsoir,
je viens d’installer la version test et j’ai passé mon hébergement en PHP7.
Le plugin fonctionne bien, je n’ai pas testé de fond en comble mais sur des articles dont le PDF n’avait jamais été généré, le résultat est conforme.
Et un site en PHP7, ça va tout de même plus vite :)
Bonne soirée.
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
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
