SPIP-Contrib

Toutes les contributions à SPIP

Accueil > Boutons admin supplémentaires > Mise à jour du plugin « Boutons d’administration supplémentaires  (...)

Mise à jour du plugin « Boutons d’administration supplémentaires »

dimanche 4 février 2007

Les boutons du plugin « Boutons d’administration supplémentaires » permettant de cacher ou montrer la barre de boutons fonctionnent maintenant sous Internet Explorer.

35883 discussions

  • 5

    Bonjour,
    j’ai le même problème que ygornet, quand je veux créer un menu ne sont pas affichées certains objets :
    Site A


    1 Accueil
    2 Article, rubrique ou autre objet SPIP
    3 Texte libre
    4 Articles d’une rubrique
    5 Articles d’un Mot-clé
    6 Liste ou arborescence de rubriques et d’articles (avec beaucoup d’options)
    7 Se connecter / lien vers espace privé
    8 Lien vers un squelette page
    9 Lien arbitraire
    10 Moteur de recherche
    11 Lien vers un réseau social (Twitter, Facebook, etc.).


    Site B


    1 -
    2 Article, rubrique ou autre objet SPIP
    3 Texte libre
    4 Articles d’une rubrique
    5 Articles d’un Mot-clé
    6 -
    7 Se connecter / lien vers espace privé
    8 Lien vers un squelette page
    9 Lien arbitraire
    10 Moteur de recherche
    11 -


    Il manque donc :
    1 Accueil
    6 Liste ou arborescence de rubriques et d’articles (avec beaucoup d’options)
    11 Lien vers un réseau social (Twitter, Facebook, etc.).

    la proposition 6 [Liste ou arborescence de rubriques et d’articles (avec beaucoup d’options)] me fait cruellement défaut !
    Les plugins « Menus » sur les deux sites sont de la même version et paramétrés à l’identique.
    Avez vous une idée de ce qui cause ce problème ?
    Merci
    Cordialement

    • À part soit un problème de droit d’accès aux fichiers, soit une mauvaise config dans la config du plugin (puisqu’il permet, je le rappelle, de masquer certains types d’entrées), je ne vois rien d’autres qui pourrait enlever des entrées comme ça.

    • Bonjour,
      merci de votre réponse.
      Je ne vois pas non plus. D’autant que dans les options de configuration j’ai et dont aucune n’est cochée (voir capture d’écran) :


      Secteurs de langue
      Article, rubrique ou autre objet SPIP (2)
      Texte libre (3)
      Articles d’un Mot-clé (5)
      Articles d’une rubrique (4)
      Mots-clés et Articles d’un Groupes de mots
      Se connecter / lien vers espace privé (7)
      Lien vers un squelette page (8)
      Lien arbitraire (9)
      Ma page
      Se déconnecter
      Moteur de recherche(10)


      L’option (6) qui m’intéresse ne figure pas
      « Liste ou arborescence de rubriques et d’articles (avec beaucoup d’options) »
      Savez-vous où les options de configuration sont conservées ?
      Cordialement

    • Bonjour,
      voici des captures d’écran montrant ce qui se produit...
      Il est impossible d’éditer une entrée.
      Avez-vous une idée ?
      Merci
      Cordialement

    • Bonjour,
      petit détail : ce message s’affiche après une restauration :

      Warning : array_merge() : Argument #1 is not an array in /home/xxxxx/www/ecrire/public/composer.php(92) : eval()’d code on line 58

    • « Après » avoir lu les 2 threads reportant ce problème, ca ressemble à une incompat’ plugin cette histoire. ygornet et toi vous avez installé quoi d’autres comme plugin ? (ya peut être un dénominateur commun à repérer...)

    Répondre à ce message

  • Bonjour,

    j’ai donc modifié l’article en supprimant la partie concernant spipfactory.fr

    comme demandé via IRC

    Répondre à ce message

  • 4

    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

    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 mainteneur·euse·s.

      Donc la seule vrai méthode de tests est d’avoir une copie locale en 3.2 pour vérifier les plugins et ensuite signaler aux mainteneur·euse·s les problèmes.

    • Exact. Merci !

    • Bonjour,
      Cela ne fonctionne pas pour moi avec le changement dans le fichier plugin.xml

      Mon élément qui fonctionnait sous 3.1.7,

      #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
    Didier

    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.

    • N.Salmon

      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

  • 3

    merci pour le plugin messieurs, celui ci va me faire gagner pas mal de temps en mutu pour dispatcher rmes publications :-)

    En revanche il y a un glitch : dès qu’on sélectionne une clée d’authentification vraiment efficace (comprendre par là, avec tout ce qui fait une clée efficace : MAJ min symboles à coucher dehors, etc ...) le plugin choucroute et ne permet pas de retrouver dans le privé les flux des sites partageurs

    Pour info j’ai généré ma clée avec ça (la config est contractuelle - cf captures)

    Répondre à ce message

  • Bonjour,
    y aurait-il une ruse pour permettre de mélanger des docs de type différent ?
    Des images et des pdfs, par exemple.
    Merci
    Sylvain

    Répondre à ce message

  • Bonjour
    J’utilise le plugin panier et lorsque je transforme mon panier en commande dans le cas d’un auteur « non authentifié », j’ai une erreur sql dans action_commandes_paniers_dist ligne 69

    SELECT id_commande
    FROM `gptournage`.spip_commandes
    WHERE statut='encours' AND date>'2018-12-10 17:12:00' AND source='panier#29' AND id_commande=
    2018-12-11 17:12:00 127.0.0.1 (pid 1153) :Pub:ERREUR: Erreur mysql 1064

    En effet, cette requête sert à identifié une commande déjà existante lors d’un retour arrière de l’utilisateur :

            $id_commande = sql_getfetsel("id_commande", "spip_commandes", $w = "statut=" . sql_quote('encours') . " AND date>" . sql_quote(date('Y-m-d H:i:s', strtotime('-' . lire_config('paniers/limite_ephemere', 24) . ' hour'))) . " AND source=" . sql_quote("panier#$id_panier") . " AND id_commande=" . session_get('id_commande'));

    et session_get('id_commande') est vide

    Répondre à ce message

  • 4

    Bonjour,
    J’ai déménagé un site d’un hébergeur à un autre et depuis je n’arrive plus à recevoir les mails provenant du formulaire. J’ai essayé de faire les mises à jour des plugins saisies et formidable, mais je n’ai toujours pas de réception du mail.
    Le formulaire me dit pourtant que le mail est bien envoyé et j’ai essayé avec différentes adresses mails.
    D’où pourrait venir le problème ?

    Merci d’avance

    • Il faut voir aec Facteur, la configuration de comment se font les envois sur ton nouvel hébergement, le SMTP, etc. Ce plugin ne s’occupe de rien du tout à priori.

    • Merci de ta réponse,

      Alors j’ai testé le plugin facteur depuis le back office avec la fonction « tester la configuration » et je reçois bien un mail.
      Par contre depuis mon formulaire formidable lorsque je fais l’envoi j’ai le message « votre message a bien été envoyé » mais je ne reçois rien. Je peux également enregistrer les résultats du formulaire en bdd sans problème.
      On dirait bien que facteur fonctionne et que le serveur est ok, d’où pourrait venir le problème alors ?

      Merci

    • Il faudrait voir les logs de facteurs pour savoir s’il a bien recu le mail et transmis.
      Est-ce que l’expediteur a son domaine correspondant à celui du site ? Certains serveurs SMTP bloquent dans le cas contraire.

    • Merci,
      Je viens d’effectuer l’essai avec une adresse avec le même nom de domaine mais ça ne change rien.
      Pourtant il semble que ce soit facteur qui gère l’envoi du mail de formidable donc ça doit être les mêmes logs non ?
      J’utilise les dernières versions des plugins.

      Merci encore

    Répondre à ce message

Un message, un commentaire ?

Qui êtes-vous ?

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