SPIP-Contrib

SPIP’s friends

Home > _Archives > Un service en boucle

Un service en boucle

Tuesday 21 October 2003

Après une longue absence, Ecran de bureau revient à la charge avec un nouveau site consacré exclusivement aux boucles spip. Vous trouverez en ligne différentes boucles à appliquer directement sur vos sites pour une conception plus simple et plus rapide. Vous retrouverez l’ensemble de nos boucles classés par niveaux de difficulté : facile, moyen, difficile, et par catégorie : menu, sommaire, secteur, rubrique, articles, brèves, forums....

A vrai dire pourquoi un site comme celui-ci. Vu qu’il existe une multitude de sites parlant de SPIP. En effet, vous avez raison, il y en a des biens et des moins biens mais suite à nos navigations, il manquait quelque chose de fondamental.

Quelque chose de fondamental ?

Oui, il existe deux sites à mettre dans ses favoris, le site officiel http://www.spip.net et le site de spip contrib http://www.uzine.net/spip_contrib. L’un vous propose la documentation complète pour maitriser SPIP, l’autre vous propose des contributions. Des contributions ? ? ? ce sont des astuces, modifications que des utilisateurs proposent pour améliorer les fonctions basiques de SPIP, et vous permettre de faire un sondage, créer un sommaire pour un article... cependant il existe d’autres sites ! ! ! ! VRAI mais c’est pareil, des contributions, une aide pour vous familiariser avec SPIP... Et pourtant aucun de ces sites ne propose ce quelque chose de fondamental, un libre service de boucles.

Pourquoi mettre en ligne des boucles ?

En fait cela fait suite à de nombreuses demandes que nous avons reçues par mail lors de nos divers aides auprès de la communauté SPIP. En effet, on nous demandait souvent comment faire pour afficher les 10 derniers articles de mon site ? Comment faire si je veux mettre un logo à un article ?

Certains d’entre vous penseront que ces questions sont bêtes, et bien détrompez vous. Malgré la proposition d’un squelette standard lors de l’installation de spip, si on veut personnaliser son site, on a un peu de mal à mettre les mains dans le cambouis. Car il faut bien dire que l’apprentissage du “pseudo langage” SPIP n’est pas évident au départ pour un novice.

Alors voilà que naît ce site afin de proposer une multitude de boucles qui vous permettront, nous l’espèrons, de créer vos sites plus vite et d’apprendre plus vite la mécanique des boucles SPIP.


View online : Visiter le site “Service en boucle” d’Ecran de Bureau

36635 discussions

  • 4

    Bonjour,
    Sans raison apparente, le compte Twitter enregistré n’est plus reconnu. J’ai régénéré de nouvelles clés API, mais elles ne sont plus prises en compte. Le message “Erreur de configuration de l’Application” s’affiche dans l’encart application et comptes. Avez-vous rencontré le même problème ces derniers jours ?

    • Bonjour,
      J’ai vérifié que chez l’API vouz devez user le callback avec « /ecrire/ », alors il ça va marcher la conexion (seulement la conexion), mais la publicacion des tweets ne fonctionne pas dans cette version.

    • christal

      Bonjour,
      Merci de votre réponse, mais même en renseignant le champ Callback URL http://www.nomdedomaine.fr/ecrire/, l’erreur de l’application non reconnu reste toujours active. Le plugin Twitter a très bien fonctionné jusqu’à fin juillet et s’est arrêté sans aucune intervention de ma part. J’ai bien peur que Twitter ne permette plus l’usage d’API et force la prise en compte de leur widget...

    • christal

      Bonjour,
      je vous remercie pour votre réponse, mais ça ne fonctionne toujours pas. A mon avis Twitter veut contraindre les utilisateurs à employer son Widget puisque l’API n’est plus reconnu dans le plugin. Sans aucune intervention de ma part et depuis plusieurs année, le plugin Twitter fonctionnait très bien pourtant...

    • patrick

      Bonjour - Notre SpipTwitteur (1.7.3) ne fonctionne plus depuis une semaine. Pas un problème en six ans d’usage. Vérification faite, tout est conforme dans l’interface “develloper” et dans Spip (3.2.5)
      Le jeton de demande pour cette page est invalide.
      De quoi peut-il s’agir...?

    Reply to this message

  • Lien zip pour SPIP 3.2 (version 1.1.4 donc) plus valide...

    Reply to this message

  • 7

    Bonsoir,

    J’ai lu attentivement la documentation sur les fonctions CVT (charger(), verifier() et traiter()) afin de pouvoir surcharger celles de Formidable, mais j’ai du louper quelque chose car je n’y arrive pas complètement !

    J’ai tenté de réécrire ces fonctions sans le _dist dans config/mes_options.php : cela semble fonctionner pour les deux dernières mais pas pour la première charger(). Si je cherche à surcharger cette première fonction même en recopiant simplement le contenu de la fonction _dist, le formulaire ne s’affiche plus en ligne !

    Pourriez-vous me repréciser comment surcharger proprement ces fonctions formulaires_formidable_charger_dist(), formulaires_formidable_verifier_dist() et formulaires_formidable_traiter_dist() ?

    De plus, autre problème : lorsque je teste le formulaire en ligne et que je ne renseigne pas les champs obligatoires, je suis surpris que la fonction formulaires_formidable_verifier_dist() ne retourne pas d’erreurs alors qu’un message d’erreur est bien affiché en ligne pour m’indiquer que les champs obligatoires n’ont pas été saisis. Pour des champs obligatoires non complétés, pouvez-vous m’indiquer comment le renvoi d’erreurs est géré ? Quelle fonction s’en occupe ? Comment récupérer ces erreurs ? J’aimerais récupérer ces erreurs dans cette fonction formulaires_formidable_verifier_dist() !

    Merci d’avance pour votre aide.

    PS : je suis sous SPIP 3.0.20 et j’ai mis à jour les dernières versions stables de Formidable (3.42.5), Saisies (3.28.6), YAML (1.5.4) et SPIP-bonux (3.5.4).

    • Si avant de faire une surcharge (qui est quand même un gros gros choc) tu expliquais ton besoin?

    • Bonsoir Maïeul,

      Mon besoin concerne l’accessibilité : je souhaite après soumission d’un formulaire que le contenu de la balise <title> ... </title> de la page contenant le formulaire s’actualise pour indiquer si la soumission du formulaire a réussi ou échoué.

      Ex :

      1. <title>[Envoi effectué] - Que pensez-vous du service de paiement en ligne ? </title>

      ou

      1. <title>[Erreur(s) à corriger - envoi impossible] - Que pensez-vous du service de paiement en ligne ? </title>

      Avant de vous solliciter hier, j’ai cherché sur le forum du plugin et j’avais trouvé ce commentaire de 2017 fait par un autre utilisateur de SPIP. Il me semble que le besoin exprimé est le même que le mien. Cependant, je n’avais pas trouvé de réponse qui pouvait m’aider.

      Avec une ancienne version du plugin Formidable (2.9.14 !), j’avais réussi à mettre ceci en œuvre en surchargeant les fonctions formulaires_formidable_verifier() et formulaires_formidable_traiter() dans les fichiers /squelettes/formulaires/formidable.html et /squelettes/formulaires/formidable.php (ce qui n’est peut-être pas la bonne pratique !!!). Aujourd’hui, comme je souhaite faire une mise à jour du plugin Formidable dans sa dernière version (3.42.5 -> je sais que j’ai pris un peu de retard !!!), je suis en train de réétudier ceci pour ne pas perdre cette accessibilité. Or, en me basant sur la dernière version de Formidable, je n’arrive plus à refaire ce que j’avais fait à l’époque et qui fonctionnait !! Certaines surcharges de fichiers ne fonctionnent plus !

      En résumé ce que j’avais réussi à faire : j’avais rajouté un <input type="hidden" name="form_erreur" value="" /> dans le squelette de formidable et je testais dans les fonctions verifier() et traiter() si des erreurs étaient renvoyées. Si oui, je faisais dans ces fonctions un

      $_POST[’form_erreur’] = ’yes’

      et j’avais un squelette inclus dans la balise <title> de la page qui testait si cette valeur était transmise. Si oui, j’ajoutais le message adéquat en début de la balise <title> et j’arrivais ainsi à personnaliser cette balise <title> après chaque soumission du formulaire.

      J’espère avoir été clair dans mes explications. Merci d’avance pour tous les conseils que vous pourrez m’apporter.

    • Bonsoir Maïeul,

      Mon besoin concerne l’accessibilité : je souhaite après soumission d’un formulaire que le contenu de la balise <title> ... </title> de la page contenant le formulaire s’actualise pour indiquer si la soumission du formulaire a réussi ou échoué.

      Ex :

      1. <title>[Envoi effectué] - Que pensez-vous du service de paiement en ligne ? </title>

      ou

      1. <title>[Erreur(s) à corriger - envoi impossible] - Que pensez-vous du service de paiement en ligne ? </title>

      Avant de vous solliciter hier, j’ai cherché sur le forum du plugin et j’avais trouvé ce commentaire de 2017 fait par un autre utilisateur de SPIP. Il me semble que le besoin exprimé est le même que le mien. Cependant, je n’avais pas trouvé de réponse qui pouvait m’aider.

      Avec une ancienne version du plugin Formidable (2.9.14 !), j’avais réussi à mettre ceci en œuvre en surchargeant les fonctions formulaires_formidable_verifier() et formulaires_formidable_traiter() dans les fichiers /squelettes/formulaires/formidable.html et /squelettes/formulaires/formidable.php (ce qui n’est peut-être pas la bonne pratique !!!). Aujourd’hui, comme je souhaite faire une mise à jour du plugin Formidable dans sa dernière version (3.42.5 -> je sais que j’ai pris un peu de retard !!!), je suis en train de réétudier ceci pour ne pas perdre cette accessibilité. Or, en me basant sur la dernière version de Formidable, je n’arrive plus à refaire ce que j’avais fait à l’époque et qui fonctionnait !! Certaines surcharges de fichiers ne fonctionnent plus !

      En résumé ce que j’avais réussi à faire : j’avais rajouté un <input type="hidden" name="form_erreur" value="" /> dans le squelette de formidable et je testais dans les fonctions verifier() et traiter() si des erreurs étaient renvoyées. Si oui, je faisais dans ces fonctions un

      $_POST[’form_erreur’] = ’yes’

      et j’avais un squelette inclus dans la balise <title> de la page qui testait si cette valeur était transmise. Si oui, j’ajoutais le message adéquat en début de la balise <title> et j’arrivais ainsi à personnaliser cette balise <title> après chaque soumission du formulaire.

      J’espère avoir été clair dans mes explications. Merci d’avance pour tous les conseils que vous pourrez m’apporter.

    • Surcharger des fonctions entières, c’est le mal, car quand elles évoluent (ou simplement même que des bugs sont corrigés) c’est toujours ton ancienne version qui est utilisée. Ça doit se faire que quand vraiment on peut pas faire autrement et notamment qu’il n’y a pas de pipelines.

      Or là tu es dans un formulaire CVT, donc tu as des pipelines pour chacune des étapes (cf doc du noyau). Tu devrais donc pouvoir faire tous les ajouts que tu veux dans les pipelines “formulaire_charger”, “formulaire_verifier” et “formulaire_traiter”. En veillant à bien passer après Saisies qui y fait déjà des choses (notamment la déclaration des champs justement, ainsi que leur vérification comme tu le demandais).

    • Bonjour RastaPopoulos,

      Merci pour vos conseils. Je suis d’accord, c’est en effet un peu compliqué de devoir réadapter des fonctions entières de plugin à chaque nouvelle mise à jour !

      Je n’ai jamais utilisé les pipelines et je ne vois pas trop comment les utiliser malgré quelques lectures sur le sujet !

      Quelles pages de la doc du noyau me conseillez-vous de lire ?
      Dans quels fichiers se déclarent ces pipelines ? Avez-vous un exemple complet d’utilisation de pipeline CVT pour que je m’en inspire ?

      Merci encore pour vos conseils précieux que je vais tenter de mettre en œuvre.

    • A noter qu’il y une discussion global sur ce sujet.
      https://core.spip.net/issues/4111

      pour un exemple de pipeline autour de charger/verifier/traiter

      https://programmer.spip.net/formulaire_charger
      https://programmer.spip.net/formulaire_verifier
      https://programmer.spip.net/formulaire_traiter

      et pour comment declarer un pipeline

      https://programmer.spip.net/Qu-est-ce-qu-un-pipeline

      et plutot que de modifier post directement je conseillerait d’utiliser set_request()

    • Bonjour ,

      Dans le cadre d’un audit accessibilité j’avais surchargé le fichier head/artile.html en ajoutant [(#ENV{saisie}) saisie formulaire - ] dans la balise title

      j’avais créé une composition pour ne pas surcharger inutilement tous les articles

      Dans le cas ou il y avait une erreur ça indique

      1. <title>erreur saisie formulaire - Contact - nom du site  </title>

      L’expert accessibilité avait validé cette solution

      Bonne journée

    Reply to this message

  • Bonjour,
    le plugin fonctionne bien avec spip 3.2.4 .
    Juste une petite remarque ... on ne visualise pas le pdf en modification dans “voir” et dans la visualisation code gauche/visualisation a droite. ... cela perturbe un peu les rédacteurs bien

    Reply to this message

  • 1

    A propos de l’édition de métas / configurations de vos plugins il est possible d’utiliser la syntaxe :

    1. #EDIT{meta-prefixe/mavaleur}

    il est donc possible d’accéder a des valeur stockées dans des tableaux, comme le propose la balise #CONFIG.

    Merci SPIP ❤️

    • ❤️
      À rajouter dans la doc (en complément de ce qu’il y a déjà pour la note 2...)

    Reply to this message

  • 2

    Petite question, est-ce possible de créer un crayon sur une balise #INFO_xobjet,id_objet ?

    • Cette question m’intéresse également.

    • À tester : <div class="#EDIT{#OBJET}">#INFO{#OBJET,#ID_OBJET}</div>
      Mais comme #INFO{#OBJET,#ID_OBJET} est dynamique, je ne suis pas certain que ça fonctionne... Si ça marche pas, il faudra retenter la syntaxe de base où il aura les informations nécessaires : <div class="crayon #OBJET-titre-#ID_OBJET">#INFO{#OBJET,#ID_OBJET}</div> (bien entendu, adapter selon la table, par exemple nom pour la table des auteurs, etc.)
      Tenez-nous au courant du résultat.

    Reply to this message

  • 4
    bernard clement

    Bonjour
    J’ai un gros souci sur plusieurs sites.
    J’ai installé la version giseh su 5/7/2019 en juillet
    tout sembler bien fonctionner mais j’ai un appel des administrateurs de ces sites qui ne peuvent plus accéder à la partie privée de leur site.
    il y a un message “accès interdit”
    en passant par “mot de passe oublié” je reçois bien un mel qui me donne une adresse pour créer un nouveau mot de passe et quand je crée le nouveau mot de passe, j’ai de message

    vérifier les droits d’écriture
    Le système a rencontré une erreur lors de l’écriture du fichier tmp/sessions/1_fdeccffbcd8f07403ca863826508204b.php. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire tmp/sessions.

    et pourtant j’ai bien vérifié les droits qui sont en 777

    Reply to this message

  • Suggestion d’amélioration : pouvoir déclarer plusieurs sites comme spam d’un coup, en ayant des case à cocher et un seul clic final.

    Reply to this message

  • 3

    Bonjour,

    Je m’aperçois que les blocs dépliables ne sont pas fonctionnels dans l’espace privé, mais qu’ils fonctionnent très bien côté public : est-ce le comportement normal ?

    J’avoue que je n’y avais jamais prêté attention depuis que j’utilise cet outil ;-))).......

    Merci,
    françois

    • Hello, c’est qu’il doit y avoir une erreur javascript sur la page... Un conflit avec autre chose peut-être.... Possible d’inspecter cela avec les outils de développement du navigateur ?

    • Rien dans la console.
      Le souci est présent sur 3 SPIP de versions différentes :
      -  SPIP 3.1.11 [24407] : installation toute fraîche, pour le test, avec 1 seul article, aucun autre plugin (local)
      -  SPIP 3.2.5 [24404] : tous les autres plugins sont désactivés (local et en ligne)
      -  SPIP 3.3.0-dev [24418] : tous les autres plugins sont désactivés (local et en ligne)

      Personne ne reproduit en local ou en ligne ?

    • Hello rassure toi ça a toujours été le cas depuis que j’utilise le plugin spip 2.1
      je pensé a un comportement normal

    Reply to this message

  • Stéphane

    Bonjour
    Une question quand au code source généré par ce plugin. Je m’étonnais d’avoir un si bas ratio source vs texte dans les outils SEO et de fait ce plugin génère une montage de code dans le source. Il se pourrait qu’il pénalise de fait les sites si ce critère source/code est considéré par Google.
    j’ai limité le nombre de variante mais cela reste encore trop important.
    Des conseils ?

    Reply to this message

Any message or comments?

Who are you?
  • [Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document