Article PDF

Présentation d’un plugin fournissant une version PDF de l’article en cours

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}.

Format PDF

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 :


-  Paul Sanches
-  Aquinatus
-  Cédric Morin

Ajouts

Cette documentation est sommaire et pourrait être enrichie.

Discussion

184 discussions

  • Attention = incompatibilité rencontrée entre Article_PDF et AccèsRestreint si interdiction de lecture des documents liés à des articles restreints !

    Solution imaginée
    En l’attente d’un ajout de Rewrite sur

    /IMG/Article_PDF/..

    re-programmé par AccèsRestreint, pour forcer l’appel à son URL de pré-calcul d’accès,
    je suggérerais que Article_PDF propose une option pour rediriger son URL enregistrée dans ...

    /tmp/Article_PDF/

    - - mais avec perte de la confidentialité d’accès selon les visiteurs authentifiés..

    Répondre à ce message

  • Bonsoir
    Je suis sous SPIP 4.2.6, squelette ALPHA html5UP 2.1.0, PHP 8.1.24 et hébergeur LIKUID (www. svtbelrose.info). Je ne connais pas du tout le principe des boucles. J’ai bien installé le plugin article PDF 1.0.17 mais je suis incapable de finaliser la procédure car je ne sais pas du tout comment ajouter des balises, sous quelle forme, et dans quels fichiers.
    D’avance merci pour votre aide
    Cordialement
    Odile

    Répondre à ce message

  • 2

    Bonjour,
    Suite aux mises à jour, les pdf générés n’incluent plus les images de l’article mais un lien vers celles-ci. Comment revenir au fonctionnement incluant les images ?
    Ma config :
    PHP 7.0.33-0ubuntu0.16.04.15
    MySQL : 5.7.31-0ubuntu0.16.04.1
    SPIP 3.2.11 + écran de sécurité 1.4.1
    Article PDF 1.0.14
    FPDF 2.0.2
    Par avance merci de votre aide,
    Cordialement.

    Visible ici : https://www.geneacaux.fr/spip/

    • christelle

      Bonjour,
      j’ai le même souci que toi, as-tu résolu ton problème ?
      Merci par avance

    • Bonjour,
      Le problème me semblait résolu puis à nouveau HS :
      SPIP 4.1.12
      Article PDF 1.0.17
      FPDF installé comme suit :
      /spip/lib/h5c1accba-fpdf17/v3.0.2
      J’avoue que le plugin fpdf déplacé me déconcerte mais je ne sais plus que faire.

    Répondre à ce message

  • Bonjour
    Avec Spip 4.2.5, PHP 8.2

    Si un article est affecté d’un logo aux formats webp ou svg, la génération du fichier pdf plante.
    Quand je modifie le fichier « article_pdf.html » en commentant les lignes 29 et 30, le fichier pdf est bien généré.
    Il n’y a alors plus le logo de l’article.
    Le mieux serait d’exclure du processus les logos webp ou svg, mais là, je ne saurai pas faire...

    Répondre à ce message

  • 1

    Bonjour
    Depuis mon passage de la version 3 à la version 4.1.5 de SPIP le plugin Article_PDF mis à jour en version 1.0.16 provoque des conversions article en PDF erratiques. Pour certains articles ça marche, pour d’autres j’obtiens un page blanche !!!
    version PHP 7.4 version MySQL 5.5 version Sarka-SPIP 4.0.1
    Quelqu’un a-t-il une idée du problème ?

    • J’ai le sentiment que lorsque l’on obtiens une page blanche c’est que l’article est trop long. N’y a-t-il pas une limitation de taille ?

    Répondre à ce message

  • 4

    Ce plugin est très bien car il offre la possibilité de présenter un pdf avec un meilleur design que ce qui peut être présenté sur la page web.
    1) Il a quelques problèmes tels qu’il ne présente pas les sous-titres, le graphique des sections ou la description. Pour cela, j’ai apporté quelques corrections qui, à mon goût, ont amélioré ce plugin. Je peux le partager avec qui le veut, ou il pourrait être inclus dans la prochaine version.
    2) Je suggère que ce plugin soit développé avec des options dans lesquelles l’utilisateur peut concevoir ce pdf avec : marges, polices (bien que cela doive provenir de l’analyse CSS), couleur, orientation de la page, taille de l’image, etc. L’utilisateur doit également choisir de faire des pdf de tous les articles ou seulement celui qui est choisi.

    Este plugin es muy bueno porque brinda la oportunidad de presentar un pdf con un mejor diseño del que se puede presentar en el pagina web.
    1) tiene algunos problemas como que no presenta los subtitulos, el grafico de las secciones, ni la descripción. Para ello he realizado algunas correcciones que, a mi gusto, han mejorado este plugin. Lo puedo compartir con quien lo desee, o se podrían incluir en la siguiente version.
    2) Sugiero que se desarrolle este plugin con opciones en las que el usuario pueda diseñar este pdf con : margenes, tipos de letra (aunque esto debería vernir del analisis de las CSS), color, orientación de la página, tamaño de la imagen, etc. También el usuario debería elegir si se hacen pdfs de todos los artículos o solo de aquel que se elija.

    • Toute amélioration est certainement bienvenue, et sur le long terme ça te permettra aussi de bénéficier des futures mises à jours du plugin.

      Le code est là : https://git.spip.net/spip-contrib-extensions/article_pdf.git
      Si ce n’est déjà fait, inscris toi via git.spip.net via https://contrib.spip.net/spip.php?page=identifiants&focus=nom_inscription&mode=1comite&lang=fr
      Tu peux lire FAQ pratique : Comment SPIPer avec git.spip.net aussi.

      Comme tu as fait plusieurs modifications, et comme ce plugin est utilisé par de nombreux site, il faut veiller à la compatibilité et à ne pas casser l’existant. Il sera donc peut être préférable que tu proposes les modifications fonctionnalités par fonctionnalités, en faisant un ticket et une PR à chaque fois.

      Si tu as des interrogations, tu peux passer sur irc il y a souvent quelqu’un pour répondre, en semaine surtout.

    • Merci
      je vais le faire dans les prochains jours

    • OK

      Pour info voici quelques précisions sur le vocabulaire SPIP, pour tes logs de commits ou présentation des PR :
      -  « sections » n’est pas un terme SPIP. je suppose que tu parles en fait de « rubriques » (par oppositions aux articles contenus dans ces rubriques)
      -  quand tu parles de « graphique des sections », je suppose qu’il s’agit de ce que SPIP appelle les « logos » des rubrique ? Car il y a aussi les simples documents images qui peuvent leur être associés.

    • J’ai fait un petit changement. j’espère que j’ai bien fait
      git.spip.net/spip-contrib-extensions/article_pdf/issues/1

    Répondre à ce message

  • 1

    Bonsoir
    Avec Spip 4.0.8, PHP 7.4, et Article_PDF 1.0.14 ou 1.0.16
    Depuis longtemps, j’observe un comportement « erratique » du plugin Article PDF.
    Sur certains articles, ça fonctionne parfaitement, sur d’autres :
    - si je suis logué je vois une page d’erreur ;
    - pour le visiteur lambda, c’est une page blanche.

    Aujourd’hui, je pense avoir compris (?) que les pages d’erreur que je rencontre sont dues au logo de l’article.
    La première ligne de la page d’erreur indique :
    « L271 : FPDF error : Interlacing not supported : IMG/logo/arton1460.png »

    Merci d’avance pour une piste de réponse.

    Par ailleurs, la page d’erreur qui s’affiche est illisible (voir l’image jointe), il faut que j’abaisse le zoom du navigateur à 30% pour pouvoir sélectionner, copier le contenu et le coller dans un traitement de texte pour le lire... Mais c’est un autre pb.

    • Quelques précisions :
      L’erreur « interlacing not supported » concerne les logos png « entrelacés » et les images png « entrelacées » affichées dans l’article.

      • Par ailleurs, pour les images .svg affichées dans l’article avec la balise <emb> l’export pdf réalisé par Article_PDF affiche le code du fichier svg.
        Exemple :
        <rdf:RDF><cc:Work rdf:about=""><dc:format>image/svg+xml</dc:format><dc:type
        rdf:resource="http://purl.org/dc/dcmitype/StillImage" /><dc:title></dc:title></cc:Work></rdf:RDF><sodipodi:namedview
        pagecolor="#ffffff" bordercolor="#666666" borderopacity="1" objecttolerance="10" gridtolerance="10"
        guidetolerance="10" inkscape:pageopacity="0" inkscape:pageshadow="2" inkscape:window-width="1920"
        inkscape:window-height="1051" id="namedview1762" showgrid="false" units="px"...
      • Les images .svg affichées avec la balise <doc> ne s’affichent pas dans le fichier pdf.

    Répondre à ce message

  • 1
    Benoît Labourdette

    Avez-vous réussi à le faire fonctionner avec SPIP 4.1 et PHP 8.1 ? Chez moi, cela renvoie une erreur : Erreur d’exécution plugins/auto/article_pdf/v1.0.14/article_pdf.html

    • Benoît Labourdette

      Pour préciser, voici le message d’erreur :

      1 	Filtre ipt non défini	plugins/auto/article_pdf/v1.0.14/article_pdf.html	_principale	13
      
      
      2 	Erreur d’exécution plugins/auto/article_pdf/v1.0.14/article_pdf.html | File […]/plugins/auto/article_pdf/v1.0.14/article_pdf_fonctions.php Line 117 : Undefined constant "_URLS_PROPRES_MAX"	   /  	   / 

    Répondre à ce message

  • 4

    Bonjour,
    Avec Spip 4.0.4, Article PDF 1.0.13, et PHP 7.4.25
    La librairie « h5c1accba-fpdf181 » est bien installée dans « lib ».

    Le clic sur l’icône de génération de PDF envoie une page vide dont le warning est :

    Fatal error: Uncaught Error: Call to undefined function lire_meta() in /Mon site/plugins/auto/article_pdf-c0647-v1.0.13/pdf/lib_pdf_global.php:199 Stack trace: #0 /Mon site/plugins/auto/article_pdf-c0647-v1.0.13/pdf/lib_pdf_spip.php(180): PDF->WriteHTML('<p><div class="...', 5) #1 /Mon site/plugins/auto/article_pdf-c0647-v1.0.13/pdf/lib_pdf_spip.php(203): PDF_SPIP->GenerateText() #2 /Mon site/plugins/auto/article_pdf-c0647-v1.0.13/pdf/lib_pdf_global.php(49): PDF_SPIP->BuildDocument() #3 /Mon site/ecrire/public/evaluer_page.php(51) : eval()'d code(304): PDF->Build('IMG/article_PDF...') #4 /Mon site/ecrire/public/evaluer_page.php(51): eval() #5 /Mon site/ecrire/public.php(157): include('/home/helem/www...') #6 /Mon site/spip.php(20): include('/home/Mon site/www...') #7 {main} thrown in /Mon site/plugins/auto/article_pdf-c0647-v1.0.13/pdf/lib_pdf_global.php on line 199 

    Une idée de ce qui cloche ?

    • un passage trop rapide en compatible spip 4 avant que spip 4 soit sortie... et des fonctions supprimés depuis.

      Je vais voir à proposer un bugfix prochaine,ent.

    • la v1.0.14 devrait corriger cela.

    • Tout à fait, pb résolu. Merci !
      Pour aller plus loin :
      Je m’aperçois (dossier IMG\articles_PDF) qu’un grand nombre de créations ne sont pas crédibles par des « humains » : articles très anciens qui ne sont plus visités par personne, heures de création improbables.
      De fait, le simple clic sur le lien « article_pdf » crée le fichier. Si un formulaire intermédiaire contenant une saisie « méchant robot » demandait la confirmation, ce serait pas mal...

    • bof, ca ralentirait le processus pour l’user legitime pour un besoin pas franchement fou fou...

      en plus on peut très bien vouloir que les moteurs de recherche et co indexe les pdf

    Répondre à ce message

  • 1

    bonjour,
    j’ai une erreur lors de la génération du pdf avec les images au format png

    1 L271: FPDF error: Unsupported image type: png?1624492804

    y aurait-il une solution comme par exemple de transformer les images png en jpeg ?

    • re,
      après analyse le probleme de génération provient des images au format webp.
      hors je dispose bien de l’image au format jpg dans le cache, aussi il suffirait de pouvoir indiquer à FDPF le lien de l’image
      ...imagexxx.jpeg au lieu de ...imagexxx.jpeg.webp
      si vous pouviez m’indiquer une piste

      Merci

    Répondre à ce message

  • 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

    http://domaine.tld/spip.php?page=article_pdf&id_article=65

    Merci de votre aide.

    Répondre à ce message

  • 9

    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

  • 14
    Philippe Robin

    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.

    • Philippe Robin

      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 ?

    • Philippe Robin

      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

    • Philippe Robin

      en haut à droite

    • Philippe Robin

      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

    • Philippe Robin
    • hum, même sans le plugin je vois pas ces icones. Il y a un truc à régler ?

    • Philippe Robin

      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.

    • Philippe Robin
    • 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.

    • Philippe Robin

      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

  • 12

    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

  • 17

    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)


    • 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

  • 15

    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 mainteneureuses.

      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 mainteneureuses 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,

      #ARTICLE_PDF{id_article}

      donne aujourd’hui

      {id_article}

      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

  • 2

    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

    Répondre à ce message

  • 20

    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.

    • marcel dugenoux

      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 ».

    • marcel dugenoux

      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 :

       $pdf=new FPDF(); 
      $pdf->FPDF('P','pt','letter'); 

      Appel supprimant l’erreur :

      $pdf=new FPDF('P','pt','letter'); 

      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)=

    • marcel dugenoux

      Adiou,

      Je parle d’article_pdf.html
      Et c’est bien plutôt la ligne 125 où l’on trouve :

      $pdf=new PDF_SPIP();

      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

    • marcel dugenoux

      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

    • marcel dugenoux

      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 ;-)

    • marcel dugenoux

      merci de relire Le 15 février à 10:49

    • merci de relire le le 15 février à 14:10.

    • marcel dugenoux

      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

  • 1

    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 ?

    Répondre à ce message

  • 5
    Charles LEHMANN

    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.

    • Charles LEHMANN

      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)

    • Charles LEHMANN

      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

  • 2

    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

  • pour info

    Warning : Creating default object from empty value in /home/web12366/web/ecrire/public/evaluer_page.php(51) : eval()’d code on line 184
    FPDF error : Unsupported image type : png’

    sur SPIP 3.1.3 [23214]

    la seul image est le logo de l’article

    que puis je faire

    Répondre à ce message

  • Bonjour,

    Merci pour ce plugin qui est quand même efficace et relativement simple d’usage. J’ai cependant un problème.

    Je souhaiterais que la mise en page de mes articles soit reproduite dans les pdf. J’utilise un fichier stylearticle.css dans un dossier /persocss situé à la racine de mon site. Pour l’instant, le plugin ne prend pas en compte ma mise en page perso. Comment faire pour qu’elle soit intégrée au plugin ? Merci

    Jérôme

    Répondre à ce message

  • 1

    Bonjour

    J’ai installé le plugin et tout fonctionne très bien Le pdf se fait normalement sauf pour les images qui sont remplacées par leur adresse entre crochet. [http://xxx.xxx.org/IMG/UserFiles/Images/arton1.png].

    Qu’ai-je bien pu oublier ?

    Merci d’avance pour votre aide.

    Jean-Louis

    • Apparemment, article_pdf ne reproduira que les images enregistrées dans la médiathèque et insérées dans l’article avec la balise

      <img>

      (je n’ai pas essayé avec

      <doc>

      ).

    Répondre à ce message

  • Bonjour,

    Les accent semble pas géré, déjà vu le problème ?

    Répondre à ce message

  • Bonjour,
    Jusqu’à présent j’ai utilisé le plugin « article pdf version 0.49 » sans problème et ce jour il me renvoi une page L2 : syntax error, unexpected et Erreur SQL Erreur d’exécution, alors pourqoi ? est-ce la mise à jour des plugins ? mystère et boule de gomme, j’envoie une image pour voir

    Répondre à ce message

  • 4

    Bonjour,

    J’ai fait marcher ce plugin sans soucis mais depuis une nouvelle mise à jour d’un autre plugin (Zspip, composition, ou autre car je ne sais pas à partir que quand cela n’a plus marché, car l’erreur est discrète) , à la place de l’icône pdf , j’ai :
    -  pour un article, la mention : id_article seulement et discrètement,
    -  pour une rubrique : id_rubrique

    Cela vient de quoi à votre avis ?
    merci d’avance

    Répondre à ce message

  • 1

    Salut,
    un soucis depuis la mise a jour du 28 avr. 2016
    Avec paquet.xml , les balises options et fonctions disparaissent, comme indiqué dans cet article -> http://plugins.spip.net/redaction-du-paquet-xml.html

    Il faut donc renommer
    article_pdf_mes_options.php en article_pdf_options.php
    et
    article_pdf_mes_fonctions.php en article_pdf_fonctions.php

    et tout remarche

    • merci pour le signalement.

      c’est corrigé avec la version 0.4.9 qui devrait sortir d’ici une heure.

    Répondre à ce message

  • 1

    bonjour
    un problème apparu depuis (...? la dernière version ?)

    lors de la génération du pdf pour un article.. erreur

    Fatal error: Class 'FPDF' not found in /home/venissie/web/spipr/plugins/auto/article_pdf_2_0/pdf/lib_pdf_global.php on line 13 

    le plugin FPDF est bien installé...

    j’ai désisnstallé réinstallé... rien n’y fait....

    merci d’avance d’une piste..

    pam

    • je précise que la librairie fpdf est bien installée dans /web/spipr/lib/h5c1accba-fpdf17
      et que la classe FPDF est bien définie dans fpdf.php...

      dans un autre test, après réinstallation de articlepdf et fpdf, j’obtiens...

      Filtre pdf_first_clean non défini	plugins/auto/article_pdf_2_0/article_pdf.html	_rubrique_mere	

      ...

      et ce sur tous mes sites mutualisés...

      pam

    Répondre à ce message

  • JoeBenett

    Salut à tous !

    J’aurais besoin d’un coup de main de la part de la communauté voire des devs s’ils sont dispos.

    En effet, j’ai personnalisé mon PDF quasiment de A à Z pour qu’il corresponde à mes besoins, FPDF est pour moi un outil formidable qui permet vraiment tout. Cependant un dernier point reste assez prenant à gérer.

    Pour avoir une mise en page identique à ma page WEB (c’est pas un print de la page web, c’est bien la génération d’un PDF) je créé un tableau pour mettre du texte dans une cellule et une illustration dans l’autre côte-à-côtes. Seulement voilà, le tableau fait 40px de large, 1200px de haut et se retrouve centré, l’image se retrouve quant à elle à l’extérieur de ce dernier (alors qu’elle se situe correctement dans le TD)

    Question donc, y a t’il une mise à jour de prévue prochainement corrigeant ce point ou pas du tout ? Est-ce que d’autres personnes rencontrent ce même problème (version SPIP 3.0.21) ?

    J’ai essayé SpiPDF (pour tenter de comprendre ce qui ne va pas) qui lui prend d’emblée en charge à minima le tableau, mais s’il est possible d’éviter 3 jours de « mise en page » c’est peut être plus simple de rester avec FPDF que j’ai plus ou moins dompté (en tout cas pour mes besoins) et dont il n’y a plus que ce fameux tableau qui pose problème...

    Merci de vos retours, je reste à dispo, au plaisir !

    Répondre à ce message

  • 3

    Bonjour,

    récapitulons :
    1/ installation du plugin et de la librairie FPDF dans le répertoire /lib/h5c1accba-fpdf17
    2/ dossier article_pdf dans le dossier IMG
    3/ ajout de la balise #ARTICLE_PDFid_article dans la page ad hoc

    sur un squelette basé sur la dist.

    L’icône est là sans problème, on peut cliquer dessus. Mais j’ai une erreur 404 :

    Erreur 404
    Ce document n’est pas disponible

    Pourtant il trouve bien l’adresse du dossier et celle de la page-document qui est dans le dossier. Que faire ? Merci.

    • Meme problème (découvert sur une 3.1.0-alpha [21997])
      avec accès restreint, si l’accès aux documents est protégé !

      Ce qui est gênant, c’est que l’accès au document dans /Article_PDF/ reste interdit, meme si l’utilisateur a bien le droit d’accéder à l’article !

    • -  interdit car le sous-répertoire IMG/article_PDF/ n’est pas une extension reconnue dans
      /ecrire/inc/acces.php[342-343]

      • le cas est déja traité pour la pseudo-extension « distant » ;
      • avoir une option/macro pour rajouter d’autres extensions ?
    • [Resolu] Mais !

      Y’a une solution de contournement, simple à mettre en oeuvre, quoique....

      Accès Restreint se basant sur les sous-répertoires prévus pour IMG pour ecrire ses .htacces de protection des documents joints, il « suffit » de rajouter un type de document fictif d’extension article_PDF [1].

      Sauf que : la définition du champ extension dans la table spip_DOCUMENTS est un varchar 10 ; si vous savez compter le nombre de lettres du sous-dossier utilisé......
      Bon, un tour d’Adminer et le tour était joué, mais c’est pas top !?!

      Ma suggestion
      (car il n’est pas question de refaire cette modification de structure BDD SPIP) :
      -  renommer le sous-dossier fictif d’écriture en ’articlePDF’
      (et prévoir un simple 'mv #URL_SITE_SPIP/IMG/article_PDF #URL_SITE_SPIP/IMG/articlePDF' dans la montée de version subséquente du plugin)..

      Gogogo ??

    Répondre à ce message

  • bonjour

    un pb avec les URL https...

    je buttai sur un lien erroné détecté par le robot google dans un pdf généré par article_pdf...

    le lien était correct dans la page spip

     <h1 class="intitule"><a href=https://socio13.wordpress.com></a>Changement de société | Qui a le goût de l&#8217;absolu renonce par là au bonheur</a></h1>

    mais dans le pdf généré, cette URL est transformé en ajoutant le domaine du site spip...
    http://lepcf.fr/https://socio13.wordpress.com qui bien sûr n’existe pas...

    en fait, c’est le httpS qui pose problème...
    dans ce cas, il était d’ailleurs inutile, mais c’est bon à savoir, et je ne sais pas trop pourquoi... je suppose que le convertisseur ne considère pas https comme un protocole web et donc qu’il préfixe avec le HOST en cours...

    merci et bon courage pour faire maintenir ce plugin utile...

    pam

    Répondre à ce message

  • 1
    Thierry

    Ce plugin semble ne pas fonctionner avec Sarka Spip !
    Est-ce que quelqu’un aurait la solution ?
    Merci
    TL

    • meme probleme avec sarkaspipr (version 4)

      regardant le modele squelettes/modeles/mod_bouton_pdf.html
      je m’apercois qu’il n’y a rien à afficher dans le lien qui renvoie au squelette article_pdf...

      <a class="fonction" id="creer_pdf" href="#URL_PAGE{article_pdf,id_article=#ENV{id_article}}" title="<:articlepdf:enregistrer_pdf:>"></a>

      en ajoutant simplement « pdf » ca fonctionne

      <a class="fonction" id="creer_pdf" href="#URL_PAGE{article_pdf,id_article=#ENV{id_article}}" title="<:articlepdf:enregistrer_pdf:>">pdf</a>

      bon, le mieux serait d’avoir le logo...

    Répondre à ce message

  • 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.

    comment je procède pour la conversion préalable ?
    j’ai ces caractères dans mon PDF
    (versée à l’occasion de la fête)
    mon header c’est <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

    Répondre à ce message

  • 2

    Bonjour,

    J’utilise la version 0.4.5 de votre plugin avec le squelette Escal et j’ai un problème de positionnement des images que j’insère via la balise <docXX|center>. Lors de la génération du pdf, les images sont toutes décalées vers la droite et précédées de la balise <a href.... > dont je ne veux pas.
    Avec les balises « img » et « emb », je n’ai pas de problème mais seulement si j’utilise l’attribut « center », avec « left » et « right », le positionnement n’est pas bon et je me retrouve à nouveau avec des balises html dans le pdf.
    Je vous joins une capture d’écran du problème.

    Merci d’avance pour votre aide.

    • Bonjour,

      Je rencontre le même souci :( Avez vous trouvé où agir ? peut être directement dans la bibliothèque FPDF.

      Merci !

    • Uyen-To

      Finalement, ne réussissant pas à régler mon problème avec ce plugin, je me suis tournée vers le plugin SpiPDF qui répond bien à mes besoins.

    Répondre à ce message

  • Il y a-t-il quelqu’un de sympa pour m’indiquer comment et où intègrer la balise
    #article id=article dans la squelette « article » pour la génération de l’article en PDF

    SPIP 3.0.16 [21166] et le plugin article PDF 0.4.5

    j’utilise le squelette « article » fourni et donc standard- (sans modif)

    Nota : l’installation de ce plugin s’est bon déroulé.

    Merci à celui ou à celle qui me donnera quelque conseil. D’avance merci

    jcm

    Répondre à ce message

  • Bonjour,

    J’ai besoin d’imprimer au format pdf des pages qui ne sont pas des articles, mais des pages uniques, souvent issues de boucles Spip.
    Évidemment dans ce cas le plugin ne trouve pas d’article (id_article).

    Comment résoudre ce problème ?

    Merci

    Répondre à ce message

  • Bonjour,

    Je rencontre un problème bizarre avec le caractère guillemets.
    J’ai 2 sites hébergés chez OVH.

    http://www.ulkona.org/contrepied/IMG/article_PDF/Rythmes-scolaires-serpent-de-mer_a126.pdf
    = pas de souci.
    epsetsociete.fr/IMG/article_PDF/Rythmes-scolaires-serpent-de-mer_a126.pdf
    = problèmes de guillemets

    Quelqu’un a t’il une piste ?
    Merci merci !

    Répondre à ce message

  • Bonjour
    Sous SPIP 3.0.10 et Sarka-SPIP 3.3.18 SVN [73667]
    le plugin SpiPDF n’est pas pris en compte ?
    Une action de maintenance est-elle en cours
    merci
    Cordialement

    Répondre à ce message

  • Bonsoir
    Je serais très intéressé par un pdf sur la rubrique
    Une évolution de votre plugin en ce sens est-elle envisagée ou envisageable ?
    Merci
    Cordialement
    gs

    Répondre à ce message

  • 1

    Bonjour,
    Un spip 3010, les plugins à jour, pendant un temps, ça fonctionnait mais maintenant j’ai cette page :

    Je ne comprends pas,
    merci

    • Bonjour,
      Je reviens sur la question, mon site est actuellement en 3.0.11 [20757] toujours en erreur avec l’indication suivante :

      Parse error : syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in /homez.462/maiquez/www/famgenspip/ecrire/public/evaluer_page.php(55) : eval()’d code on line 2

      ainsi que l’image suivante :

    Répondre à ce message

  • 1

    Bonjour,

    J’aurais aimé utilisé ce plugin mais voilà, je rencontre des erreurs dans le squelette

    Mon site utilise Spip 3.0.8 + ecran de securité 1.1.5 et le plugin scolaspip 3.0.24 (avec zpip 1.7.21)

    Les erreurs sont :
    Numéro Message squelette boucle Ligne
    1 Filtre texte non défini plugins/auto/article_pdf/article_pdf.html _principale 2
    2 Filtre texte non défini plugins/auto/article_pdf/article_pdf.html _principale 2
    3 Erreur SQL zbug_erreur_execution_page / /

    Je vous remercie par avance de l’aide que vous pourrez m’apporter

    • Bonjour,

      Je me réponds mais ceci pourra servir à d’autres personnes.

      En effet le fichier article_pdf.html est mal enregistré et lorsqu’on le transfère vers le serveur, tous les paragraphes (ou les fins de ligne) sautent. Tout est écrit l’un au bout de l’autre.

      Il m’a suffi de rapatrier ce fichier, de refaire les fins de ligne, de ré-enregistrer et de reposer le fichier sur le serveur pour que cela fonctionne correctement.

      Cordialement.

    Répondre à ce message

  • Bonjour,

    Merci pour ce plugin !

    J’utilise Accès restreint avec protection des documents sur un Spip 3.0.5. Du coup, j’ai un problème de lecture du pdf sur le répertoire IMG.

    J’ai essayé de modifier le répertoire ($path_pdf) dans le fichier article-pdf.html, mais, du coup, j’ai un Forbidden (impossible d’accéder au répertoire tmp depuis la partie publique ...)

    Les répertoires et fichiers sont bien créés dans les répertoires, le problème est d’accéder aux pdf ...

    Merci pour votre aide ...
    V.

    Répondre à ce message

  • SAlut

    tout d’abord merci pour le plugin,ça fait le café ! Y a juste un hic, un petit truc que je voudrais changer mais qui fait tout planter. Je voudrais virer la mention Copyright, et mettre une mention Copyleft à la place du coup dans les fichiers articles_pdf.html (ligne 46) et rubrique_pdf.html (ligne 43), je remplace :

    $copyright = ’[(#REM|texte’Copyright (c) ’|pdf_first_clean|texte_script)][(#NOM_SITE_SPIP|pdf_first_clean|supprimer_tags|texte_script)][(#REM|texte’\nTous droits réservés’|pdf_first_clean|texte_script)]’ ;

    par

    $copyright = ’[(#REM|texte’Copyleft ’|pdf_first_clean|texte_script)][(#NOM_SITE_SPIP|pdf_first_clean|supprimer_tags|texte_script)]’ ;

    mais là tout bug : j’ai Double définition de la boucle _rubrique_mer, et ainsi desuite pour toues les boucles

    cache désactivé
    spip version 3.0.5 et plugin version 0.4.5

    de l’aide siouplait

    Répondre à ce message

  • 1

    Bonjour,
    Sous SPIP 2.1.12 et ArticlePDF 0.4.5 les images des articles ne s’affichent pas lors de la génération du PDF
    à la place j’ai le chemin de l’image entre crochet :
    [http://www.wikiwater.fr/IMG/UserFiles/Images/faciliter/art-34-3.jpg]

    gd2 actif, il n’y a pas de génération automatiquement des miniatures des images.

    • J’ai le même problème, quelqu’un aurait-il une solution ?

    Répondre à ce message

  • 1

    Bonjour,

    je débute avec spip (juste une semaine d’utilisation) et je souhaiterai installer le plugin « Article PDF ». J’ai téléchargé le plugin, l’ai installé avec FileZilla dans le dossier « plugins », et quand je veux l’activer, j’ai ce message d’erreur qui apparait :

    Impossible d’activer le plugin ../plugins/article_pdf

    Ce plugin nécessite la librairie h5c1accba-fpdf17
    à télécharger depuis http://www.fpdf.org/fr/download/fpdf17.zip et à installer dans lib/

    J’ai un bouton « Télécharger » qui permet de faire la manip demandée, tout à l’air de fonctionner normalement jusqu’à ce que je recherche à activer le plugin « Article PDF » où il me redonne le même message d’erreur.

    Bref, au secours, que dois-je faire ????

    Merci d’avance !

    • Désolée du dérangement, j’ai fini par trouver dans les commentaires la réponse à ma question.

      Je n’ai pas encore réussi à comprendre la suite de l’installation, mais je cherche.

    Répondre à ce message

  • 7

    Bonjour,

    j’ai fait un site avec une liste de 1500 parents qui peuvent consulter des infos privées sur des pages spécifiques. Je gère cela via code (AUTHORISATION).
    Tout se passe sur le site et les internautes non connectés ne peuvent avoir accès à ces pages.

    Mais voilà : GOOGLE me référence toutes ces pages interdites en les référençant :
    non_du_site/spip.php ?page=article_pdf&n°_article

    Du coup tout le monde est au courant de l’existance de ces pages et on y accède directement sans passer par les filtres du site.

    Comment faire pour que ces pages ne soient plus accessibles ?

    merci de voter aide
    yonnel

    • Tropicaloo

      Bonjour,

      Le plugin Acces Restreint 3.0 est ton ami.

    • Oui je sais, mais le problème d’accès restreint est le suivant :

      -  J’ai 1500 visiteurs possibles, et certains peuvent changer dans l’année.
      Ors ce plugin me demande de nommer 1 par 1 les auteurs des zones...
      Impossible pour moi.

      http://contrib.spip.net/Acces-Restreint-3-0#forum464316

      yo

    • Tropicaloo

      1- Pourquoi ne pas gérer les accès par classe et non pas par parent > cela te fera déjà beaucoup moins de codes à gérer

      2- En attendant de trouver une solution pour les pages en pdf, tu peux déjà les « cacher » en mettant un <meta name="robots" content="noindex"> dans le head de article_pdf.html

    • simplement par le fait de personnaliser les connections utilisateurs. Ils sont chargés en début d’année (liste CSV) et les champs sont définis via des tables supplémentaires. Ainsi je peux identifier chaque personne.

      Et si je fais cette « meta » dans article.html, cela concernera tous les articles, publics ou privés.
      De plus GOOGLE ne se sert pas de robot.txt ou de cette meta pour indexer tous les articles , mais prend tous les liens à l’intérieur du site pour générer la liste des article je crois.

      yo

    • Tropicaloo

      Contre le référencement, il y a « noindex » (pour le head) et « nofollow » (pour les links).

      si je fais cette « meta » dans article.html, cela concernera tous les articles, publics ou privés

      Avec un mot-clé « Privé » sur les articles privés, tu peux avec une boucle conditionnelle sur le mot clé, ajouter le méta dans le head de l’article

      GOOGLE ne se sert pas de cette meta pour indexer tous les articles

      Je n’ai pas eu connaissance que Google ne respecte pas le meta « noindex » d’une page

      GOOGLE ... prend tous les liens à l’intérieur du site pour générer la liste des articles

      Les liens que tu génères vers un article ayant le mot-clé « Privé » doivent contenir « nofollow » :
      <a rel="nofollow" href="-article-exemple"... >exemple</a>

    • Je vais suivre tes recommandations Tropicaloo, mais j’ai été obligé aussi, de rajouter dans article_pdf.html, à la racine du plugin ARTICLE_PDF un test de vérification d’existence d’identification de l’utilisateur et de ré-aiguiller l’internaute sur la page d’accueil au cas ou il y a 1 appel direct de style : nom_du_site/IMG/article_PDF/nom_de_la_page
      Je sais que cela n’est pas terrible de modifier le plugin mais c’est article_pdf devra être géré à la main.

      Effectivement pour noindex et nofolow je n’ai pas été assez strict !

      yo

    • oups, j’ai oublié de dire merci
      mais le coeur y est !
      yo

    Répondre à ce message

  • 11

    Bonjour,

    article_pdf marche très bien en local. Mais si je met mon site sur un serveur mutualisé OVH, je ne peux plus activer article_pdf et j’ai ce message d’erreur :

    Numéro Votre message squelette boucle Ligne
    1 Filtre texte non défini plugins/auto/article_pdf/v0.4.5/article_pdf.html _principale 2
    2 Filtre texte non défini plugins/auto/article_pdf/v0.4.5/article_pdf.html _principale 2
    3 Erreur SQL zbug_erreur_execution_page

    je ne comprend pas pourquoi
    merci

    • Bonjour,

      Le problème ne vient pas du plugin, désolé, mais d’une class css que j’avais rajouté au modèle.
      Le plus surprenant, c’est qu’en local tout fonctionnait, et pas sur le serveur.

      Donc mille excuses pour ce ticket. Je ne sais pas comment supprime ma question initiale.

      MErci
      yonnel

    • euclide24

      Bonjour.

      Je rencontre moi aussi le même message d’erreur, suite à migration de SPIP 2.0.17 vers 3.0.5, et SARKA 3.2.2

      Je constate que je n’ai pas de répertoire auto à l’intérieur de /plugins mais je ne pense pas que cela vienne de là.

      1 Filtre texte non défini plugins/article_pdf/article_pdf.html _principale 2
      2 Filtre texte non défini plugins/article_pdf/article_pdf.html _principale 2
      3 Erreur SQL zbug_erreur_execution_page

      Une idée ?

      Bonne soirée.

    • Bonjour euclide,
      je serait-ce pas le plugin à mettre à jour ?
      yo

    • euclide24

      Bonsoir yonnel.

      Merci pour ta réponse. J’ai pris le plugin qui se trouve ci-dessus (version 0.4.5). Donc je pense que c’est la dernière version.

    • Bonjour,
      Vous n’avez toujours pas de solution ? je rencontre la même erreur, et j’ai pris la dernière version, je suis sous spip 2.1.10. Pourtant en local ca marche bien. Merci pour votre réponse

    • Bonsoir.
      Je n’ai pas eu le temps de tester à nouveau (pas vraiment compétent en la matière).
      Si j’ai du nouveau, je ne manquerai pas de laisser un message.

    • Alexandre

      J’ai exactement le meme problème que nos camarade ci-dessus et le site est également hébergé sur un OVH mutualisé. Alors que sur mon serveur Linux de dév (sous ubuntu) il n’y a aucun problème.

    • Alexandre

      Je me repond a moi même :
      Il faut simplement re-installer le plugin une fois passer sur le serveur OVH.
      Le fichier article_pdf.html du plugin avec perdu les retours a la ligne ce qui fait que les commentaire empecher l’evaluation du php par spip.

    • euclide24

      Bonsoir.

      Oui, super ! Ça marche aussi chez moi. J’ai simplement ré-installé le plugin, et c’est reparti. Merci !

    • Bonjour tout le monde,
      ya pas une autre solution que de réinstaller ??? Le problème persiste toujours chez moi, j’ai réinstallé à plusieurs reprise mais rien a changé. je suis aussi sur serveur ovh

      Parse error: syntax error, unexpected '<' in /homez.313/bhinfo/www/ecrire/public.php(190) : eval()'d code on line 3
      Numéro	message	squelette	boucle	Ligne
      1 	Filtre texte non défini	plugins/article_pdf_2_0/article_pdf.html	_principale	2
      2 	Filtre texte non défini	plugins/article_pdf_2_0/article_pdf.html	_principale	2

      Merci de votre aide

    • C’est bon, j’ai supprimé un espace juste aprés la boucle <BOUCLE_principale> de article_pdf.html

    Répondre à ce message

  • Apparement le plugin crée le pdf depuis le code html généré par SPIP : ce qui est emebtant dans certain cas. Par exemple les tirets long (–) sont remplacés par des mdash disgracieux ...

    pas très pratique ...

    Répondre à ce message

  • 5

    Bonjour.

    Au sujet de la lib FPDF, elle est utilisée par de plus en plus de plugins... et donc qu’elle est finalement encapsuler dans un plugin de même nom : http://plugins.spip.net/fpdf.html Il serait intéressant que Article-PDF le nécessite afin qu’on n’it pas plusieurs versions de la lib installées sur son site et que l’évolution de la lib ainsi centralisée soit commune. Qu’en pensez-vous ?

    • Bonjour

      Eectivement, ce plugin fpdf est sorti car Amap et Associaspip avait les même dossier pour le même boulot, donc il serait intéréssant que cette lib soit un plugins central.

      J’ai pas rédiger d’article au sujet de ce plugins mais si il faut en faire un je le ferais.

    • Effectivement, ça peut être une bonne idée de rédiger un article de présentation et d’utilisation du plugin FPDF.

      Pour ma proposition, on attend toujours l’avis (et ou l’accord) de cvallois : je me suis rendu compte sur un site utilisant Associaspip avec FPDF activé qu’en voulant utiliser Article-PDF il faille installer la librairie h5c1accba-fpdf17 :-$

    • @Pierre : Finalement il faut faire un article pour FPDF ; afin qu’il soit dans les flux RSS de la gestion des plugins de SPIP 2 ;)

    • OK, je vais essayez de rédiger cela.

    • gilco, je l’ai commencer mais si tu pouvais me relire et me dire ou j’ai un trou ça serais bien.

    Répondre à ce message

  • Bonjour

    Petite question, je suis chez free je viens de mettre en ligne un site sous Spip 3.02 et je met le plugin ..

    mais voila il va chercher une bibliothèque et j’obtiens ce message

    Chargement impossible de la source http://www.fpdf.org/fr/download/fpdf17.zip

    Puisque free bloque toutes les mises à jour directes

    Ou dois je installer cette bibliothèque dans le répertoire

    /spip/plugins/auto/article_pdf_2_0/img_pack/fpdf17/

    ou dans

    /spip/lib/fpdf17

    Merci d’avance de votre aide éclairée

    Répondre à ce message

  • MBrice

    Bonjour,
    Ce plugin me paraît excellent... Seulement je suis confronté à un souci. Lorsque je clique sur l’icone PDF, un message d’erreur apparaît : 3 erreurs dans le squelette.
    Premier message : Erreur : filtre « texte » non défini
    Squelette en question : plugins/auto/article_pdf_2_0/article_pdf.html
    Boucle principale.

    J’ai tenté de "bidouiller" un peu dans ce squelette, en vain. Je ne suis pas assez calé. J’utilise le plugin BoutonsTexte et j’ai modifié dans les articles #EDITtexte texte en #EDITtxt txt. Je pense que l’erreur est liée à cela.
    Avez-vous une idée de ce que je devrais modifier pour que ce plugin (article PDF) fonctionne sur mon squelette ?
    Merci par avance de votre aide.
    BM

    Répondre à ce message

  • 2

    Je n’avais pas de problème ni de manipulation particulière pour faire apparaître le bouton « pdf » sur toutes les pages d’articles en spip 2 et sarka.

    En Spip 3, rien n’apparaît. Que fautil faire exactement...
    Merci.

    • J’ai la même question. Sous SPIP 2.0, il suffisait de modifier le squelette article.html. Ici, apparemment, ça n’est pas le cas. Merci d’avance pour la réponse.

    • En fait, c’est un problème de compatibilité avec zpip.

    Répondre à ce message

  • 1

    Après avoir installé la librairie h5c1accba-fpdf17 dans le bon répertoire, l’icône du pdf apparaît dans les articles mais quand on clique dessus, on obtient ce message d’erreur :
    FPDF error : Could not include font definition file
    Quelqu’un a une idée ?

    • Olivier

      Bonjour,
      j’avais ce message aussi car j’avais mis la librairie dans le dossier ecrire/lib, en le mettant dans un nouveau dossier lib, à la racine, ça fonctionne.

    Répondre à ce message

  • Bonjour ! Un document inséré dans le texte sous la forme <docxx|left> est bien transmis au pdf, mais sans l’alignement et avec une mauvaise url (monsite.com//IMG/article_PDF/IMG/jpg/monimage.jpg), peut on remédier à ces deux problèmes, dans quels fichiers agir ? Merci pour le boulot,, bonne journée, pi r

    Répondre à ce message

  • Bonjour,
    j’utilise le plugin Article_PDF_1_9 avec SPIP 1.9.2 .d
    Ca marche pas mal du tout, merci !!
    J’ai cependant un souci que je ne parviens pas à résoudre : quand j’ai dans mon article en ligne une image avec légende centrées de type <docxxx|center> , dans le PDF l’image se retrouve bien centrée mais pas le titre qui lui est cadré à gauche
    (voir exemple dans cet article : http://osi.bouake.free.fr/?Act-de-Denis-Darzacq )

    Je ne trouve pas de solution ? Quelqu’un a t’il déjà eu le problème ?

    Merci

    Didier

    Répondre à ce message

  • 4

    Bonjour,

    J’utilise un squelette evaweb et cherche à utiliser ce plugin.

    Cependant le message suivant ne me le permet pas :
    « Impossible d’activer le plugin ../plugins/auto/article_pdf_2_0
    Ce plugin nécessite la librairie h5c1accba-fpdf17
    à télécharger depuis http://www.fpdf.org/fr/download/fpdf17.zip et à installer dans lib/ »

    Bien que tout soit à jour (pluging & spip 2.12), le téléchargement automatique ne fonctionne pas.
    ... et il en est de même lorsque je télécharge ledit fichier et l’incorpore via le ftp.

    Qu’en pensez-vous ?
    Merci bcp,
    N

    • Même souci de mon côté, du coup j’ai changé la ligne 29 de plugin.xml <necessite id="lib:h5c1accba-fpdf17" ...> en <necessite id="lib:fpdf17" ...>
      Plus de message d’erreur lié à l’installation de cette libraire, par contre le plugin n’a pas l’air de fonctionner (avec spip 3 beta)

    • Le Corbeau

      pour l’instant, il suffit de descendre un peu la page pour avoir la solution

      Récupérer la lib manuellement, la mettre dans le dossier lib/ et renommer la lib en « h5c1accba-fpdf17 »
      Ce qui est bien moins fatigant que de fouiller dans un plugin pour le modifier alors qu’il sera écrasé lors de la prochaine mise à jour....

    • Bonjour,

      Où se trouve le répertoire /lib ?
      Et s’il n’existe pas où est ce qu’il faut l’installer ?
      Parce que chez moi ça ne marche pas : www.oulala.net

      Merci

    • Le Corbeau

      Le répertoire est à créer au premier niveau de spip
      le dossier de la lib est mis à l’intérieur après avoir été renommé
      De toute manière, depuis la mise à jour, j’obtiens une page blanche alors que la version précédente fonctionnait...
      Ce serait bien que les auteurs revoient de fond en comble leur notice qui ne correspond plus à rien.

    Répondre à ce message

  • Le Corbeau

    Bonjour,
    ayant mis à jour la version de mon spip suite à alerte sécurité, j’ai eu l’idée saugrenue de mettre également à jour ce plugin
    Résultat, il est clair qu’il a été profondément modifié car il renvoie le « Ce plugin nécessite la librairie h5c1accba-fpdf17 »
    De plus, il exige ce nom exact au niveau du dossier alors que le dossier de la librairie récupérée a un autre nom.
    Ce serait sympa que ces informations apparaissent dans la partie installation de l’article
    Clt

    Répondre à ce message

  • 4

    Bonjour,

    j’ai utilisé ce plugin pour produire un pdf avec les textes de tous les articles d’une rubrique, je me suis débrouillé pour que ça fonctionne mais j’ai pas mal galéré parce que je suis un peu neu-neu... mais bon, une question me reste : comment ajouter une $variable dans le fichier rubrique_pdf.html pour qu’elle soit utilisable dans /pdf/lib_pdf_spip.php

    (si j’arrivais à le faire j’agrémenterais cette page de doc...)

    merci,

     ;o)

    • Pourrais tu préciser ta demande, je ne vois pas ce que tu cherches à faire

    • oui : en utilisant le squelettes rubrique_pdf.html tel qu’il est, on a toutes les infos de la rubrique, c’est super et parfait, et on gratte dans pdf/lib_pdf_spip.php pour affiner la présentation...

      mais si on veut modifier ces infos pour avoir en plus, par exemple, tous les titres des articles, comment puis-je ajouter une variable dont la valeur sera affichée dans le document pdf...

      en faisant dans rubrique_pdf.html

      $titres_articles = '
      <BOUCLE_articles(ARTICLES){id_rubrique}{par titre}{' - '}>
      	#TITRE
      </BOUCLE_articles>
      ';

      je ne récupère rien dans pdf/lib_pdf_spip.php qui aurait pu être la variable
      $titres_articles

      Mes essais sont pas convaincants, mais je m’y prend peut-être mal...?

      merci !

    • n’utilisant pas rubrique_pdf, il a fallut que je me plonge un peu dans le code,
      Il suffit que tu déclares ta nouvelle variable (en plus des modifs que tu as déjà faites) dans la fonction function GenerateTitlePage() ligne 66 pour la page de garde ou la fonction function GenerateText() ligne 170 pour la 2e page.
      modif à effectuer :

      function GenerateText()
      {
       	global $texte, $chapo, $ps, $notes, $titres_articles ;

      j’ai fait un test rapide de mon côté et sa fonctionne sans problème.
      c’est vrai que c’est un manque, la page rubrique_pdf mériterait d’être retravailler, si le coeur t’en dit n’hésite pas à commiter ou à m’envoyer tes fichiers modifiés

    • oui, super, ça marche... je pense que c’était un problème de cache... ?

      on peut tout aussi bien ajouter une fonction à côté de GenerateText() qui sera utilisée pour notre variable perso...

      en fait l’idéal serait d’avoir le choix de plusieurs modèles, je ne veux pas refaire ce qui a été fait et qui correspond à une utilité... on pourrait envisager plusiquers modèles à inclure qui appelleraient chacun un fichier différent pour une mise en page et squelettes différents ?

      on peut aussi faire une petite explication pour les modèles à inclure par les rédacteurs :

      <rubrique_pdf|id_rubrique=9>

      par exemple...

    Répondre à ce message

  • 2

    Bonjour,
    Ce plugin marche très bien, mais comment faire pour faire apparaître le(s) noms(s) des auteurs sur le document PDF ?
    Merci d’avance

    Philippe G.

    • Je me permets de reposer la même question : comment faire apparaître le nom des auteurs de l’article sur le document PDF ?

    • Tu as bien fait de re-poster j’avais loupé ton premier message.
      Le non affichage des auteurs est un bug je vais essayer de commiter ça rapidement en attendant tu peux faire les modif toi même :
      -  dé-commente la ligne 25 du fichier /article_pdf.html
      -  dans le fichier /pdf/lib_pdf_spip.php ligne 137 ajoute :

      if ($auteur) 
      	{
      		
      		$this->SetXY(110,196);
      		$auteur = $this->unhtmlentities($auteur);		
      		$this->MultiCell(0,6,"Par : $auteur",0,'L',0);
      		
      	}

    Répondre à ce message

  • 8

    Bon, je n’ai pas de chance, ce plugin ne fonctionne pas sur mon site : j’ai une erreur qui me demande d’installer la librairie fpdf, alors qu’elle est installée.
    Avez-vous un tuyau ?
    Merci

    • Je précise : voici le message obtenu quand j’essaie d’activer le plugin article pdf :

      Impossible d’activer le plugin ../plugins/auto/article_pdf_2_0
      ◦Ce plugin nécessite la librairie h5c1accba-fpdf17
      à télécharger depuis http://www.fpdf.org/fr/download/fpdf17.zip et à installer dans lib/

      Quand je clique sur le bouton « télécharger », j’arrive à ça :

      erreur : impossible de charger http://www.fpdf.org/fr/download/fpdf17.zip

      J’ai donc téléchargé et installé manuellement la librairie par ftp, dans dossier /lib/fpdf
      J’ai essayé de la placer à la racine du site, dans le dossier du plugin article pdf, dans la dossier du plugin sarkaspip, mais je ne peux toujours pas activer le plugin.
      Pourtant, la lib est bien installée puisqu’elle apparaît dans la liste des librairies installée dans l’espace privé de spip.
      Merci

    • Essaye de placer le contenu http://www.fpdf.org/fr/download/fpdf17.zip dans le répertoire lib/h5c1accba-fpdf17 situé à la racine de ton site.

    • Merci, il y a des progrès, j’ai pu activer le plugin article pdf !!!

      Malheureusement, en cliquant sur le bouton en haut d’un article, j’obtiens ceci :

      FPDF error : 16-bit depth not supported : local/cache-TeX/0dcb2ce64af03517f3c366c6467f882c.png

       ???

    • est-ce que cela fait également ça avec des photos en jpeg ?
      De plus pour aider pourrais-tu préciser :
      -  ta version de spip
      -  la méthode utiliser pour générer les vignettes
      -  un lien qui permettrait de voir le pb in situ

    • Bonjour,
      ma version de spip est le 2.1.11
      la méthode pour les vignettes est gd2
      le site est là : http://maths.lallemand.free.fr/

      Je n’ai pas essayé avec des jpeg, mais les images latex générées par spip sont au format png et, apparemment, ce sont-elles qui posent problème.

      Merci

    • En fait, ça marche avec une image png sur cette page-ci.
      Mais ça ne marche pas avec les images latex : exemple.

    • En effet j’ai fait un test de mon côté et j’arrive au même résultat. J’ai bien peur de ne pas pouvoir t’aidé sur ce coup.
      Après quelques recherche, le problème est lié à la librairie fpdf qui ne gère pas les images png 16 bit.
      Regarde peut être du côté de cette contrib http://www.spip-contrib.net/Version-PDF-avec-SPIP2LaTeX ou alors poste un message sur la liste spip pour voir s’il est possible de générer les image latex dans un autre format.

    • Merci.
      J’ai posté un message sur le forum de fpdf pour voir si il y a une solution.
      Je reviendrai ici pour le signaler si c’est le cas.

    Répondre à ce message

  • 8

    sur un spip en version 2.1.10 , impossible d’afficher les images d’un article.
    J’ai a la place un lien du style :
    <code
    [http://monsite.fr/intranet/spip.php?action=acceder_document&arg=639&cle=e58ebcb2dcc7
    393f9c6f7c7fbc3933e11f081a62&file=jpg_image003.jpg]

    Et Quand je clique sur le lien, j’ai un message
    Erreur 404 - Ce document n’est pas disponible

    Une idée sur le problème

    • Bonjour,
      J’ajoute un petit complèment d’information :
      Les images de l’articles sont bien visibles lors de la consultation de l’article.
      Le lien n’apparait que dans le fichier PDF généré.

      Ce problème ne se présente que pour moi ?
      Ou d’autres personnes ont ce soucis ?

    • un vrai lien serai un plus pour aider à résoudre le problème

    • Bonjour,
      Je suis désolé, le serveur est sur un intranet inaccessible depuis internet...
      Mais je peux répondre aux points qui vous intriguent

    • Bonjour,
      J’ai toujours mon soucis d’images dans les pdf générés « à la volée ».

      J’ai coupé le plugin Zpip pour revenir au squelette de base, le problème reste le même.

      Dans mon article, si je fais clic droit, afficher l’image, on la trouve en :
      http://IP de mon Serveur/intranet/local/cache-vignettes/L300xH300/cds-dd0e1.jpg

      le lien généré dans le pdf est de la forme :
      [http://IP de mon Serveur/intranet/spip.php ?action=acceder_document&arg=2608&cle=4932c26516702c6348f41a958da49f
      af2986584a&file=jpg%2Fcds.jpg
      si je clique sur le lien, j’ai le message cité au debut :
      Erreur 404 - Ce document n’est pas disponible

      Comment est généré le lien dans le fichier PDF ?

      Version SPIP : SPIP 2.1.10 [17657]
      Version Article PDF : 0.4.5 - stable

      Je voulais supprimer le plugin Article PDF, mais des utilisateurs y ont prit goût pour les articles sans photo ...
      Alors maintenant faut que je trouve une solution !

    • quelques approfondissement pour essayer de cerner le problème :
      -  as-tu GD2 installé sur ton serveur
      -  spip gére-t-il la création des miniatures sur ton site
      -  quelle version de php sur ton serveur.

      Le fichier pdf est généré par ce fichier

      As-tu essayé l’autre plugin pdf ?

    • encore une chose, je remarque que ton site est placé dans un sous-répertoire, l’as-tu configuré dans le .htaccess

    • -  version php : PHP Version 5.3.8
      -  SPIP gére les miniatures
      -  GD2 installé

      GD Support enabled
      GD Version bundled (2.0.34 compatible)
      FreeType Support enabled
      FreeType Linkage with freetype
      FreeType Version 2.1.9
      GIF Read Support enabled
      GIF Create Support enabled
      JPEG Support enabled
      libJPEG Version 6b
      PNG Support enabled
      libPNG Version 1.2.7
      WBMP Support enabled
      XPM Support enabled
      XBM Support enabled

      Directive Local Value Master Value
      gd.jpeg_ignore_warning 0 0


      -  Rien n’est parametré dans le .htaccess ...
      je ne l’utilise pas. Mais peut etre est-ce une erreur ???

    • en effet, je ne suis pas spécialiste mais il me semble que c’est plutôt préférable.
      modifie le .htaccess à la racine de ton spip pour préciser le chemin de la racine du serveur jusqu’au répertoire de ton spip

      ### Configuration sous-repertoire
      # Chez la plupart des hebergeurs il faut indiquer "RewriteBase /"
      # sinon modifiez cette ligne
      
      RewriteBase /sous/repertoire

    Répondre à ce message

  • 3

    Bonjour,
    Si je veux modifier la mise en page du PDF je vais dans quel fichier ?

    A bientôt,
    G

    • Re-bonjour,

      J’ai trouvé le fichier à modifier ( pdf/ lib_pdf_spip.php ) pour créer ma mise en page perso !
      c-à-d sans la page de titre, que je trouve trop lourde surtout quand le texte à transformer en PDF fait qu’une page.
      ...

      Maintenant vient la question suivante :

      Je dois placer mon fichier modifié où pour qu’il ne soit pas écrasé à la prochaine mise à jour du plugin ?

    • logiquement tu places pdf/ lib_pdf_spip.php dans ton dossier de squelette et cela devrait fonctionnner.

    • Super merci. Ça marche.
      Mon erreur : j’avais placé article_pdf_2_0/ pdf/ lib_pdf_spip.php dans le squelette
      au lieu de seulement pdf/ lib_pdf_spip.php

    Répondre à ce message

  • Bonjour,

    La génération du pdf fonctionne,
    Seulement, dans le texte de l’article généré dans le pdf, passé une certaine taille de police (mettons 18) les titres qui s’étalent sur 2 lignes se chevauchent (cf image)

    En d’autres termes je cherche à modifier l’interlignage mais ne trouve pas la méthode sur le site http://www.fpdf.org.

    Je génère le texte avec la méthode : $this->WriteHTML($texte,5);
    Et j’utilise les balises html (notamment les titres...) via ckeditor pour la rédaction des articles

    Quelqu’un a t’il déjà eu le cas ?

    Cordialement,
    Pierre-Yves

    Répondre à ce message

  • hlacroix

    Bonjour,
    J’ai mis à jour le plugin « Article PDF » et j’obtiens le message d’erreur « FPDF error : Could not include font definition file ».
    Avant cette mise à jour tout fonctionnait bien.
    J’utilise :
    -  SPIP 2.1.10 [17657]
    -  squelette EVA-Web 4.1
    -  Couteau Suisse 1.8.43.01
    -  Article PDF 0.4.5
    D’avance merci.
    Cordialement.
    H. LACROIX

    Répondre à ce message

  • Bonsoir,

    Chez moi (SPIP 2.1.10) ce plugin ne fonctionne pas. Voir article :
    http://www.oulala.net/Portail/spip.php?article5231

    Et comme la notice d’utilisation n’est pas a jour..... je patauge.

    Une idée ?

    Cordialement

    Répondre à ce message

  • 6
    alquitte

    Bonjour,

    j’utilise Article Pdf avec un SPIP 2.1.10,

    mon souci vient du fait que j’utilise la fonction glossaire interne du couteau suisse : et malheureusement, le PDF généré affiche tous les mot-clés avec leurs définitions (ce qui perturbe la lecture) :

    exemple de page que vous pouvez générer en pdf : http://www.snetap-fsu.fr/BOYCOTT-DU-ROLE-DE-CONSEILLER.html

    comment peux-t-on lui demander de supprimer ces span dans article_pdf.html ?

    merci d’avance pour votre réponse !

    • A la lecture du code, il semble que ce plugin utilise le squelette article_pdf.html pour produire le PDF. Il semble aussi que les traitements sur #TEXTE (ou #RUBRIQUE) soient ignorés car la fonction pdf_first_clean_prepropre() ne lance que propre(), ce qui est anormal. Dans tous les cas, il vaut mieux éviter d’utiliser #TEXTE*.

      Bref, ça c’est une chose... Maintenant trois pistes pour résoudre le problème évoqué :
      -  Soit Article PDF applique les classes CSS...
      -  Soit Article PDF repère les classes du CS et les supprime.
      -  Soit le Couteau Suisse repère que le fond article_pdf est utilisé et modifie son affichage en conséquence.

    • Bonjour,
      merci pour les pistes >> je pense qu’il faut explorer la piste du fichier article_pdf_mes_fonctions.php et la fonction preg_replace pour remplacer les span du couteau suisse...

      le problème, c’est que je ne connais pas le php, aussi, je n’arrive pas à écrire mon expression...

      voici par exemple l’expression qui enlève les remarques HTML :

      $texte = preg_replace(',<!-- .* -->,msU', '', $texte); // supprimer les remarques HTML

      sur le même modèle, moi j’ai écris cette expression pour enlever un premier span du glossaire

      $texte = preg_replace(',<span class="gl_mot"> * </span>,msU', '', $texte); // supprimer les mots du glossaire

      mais ça ne fait rien...
      si quelqu’un peut m’aider à écrire l’expression correcte, je suis preneuse !

    • Ton expression sur les span n’est pas bonne, il faut « >.*< » sans espaces et non « > * < »... De plus, la classe que tu cherches à supprimer n’est pas la bonne : c’est « gl_dl » (méthode CSS) et non « gl_mot ».

      Essaie le Couteau Suisse version 1.8.41.04. Après recompilation des outils et vidange du cache, tu me diras ce que ça provoque. En principe, le CS détecte le fond article_pdf.html et applique le mode impression (celui qu’on peut provoquer en ajoutant cs=print dans l’URL) si toutefois le paramètre « cs » est bien propagé dans les inclure.

    • merci Pat pour tes explications,

      > pour infos, la correction de mon expression ne change rien....

      > J’ai mis à jour le couteau suisse >> ça ne change rien à mon souci.

      Je suis allée relire les informations sur les particularités du « mode impression » sur la page du couteau suisse, et je n’ai pas d’inclure pour le corps de l’article.

      En relisant, les explications :

      En mode impression, trois outils réagissent actuellement :
      -  Découpe en page : l’article est imprimé en intégralité sans découpage (juste un filet discret entre les pages), tout comme les onglets, représentés dans un léger cadre pointillé.
      -  Sommaire automatique : les ancres ne sont pas placées sur les intertitres.
      -  Liens en clair : les liens invisibles (liens externes ou mails) sont affichés entre crochets.

      >> le glossaire interne n’est pas cité parmi les trois outils, une action du couteau suisse sur article_pdf a t-elle bien lieu dans le cas d’un glossaire interne ?

      pour info, j’ai testé un article avec une découpe en onglet >> le pdf s’affiche avec la correction des trois paragraphes les uns sous les autres...

    • Ta version du CS est à jour, peut-être ne l’as-tu pas recompilé ?

      Le glossaire devrait prendre compte le mode impression, je vais compléter l’article en ce sens. Quel est l’adresse de ton article de test ? S’il y a un bug, on va le corriger...

    • Bonjour,

      bcp de temps à répondre pour ma part (>>vacances de juillet)...

      Merci Patrice, puisque que tous tes apports sur le couteau suisse ont permis de résoudre le problème et la génération pdf fonctionne correctement avec le glossaire interne du couteau suisse.

      PB résolu !!

    Répondre à ce message

  • Bonjour,

    j’ai installé le plugin qui semble bien fonctionner. Seulement j’aimerais revoir la disposition et la liste des éléments à afficher. En effet, l’image s’affiche pour l’instant de manière disgracieuse (trop bas et non centré), et certaines données n’ont pas à etre affichées dans mon pdf. Comment s’y prendre ?

    Merci.

    Répondre à ce message

  • 1

    Bonjour,

    Très bon plugin.
    C’est exactement ce que je recherche.
    Cependant, j’ai un petit problème, les images ne s’affichent pas.
    Le PDF généré contient juste le lien de l’image . Si je clique sur le lien, je vais bien sur la photo

    Versions :
    -  SPIP 2.1.9
    -  ArticlePDF2.O
    GD2 est installé sur le serveur ( installation par défaut)

    Quelqu’un a une idée pour m’aiguiller dans ma recherche

    Merci d’avance

    Répondre à ce message

  • 2
    xpiopio

    Bonjour,

    Je viens d’installer ce plugin ici : http://cyberclasses.web-fr.org/amap (SPIP 2.1.10 + zpip + thème greeny). Mes plugins sont à jour d’aujourd’hui et j’ai installé pdf après.

    Voilà l’erreur :

    Fatal error : Call to undefined method PDF_SPIP::SetCopyright() in /home/xavier/www/cyberclasses/amap/ecrire/public.php(192) : eval()’d code on line 163

    pouvez-vous m’aider ?

    Bien cordialement

    — 
    Xavier

    • Daniel

      Bonjour,
      J’ai exactement la même erreur, en SPIP 2.1.10 alors qu’il y a quelques mois , avec une version précedente de SPIP, ce plugin fonctionnait parfaitement.
      Que faire ?

      Cordialement

      Daniel

    • Bon, maintenant, ça marche, j’ai viré certains plugins et j’ai mis la dernière version 0.4

    Répondre à ce message

  • nathearly

    bonjour,
    j’ai télécharger le plugin article_pdf et j’aimerai savoir à quel endroit de mon fichier article.html dois je mettre le code #ARTICLE_PDF ? merci

    Répondre à ce message

  • 1

    Une fois le plugin activé vous disposez d’une balise #ARTICLE_PDF à placer dans votre squelette sous la forme #ARTICLE_PDFid_article,
    et d’une balise #RUBRIQUE_PDF à placer sous la forme #RUBRIQUE_PDFid_rubrique.
    La balise génère alors un bouton qui vous permet d’afficher la version au format pdf de l’article.

    Oui mais dans quel fichier ?
    Je suis avec le squelette « ahuntsic » sous SPIP 2.1.8

    J’ai bien un dossier « squelettes » à la racine qui contient « article.html », « sommaire.html » et un dossier « styles » qui contient le fichier « perso.css »… mais je ne sais où placer ARTICLE et RUBRIQUE.

    Je suis en panne :-(

    • ce sont les balises que tu doit placer dans tes fichiers, c’est à dire un bout de code : #ARTICLE_PDF{id_article} dans article.html ou #RUBRIQUE_PDF{id_rubrique} dans rubrique.html. Dans ton cas puisque tu utilises le squelette ahunstic tu dois chercher ces fichiers dans le repertoire /plugins/ahunstic (ou quelques choses comme ça, je connais pas le nom exact du répertoire du plugin ahunstic)

    Répondre à ce message

  • 1

    Bonjour

    Je viens d’installer le plugin, le bouton apparait bien dans la page de l’article, mais en cliquant dessus voici le message qui s’affiche :

    Parse error : syntax error, unexpected ’<’ in /home/svtbelro/public_html/ecrire/public.php(192) : eval()’d code on line 2
    1 Erreur(s) dans le squelette

    Voici l’adresse d’un des articles de mon site si cela peut vous aider à comprendre mon problème :http://svtbelrose.info/spip.php?article65

    J’ai installé la dernière version proposée dans cet article . Je n ’ai pas rencontré d’autres problèmes dans mon site, voici la liste de mes autres plugins installés :

    -  zen-garden
    -  Thickbox V2
    -  squelette Sarka 3
    -  splickrbox
    -  spip bonux
    -  snippets
    -  rainette
    -  palette
    -  odt2spip
    -  lecteur multimedia en flash
    -  jquery UI
    -  enluminures typographiques pour spip 2 et porte plume
    -  des jeux dans vos articles
    -  crayon
    -  cfg
    -  le couteau suisse

    Merci d’avance pour votre aide
    Odile

    • J’ai trouvé la réponse : mes articles sont en utf-8, donc à moi de faire la conversion en amont, ou de modifier le plugin

      Odile

    Répondre à ce message

  • 1

    Bonjour,

    Nous venons de migrer à SPIP 2.1.8 et lorsque j’imprime en PDF avec le plugin « article_pdf_2_0 » un article contenant un formulaire j’obtiens au lieu du formulaire des lignes de code du formulaire dans le pdf qui sont interprétée correctement dans ce messages, comme ci-dessous :

    Conseils pratiques

    • Toujours utiliser le navigateur internet Firefox (et non Internet explorer) pour réaliser vos saisies de données.
    • Une fois les données saisies et validées pour un enfant, vous ne pouvez plus modifier les données directement.
      Si une correction ou un complément est nécessaire, s’adresser aux responsables ou à l’administrateur du site
      (S. Ghinet).
    • Si vous souhaitez garder une trace papier des données saisies, veuillez imprimer la page AVANT de valider
      votre saisie.
      Recueil de données Enfants en danger 2009-2010 (partie médecin) Médecin - Votre nom [Obligatoire] :  ? 3. Date de première intervention SSJ dans l’année en cours : 4. Provenance du signalement [Obligatoire] :
    • 1- L’enfant lui-même
    • 2- L’enseignant-e,
      directeur, animateur parascolaire, éducateur
    • 3- Ressources internes à
      l’école (Personnel SSJ, psychologue scolaire, conseiller social, assistant social, etc.)
    • 4- Professionnels
      externes à l’école (police, SPMi, OMP, logo ou psychologue privé, HUG, pédiatrie, pers. en charge d’éducation,
      etc.)
    • 5- Famille de l’enfant
    • 6- Autres (p. ex.
      voisinage)
      Copyright © Formulaires SSJ Page 2/5
      Médecin-Recueil de données Enfants en danger
      5. Raison du signalement [Obligatoire] :
    • 1- Problèmes
      de santé physique (lésions corporelles)
    • 2- Abus
      sexuels
    • 3- Problèmes
      de santé psychique, troubles du comportement ou du développement
    • 4- Problèmes
      de santé sociale, de moralité, de sécurité, d’éducation
    • 5-
    • Absentéisme scolaire

    Avez-vous une idée de l’erreur ?

    cordialement

    FDG

    • L’erreur n’est elle présente qu’avec spip 2.1.8. En effet le plugin est capricieux avec tout code autre que le code natif de spip notamment les formulaire et les raccourcis multimédia

    Répondre à ce message

  • Bonjour,

    Je suis sur Spip 1.9.2

    J’ai l’erreur suivante relative au logo du site :
    FPDF error : Unsupported image type : jpg« alt= »« width= »144« height= »64« class= »spip_logos" />

    D’où cela peut-il venir ?

    MERCI ;-)

    Répondre à ce message

  • freebsnet

    bonjour,
    est-il envisagé une version de ce plugin avec fpdf 1.6 ?
    merci

    Répondre à ce message

  • Denis Blaizot

    Bonjour,

    Je trouve ce plugin très pratique, mais je rencontre une difficulté avec les mots clés : Le contenu des fenêtres pop-up de ceux-ci sont imprimée dans le pdf. Y a-t-il une solution ? paramétrage de SPIP ou modification de Article pdf.

    D’avance, merci de votre aide.

    Répondre à ce message

  • martingranger

    Juste une observation : le plugin contient un fichier Lisez-moi.odt qui fait référence à des fichiers php3 et qui donne un mode d’installation archaïque…

    Sinon, bravo :-)

    Répondre à ce message

  • 1

    Bonjour,

    Après plusieurs essais sous Firefox et ie8, j’ai essayé avec ie6. J’obtiens l’erreur suivante :

    <br />
    <b>Fatal error</b>:  Call to undefined function: stripos() in <b>/homepages/16/d145259532/htdocs/mosquee/ecrire/public.php(174) : eval()'d code</b> on line <b>298</b><br />
    • Bonsoir,

      J’ai trouvé. Chez 1&1, php est en version 4 par défaut. Dans l’aide 1&1, il est expliqué l’utilisation d’un fichier .htaccess pour paramétrer php5.

      J’ajoute que j’utilise spip en version 2.0.8 compatible avec le plugin beespip en version 2.0

      A+ inchallah

    Répondre à ce message

  • Bonjour,

    ça fonctionne en local mais pas chez l’hébergeur. Mon site est chez 1&1 en mutualisé.

    Répondre à ce message

  • bonjour, merci bien pour ce plugins tres interessant, j’aimerai bien savoir comment rendre ce plugin compatible avec les caracteres arabe, Encodage en utf-8 , et affichage du pdf de droite a gauche (alignement texte),
    Si Vous avez des idées merci de m’indiquez le chemin a suivre.

    Répondre à ce message

  • 1

    Bonjour à tous,

    Pour ma part, sur spip 2.1.2, ce plugin fonctionne hélas mal... et surtout différemment selon les articles, sans que j’arrive à comprendre la logique.

    Selon les articles, j’ai parfois l’erreur :
    L’image “http://www.portage-si.fr/spip.php?page=article_pdf&id_article=28” ne peut être affichée car elle contient des erreurs
    Ou bien, plus souvent : Impossible d’ouvrir le fichier (./IMG/puce_frame0.gif)
    Dans d’autres cas, le pdf se créer correctement !
    Tous ces articles ont généralement un logo et un sommaire automatique.

    J’ai essayé la correction de Pierre :
    [$logo_fichier=’IMG/(#LOGO_ARTICLE|fichier)’ ;] //fonctionne correctement
    mais pas de changement...

    Pour tenter de résoudre l’erreur Impossible d’ouvrir le fichier (./IMG/puce_frame0.gif),
    j’ai copié ce fichier puce_frame0.gif (puce de spip) qui n’existait pas à la racine de IMG, en permissions 777, mais aucun changement non plus...

    Merci pour toute aide !
    Régis

    • Apparemment j’ai résolu mon pbm qui venait d’une incompatibilité de 2 fonctionnalités du couteau suisse : le sommaire automatique et les intertitres en image...

    Répondre à ce message

  • Bonjour,
    je suis en SPIP 2.1.2 [16017]
    avec plugin divers et variés dont :
    -  Article-PDF v2.0
    -  fckeditor-spip-2.6.5
    Le problème que je rencontre :
    lorsque j’édite un article avec fckeditor, tout est transformé en code HTML —> normal
    lorsque je transforme l’article ainsi traité les caractères spéciaux ne sont pas traduits : par exemple, le é reste &ecute; —> résultat le document PDF contient tous ces codes au lieu des caractères spéciaux voulus.
    N’ayant pas trouvé signalement de ce problème, je suppose que c’est du à ce mariage entre FCKEDITOR et Article-PDF.
    Je pense avoir résolu mon problème, mais n’étant pas du tout compétent en PHP je suis allé à la pèche et j’aimerai savoir si ma proposition est valide :
    dans le fichier article_pdf_mes_fonctions
    1) ajouter l’instruction $texte = html_entity_decode($texte) ; //pour décoder les caractères ISO-8859-1 au-dela de 128 après l’application de la fonction unicode2charset
    2) ajouter $trans[« &rsquo : »] = « ’ » ; après l’instruction $trans[« &ucirc : »] = « û » ; (en effet le caractère &rsquo n’est pas dans la table de translation PHP.
    Merci de me dire ce que vous en pensez.
    Bien cordialement.

    Répondre à ce message

  • 3

    Bnjour,

    Je passe tout doucement un site à la version 2.1 de spip.

    J’ai installer la dernière version de ce plugin qui a son utilisation me génère cette erreur

    Unsupported image type : gif ?1271054839

    d’avance merci

    Nicolas

    • Bonjour,

      J’ai aussi eu le même problème sous Spip 2.1. J’ai l’impression que c’est le logo de l’article qui est la source de l’erreur.

      Dans le fichier article_pdf.html, en remplaçant la ligne 32 :

      [$logo_fichier='(#LOGO_ARTICLE_RUBRIQUE|texte_script|extraire_attribut{src})';] //fonctionne correctement

      par :

       [$logo_fichier='IMG/(#LOGO_ARTICLE|fichier)';] //fonctionne correctement

      cela a résolu le problème. J’espère que cela pourra vous aider.

    • salut,

      Merci de ta réponse, je testerai quand le reste du site sera stable et te dirai ce qu’il en est.

    • Bonjour,

      Mêmes caractéristiques : Spip 2.1, le logo de l’article qui pose problème.

      Grand merci pour l’info : j’ai introduit la modification, et de nouveau le plugin fonctionne.

    Répondre à ce message

  • Je viens installer ce plugin, il fonctionne très bien.

    J’aimerai pouvoir également visualiser dans le PDF les miniatures des images du portfolio qui est situé en bas de l’article. Quelqu’un a-t-il une solution ?

    Merci

    Bruno Gerelli

    Répondre à ce message

  • 1

    J’ai la bibliothèque gd2 mais les pdf ne sont pas générés dès qu’il y a une photo

    • Bonjour,

      désolé pour le message un peu abrupt, mais je l’ai publié par accident avant d’y mettre les formes.
      Bref, le temps que j’écrive ce message, mon problème c’est résolu de lui-même.
      Alors là, j’y comprends plus rien. Peut-être qu’il fallait juste attendre.
      Par contre, je reviendrai sûrement pour la mise en page car c’est pas très joli.

    Répondre à ce message

  • Pierrick

    Bonjour,
    j’ai installé le plugin Article pdf (avec spip 2.0.10 et Sarka-spip 3.0.2. Lorsque j’imprime un article, le texte sort correctement mais à la place de la photo, il y a du texte - précisément [JPEG-161 ko] (extension et taille de la photo !). Avez-vous déjà rencontré ce problème ?

    Répondre à ce message

  • Bonjour,

    Je travaille sur spip 2.0.9 et j’utilise ce plugin , mais je remarqué que tout ce passe bien quand il s’agit de transformer en pdf un article qui a juste un texte, par contre s’il existe un formulaire dans l’article je me retrouve avec une page vierge de pdf. Est ce quelqu’un a deja rencontré ce problème et me dire comment le résoudre. Merci

    Répondre à ce message

  • 1

    Bonjour

    J’utilise une version SPIP 2.0.10 ainsi que le plugin « article pdf » 2,0 (0.2))
    Le site que je developpe est en anglais, espagnole, francais et russe
    Tout fonctionne parfaitement pour les trois premieres langues en revanche pour le russe il me transforme les caracteres russes en &#1040

    Quelqu’un aurait il déja rencontré ce problème
    Merci pour votre aide

    • Bonjour
      je n’ai peut etre pas été assez explicite sur le problème que je rencontre

      J’ai installé le plugin article pdf
      le site est en francais, anglais espagnol et russe

      La génération à la volée de PDF fonctionne parfaitement bien pour le francais, l’espagnol et l’anglais

      En revanche dès qu’il s’agit d’une page dont les caracteres sont en russe, chaque caractere est remplacé par un code du type &#XXXX, aucun des caracteres russe n’est reconnu

      Merci beaucoup pour vos conseils

    Répondre à ce message

  • Bonjour,

    J’aimerai utiliser ce plugin dans une zone d’acces restreint (avec acces restreint3),
    Car pour le moment dans mon site les documents joints au format pdf qui se trouvent dans cette zone confidentielle sont visibles de tous,

    est ce que ce plugin pourrait remedier au probleme ?
    je supprimerai tous mes doc joints pdf à la place je créerai des articles et l’utilisateur authentifié pourra le convertir en .pdf, ça peut marcher ça ? Dites moi que oui....

    Merci d’avance
    Amicalement

    Répondre à ce message

  • Je me tourne en particulier vers les personnes plus douées pour le code que moi... J’ai réussi à modifier le code du fichier rubrique.html de sorte à ce que le bouton pdf affiche ce que je souhaite : un document qui liste tous les articles d’une rubrique (en l’occurence un article = une BD) de sorte à ce que le PDF forme un catalogue. Pour les articles j’utilisais même des champs extra que j’ai réussi à faire figurer dans le PDF. (http://www.ac-grenoble.fr/lycee/diois/Latin/spip.php?rubrique49)

    Mon problème porte sur l’affichage des logos, qui refusent dans le PDF se s’aligner à droite, à gauche. Ils reste au milieu... ce qui gonfle le nombre de pages de mon PDF (181 !). Quelqu’un a-t-il réussi à modifier le code de sorte à gérer l’alignement des images ?

    Répondre à ce message

  • Dans la même veine, il est utile de reprendre le fichier rubrique.html est de transformer de nombreuses balises titre_article en titre_rubrique....

    Répondre à ce message

  • Il y a une légère coquille dans le fichier rubrique_pdf.html qui affecte le lien qui est affiché sur la première page du pdf. En effet, à la ligne 14, il faut remplacer

    $conf_url_site = '[(#URL_ARTICLE|url_absolue|texte_script)]' ;

    par

     $conf_url_site = '[(#URL_RUBRIQUE|url_absolue|texte_script)]' ;

    sinon une adresse du type adressedusite.com/spip.php ?article0 au lieu de .../spip.php ?rubrique=XX est affichée.

    Répondre à ce message

  • Bonjour,

    Version : 0.2 [34503] — stable
    2.0.10 [14698]

    Message d’erreur à l’appel pour « pdfer » une page
    Fatal error: Call to undefined method PDF_SPIP::SetCopyright() in /home/httpd/vhosts/association-france-hongkong.org/httpdocs/ecrire/public.php(182) : eval()'d code on line 123

    Une recherche sur Google avec
    Fatal error: Call to undefined method PDF_SPIP::SetCopyright
    montre de plusieurs sites spip ont ce problème, mais pas de solution trouvée.

    Que faire ?
    Merci

    Répondre à ce message

  • 1

    Bonjour,

    Encore une fois Merci pour cet article.

    Est-il possible d’utiliser ce plugin pour un article en cours de rédaction ?
    Je n’y suis pas arrivé.

    Merci

    • bonjour,
      Je n’arrive pas à faire afficher les images inserées par <emb>.
      Merci de vos lumières

    Répondre à ce message

  • Bonjour,

    J’aimerais afficher dans le pdf (#FICHIER) en plus du logo, je ne trouve pas dans la page « lib_pdf_spip » la ligne à modifier ou rajouter.

    Quelqu’un aurait il une idée ??

    Merci
    joachim

    Répondre à ce message

  • Bonjour
    j’ai installé ce plugin sous spip 2.09 en utilisant le squelette sarka spip v 3.01 et l’obtient cette erreur « ecrire\public.php(182) : eval()’d code on line 76 » sur un des mes article ou il y a google map-Api.
    je travail en local.
    est ce que quelqu’un a rencontre le même problème.
    et merci d’avance

    Répondre à ce message

  • Le nom du fichier à modifier est soit « article_pdf.html » ou suivant la version du plugin « pdfarticle.html »

    Répondre à ce message

  • Suite à la mise en place d’une réécriture d’url nous avons été confronté au message d’erreur suivant :
    Warning : fopen(IMG/article_PDF_[rubrique]/[sous-rubrique]/[titre de l’article].pdf) [function.fopen] : failed to open stream : No such file or directory in /home/[chemin]/html/plugins/article_pdf_2_0/pdf/fpdf.php on line 1136
    FPDF error : Unable to create output file : IMG/[rubrique]/[sous-rubrique]/[titre de l’article].pdf

    IL semble qu’il suffise de commenter les lignes 50 à 56 du fichier article_pdf.html :

    $url_article = generer_url_entite($id_article,« article ») ;
    /*if (strpos($url_article,’ ?’)===FALSE)
    $p = strrpos($url_article,’.’) ;
    if ($p !==FALSE)
    $url_article = substr($url_article,0,$p) ;
    $files_pdf = $url_article.« .pdf » ;

    else*/
    $files_pdf = « article_ ».$id_article.« .pdf » ;
    $file_out = $path_pdf . $files_pdf ;

    pour résoudre le problème ... à tester !

    Répondre à ce message

  • 1

    Salut,

    Les personnes ayant résolu le problème

    Parse error : syntax error, unexpected ’<’ in /home/xxxx/public_html/v2/ecrire/public.php(182) : eval()’d code on line 3

    peuvent-ils indiquer précisément la solution, ce serait sympa ! merci !

    Répondre à ce message

  • Bonjour,

    et une nouvelle fois merci pour ce plugin !

    Pour les personnes qui veulent afficher, en page de garde d’un article, le nom de l’auteur, il suffit de décommenter la ligne 24 du fichier article_pdf.html.

    Puis d’ajouter ceci, au fichier lib_pdf_spip.php, ligne 137 :

    	// Auteur 	
    	if ($auteur)
    	{
    		$this->SetXY(110,196);
    		$auteur = $this->unhtmlentities($auteur);
    		$this->MultiCell(0,6,"par : $auteur",0,'L',0);
    	}

    Répondre à ce message

  • Bonjour

    J’ai le même problème que valin, à savoir que, quand je veux faire imprimer un article, j’ai le message d’erreur suivant :

    Parse error : syntax error, unexpected ’<’ in /home/villages/public_html/ecrire/public.php(174) : eval()’d code on line 2

    je suis sous SPIP 2.0.3, et le site est le suivant :
    http://www.villagesdeville.com

    Merci d’avance

    Mickaël

    Répondre à ce message

  • 3

    Bonjour, j’ai testé en local le plugin marche mais pas en ligne. est ce ke kelkun aurait des pistes ??

    • J’ai semblable dysfonctionnement sur un site : ça marche en local, mais pas en ligne (voir cet exemple), sans que je parvienne à comprendre...

    • hello, le lien généré sur la page en question (quand on clique « imprimer cette page ») semble être de la forme javascript:window.print() ; alors qu’il devrait etre de la forme spip.php ?page=article_pdf&id_article=23 par exemple pour que cela appelle bien la page article_pdf.html.

      je ne sais pas si ça peut aider...

    • Aaaah : ça marche pas avec les URLs arbos, voilà tout !

    Répondre à ce message

  • J’ai un probleme avec ce plugin qu eje n’arrive pas à solutionner.
    une erreur s’affiche : unexpected ’<’ in /home/valinsci/public_html/ecrire/public.php(182) : eval()’d code on line 3

    je ne sais quoi faire...

    Répondre à ce message

  • Bonjour,

    C’est normal que le lien de l’article ne s’affiche pas ?

    Merci.

    Répondre à ce message

  • 1

    Bonjour,

    Ce plugin (dernière version installée : http://files.spip.org/spip-zone/article_pdf_1_9.zip) marchait auparavant sur notre site (nous étions sur Spip 1.9.2.g), et, pour une raison inconnue, ce n’est plus le cas !
    Nous n’avons fait que migrer entre temps sur Spip 1.9.2.h, mais je ne pense pas que l’erreur vienne de là !

    Nous avons à présent l’erreur suivant :

    Warning : fopen(IMG/article_PDF/nomarticle.pdf) : failed to open stream : No such file or directory in /monsite/plugins/article_pdf/pdf/fpdf.php on line 1136 FPDF error : Unable to create output file : IMG/article_PDF/nomarticle.pdf

    Les permissions des répertoires IMG et article_PDF sont à 777...

    MERCI INFINIMENT pour votre aide :-)

    • Problème identifié... en cours de résolution (c’est du à l’écriture personnalisée de nos URLs)

    Répondre à ce message

  • Mon problème est résolu je m’etais trompée de fichier ;

    Répondre à ce message

  • Bonjour,
    J’ai un problème moi avec ce plugin là. je l’ai installé, j’ai fais comme c’est indiqué d’après l’article, mais je vois l’icone d’impression en pdf !
    ke faire ?

    Répondre à ce message

  • je viens de faire un constat que je pensais être un bug, mais d’après la capture d’écran dans l’article de présentation du plugin, ce ne doit pas être le cas : le logo de l’article n’est pas redimensionné selon le squelette (et si ce n’est pas possible, au moins selon la page —A4— du PDF..!) du coup, le logo trop grand (je suis d’accord qu’il n’est pas raisonnable de les avoir à des tailles inadmissibles) est tronqué et recouvre l’introduction/résumé. je pense qu’il faudrait, dans le cas le plus simple, utiliser le filtre image_reduire{taille-adaptée-pour-A4-peut-être-320px?}

    à part ça, ce plugin est une petit bijou et il n’y a pas de souci apparent avec l’UTF8 sur mon site.

    Répondre à ce message

  • Bonjour,

    Bravo pour ce plugin ! Juste une question, comment faire pour faire apparaître le ou les auteurs sur la page de garde ? Actuellement sauf erreur de ma part ils n’apparaissent nulle part.

    Merci d’avance !

    Philippe

    Répondre à ce message

  • 1

    Bonjour,

    Je me permets de reposter ce message, après avoir tenté de régler le problème moi-même, sa,s succès.

    Je tente l’installation du plugin article_pdf sur un site :
    -  SPIP 2.0.8 [13982] ;
    -  plugins : cfg, Crayons, Inscription2, Couteau Suisse, Bonux 2.0 ;
    -  et bien entendu Article_PDF_2_0 Version : 0.2 [28420] — stable.

    Sous SPIP, le jeu de caractère de la base de donnée est : iso-8859-1.

    Le répertoire du plugin : article_pdf.

    J’ai réalisé une petite page de test.

    Mais j’obtiens cette erreur lorsque je clique sur l’icône PDF :

    Parse error : parse error, unexpected ’<’ in /webhome/ipr/html/ecrire/public.php(174) : eval()’d code on line 3

    Je constate que d’autres ont une erreur un peu similaire. Il s’agit peut-être d’une toute petite erreur de ma part (où placer les bons fichiers ?).

    Quelqu’un a-t-il une idée pour corriger ce problème ?

    GS

    Répondre à ce message

  • 17

    Bonjour,
    je suis sur 2.0.6 ; le plugin ne fonctionne pas car le nouveau spip interprète spip.php ?page=article_pdf&id_article=185 comme spip.php ?article185&_pdf. Je m’en suis aperçu en utilisant un article_print que me donnait le même soucis.
    Pour que çà fonctionne j’ai tout simplement renommer article_pdf.html en pdfarticle.html

    Cordialement

    • Salut,

      J’ai le même souci mais ta solution ne fonctionne pas chez moi...

      Désolé, je n’ai pas de solution ni d’idée

      ++

    • Effectivement le fait de changer le nom en pdfarticle ne fonctionne que si je recalcule la page. D’où ma question : comment fait on pour appeler une page html qui n’est pas dans le répertoire squelettes et qui se trouve dans un sous répertoire du répertoire plugin.
      Cordialement

    • Merci ca marche.

      Perso j’ai modifié : article_pdf_mes_options.php

      Pour y ajouter une copie de la function balise_ARTICLE_PDF_dist($p) que j’ai appelé function balise_URL_ARTICLE_PDF_dist($p).

      La seule modification de code est :

      $texte->texte='article_pdf';

      qui devient

      $texte->texte='{{url_}}article_pdf';

      Il faut enfin ajouter dans le dossier modeles du plugin le fichier : url_article_pdf.html qui est une simplification de son grand frère article_pdf.html soit :

      [(#ENV{id_article}|?{' ',''})
      #URL_PAGE{pdfarticle,id_article=#ENV{id_article}}
      ]

      sans oublier donc le fichier article_pdf.html de la racine du plugin a renommer pdfarticle.html

    • Ok Merci je test et vous tiens au jus !

    • J’ai modifié les fichiers comme dit et me retrouve avec l’erreur suivante :

      1- Aucun squelette 'modeles/{{url_}}article_pdf.html' n'est disponible...
      
      2- erreur de compilation

      -  spip 2.0.6 [13835]

    • Mea culpa, c’est ma faute.

      J’ai mis le code en texte normal au début :

      $texte->texte=’url_article_pdf’ ;

      avec url_ en gras puis j’ai voulu le mettre dans un cadre sans enlever les accolades.

      Voici le bon texte :

      $texte->texte='url_article_pdf';
    • Bonjour Taryck,
      je ne suis pas encore arrivé à ce que cela fonctionne.
      Même si j’appelle en dur la page spip.php ?page=url_article_pdf ?id_article=694 cela me renvoie l’erreur décrite par nico4peace.

      Si j’ai bien compris ta solution :

      -  On modifie « article_pdf_mes_options.php » qui se trouve dans le répertoire du plugin « article_pdf » de la manière suivante :

      • on copie/colle toute la function
        function balise_ARTICLE_PDF_dist($p)
      • on renomme celle collée par
        function balise_URL_ARTICLE_PDF_dist($p)
      • dans cette dernière on change le texte (qui correspond à la ligne 9 de l’ancien)
        $texte->texte='article_pdf';

        par

        $texte->texte='url_article_pdf';

      -  On cree un fichier « url_article_pdf.html » dans le répertoire modèle dans lequel on met le code suivant :

      [(#ENV{id_article}|?{' ',''})
      #URL_PAGE{pdfarticle,id_article=#ENV{id_article}}
      ]

      -  Enfin on renomme article_pdf.html en pdfarticle.html

      Est ce bien cela ?

      Une piste peut être : la balise

      #ARTICLE_PDF{id_article}

      ne fonctionne pas rien ne s’affiche ou plutôt si que

      {id_article}

      Merci d’avance.

    • Voici les modif faites sur le plugin.

      et pour l’appel dans mon squelette SPIP ca donne :

      <a class="texte1" href="#URL_ARTICLE_PDF"><img src="#CHEMIN{FSGT/pdf.gif}" border="0" /> Version PDF</a>

      Mais sinon ta description des taches à faire est exacte.

      Taryck.

    • Yes merci à vous

      j’ai télécharger le dernier zip et tout fonctionne .... sauf oui sauf l’inclusion des images qui se trouve dans le texte de l’article.

      A la place de l’image j’ai :

      <!-- htmlA --»<img src='IMG/png/centre_loisir2.png' width="700" height="477" alt="" /><!-- htmlB --»

      est ce que ça pourrai venir du fait que le site soit sur un sous domaine ? Je pense que non vu que le logo de l’article lui s’affiche !

      d’avance Merci

    • Merci Taryck, çà marche, je ne connaissais pas cette balise : #URL_ARTICLE_PDF. Elle n’est pas mentionnée dans l’article.

    • je ne connaissais pas cette balise : #URL_ARTICLE_PDF. Elle n’est pas mentionnée dans l’article.

      MDR ! Normale c’est moi qui l’ai introduite pour ceux comme moi qui voulais maitriser le lien dans leurs squelettes.

      Pour le problème d’image de Nicolas.. désolé mais mes capacité s’arrêtent là. Faut demander au développeur du plug-in.

      Taryck.

    • Kumbaya

      Bonjour Taryck,

      Comme d’autres, je bute sur l’édition en pdf. J’ai utilisé les fichiers du plugin « article_pdf_2_0 » que vous avez modifiés. Pas d’amélioration pour le moment (j’utilise un squelette IENSP 2.0 standard).

      Dans votre message du 24 mars, vous mentionnez une ligne de code pour l’appel dans le squelette. Pourriez-vous me dire dans quel fichier se place cette ligne de code ? Est-ce dans « article.html » du dossier « squelettes » ?

      Merci d’avance pour votre aide.

    • Bonjour,

      Le lien auquel je fais allusion est pour moi dans article.html du dossier « squelettes ».
      En fait l’exemple de code fournis est à insérer là ou vous voulez faire des « impressisons en pdf ».
      Généralement cela concerne les articles.

      Pouvez vous faire des captures écran et/ou préciser le résultat (erroné) obtenu ?
      Ou préciser sur quoi vous buttez ?

      Car pour moi comme pour les autres cela a résolu le « problème ».

      Taryck.

    • Salut

      Voici la génération de fichier que j’obtiens. Les photos sont remplacées par un bout de lien.

    • Ton image est illisible car trop petite

      Peux tu en mettre une plus grosse ?
      Peux tu mettre le code source de ton article.html ?

      Merci.

    • Concernant article.html de mon squelette de site j’intègre comme :

      <div class="interne droite">Enregistrer l'article : <a href="#URL_ARTICLE_PDF" alt="Article en version PDF"><img src="#CHEMIN{plugins/article_pdf/img_pack/article_pdf.png}" border="0" /></a>

    • image trop petite
      et fichier article.html incomplet

      Je ne vois pas ou est afficher :

      <div class="interne droite">Enregistrer l'article : <a href="#URL_ARTICLE_PDF" alt="Article en version PDF"><img src="#CHEMIN{plugins/article_pdf/img_pack/article_pdf.png}" border="0" /></a>

      ou du moins ou cela est censé être affiché

      Donne ton e-mail que l’on ne pollue pas le forum avec ca.

    Répondre à ce message

  • Nicolas F

    Bonjour,

    Félicitation pour ce plugin.

    Je souhaiterais un renseignement : comment justifier le texte ?

    Merci d’avance

    Répondre à ce message

  • 1

    Je me suis déja servi de ce plugin de façon satisfaisante mais là j’ai un bug : l’icone PDF désigne un lien de la forme : http://monsite.tld/spip.php?page=article_pdf&id_article=xx mais quand je l’appelle, la même page est affichée et la barre d’adresse m’indique :
    http://monsite.tld/spip.php?articlexx&_pdf.

    De plus j’ai des articles article_PDF_article_yy.pdf stockés dans /IMG, mais aussi des article_yy.pdf dans /IMG/article_PDF . Mais pas pour mes derniers articles.

    Erreur dans la réécriture des url, dans le plugin ou dans mon installation (droits d’accès à vérifier) ?

    • J’ai le même problème que livier, sauf que j’utilise « url propres » :
      l’icone PDF désigne un lien de la forme : http://monsite.tld/spip.php?page=article_pdf&id_article=xx mais quand je l’appelle, la même page est affichée et la barre d’adresse m’indique : http://monsite.tld/(url-propre)&_pdf. (J’utilise Spip 2.0.7.)

    Répondre à ce message

  • Petite question à la communauté.
    Comment faire pour ajouter l’auteur de l’article dans la page de garde ? Cette information est parfois utile :)
    Merci pour votre aide.

    Répondre à ce message

  • Bonjour,

    L’affichage des images dans les fichiers PDF semble problématique et malgré mes efforts, je n’arrive pas à localiser dans les scripts les éléments concernés du plugin article-pdf. Aussi, ne voulant plus d’affichage d’images du tout, quelles seraient les lignes de codes à annuler afin de n’avoir plus que le texte mis en page.

    Une idée ?

    Merci de votre aide
    Zboob

    Répondre à ce message

  • je viens d’installer la modif de Taryk... et mes images n’apparaissent pas non plus dans le PDF, ce qui est très génant vu que mes articles étaient basés la-dessus... Quelqu’un a trouvé une solution pour les faire s’afficher correctement ?

    Répondre à ce message

  • Bravo à Taryck pour sa « bidouille » et d’avoir ré-écrit quasiment tout le plugin... qui est maintenant COMPATIBLE avec Spip 2.0.6. !

    Je voudrais maintenant parfaire le script concernant le cadrage et le positionnement des photos/logos afin d’être fidèle à la mise en page originale de l’article ou de la brève écrits. Mes compétences Php étant limitées, quelqu’un a une idée... sur la piste à suivre ?

    Cordialement,
    Zboob

    Répondre à ce message

  • Bonjour,

    Je suis sous Spip 2.0.6 + dernière version du plugin Article PDF.

    J’ai suivi à la lettre les nouvelles modifications des fichiers et je ne peux toujours pas avoir de PDF (j’ai aussi vérifié mon PHP l’extension GD2...).

    Etant nul en Php, je n’ai malheureusement pas de solutions à apporter.

    Cordialement,

    Zboob

    Répondre à ce message

  • Idem pour moi.

    J’ai installé Spip 2.0.6 avec le dernière version du plugin Article Pdf. Il ne fonctionne visiblement pas.

    Par ex : http://localhost/spip206/spip.php?article43&_pdf ou http://localhost/spip206/spip.php?page=article_pdf&id_article=43 me renvoient à l’article appelé... mais pas de Pdf !

    Répondre à ce message

  • 5

    Bonjour

    Merci pour ce plugin. Il fonctionne bien sur notre site.
    Quelques remarques toutefois, l’image en début de page n’est pas redimensionnee.
    Le nom de l’auteur n’est pas présent sûr le pdf.

    Mais voilà ma question. Comment peut on faire pour modifier le template du pdf ?

    • Il n’y a pas de template proprement dit !
      La génération du fichier pdf est réalisée directement dans le code, par les commandes pdf, et cela rend ce plugin particulièrement peu évolutif.

    • Serait complexe de reprendre un peu la mise en page ? C’est surtout pour redimensionner à la volée les logos et images du pdf...

      Par la suite, j’aurai aimé pour mes propres besoins (couplage id_article avec un id_evenement) modifier les conditions d’affichage... Le squelette donc.

      Dommage qu’il n’y ait pas de squelettes pour ce plugin pour le moment...

    • Il n’y aura jamais de squelette pour ce plugin tel qu’il est conçu et réalisé, et je vois mal comment cela serait possible, sauf à recoder complètement un moteur de rendu html -> pdf. Quand on voit le travail collossal que cela demande aux développeurs de navigateurs, inutile d’ésperer voir cela un jour ici.

      Pour ton type de besoin, je te conseillerai plutôt le plugin oasis qui permet l’export au format opendocument via un squelette écrit dans openoffice.

    • Est-il possible, pour la mise en page du PDF, d’appliquer la feuille de style d’impression disponible sur le site ?

    • Non. Comme je le disais plus bas, il n’y a pas de squelette, et il n’est pas possible non plus d’appliquer une feuille de style css.

    Répondre à ce message

  • 2

    Merci pour ce plugin, par contre j’ai un soucis minime qui est que je n’arrive pas à changer l’icone affiché sur l’article :(

    Je souhaiterais comment mettre un fichier article_pdf.png à la place de article_pdf.gif

    Merci d’avance ;)

    • Tu modifies le fichier \plugins\article_pdf\modeles\article_pdf.html en indiquant l’image que tu souhaites :
      img_pack/article_pdf.gif remplacé par img_pack/article_pdf.png

    • Si les dimensions de l’image n’étaient pas indiquées dans le plugin (supprimer width='24' height='24'), il suffirait de placer le picto que l’on souhaite utiliser, au format gif, dans notre « dossier squelettes » (/squelettes/img_pack/article_pdf.gif) sans avoir à modifier le moindre squelette ou modèle ;-)

    Répondre à ce message

  • Denis G.

    Bonjour,

    J’ai un souci avec la génération du pdf lorsqu’une réecriture d’URL est appliquée. Apparemment, je ne suis pas le seul mais quelqu’un a-t-il une solution pour résoudre ce problème ?

    Merci

    Répondre à ce message

  • 1

    Bonjour,

    Je suis sous la spip 2.0.3 et utilise le plugin article PDF ICI

    Mon souci est le suivant, Les images du texte s’affichent de la manière suivante

    <img src='IMG/jpg/rep_700.jpg' width="700" height="467" alt="" />

    quand on génère le pdf

    Avez vous une idée pour régler le problème ?

    d’avance merci

    • salut,

      J’ai essayé de vider les cache, recharger le plugin, ect rien y fait les images de l’article ne s’affichent toujours pas...or le logo de l’article oui ????

      Avez une piste ou cherché ?

    Répondre à ce message

  • Bonjour,

    Je tente l’installation de ce plugin sur un site :
    -  SPIP 2.0.4 [13775] ;
    -  plugins : cfg, Crayons, Inscription2, Couteau Suisse, Bonux 2.0 ;
    -  et bien entendu Article_PDF_2_0 Version : 0.2 [26119] — stable.

    Le répertoire du plugin : article_pdf.

    J’ai réalisé une petite page de test.

    Mais j’obtiens cette erreur lorsque je clique sur l’icône PDF :

    Parse error : parse error, unexpected ’<’ in /webhome/ipr/html/ecrire/public.php(174) : eval()’d code on line 3

    Je constate que d’autres ont une erreur un peu similaire.

    Quelqu’un a-t-il une idée pour corriger ce problème ?

    GS

    Répondre à ce message

  • 1

    I have some trouble with spip 2.0.3
    someone can elp me ? I can’t make it work :

    In this case I get :
    Parse error : syntax error, unexpected T_STRING in /web/htdocs/www.animatinrete.it/home/pag/ecrire/public.php(174) : eval()’d code on line 2

    erreur link :
    http://lnx.animatinrete.it/pag/spip.php?article2

    In another case

    blanche page
    http://lnx.animatinrete.it/pag/spip.php?article4

    thanks...

    Répondre à ce message

  • Bonjour

    Je suis satisfait du plugin, mais j’aimerais rajouter un petit quelque chose, mais je n’y arrive pas :(.

    En fait, je voudrais que sous le titre, dans le pdf, s’affiche le nom de l’auteur. Cela paraît tout bête, mais je n’y arrive pas. Quelqu’un a-t-il déjà fait la modif et est susceptible de me dépanner ?

    Merci d’avance !

    Répondre à ce message

  • Bonjour,

    J’utilise SPIP 1.9.2e. Pas de problème pour la création du PDF , mais toutes les lettres accentuées (é,è,è...)ne sont pas générées ; elles ne sont pas non plus remplacées par un espace vide. Ainsi « décembre » dans le site va être généré en « dcembre » dans le PDF.
    Quelqu’un a une idée pour réparer ça ?

    Répondre à ce message

  • 3

    Bonjour,
    Quelqu’un peut-il me dire pourquoi la création pdf bug dans les articles présentant des listes de premier ordre (càd réalisées uniquement avec des tirets) ?
    Et pour être encore plus précis c’est quand la liste génère une puce gif.

    Voici le message d’erreur :

    Warning : _parsegif2(GifSplit.class.php) : failed to open stream : No such file or directory in /var/www/htdocs/pro49ve17/public/plugins/article_pdf/pdf/fpdf.php on line 1694

    Warning : _parsegif2() : Failed opening ’GifSplit.class.php’ for inclusion (include_path=’’) in /var/www/htdocs/pro49ve17/public/plugins/article_pdf/pdf/fpdf.php on line 1694

    Fatal error : Cannot instantiate non-existent class : gifsplit in /var/www/htdocs/pro49ve17/public/plugins/article_pdf/pdf/fpdf.php on line 1695

    Merci pour votre aide ;-)

    • Bonjour,

      J’ai cette sortie erreur sous SPIP 2.0.3

      FPDF error : Unable to create output file : IMG/article_PDF/Actions/Le-statut-de-l-artiste-intervenant/article/l-artiste-intervenant-est-un.pdf

      J’ai vérifié les droits, tout va bien de ce côté là
      La fonction du FPDF semble Ok aussi

      Une idée ?

      merci d’avance

    • « Warning : _parsegif2(GifSplit.class.php) : failed to open stream : No such file or directory in /var/www/htdocs/pro49ve17/public/plugins/article_pdf/pdf/fpdf.php on line 1694 » ...etc

      J’ai exactement le même problème et je confirme que c’est lorsqu’il y a des puces dans l’article...
      Quelqu’un connait la solution ?
      Merci !!

    • J’ai toujours ce message lorsque l’article possède une puce. J’utilise Spip 1.9.2g ... Quelqu’un peut-il me donner un coup de main ?
      Merci beaucoup

      « Warning : _parsegif2(GifSplit.class.php) : failed to open stream : No such file or directory in /var/www/htdocs/pro49ve17/public/plugins/article_pdf/pdf/fpdf.php on line 1694 » ...etc

    Répondre à ce message

  • Merci beaucoup pour votre aide ;)

    Répondre à ce message

  • 1

    Salut,

    J’aimerais faire une petite chose toute bête c’est d’ouvrir le lien qui permet de générer le pdf dans un nouvel onglet.
    Si quelqu’un c’est comment faire ?
    J’ai penser à faire un simple target blank mais la façon dont le code est codé l’empeche...

    Merci d’avance !

    • Modifies le fichier html du dossier modèles (article_pdf.html) et insères target=« _blank » dans la balise du lien.

    Répondre à ce message

  • 3

    Toujours personne pour la conversion des caractères utf-8 ???

    • La base du site acrimed.org est en UTF-8.
      J’avais quelques soucis avec les apostrophes et certains autres caractères.
      Alors j’ai modifié le fichier plugins/article_pdf/article_pdf_mes_fonctions.php :
      j’ai fait passer la ligne 26 :
      $texte = strtr($texte, $trans);
      en dessous, c’est à dire après l’instruction de la ligne 30 :
      $texte = unicode2charset(charset2unicode($texte), 'iso-8859-1');

      Depuis, les fichiers pdf sont corrects.

    • Merci pour tes deux derniers messages ygornet, les deux manipulations proposées sont nécessaires et efficaces. Testé et approuvé - Recommandé pour la prochaine version du plugin.

    • Bonjour,

      et merci ygornet pour ces 2 petits hacks qui fonctionnent à merveille sur mon site passé fraîchement de SPIP 1.9.2e en SPIP 2.0.3 [13596].

    Répondre à ce message

  • 1

    Bonjour

    Je viens de tester sous spip 2.0.2 : l’intégration de l’icone se passe correctement mais lorsqu’on clique dessus, une page blanche est générée uniquement, sans même l’interface pdf.

    Quelqu’un aurait il une idée de ce qu’il faut faire pour l’adapter sous spip 2.0.2 ?

    En vous remerciant pour toutes les informations qui se trouvent sur ce site !
    Aude

    • Il y a une chose à faire pour que ça refonctionne :
      dans le fichier plugins/article_pdf/article_pdf.html, il faut changer la ligne 49
      $url_article = generer_url_article($id_article);
      par celle-ci :
      $url_article = generer_url_entite($id_article, "article");

      Pour moi (acrimed.org), cela a suffit pour que cette fonction soit à nouveau disponible.

    Répondre à ce message

  • Bonjour,
    J’obtiens cette erreur en voulant générer l’article au format .pdf (en cliquant sur mon lien « format pdf ») :

    Parse error : syntax error, unexpected T_STRING in /var/www/ptci2/ecrire/public.php(177) : eval()’d code on line 30
    La ligne 30 du fichier public.php correspond à la l’appel de la fonction « lang_dselect() ; »

    Des idées ?
    Merci d’avance !

    Répondre à ce message

  • 2
    Patrick

    Bonjour
    Merci pour ce plugin

    Je viens de l installer sur spip 1.9.2d / debian etch

    Cependant les images ne sont pas generees dans le pdf de l article.
    J ai seulement le chemin du fichier gif.

    J ai pourtant gd2 qui fonctionne.
    J ai egalement installe imagemagick mais cela ne change rien.

    Y a t il un log ou je pourrais chercher l erreur.

    Merci
    Patrick

    • Patrick

      Je me reponds a moi meme

      C est un conflit avec le plugin FCKEditor Version : 1.703 ecrit par Franck Saurel.
      Les photos des articles ecrits uniquement avec les balises SPIP s affichent dans le fichier
      pdf genere.

      Je vais donc devoir choisir entre ces 2 plugins.
      A moins que quelqu un est une idee ?

      Merci
      Patrick

    • bonjour,

      Exite-t-il un moyen d’utiliser ce plugin conjointement avec FCKeditor ?

      Comment visualiser les images dans le rendu PDF ?

      Toujours pas de solution

      Merci d’avance

    Répondre à ce message

  • je n’arrive pas à utiliser ce plugin... surement parce que ma base est en utf-8...

    le plugin va-t-il évoluer pour supporter utf-8 ?? sinon y a-t-il un moyen d’effectuer une conversion des articles au moment du pdf sans convertir toute la base ?

    Répondre à ce message

  • Sous Spip 2.0 (beta 2) on aboutit à une page blanche... et le fichier PDF n’est pas créé dan IMG/ (testé avec Firerfox3 et Safari3 sous Mac OS X).

    Quelqu’un a une idée ?

    Répondre à ce message

  • Bonjour,

    Félicitation pour ce travail.
    Une nouvelle version de fpdf est sortie.

    Est-il prévu une mise à jour de ce plugin ?

    Merci et crdl

    Répondre à ce message

  • 1

    Bonjour,

    Je n’arrive pas à installer correctement ce plugin.
    Une fois copié dans le répertoire plugins, si je l’active au niveau de l’interface de gestion, alors mon site ne s’affiche plus (page blanche).
    Une fois désactivé, tout rentre dans l’ordre...

    Je suis sous Spip 1.9.2d.
    Si quelqu’un a une idée de ce qui cloche chez moi...

    François

    • Je me réponds à moi-même.
      Le problème venait de la présence d’un reste code dans mes_fonctions.php d’une vieille version d’un générateur de PDF...

      François

    Répondre à ce message

  • Bonjour, est-il possible d’utiliser ce plugin sur des sites en chinois ou arabe ? Merci et bravo pour ce plugin très utile !

    Répondre à ce message

  • Bonjour, et merci pour ce plugin intéressant.

    Quelqu’un pourrait il m’indiquer les modifications à apporter pour afficher l’url de l’article en entete de chaque page ?

    J’ai bien essayé mais je n’arrive pas à entrer complètement dans le code.

    Merci de votre aide.

    Répondre à ce message

  • 1

    Bonjour,

    Merci pour ce plugin.
    Est-ce qu’il y a moyen de travailler sur la mise en page du pdf résultant de ma page ? Est-ce qu’il tiens en compte mon fichier css d’impression ? Ou un autre css ? Ou est-ce qu’il y a un autre moyen d’influencer le layout ?

    Merci beaucoup
    Joz

    • Bonjour,

      Je suis désolée, je poste un peu n’importe où. Mais je n’ai pas très bien compris le fonctionnement du site.
      J’ai une petite question, je suis novice en la matière et je ne comprends pas où je dois insérer la balise me permettant de rajouter l’icone PDF
      Merci d’avance pour vos réponses

    Répondre à ce message

  • 5
    olivier

    bonjour,

    merci pour cette contrib très pratique à utiliser.
    je rencontre toutefois un problème concernant les images associées à l’article, celles-ci n’apparaissant pas dans le document pdf. (que ce soit avec des logos, images ou document associés). je suis en spip 1.9.2a.
    Ai-je manqué une info ?
    ( j’ai jeté un coup d’oeil sur la classe spip_pdf mais je ne vois comment sont traités les documents associés )

    • tes images sont-elles dans le corps de l’article ou en pièce jointes ?

      perso j’utilise le plugin thickbox2 et je n’ai aucun problème avec les images.

    • Bonjour,
      J’ai le même problème que plus haut : les documents du portfolio et des documents joints ne sont pas repris dans le PDF.
      Par contre c’est bon lorsque le doc est inséré dans le texte.

      Et pour certains articles j’ai une page blanche avec l’erreur :
      L’image “http://127.0.0.1/site/spip.php?page=article_pdf&id_article=270” ne peut être affichée car elle contient des erreurs.
      L’onglet du navigateur indique "spip.php (image.png)" mais il n’y a pas de png dans l’article...
      Je ne comprends pas d’où vient l’erreur.

      merci
      dd

    • Bonjour,
      J’ai eu le même problème : résolut en mettant les droits d’écriture sur le dossier /IMG/article_PDF
      Vérifiez c’est sans doute ça...

    • olivier

      bonjour. reponse un peu tardive pour confirmer que les images insérées dans le corps de l’article s’affichent correctement, mais pas les images jointes.

    • Bonjour,

      Le pdf de ma galerie photo que j’obtient ne comporte que la page de garde et une page vide.
      Ma galerie est faite avec des doc joints dans un article.

      Je travaille sur spip 1.9.
      J’ai installé un serveur d’évaluation en local( MAMP)
      Comment fais tu pour mettre les droits d’écriture sur le dossier /IMG/article_PDF ?

      Merci pour votre aide.

    Répondre à ce message

  • Bonjour,
    merci pour ce plugin.
    Cependant, j’aimerais signaler un problème lorsque je modifie l’article, le fichier pdf qui est généré ne tient pas compte de ma modif. L’article dans l’espace publique est bien modifié mais le pdf reste toujours celui de l’article avant la modification.
    A quoi est-ce du ?

    Répondre à ce message

  • Bonjour,

    merci tout d’abord pour ce plugin pratique. je l’utilise avec boite à outil.

    Il fonctionne très bien.
    Mais dès que je mets le plugin association (quelque soit sa version), le lien ne génère qu’une page page. Je décoche le plugin association de la liste des plugins, et hop, le pdf est à nouveau généré.

    Sauriez-vous d’où pe venir le problème ?

    merci d’avance

    Pierre

    Répondre à ce message

  • 2
    FireWolf

    Bonjour,

    Merci pour ce plugin que je l’utilise dans le cadre du plugin Boite à outils.

    Cependant le responsable d’un site que je viens de terminer, n’arrive pas a accepter le principe de generation et ouverture du pdf dans la même fenêtre. J’ai passé du temps a lui expliquer et essayer de le convaincre mais il bouge pas de son « besoin » d’ouverture du pdf dans une nouvelle fenêtre/onglet.

    Existe t-il un moyen de forcer l’ouverture de la fenêtre de sauvegarde ou lancer le pdf dans un _blank ?

    Merci d’avance

    Répondre à ce message

  • 2

    Bonjour,

    Je n’arrive pas à faire fonctionner Article PDF. J’ai l’impression d’avoir tout essayé.

    J’arrive à installer le plugin (renommer répertoire etc...). J’arrive même à faire le lien dans mes squelettes. Une petite icône pdf s’affiche (lien http://www.cfslyon.com/spip.php?page=article_pdf&id_article=19) donc ca a l’air d’être bon. Une fois que l’on clique sur l’icône j’obtiens une page sur laquelle il n’y a écrit que ’’ï »¿’’. C’est tout... pas de génération de pdf, pas de message d’erreur, rien... J’ai désormais enlever le lien dans les squelettes mais le plugin est toujours activé, vous pouvez donc essayer son fonctionnement par exemple avec le url ci-dessus.

    Je suis hébergé sur abergement.ch. Il y a GD2 sur le serveur pour le traitement des images. Le répertoire IMG/article_PDF a les attributs 755, son propriétaire est apache, je ne peux donc pas les changer en 777 mais je ne pense pas que ce soit le pb. J’utilise UTF-8 mais est-ce que cela empêche complètement le fonctionnement du plugin ? Par ailleurs, dans la fonction « pdf_first_clean » du fichier « article_pdf_mes_fonctions.php » il y a « $texte = unicode2charset(charset2unicode($texte), ’iso-8859-1’) ; », cela devrait corriger le pb avec l’UTF-8, non ?

    Quelqu’un a une idée ?

    • logiquement il n’y a pas d’incompatibilité avec l’uft8, par contre il y a un soucis dans ton renvoi qui devrait être de type IMG/article_PDF/article_453.pdf, c’est là que doit se situer le problème. peux ton faire un copier/coller de la partie de ton squelette où tu as inséré la balise.
      quel est ton hébergeur ?

    • Niklas Hook

      Je ne comprends pas bien ce que tu veux dire concernant le problème de renvoi. J’ai la balise #ARTICLE_PDF à l’intérieur de mon squelette article.html :

      	[(#REM) Fil d'Ariane ]
      	<div id="hierarchie"><a href="#URL_SITE_SPIP/"><:accueil_site:></a><BOUCLE_ariane(HIERARCHIE){id_article}> &gt; <a href="#URL_RUBRIQUE">[(#TITRE|supprimer_numero|couper{80})]</a></BOUCLE_ariane>[ &gt; (#TITRE|couper{80})]</div>
      
      #ARTICLE_PDF{id_article}
      
      	<div id="conteneur">

      Mon hébergeur est Abergement (http://www.abergement.ch).

      Merci pour tes lumières !

    Répondre à ce message

  • 1
    Bertrand

    Merci pour ce plugin qui a le grand mérite de proposer une solution à ce problème récurrent qu’est la génération de fichier pdf. Je dois dire cependant que je trouve l’aspect des pdf générés assez perfectible : les marges sont mal maîtrisées, des blancs digracieux apparaissent au milieu des pages, le texte n’est pas justifié et puis il y a cette page de garde fort disgracieuse dont on ne comprend pas bien la raison.

    Bien sûr, vous réutilisez un programme existant, de sorte que c’est plutôt à l’auteur de ce dernier qu’il faudrait s’adresser. Deux questions cependant :

    — Ne serait-il pas préférable de passer par un serveur LaTeX pour générer du PDF ? La très grande qualité des pdf générés par LaTeX justifie peut-être le recours à cette technologie, même si elle est plus lourde à manipuler.

    — N’est-il pas possible avec la présente librairie de personnaliser un tant soit peu l’affichage des fichiers (via cfg par exemple) : activation de la pagination ou non, choix des polices, style des intertitres, présence ou non d’une page de garde, etc

    — Une troisième question : est-ce que l’affichage des notes de bas de page se fait correctement ?

    • mathbouq

      Le notes de bas de page sont transformées en notes de fin, et s’affichent donc correctement, mais en fin de document.

      Pour ce qui est de la page de garde, il est relativement facile de l’adapter à son goût, les fonctions de la librairie FPDF ne sont vraiment pas compliquées à appréhender. La construction de la page de garde se fait par la fonction function GenerateTitlePage() du fichier pdf/lib_pdf_spip.php. Pour supprimer cette page purement et simplement, il suffit de mettre les deux première lignes de la fonction BuildDocument() dans le même fichier en commentaire.

      Pour l’adapter à son goût, il suffit de regarder un petit peu dans la doc de FPDF, accessible en ligne et téléchargeable en PDF : http://www.fpdf.org/fr/download/doc...

      Pour ce qui est de rendre la présentation paramétrable, c’est certainement envisageable, il faut « juste » que quelqu’un se dévoue. Peut-être moi, dans quelques semaines, mais rien de garanti, d’autant que je ne connais pas encore cfg...

    Répondre à ce message

  • 5

    Bonjour,
    Merci pour votre plugin très pratique.

    Je vois un petit problème, pas très grave mais tout de même un peu embêtant.
    Selon sur quel programme ou PC (Word, OpenOffice,...) le texte a été saisi, le modèle d’apostrophe peut varier.
    Il semble que le plugin traduit correctement l’apostrophe verticale. Celle qui est un peu en biai (comme une virgule) est ignorée.

    Par exemple, dans le site de démonstration que vous donnez sur cette page (lien "le plugin en action), on tombe sur une page sur Séville. Si on en génère un pdf, en page 2, à la première ligne, on peut lire :

    Séville (Sevilla en espagnol) est une ville du sud de lEspagne

    l’apostrophe de « l’Espagne » a disparu (alors qu’elle est parfaitement visible sur le site).

    Un peu plus loin, ce problème disparait.
    C’est dû au fait que le signe employé pour l’apostrophe n’est plus le même...

    Il serait peut-être bon que le plugin prenne en compte les différents modèles d’apostrophes (il me semble).

    On ne peut se rendre compte de cette différence de signe qu’en regardant le texte dans l’éditeur de texte. en effet, Spip transforme les différents modèles d’apostrophe en apostrophe française (celle en biai), la seule correcte en typographie française.

    Personnellement, dans l’état actuel, ça m’oblige à vérifier les articles qu’on m’envoie et de remplacer, s’il y a lieu, tous les apostrophes fautives par celles reconnues par le plugin.
    Ce n’est pas très long, mais il faut tout de même le faire... ;)

    Merci encore :)

    • Quelle version de SPIP déja ?

    • j’utilise la version 1.9.2d.

    • mathbouq

      Bonjour,

      Tout d’abord, merci pour ce formidable plugin, facile à installer et à customiser. Il me reste encore quelques petits soucis à résoudre, mais c’est réellement un bonheur...

      J’ai le même problème qu’Elode avec les apostrophes, mais aussi avec un certain type de guillemets.

      En ce qui me concerne, l’apostrophe "en biais" est transformée en espace lors de la génération du PDF, alors que l’apostrophe "droite" est bien prise en compte.
      Pour ce qui est des guillemets, "cette version" est bien prise en compte, alors que “celle-ci” est remplacée par des espaces.

      J’ai essayé d’effectuer des remplacements dans le fichier article_pdf_mes_fonctions.php du type $trans["”"] = "\"" ; sans succès. De même avec $trans["\”"] = "\"" ;
      Dans les deux cas, le résultat reste le même : les caractères qui me posent problème sont remplacés par des espaces dans le PDF.

      Pour ma part, je ne peux pas faire le remplacement dans le texte source, dans la mesure où ces formats d’apostrophe et de guillemets sont imposés aux contributeurs, qui écrivent en Anglais, pour des lecteurs anglophones.

      Autre souci : j’utilise la fonction Découper en pages intégrée au Couteau Suisse. Aux endroits où sont insérés les indicateurs de découpe dans le texte (raccourci SPIP : ++++), un gros espace blanc est inséré dans le PDF entre les deux paragraphes. Environ 4 fois l’espace qu’il y a entre deux paragraphes dans le reste du texte. Est-ce le comportement normal ?

      J’avais auparavant modifié légèrement cette fonction du CS, en supprimant carrément le code HTML inséré par la découpe lors de l’affichage complet du texte. Mais même en rétablissant le fonctionnement originel du CS, j’ai toujours ce "trou" entre les paragraphes à l’endroit de la découpe.

      Par ailleurs, j’obtiens un texte aligné à gauche dans le PDF, alors qu’un commentaire de la fonction GenerateText() dans le fichier lib_pdf_spip.php signale un texte justifié. J’ai fait une tentative avec la fonction MultiCell de FPDF, mais sans succès pour l’instant : le texte est bien justifié, mais à chaque fois qu’il y a une balise HTML, le texte est renvoyé à la ligne.

      Enfin, je pense qu’il serait bien d’ajouter la globale $auteur, par défaut, en tête de la fonction GenerateTitlePage(). Et même d’ajouter le nom de l’auteur sur la page de garde, par la même occasion. Je peux m’en charger, éventuellement (j’ai un accès en écriture sur la zone).

    • mathbouq

      Je me réponds à moi-même, j’ai réussi à résoudre les problèmes les plus bloquants évoqués ci-dessus :

      • pour que les guillemets et apostrophes soient correctement pris en compte pour insertion dans le PDF, j’ai créé un filtre pdf_second_clean sur le modèle de pdf_first_clean dans article_pdf_mes_fonctions.php
        function pdf_second_clean($texte)
        	{
        			$trans = array();
        			$trans['&#176;'] = "°";
        			$trans["&#339;"] = "oe";
        			$trans["&#8211;"] = "-";
        			$trans["&#8216;"] = "‘";
        			$trans['&#8217;'] = "’";		
        			$trans['&#8220;'] = "“";
        			$trans['&#8221;'] = "”";
        			$trans["&#8230;"] = "...";
        			$trans["&#8364;"] = "Euros";
        			$trans["&ucirc;"] = "û";
        			$trans['->'] = '-»';
        			$trans['<-'] = '«-';
        			$trans['&nbsp;'] = ' ';
        			$texte = strtr($texte, $trans);
        	
        			return $texte;
        	}

        J’applique ce filtre après le filtre texte_script dans le squelette article_pdf.html. Sans entrer dans les détails, c’est après l’application de texte_script que les caractères problématiques sont rendus sous leur format HTML. J’ai ainsi[$texte= '(#TEXTE|pdf_first_clean|texte_script|pdf_second_clean)';] (et de même pour les autres balises concernées)

      • les espaces blancs à l’endroit des découpes de page du Couteau Suisse étaient produits par l’insertion d’un paragraphe vide (alors que j’ai pourtant supprimé toute insertion par mon Couteau Suisse à cet endroit).
        J’ai donc ajouté une ligne au début du filtre pdf_first_clean dans article_pdf_mes_fonctions.php, qui supprime les paragraphes vides :
        $texte = ereg_replace("<p class[^>]*></p>", "", $texte);
      • je sèche encore sur le moyen d’obtenir un texte justifié plutôt qu’aligné à gauche, mais c’est moins problématique que les éléments précédents...
    • Je précise que je suis loin d’être un spécialiste du PHP ou de FPDF, et que tout ceci est du bricolage (qui marche bien, jusqu’à présent :-)).

    Répondre à ce message

  • Pourriez-vous me guider ?

    je souhaite inclure les forums de l’article à l’impression PDF... je suppose que c’est possible, mais je ne vois pas bien par quel bout prendre le problème...

    Merci d’avance

    Répondre à ce message

  • 1

    Bonjour,

    c’est chouette, mais vraiment, il y a trop de blanc, toute la première page presque. C’est trop une incitation à gâcher du papier ... car un PDF, c’est aussi souvent un format qu’on va imprimer !

    Donc pour préserver nos arbres, nos forêts, leur vie et le climat, pour moins gâcher de papier, pourriez vous faire évoluer ce plugin vers une version ... « agréée Grenelle de l’environnement » ?

    Merci beaucoup !

    • FireWolf

      +1
      Existe-il des solution pour arriver à ça ? Ça serait tip top de voir cette 1re page se dégager. Uniquement le texte serait plus que suffisant.

    Répondre à ce message

  • 1

    Tout d’abord merci pour ce plugin.

    Depuis quelques années, j’utilise SPIP et la fonction de génération de PDF. Ici, avec ce nouveau plugin, certains PDF ne sont pas générés et une page blanche est le seul résultat obtenu.

    Dans spip.log, j’ai ce message d’erreur : "Erreur : filtre <b>« texte »</b> non défini | _principale (article_pdf.html)"

    J’ai bien essayé de modifier les filtres en conséquence mais sans résultat (après vide du cache etc).

    Si quelqu’un a une idée ou peut me donner un coup de main, je serai le plus heureux des hommes :-)

    Merci

    Spartakus

    • Salut,

      J’ai eu la meme galére que toi et j’ai réussi a régler cela en changant la ligne 44 du fichier article_pdf.html par :

      $copyright = ’[(#NOM_SITE_SPIP|pdf_first_clean|texte_script)]’ ;

      Voila en espérant que ca a pu t’aider ;)

      @+

    Répondre à ce message

  • Il n’y a pas possibilité d’adapter le plugin pour les brèves ?
    Sinon, au pire, d’en faire un similaire pour les brèves ?
    Merci beaucoup.

    Répondre à ce message

  • 2

    Spip 192c, dernier téléchargement ce jour, daté du 16/11/2007.

    L’activation du plugin génère des pages blanches pour tout, dans la partie privée (donc indépendamment de mes squelettes). Une idée de la raison ?

    Merci.

    • Bonjour,

      J’avais le même problème avec mon site en migration de 1.8 vers 1.9.2c.
      Le problème venait d’une fonction pdf_first_clean dans le fichier mes_fonctions.php. J’ai supprimé la fonction et le site est reparti.

      Alexis

    • Bien vu !
      Merci beaucoup.

    Répondre à ce message

  • Je voudrais joindre les images du porte folio dans le pdf fournis par le plugin

    Merci de vos reponses

    Répondre à ce message

  • Bonjour,

    Merci pour ce plugin, il est d’une grande utilité.
    Cependant, j’ai un problème. Les images insérées dans le contenu des articles ne sont pas générées dans le PDF. Il n’y a que le chemin de l’image qui apparait.

    Comment corriger ce problème ?

    Je précise que GD2 est installé et fonctionne (j’ai une autre page qui génère des miniatures en PHP et qui fonctionne très bien).

    J’ai SPIP 1.9.1.
    Dans la configuration de SPIP, dans la Méthode de fabrication des vignettes, je vois l’homme dans le hammac pour GD2.

    Merci de votre réponse.

    Répondre à ce message

  • 2

    Bonjour, au lieu d’associer cette option pdf à un squelette, j’ai préféré construire un modèle que j’appelle dans le corps des articles que je souhaite proposer en pdf : création d’un fichier pdf.html dans squelettes/modeles avec la mise en page et l’appel de la variable et balise <pdf|> dans corps des articles. Mais le modèle ne récupère par l’id_article !
    Quelqu’un a une idée ?
    Voici le code utilisé dans le fichier pdf.html :

    <BOUCLE_idarticle(ARTICLES){id_article}>
    <div style="border:1px solid #3399FF; width: 688px; vertical-align: middle; padding:5px; margin:auto; background-color:#DBE0FE">#ARTICLE_PDF{#ID_ARTICLE}<a href="spip.php?page=article_pdf&id_article=#ID_ARTICLE" title="pdf">Télécharger cet article en pdf</a></div>
    </BOUCLE_idarticle>
    • je ne comprends pas très bien ce que peux t’apporter un modèle, le fonctionnement en balise étant amha plus puissant.
      ceci dit essaie de regarder du côté de la balise #ENV elle te permettra peut être de récupérer quelques info de contexte qui je pense doivent te faire défaut

    • EN fait, s’il existe des balises à utiliser directement dans le corps de l’article, je veux bien que tu m’aides là-dessus parce que la document est assez laconique sur ce sujet. Je tiens à dire que ce plugin est génial et qu’il fonctionne parfaitement sur mon site. Le problème est que ce que j’ai cru comprendre c’est qu’on peut greffer cette fonction à un squelette. Mais si je ne veux pas qu’un article ait cette fonction greffée ou qu’un autre l’ait, il me faut plus de souplesse et notamment la possibilité d’inclure un modèle dans la page d’un article en particulier. C’est ce que je vise en créant un modèle pdf.html et donc une balise <pdf|> à insérer où je veux dans le corps de mon article.
      Ça n’avait pas bien l’air compliqué quand je me suis penché sur la question mais finalement j’ai perdu une journée. J’ai tout essayé, du logique et du beaucoup moins logique (l’exemple de code ci-dessus).
      Finalement, je ne comprends pas pourquoi ce code ne fonctionne pas
      <div>#ARTICLE_PDF{#ENV{id_article}}</div>
      J’ai essayé plein plein de choses, mais rien n’y fait. Par exemple, par rapport à cette ligne de code ci-dessus, j’ai tenté la balise dans l’article : <pdf|id_article=#ID_ARTICLE>
      La balise #ENV en tous cas, ne semble pas fonctionner comme je le voudrais.
      A mon avis, je trux est tout con comme d’hab, mais il me faut l’oeil affûté d’un expert...
      Merci à tous ceux qui liront.
      Laurent.

    Répondre à ce message

  • Olivier G

    Bonjour

    je viens de tester le plugin mais j’ai un problème car mes urls sont réécrites et donc le lien générer est sous la forme :

    http://monsite.fr/actualite/alaune/spip.php?page=article_pdf&id_article=6150

    où /actualite/alaune/ est de la réécriture donc fatalement j’ai une erreur 404

    j’ai essayé en changeant « #URL_PAGE » par « #URL_PROPRE » dans le fichier /modeles/article_pdf.html mais ça marche pas ?

    Une solution ?

    est-ce que je n’ai pas intérêt à traiter ça en htaccess, ca m’évitera de toucher au code du plugin ?

    Répondre à ce message

  • Bonjour,

    Y a-t-il moyen d’inclure dans le PDF autre chose que ce qu’il y a dans la base de données ?

    Je m’explique : dans mon squelette article.html, je fais un include qui traite les mots-clefs. En fonction du mot-clef de l’article, j’affiche un certain texte (généré par du php). J’aimerais reporter ce mécanisme d’include dans la construction du PDF.

    Dans article.html j’ai :

    					<INCLURE{fond=traite-mots-clefs}{id_article=#ID_ARTICLE}>

    Le fichier traite-mots-clefs.html fait un traitement sur les mots-clefs associés à l’article.

    J’ai essayé

    $page = assembler_page('traite-mots-clefs');
    $texte .= $page ['texte'];

    Je vois le code de ma page, mais elle n’est pas interprétée comme du php. Le code php n’est pas exécuté.

    J’aimerais récupérer ce qui est généré par

    <INCLURE{fond=traite-mots-clefs}{id_article=#ID_ARTICLE}>

    et le passer à la variable $texte.

    As-tu une idée ?

    Merci,

    Bernard.

    Répondre à ce message

  • 1

    Bonjour,

    existe_t_il un moyen de lier un formulaire à un PDF modèle en remplissant des champs préétablis et ce directement en ligne ?

    Merci par Avance

    Répondre à ce message

  • 1
    Jacques Ferran

    Bonjour

    Je tente depuis une semaine de faire fonctionner le plugin article PDF et ce sans résultat autre que :

    Fatal error : Call to undefined function : setcopyright() in /home/villages/public_html/ecrire/public.php(173) : eval()’d code on line 127

    je suis sous alternative. Y a-t-il une solution ?
    (j’ai parcouru le forum et n’ai rien trouvé de probant, bien sûr ! :D)

    • J’ai eu un problème similaire : le plugin ne trouvait pas le bon fichier lib_pdf_spip (une ancienne installation directement dans le squelette). Pour l’obliger à prendre le bon, j’ai modifié dans article_pdf.html la ligne :
        include_spip(’/pdf/lib_pdf_spip’) ;
      en
        include_spip(_DIR_PLUGIN_ARTICLE_PDF.’/pdf/lib_pdf_spip’) ;

    Répondre à ce message

  • Excusez mon français, il a été traduit par ordinateur.

    D’abord, merci de ceci plugin. Deuxièmement, il y a quelques anomalies avec montrer le logo du site en utilisant article_pdf_1_9.zip.

    Sur la ligne 28 du fichier article_pdf.html « texte_script » devrait venir avant « extraire_attributsrc ». Autrement PDF::Image() obtient le HTML au lieu du nom de fichier.

    La ligne 78 du fichier lib_pdf_spip.php suppose que le logo du site est 20px * 20px (même si il n’est pas). Elle se comporte correctement quand vous effacez les nombres.

    Après fabrication de ces changements, il affiche le logo de site correctement.

    Merci, Thomas.

    Répondre à ce message

  • Bonjour,
    merci pour ce plug-in qui correspond à ce que je cherche.

    J’ai cependant un léger problème. Je cherche à proposer à mes visiteurs une version pdf des articles mais, comme une partie du texte est en japonais, il semble que ça ne marche pas (c’est d’ailleurs précisé dans les limites du plug-in concernant l’UTF8).

    http://gambatte.free.fr/spip.php?article74

    Y-a-til d’autres plug-in que je pourrais utiliser ?

    Merci par avance

    Répondre à ce message

  • Bonjour,

    Merci pour ce plugin. J’ai cependant un petit soucis d’affichage des images, surtout celles centrées qui sont parfois coupées au bord du document pdf.

    Une piste ? Merci d’avance.

    Eric

    Répondre à ce message

  • 1

    Merci pour ce plugin

    Je suis sur Free, j’ai bien mes images en gb2..
    mais quand j’essaie de faire un pdf

    j’obtiens

    FPDF error : Unsupported image type : php ?action=dw2_out&id=92

    Quand il n’y a pas d’image cela fonctionne

    Voir sur Site de construction

    Répondre à ce message

  • 1

    Bonjour,

    Ce plugin ne semble pas compatible avec le plugin form et table. En effet lorsque souhaite afficher un questionnaire le pdf affiche :

     <form method='post' action='spip.php?page=article_pdf&id_article=7#form2' enctype='multipart/form-data'>
    IDENTIFICATION
    NOM [Obligatoire] : <input type="texte" name='ligne_1' id='input-2-ligne_1' value="" class=' ligne forml'
    size='40' />
    Prénom [Obligatoire] : <input type="texte" name='ligne_2' id='input-2-ligne_2' value="" class=' ligne forml'
    size='40' />
    DATE DE NAISSANCE [Obligatoire] : ? <input type="texte" name='date_1' id='input-2-date_1' value=""
    class='date-picker date forml' size='40' />
    LIEU DE NAISSANCE [Obligatoire] : <input type="texte" name='ligne_3' id='input-2-ligne_3' value="" class='
    ligne forml' size='40' />
    Veuillez laisser ce champ vide :
    <!-- $('input.formo').bind('focus',function(){$(this).removeClass('formo').addClass('formo-focus');});
    $('input.formo').bind('blur',function(){$(this).removeClass('formo-focus').addClass('formo');});
    $('input.forml').bind('focus',function(){$(this).removeClass('forml').addClass('forml-focus');});
    $('input.forml').bind('blur',function(){$(this).removeClass('forml-focus').addClass('forml');});
    $.datePicker.setDateFormat('dmy','/'); $.datePicker.setLanguageStrings( ['dimanche', 'lundi', 'mardi', 'mercredi',
    'jeudi', 'vendredi', 'samedi'], ['janvier', 'février', 'mars', 'avril', 'mai', 'juin', 'juillet', 'août', 'septembre', 'octobre',
    'novembre', 'décembre'], {p:'précédent', n:'suivant', c:'X'} ); $('input.date-picker').datePicker({startDate:'01/01/1900'});
    //--

    Un petit coup de paluche serait la bienvenue.

    • Les réponses des auteurs du plugin form et table restent aussi invisible.

    Répondre à ce message

  • jean-michel

    j’ai inséré le texte

    #ARTICLE_PDF{id_article}

    dans le fichier www/dist/article.html et je reçois systématiquement une erreur lorsque je recalcule une page .

    La seule chose qui s’affiche est le message suivant :

    Fatal error : Call to undefined function : balise_modele_dist() in article_pdf_mes_options.php on line 30

    J’ai fait différents tests dans plusieures rubriques du fichier : j’ai toujours la même erreur.

    Une idée sur l’origine du problème ?

    Répondre à ce message

  • Bonjour,

    Merci pour ce plugin que je viens d’installer et qui marche très bien...sauf que j’aimerai l’utiliser conjointement avec le plugin sommaire et découpe de pages (issu du plugin couteau suisse).

    Or quand je génère mon PDF, le code html du sommaire s’affiche et évidemment je n’ai que la première page de l’article.

    Je pense qu’il faudrait reprendre la mise en page du plugin d’impression et à partir de là générer le PDF, mais je ne suis pas très douée pour la mise en pratique.

    Auriez-vous une idée ?

    Merci par avance.

    Répondre à ce message

  • zevince

    Bonjour et bravo pour ce plugin vraiment pratique !

    J’ai un petit souci avec le symbole "euro".. il n’apparait pas correctement dans le PDF, a la place j’ai ceci :

    « ¬ »

    Comment faire pour garder mon symbole euro ?

    merci

    Répondre à ce message

  • 1

    Merci pour cette contrib necessaire et merci à tous ceux qui développent autour de Spip.

    j’ai fait les modifs (mes_fonctions.php pour l’UTF8) et j’obtiens ce message d’erreur :

    Fatal error : Call to undefined method : pdf_spip->setcopyright() in /home/users/p/pasapas/www/ecrire/public.php(173) : eval()’d code on line 217

    voir en ligne : PAS à PAS

    • suite de ma question et précision :

      peut être que le probleme est du au filtre

      |image_typo

       ?

      merci à vous

    Répondre à ce message

  • 1

    Merci pour cette contrib très utile. Je l’ai aisément mise en place et appréciée sur environnement Windows EasyPHP.

    Je rencontre toutefois un problème d’installation sur Debian Apache2 PHP4. J’ai installé l’extension GD2 (v« 2.0 or higher »), j’ai renommé le dossier du plugin « article_pdf », ajouté le code #ARTICLE_PDF dans le squelette de l’article, et j’ai mis toutes les permissions.

    Invariablement, le lien article_pdf n’est pas renvoyé dans la page et si je lance mon url à la main « spip.php ?page=article_pdf&id_article=27 » j’obtiens

    Erreur(s) dans le squelette
    Aucun squelette ’article_pdf’ n’est disponible...,

    Je ne peux pas vous fournir de lien vers mon site (il s’agit d’un intranet) version spip 1.9.2a avec plugin Accès Restreint (pas de résultat en le désactivant). J’ai vérifié, ma bdd n’est pas en utf8.

    Pouvez-vous me donner des pistes ?

    • Bonjour,
      Problème résolut en réinstallant (correctement) SPIP et en restaurant la base.

    Répondre à ce message

  • 1
    Michel Gofman

    Bonsoir

    Désolé, mais je ne comprends rien aux docs contradictoires, certaines mentionnent php3 (Aquinatus) ...

    Ce que j’obtiens est que le plugin fonctionne avec certains articles mais pas d’autres.

    Quand ca ne marche pas j’ai un écran blanc avec ce type de message :

    http://localhost/SiteMGD/spip.php?page=article_pdf&id_article=5

    Ces problèmes ont l’air liés aux images.

    Merci d’avance
    Michel

    • Michel Gofman

      Auto-correction
      C’est l’absence de GD2 qui provoquait ces problèmes.

    Répondre à ce message

  • 4

    Super contrib’

    Mais je souhaiterai que le pdf prenne en compte les mises en page obtenues à l’aide la barre typographique enrichie V2... comment puis-je faire (en simple par ce que je ne suis pas un pro du code !)

    merci d’avance

    • un petit complément à mon message précédent :
      il m’arrive de mettre dans mes articles du code html (par exemple pour présenter des tableaux avec mise en page un peu compliquée... j’utilise Word enregistré en page web et je copie le code). ça marche bien pour l’affichage de l’article...

      mais lorsque j’essaie de sortir l’article en pdf ça me donne l’erreur suivante (sur beaucoup de lignes d’affilée)

      « Warning : in_array() [function.in-array] : Wrong datatype for second argument in /mnt/115/free.fr/5/4/nkhenkine/plugins/article_pdf/pdf/lib_pdf_global.php on line 122 »

      merci

    • salut, je n’ai pas codé le plugin, je me suis contenté d’écrire la doc, donc je ne connais pas finement le code et son fonctionnement, mais à mon avis, il est très spécifique à spip et à ses raccourcis typo donc en passant par word tu mets du code html dans le corps de ton article et le plugin ne doit pas pouvoir les interpréter d’où les erreurs.
      J’ai bien peur qu’il n’y ai pas de solution à ton problème à moins de recoder le plugin(ce qui n’est pas dans mes cordes)

      vois peut être directement avec les auteurs du plugin

    • ok merci.

      et en ce qui concerne la prise en contente de la typographie spip as-tu une idée ?

      merci

    • essaie ici tu auras sans doute quelques éléments de réponses sur la prise en charge des balises

    Répondre à ce message

  • 1

    Bonjour,

    Je n’en rajouterai pas sur l’intérêt de cette contrib, et je n’en pense pas moins.

    Mais j’ai un soucis, J’ai la version 1.9.2b de spip, le site est sur premiumorange et je viens de télécharger la version 8 d’Adobe et quand j’appelle la version PDF, ça s’ouvre, mais au lieu de voir l’article, il y a une fenêtre qui dit « Le fichier ne commence pas par %PDF-’ »

    Euuuuuu ! c’est quoi ça ?

    Il est vrai que je n’ai jamais eu autant de problèmes de plugins qu’avec la 1.9.2b alors qu’avec les autres versions sur les autres sites, pas de soucis

    merci de m’expliquer si c’est possible

    • en effet c’est fâcheux. ça doit être lié à ta version d’adobe ce qui risque de poser pas mal de problème.

      j’ai la version 7 et aucun soucis et je doute que cela soit lié à spip 1.9.2b, les différences avec 1.9.2a sont mineures et peu susceptible d’interférer avec le plugin amha.

      à suivre, pour éventuelle modifs

      qqn d’autre a eu le même problème ?

    Répondre à ce message

  • 1

    Bonjour ,

    J’utilise avec plaisir ce plugin qui est très intéressant. Toutefois, je voudrais pouvoir imprimer en pdf les formulaires du plugin Formulaires&Tables (SPIP 1.9.1+) . Lorque je fais le test , ça donne des caractères spéciaux partout. Pensez-vous que ces deux plugin peuvent cohabiter.
    L’idée étant pour l’utilisateur d’avoir une confirmation pdf de son inscription au formulaire.

    Merci pour votre aide

    Laurent Morel

    • il y a peut être un soucis avec l’encodage des caractères du plugin forms (peut être en uft-8), mais il est plus probable que le formulaire ne soit pas gérer par le plugin.

      Pour plus de renseignement essaie de contacter cédric qui est l’auteur de forms et a aussi participer à ce plugin, il pourra surement te donner plus d’info

    Répondre à ce message

  • 1
    laurenth

    Bonjours,
    Je cherche l’emplacement du fichier modèle permettant de modifier l’apparence de la « sortie » du pdf...
    Merci

    Répondre à ce message

  • 2

    Bonsoir

    Désolé pour ma question de débutant, mais concrètement :
    -  comment et place t on la balise #ARTICLE_PDF(id_article) dans le squelette ?

    J’ai le squelette Alternatives.

    Merci.

    Répondre à ce message

  • 1
    nordrassil

    Tout d’abord un grand merci pour cette contribution, tout fonctionne, c’est simple à utiliser, bref très beau travail !

    J’ai juste noté, que lors de la présence de contenu flash dans un article, on obtenai dans le pdf le lien vers l’animation en dur (ce qui n’est pas très élégant), mais comme je doute que l’on puisse integrer rien qu’une image de l’animation flash je ne vais pas crier au scandale :P

    D’ou ma question :

    Est-il possible de cacher ce bout de code, ou mieux, de le remplacer par un message indiquant la présence d’un contenu n’ayant pu être intégré ou par l’adresse de-dit contenu ?

    • hum, bonne question, je n’avais pas fait de test avec un document en flash, peux tu me donner le lien de la page concernée que je vois ce que cela donne.
      je vais regarder un peu dans le code voir s’il y a une possibilité d’arranger les choses.
      a plus

    Répondre à ce message

  • 1
    Perline

    -  problème : Lors de l’activation du plugin, sans rien changer aux squelettes : page blanche.
    -  question : à supposer que j’arrive à avoir quelque chose un jour < :-), n’y a-t-il pas moyen de pouvoir pdfiser une brève ?
    Merci

    • peux tu préciser ta version de spip et mettre un lien vers ton site, je vais regarder ce qui se passe

    Répondre à ce message

  • 2
    corentin garrault

    je dois être une truffe...
    J’arrive toujours pas à l’installer correctement...
    Voir mon site :
    educonline.net

    • corentin garrault

      Une truffe c’est bien ça...
      Il manque un détail qui n’est pas donné mais qui a son importance !
      Le nom du répertoire du plugin DOIT être :
      article_pdf

      Je m’en suis aperçu grâce à la remarque sur le changement des images.

      Merci à vous et bonne continuation !

    • Je n’en rajouterai donc pas, et puis c’est bon les truffes dans une omelette :-)
      Merci pour les encouragements et un grand merci aux auteurs du plugin.

    Répondre à ce message

  • jean-marc pittet

    Bravo pour cette contribution.
    facile a installer.
    fonctionne impeccablement.

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom