SPIP Bonux

Le plugin qui lave plus SPIP que SPIP, avec des chouettes cadeaux dedans ! Interface douce, boucles POUR et CONDITION, tableaux, compteur, etc.

Parce que nous n’avons pas pu tout mettre dans SPIP 2.0 (la boîte était trop petite), voici un plugin qui intègre des trucs en plus ! C’est cadeau !

Rq : certaines fonctionnalités de SPIP Bonux ne sont pas documentées ici, mais dans la doc sur Bonux pour SPIP 3.

C’est doux, c’est neuf ?

De l’avis des amateurs de SPIP-Bonux, cette distribution améliore le confort d’usage des formulaires de saisie de l’espace privé, dont les couleurs tiennent mieux dans la durée. Il s’agit a priori d’une simple variante de style : celle-ci propose une nouvelle palette de couleurs, plus douces pour les yeux et propices à la concentration sur votre travail éditorial. Mais surtout, — là est le vrai cadeau Bonux —, ces formulaires restent accessibles, même lorsque l’affichage des images est désactivé dans le navigateur ou lorsque le trop faible débit de votre connexion ne permet pas de les afficher, situation bien plus courante qu’on ne croit. SPIP-Bonux vous permet donc d’accueillir des collaborateurs autrement laissés pour compte.

Une boucle (POUR)

Une boucle (POUR) qui permet de boucler sur tous les tableaux PHP, qu’ils soient en #ENV, en #GET, ou autres...

<BOUCLE_test(POUR){tableau #ENV{tableau}}>
#CLE=>#VALEUR<br />
</BOUCLE_test>

cle et valeur peuvent être utilisés dans les critères, ainsi que de nombreux critères des boucles traditionnelles de spip (pagination par exemple)

Ces tableaux peuvent être déjà présent dans #ENV car fournis en argument d’un inclure, ou en contexte d’un formulaire CVT, ou issus de tout filtre retournant un array() PHP : (#ENV{qqc}|mon_filtre), ou toute balise retournant un array() comme #ARRAY ...

De nombreux exemples sont disponibles dans le répertoire demo/ du plugin.

Il est possible dans cette boucle de trier les résultats {par cle} ou {par valeur}, mais aussi, si les résultats sont eux-mêmes des tableaux (ou des objets), de trier sur une de leurs clés. Par exemple si #ARRAY est un tableau d’objets ayant un champ date, le tri {par date} fonctionne « naturellement ».

Une boucle (CONDITION)

<BOUCLE_test(CONDITION){si #ENV{test}|>{5}}>
vrai
</BOUCLE_test>
faux
<//B_test>

Des balises pour manipuler les tableaux

SPIP permet deja d’initialiser un tableau avec

#SET{tableau,#ARRAY{1,premier,2,deuxieme,3,troisieme}}

ou avec

#SET{tableau,#LISTE{janvier,février,mars}}

Spip-Bonux ajoute la balise #SET_MERGE qui permet de fusionner et affecter une variable en meme temps :

#SET_MERGE{nom_tableau,#GET{tableau},#ARRAY{cle,valeur}}

et la balise #SET_PUSH, pour y ajouter un element :

#SET_PUSH{tableau,valeur}

Un critère compteur

Le critère compteur permet de compter les éléments d’une table associés à ceux d’une autre.

Exemple, pour afficher les auteurs avec leur nombre d’articles :

<BOUCLE1(AUTEURS){compteur articles}{par compteur_articles}>
#ID_AUTEUR : #COMPTEUR{articles}
</BOUCLE1>

La balise #COMPTEUR est associée au critere et permet d’afficher la valeur du compteur pour chaque auteur.

Un article entier est consacré à la documentation de ce critère : Le critère compteur de Bonux.

Discussion

111 discussions

  • Le plugin est-il compatible Spip 4.1 ?

    Répondre à ce message

  • Bonjour,

    Je vois qu’une mise-à-jour datée du 17/03/2016 (rev. 96044) est proposée. Mais en téléchargement, elle est introuvable sur Contrib et introuvable sur la Zone de téléchargement ??...

    Merci à l’équipe de développement :-)

    Répondre à ce message

  • 1
    Fabrice

    Bonjour,
    BONUX « Natif à partir de SPIP 3 » et pourtant le téléchargement de la « Version 3.2.1 (ZIP – 95.8 ko) SPIP 3.0, SPIP 3.1 » est proposé... (?)
    Doit-on la télécharger quand même pour un site en SPIP3 ?

    D’avance merci du conseil.

    • Fabrice

      Ne vous dérangez pas, j’ai trouvé l’explication sur Google.

      Si ça peut rendre service, la voilà :

      RealET | 31 Jan 22:14 2016

      Re : [spip] natif ?

      Josiane ALETTO a écrit le 31/01/2016 20:26 :
      >
      > bonjour
      >
      > Savez vous ce que signifie dans contrib cette mention de compatibilité
      > Natif à partir de SPIP 3
      Ça signifie que la fonctionnalité apportée par le plugin est intégrée à
      SPIP 3

      > <http://contrib.spip.net/Natif-a-par...>
      >
      > alors que l’on a ensuite une version du plugin en 3 et 3.1
      Tu parles de bonnux ?
      Si oui, ce dernier a continué à évoluer et à intégrer des choses non
      disponibles nativement dans SPIP

      Donc, il faut télécharger. Merci Google, merci RealET

    Répondre à ce message

  • Dans un SPIP3.1, en utilisant la boucle compteur de Bonux voici comment je parviens semble t il à remplacer le critère compteur_publie qui permet de trier articles par nombre de forums publiés :

    <BOUCLE_art_comments(ARTICLES){0,10}
         {compteur forums}{!par compteur_forums}
         {spip_forum.statut=publie}> 
        <li><a href="#URL_ARTICLE">
            #TITRE ( #COMPTEUR{forums}&nbsp;commentaires)
        </a></li>
    </BOUCLE_art_comments>

    Répondre à ce message

  • Bonjour.

    Je suggère d’ajouter un ob_start() au début de la fonction inc_exporter_csv_dist dans le fichier exporter_csv.php. Cela corrige un bug que nous avons rencontré (et que d’autre semble avoir rencontré vu certains commentaires...).

    Cela fait bien longtemps que j’ai pas commit sur la zone (et j’ai perdu mon compte) mais je l’aurai volontiers fait sinon :)

    Cordialement

    Répondre à ce message

  • Bonjour,

    je tente d’utiliser une boucle avec le plugin Bonux pour Spip3

    <BOUCLE_test(ARTICLES) {compteur mots} {!par compteur_mots} {0,10}>
        <a href="[(#URL_ARTICLE)]">[(#TITRE)]</a> : #COMPTEUR{mots}<br/>
    </BOUCLE_test>

    c’est OK, mais je voudrais réduire aux mots d’un seul groupe et là le critère {id_groupe=N}

    mais le résultat est en fait : le nombre de mots clés de l’article multiplié par le nombre de mots du groupe demandé

    c’est curieux

    j’ai pu toutefois avoir mon résultat avec :

    <BOUCLE_test(ARTICLES) {compteur mots} {par compteur_mots}>
    #SET{diviseur#ID_ARTICLE,#COMPTEUR{mots}}
    </BOUCLE_test>
    
           <BOUCLE_compte(ARTICLES) {id_groupe=11} {compteur mots} {!par compteur_mots}>
       <a href="[(#URL_ARTICLE)]">[(#TITRE)][ - Bi-(#ID_ARTICLE)]</a> : [(#COMPTEUR{mots}|div{[(#GET{diviseur#ID_ARTICLE})]})] <br />
       	</BOUCLE_compte>

    malheureusement, classé par nombre total de mots-clés utilisés par l’article et non par nombre de mots-clés du groupe utilisés par l’article

    Je vais essayer plutôt de me tourner vers une contrib de Beurt, si j’y ai plus de chance :)
    http://contrib.spip.net/Afficher-les-articles-connexes-tries-par-pertinence

    Répondre à ce message

  • Bonjour,

    Il-y-a du texte codé en dur dans spip_bonus_options.php. Il s’agit du label « Relecture temporaire ».

    Cordialement,
    Hanjo

    Répondre à ce message

  • Apparemment introduit par SPIP-Bonux (cf. ex-ticket #3147), un bouton « Relecture temporaire » est présent sur certains articles du site public, a priori ceux « en cours de rédaction » et « proposé à l’évaluation ». Lorsqu’on le clique, son intitulé change de nom, pour « prévisualisation » et c’est tout ce qu’on perçoit : si on n’est pas au courant de la chose, on ne comprend pas que l’URL a changé, ni que c’est pour pouvoir la partager, ni qu’elle est périssable, ni…

    Une amélioration d’interface serait bienvenue pour rendre cette fonctionnalité compréhensible et plus utilisable (sachant que certains internautes naviguent sans voir l’adresse des pages).

    L’intitulé du bouton devrait être un verbe, plutôt qu’un état, par exemple : « Partager la relecture ».

    Une boîte de dialogue permettrait de :
    -  afficher la nouvelle URL à copier-coller
    -  expliquer à quoi elle sert. Par exemple : « Copiez cette adresse URL et donnez-là aux personnes auxquelles vous souhaitez montrer cette page, pour en partager la relecture. Attention, cette adresse URL est temporaire : elle sera périmée dans XX heures ! »

    Idéalement, il faudrait demander confirmation avant de générer l’URL.

    Répondre à ce message

  • 1

    Bonjour
    Impossible de trier un #ARRAY dont les cles sont des #DATE, y a t’il un truc ? Spip3,
    j’essaie de suivre l’exemple http://www.erasme.org/SPIP-requete-et-tri-sur-des

    mais chez moi le
    <BOUCLE_tri(POUR){tableau #GET{contenus}}{!par cle}>
    ne se trie pas.... {!par cle} ou {par cle} donnent le même ordre....

    Je ne vois pas trop quoi faire.

    Merci d’avance !

    • hello,
      j’ai le même problème depuis le passage à spip 3 :(

      { !par cle} et {par cle} {inverse} ne fonctionnent pas, le trie reste {par cle}

      vilain bug ?
      joz

    Répondre à ce message

  • 1

    Bonjour,

    Contexte : SPIP 2.1.12, SPIP Bonux 2.3.0

    Dans un de mes squelettes je fait appel à la boucle CONDITION offerte par SPIP Bonux.
    En regardant ma page avec var_profile=1, j’ai 10 erreurs de ce type :

    Erreur SQL 1146
    1146Table 'amp.CONDITION' doesn't exist
    SHOW CREATE TABLE <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+Q09ORElUSU9OPC9jb2RlPg=="></span>

    A quoi cela est dû ? Comment régler ce problème ?

    • Bonjour Teddy,

      Contexte : SPIP 2.1.9, Bonux 2.3.0

      Je viens de constater le même type d’erreur dans mes log :

      Sur le log spip

       Erreur mysql 1146
      Table 'mabase.CONDITION' doesn't exist - SHOW CREATE TABLE <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+Q09ORElUSU9OPC9jb2RlPg=="></span>
      trouver_table: table inconnue '' 'CONDITION'

      Sur le log mysql

      Table 'mabase.CONDITION' doesn't exist - SHOW CREATE TABLE <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+Q09ORElUSU9OPC9jb2RlPg=="></span>

      A noter que j’avais déjà ceci avant la mise à jour de Bonux.
      Du coup, mon site a tendance à rester en cours de chargement dans la barre de l’URL (notamment sur Firefox), je ne sais pas si ces problèmes sont directement liés mais c’est la seule chose signaler en erreur dans les logs.

      Si vous avez du nouveau là-dessus ;)
      Merci
      Sebbesac

    Répondre à ce message

  • luffy71150

    Bonjour,
    je voulais savoir si vous pouvez m’aider a resoudre un probleme parce-que j’ai installer spip bonux et quand je vais sur mon site j’ai une erreur :
    Fatal error : Cannot redeclare picker_selected() (previously declared in /mnt/169/sdb/f/9/onepiecestreaming/plugins/spip-bonux/spip_bonux_fonctions.php:76) in /mnt/169/sdb/f/9/onepiecestreaming/prive/formulaires/selecteur/generique_fonctions.php on line 86

    Merci d’avance

    Répondre à ce message

  • 2

    Hello. Dans un cas d’utilisation de SPIP avec des tables externes, j’utilise une fonction très pratique de Bonux : « picker_selected ».
    Elle me permet par exemple, pour un objet éditorial donné (ici organisme), de lister les rubriques auxquelles il est reliées :

    <BOUCLE_principale(ORGANISMES) {id_organisme}>
    <BOUCLE_rubriques(RUBRIQUES){id_rubrique IN #THESAURUS_DOSSIERS|picker_selected{rubrique}}>
    <li><a href="#URL_RUBRIQUE">#TITRE</a></li>
    </BOUCLE_rubriques>
    </BOUCLE_principale>

    Ceci dit, je n’arrive pas à faire la réciproque ! A savoir, pour une rubrique donnée, connaître les organismes qui y sont reliés.
    j’ai essayé ceci sans grande conviction :

    <BOUCLE_rubriques(RUBRIQUES){id_rubrique}>
    <B_organismes>
    <BOUCLE_organismes(ORGANISMES){thesaurus_dossiers IN #ID_RUBRIQUE}>
    #TITRE
    </BOUCLE_organismes>
    </B_organismes>
    </BOUCLE_rubriques>

    Mais bien sûr cela ne marche pas... Le champs extra thesaurus dossier de l’objet Organisme se présente ainsi :
    « rubrique|1,rubrique|2 ».

    Une idée ?

    • Peut être : 
      
      <BOUCLE_organismes(ORGANISMES)
          {thesaurus_dossiers==(^|,)rubrique[|]#ID_RUBRIQUE($|,)}>
      #TITRE
      </BOUCLE_organismes>
      
      Ou 
      
      [(#SET{regex,"(^|,)rubrique[|]#ID_RUBRIQUE($|,)"})]
      <BOUCLE_organismes(ORGANISMES)
          {thesaurus_dossiers==#GET{regex}}>
      #TITRE
      </BOUCLE_organismes>

      Mais bon, il faut bien comprendre que ce sélecteur de champs extras n’est pas fait pour ce genre de requête. Pour faire des liaisons multiples avec quelque chose et permettre des critères, il faut passer par une table de liaison spip_objet_liens dans la mesure du possible (et donc ici spip_organismes_liens).

    • Merci Matthieu. Effectivement une table de liaison aurait été très pratique ! Malheureusement j’ai dû composer avec des tables externes et une autre logique de structuration.

    Répondre à ce message

  • Bonjour, je n’arrive pas à trouver comment accéder à la gestion du plugin Bonux avec SPIP 3. Avec les précédentes versions de SPIP, je savais faire mais là, je ne dois pas être bien réveillé ou j’ai loupé quelque chose ?

    Répondre à ce message

  • Bonjour,
    dans le cadre d’un formulaire « formidable », l’export csv ne fonctionne pas, impossible de télécharger le fichier.
    La discussion suivante fournit une solution :
    http://contrib.spip.net/Formidable-le-generateur-de-formulaires#forum456385
    En commentant la ligne 90 du fichier plugins/spip-bonux/inc/exporter_csv.php , cela fonctionne.
    Cette ligne est-elle nécessaire ? Et sinon, est-il possible de modifier le plugin ?
    Merci,
    Sylvain

    Répondre à ce message

  • 2

    Bonjour,

    Je tente de rendre conditionnelle une récursion (menu arborescent de rubriques).

    Quand la condition est vraie, j’ai une page blanche.

    <BOUCLE_DeepMenu(CONDITION){si 1}><BOUCLE_SsSousMenuhaut(BOUCLE_SousMenuHaut)></BOUCLE_SsSousMenuhaut></BOUCLE_DeepMenu>

    Si la condition est fausse : la page s’affiche normalement :

    Je suis tombé sur un bug ou une impossibilité ?

    • En attendant, j’ai contourné avec du PHP :

      <?php if (true) { ?><BOUCLE_SsSousMenuhaut(BOUCLE_SousMenuHaut) /><?php } ?>

      Et la récursion se passe très bien.

    • J’ai réussi à la faire sans PHP, mais avec une requête (RUBRIQUES) et le plugin Itérateurs.

      http://zone.spip.org/trac/spip-zone/changeset/64320

      À noter : j’ai essayé sans succès (page blanche) de faire avec :

      • (DATA){liste 1}
      • (ENUM){0,1}

    Répondre à ce message

  • Laurent BARITAUD

    Question d’un non spécialiste : lorsque j’active SPIP Bonux sous spip 2.0.10, nécessaire pour le fonctionnement d’autres plugins, mon site affiche une belle page toute blanche. Plusieurs essais d’activation/désactivation me le confirment. Pourtant, il ne semble pas indispensable d’installer d’autres plugins en amont de Bonux.
    Merci de votre aide, je reprécise, à un non spécialiste.
    Laurent.

    Répondre à ce message

  • bonjour,

    j’utilise spip 2.1.12 et bonux 2.3.0.

    J’ai une boucle condition dans laquelle je met une balise #TEXTE, et aucune image du #TEXTE n’apparait sur le site dans la partie publique.

    elles apparaissent bien dans la partie privée, et si je met la balise #TEXTE juste avant la boucle CONDITION, les images apparaissent également.

    Dans le code source, rien n’est interprété (pas de balise img).

    Une idée d’où ça pourrait venir ?

    un exemple : http://pass-pro.org/EIFFAGE-L-HARMONIE-DES-TALENTS

    une image est insérée au début du texte. Je la vois dans la partie privée, mais elle n’est pas sur la partie publique.

    Répondre à ce message

  • 1

    Bonjour,

    SPIP 2.1.10, j’ai beaucoup de plugins d’installer.
    Dans plusieurs pages de l’espace privé je reçois le message suivant :

    Aucun squelette Array.html n’est disponible... ../plugins/auto/spip-bonux/style_prive_plugins.htm

    Des idées d’où peut provenir l’erreur ?

    Merci

    Zaa

    • Aucun squelette Array.html n’est disponible... ../plugins/spip-bonux/style_prive_plugins.html

      J’ai aussi le même problème ??

    Répondre à ce message

  • 4
    ChateauDav

    A quand la compatibilité avec SPIP 3 ?? =)

    Répondre à ce message

  • Pour documentation : SPIP Bonux intègre une version améliorée de #PAGINATION qui affiche un lien « Tout afficher », permettant à l’utilisateur d’afficher tous les éléments de la liste sur une seule page. Pour utiliser ce modèle (situé dans /modeles/pagination_prive.html) : #PAGINATION{prive}

    Répondre à ce message

  • SPIP-Bonux est-il compatible SPIP 3.0 ?

    Répondre à ce message

  • Salut les écureuils =^.^=
    Est-il possible de placer plusieurs conditions dans la même boucle CONDITION ?
    Un AND est toujours facile à faire, il suffit de faire des conditions en cascade. Mais qu’en est-il d’un OR logique ?
    Mojo

    Répondre à ce message

  • Bonjour, j’ai du mettre à jour spip bonux sur mon site. Le problème c’est que depuis spip bonux me donne des pages blanches ou incomplètes (j’ai testé squelettes et tous le autres plugin, dès que je désactive spip bonux tout re fonction normalement).

    Voici l’erreur que j’ai en admin : Erreur dans les plugins : plugins/auto/spip-bonux/spip_bonux_options.php, plugins/auto/spip-bonux/public/spip_bonux_criteres.php, plugins/auto/spip-bonux/public/spip_bonux_balises.php, plugins/auto/spip-bonux/spip_bonux_fonctions.php, plugins/auto/spip-bonux/configurer/pipelines.php

    Avez-vous une idée ?

    Répondre à ce message

  • 5

    Bonjour,

    Sous SPIP 2.0.15 [17661] avec Bonux 2.2.21 [47641] et CFG 1.16.0 [47187]

    J’active le plugin « Notifications », puis j’accède à la page ?exec=cfg&cfg=notifications
    Je modifie des réglages, en cochant des cases, puis je valide, le message « config info enregistrée » apparait, mais aucune info n’est enregistrée et les cases réapparaissent décochées.

    Si je désactive Bonux, alors l’enregistrement des modifications fonctionne. Une idée pour corriger ce souci ?

    Merci

    • Personne ne rencontre ce souci ??

    • meme symptômes avec spip 2.0.13 sur la cfg d’autres plugins (crayons...) :(

    • Idem de mon côté ... en 2.1.10

    • Je suppose que ce sont des formulaires qui utilisent des « casier » de CFG, et avec bonux (qui implémente aussi un système de configuration), la définition des casiers est différente. Mais en regardant http://zone.spip.org/trac/spip-zone/browser/_plugins_/notifications/formulaires/configurer_notifications.html (le formulaire de configuration de notations), il n’y a pas de trace de casier. Donc... je ne sais pas.

      Je vois par contre des erreurs de syntaxe SPIP là (et ailleurs) [checked="(#ENV{messagerie}?{checked})"] : il manque un | avant le ? .

      C’est peut être pour ça (dans le cas de notifications) que le formulaire reste décoché.

      ...

      En relisant, je pense que c’est <!-- nom=crayons --> que Bonux n’interprete pas non plus. Il doit falloir lui dire aussi, pour cela, il faut envoyer un input hidden dans le formulaire de config. Bonux admet 3 noms : _meta_table, _meta_casier et _meta_prefixe.

      Je pense que c’est (dans le plugin X/formulaires/configurer_X.html, quelque part entre <form> et </form>) :
      <input type="hidden" name="_meta_casier" value="crayons" />
      qu’il faut mettre ; la même valeur que le de CFG.

      Vous testez ?

    • Ben non, après plusieurs tests, je ne parviens pas à le faire fonctionner.
      Ni avec l’input « hidden », ni même en ajoutant <!-- nom=xxxx -->

      Je suis obligé de désactiver bonux pour faire min réglage, et de le réactiver ensuite ...

    Répondre à ce message

  • Bonsoir,

    Avec Spip v2.1.10 j’ai ce message d’erreur qui s’affiche sur la home et à la lecture des articles :

    Fatal error : Cannot redeclare balise_config() (previously declared in /home/users//plugins/spip-bonux/configurer/pipelines.php:297) in /home/users/plugins/cfg/cfg_fonctions.php on line 28

    Une idée ?

    Cordialement

    Répondre à ce message

  • 1

    Bonjour,
    Je teste la version SPIP3 en local, et j’utilise quelques plugins qui nécessitent Bonux or celui ci ne s’active pas et par là, je ne peux pas vérifier la compatibilité des plugins dépendants.
    Comptez vous mettre Bonux à niveau, ou attendez vous une version plus élaborée de Spip3 ?
    Merci

    Répondre à ce message

  • 1

    Bonjour,

    J’ai créé une boucle POUR à partir d’une liste de valeurs obtenue avec #GET. J’y ai ajouté le critère (par hasard) et (0,1) afin d’obtenir un seul élément obtenu au hasard dans cette liste de valeurs.

    Mais cela ne fonctionne pas.

    • [Résolu]
      Bien, j’ai finalement trouvé une alternative avec

      #SET{variable,#EVAL{rand(0,#GET{truc})}

      Je n’ai donc pas eu besoin de la boucle POUR

    Répondre à ce message

  • AAstudio

    Quelle serait la syntaxe pour passer deux conditions dans une boucle condition ?

    Merci,
    A.

    Répondre à ce message

  • 2
    AAstudio

    Bonjour,

    Que fonts les critères noeud et feuille ?

    Merci,
    AA

    Répondre à ce message

  • 4

    Hi,
    i’m using SPIP 2.0.9 [14357] (an upgrade from 1.9.2 around 2 years ago). I’ve installed spip-bonux 2.2.19 [46927], but when i try to activate it i get this error :

    Impossible d’activer le plugin auto/spip-bonux
    * Nécessite SPIP en version [2.0.0 ;2.1.0-beta) minimum.

    i guess it’s probably some environment variable, that’s why i said about the upgrade from 1.9.2 version. Thanks in advance. C

    • Hello,
      Same issue : I worked spip 2.0.9 + Bonux 2.2.18 (46739) for a while without any issue.
      I juste upgraded in 2.2.20 (47566) and had the same error message :
      Impossible d’activer le plugin auto/spip-bonux
      Nécessite SPIP en version [2.0.0 ;2.1.0-beta) minimum.

      Please help !!

    • Version 2.2.21 of the plugin should be ok again with SPIP 2.0.x ! (zip coming in the next hour)

    • Merci pour la réactivité !

    • Installation de la 2.2.21 (47641) fonctionne.
      Merci encore.
      Eric

    Répondre à ce message

  • 1
    dimooz

    J’ai le même problème que cinti.

    Je viens d’installer SPIP 2.0.10 [14698] et impossible d’activer le plugin Spip-Bonux.
    Message d’erreur :
    « Impossible d’activer le plugin auto/spip-bonux
    * Nécessite SPIP en version [2.0.0 ;2.1.0-beta) minimum. »

    Ma version de Spip est elle incompatible avec ce plugin ? Merci d’avance pour le retour.

    • hey, i finally solve the problem upgrading to version 2.1.10, but I’ll soon migrate to wordpress, spip has many bugs as any big program has, but in this case spip community. Every time a have problem with spip i must solve the problem by my own, losing a lot of time and risking my work due to that, it doesn’t worth...

    Répondre à ce message

  • 3

    Bonjour

    je rencontre un problème avec un formulaire CVT qui fonctionne quand je désactive SPIP-BONUX alors qu’en l’activant la validation de mon formulaire me produit une page blanche.

    J’ai besoin de SPIP-BONUX pour le « datepicker » sur des champs input, y a-t-il de la doc quelque part.

    Merci d’avance

    F BILLARD

    • Il y a un conflit avec un autre plugin, peut être CFG pas à jour.

      Pour afficher les erreurs de PHP, mettre dans son config/mes_options.php :

      <?php
      ini_set ("display_errors", "On");
      ?>

      Ou même :

      <?php
      error_reporting(E_ALL^E_NOTICE);
      ini_set ("display_errors", "On");
      define('SPIP_ERREUR_REPORT',E_ALL^E_NOTICE);
      ?>

      Ça devrait éviter les pages totalement blanches, pour peu que vous puissiez redéfinir les paramètres de PHP avec ini_set (ça dépend des hébergeurs aussi)

    • Merci je vais mettre a jour CFG ET VOIR.

      Cordialement

      F BILLARD

    • En effet mise a jour de « Cfg » et tout fonctionne.

      Merci

      Cordialement

      F.M BILLARD

    Répondre à ce message

  • Bonjour il y a une erreur dans le fichier de lang du calendrier de SPIP-BONUX

    ’annee_precedente’ => ’Année précédente’,

    Doit prendre la place de

    ’annee_precedente’ => ’Anée précédente’,

    dans le fichier /spip-bonux/lang/spip_bonux_fr.php

    ce qui permet de lire année et non anée.

    cordialement

    François-Marie BILLARD

    Répondre à ce message

  • j’ai trouver la solution dans les autres commentaires, mais je crois qu’il serait mieux d’ajouter le code ci-dessous dans la doc :

    	<BOUCLE_test(CONDITION){si #ENV{test}|>{5}}>
    	</BOUCLE_test>
    		vrai
    	</B_test>      
    		faux
    	<//B_test>

    Répondre à ce message

  • Bonjour,
    j’ai installé SPIP 2.1.8 [16966] et SPIP-Bonux 2.2.17 [44864] et j’ai un probléme avec une boucle (CONDITION) :
    lorceque la condition est vrai (dans mon cas, id_mot>3), la balise #URL_ARTICLE
    me donne des addresses bizarres avec la variable connect=condition, du stile spip.php ?page=article&id_article=5&connect=condition
    S’agit-il d’un bug du plugin ou y-a-t’il quelque chose qui m’echappe ?

    Voici mon code :

    <BOUCLE_principale(MOTS) {id_mot}{doublons}>
    	<B_articles>
    	<h2><:articles_rubrique:></h2> 
    		#ANCRE_PAGINATION
    		<BOUCLE_articles(ARTICLES){id_mot} {par date}{inverse} {pagination}{doublons}>
    			<BOUCLE_test(CONDITION){si #ENV{id_mot}|>{3}}>
    				[<a href="#URL_ARTICLE">(#TITRE|supprimer_numero)</a>]
    			</BOUCLE_test>
    				[<a href="#URL_ARTICLE">(#TITRE|supprimer_numero)</a>]
    			<//B_test>
    		</BOUCLE_articles>
    		[<p class="pagination">(#PAGINATION{page})</p>]
    	</B_articles>
    </BOUCLE_principale>

    Merci

    Répondre à ce message

  • 1
    Jean-Sylvain

    Bonjour,

    Est-il possible de mettre plusieurs critères dans la boucle condition, du style

    <BOUCLE_TEST(CONDITION){si #ID_RUBRIQUE|=={""} et si .....}>

    Merci de votre aide

    • oui, séparer les conditions par des virgules, ou mettre plusieurs critères si :)

      <BOUCLE_TEST(CONDITION){si (#ID_RUBRIQUE|=={""}), (#ID_ARTICLE|oui)}>
      <BOUCLE_TEST(CONDITION){si (#ID_RUBRIQUE|=={""})}{si (#ID_ARTICLE|oui)}>

      Les 2 devraient fonctionner (de même avec le plugin itérateurs, qui offre le critère {si} même en dehors d’une boucle condition.

    Répondre à ce message

  • 2

    Bonjour,

    J’avais réalisé la refonte d’un site avec spip il y a 3-4 mois et j’ai récemment voulu le mettre en ligne sur mon hébergement ovh tout ce passait bien mais je devait utiliser le plugin agenda et pour cela je dois installer le plugin spip bonux
    Mon problème se pose lorsque je fais l’installation de spip bonux je perd tout le design de l’interface administrateur comme si il ne retrouvait plus le chemin vers la page css pour l’administration.. par contre tout mon site apparait correctement..
    Quelqu’un aurait-il une idée ??

    CONFIGURATION :
    Spip 2.0.10
    Bonux 2.2.7
    Agenda 2.1.8

    Répondre à ce message

  • 1

    Bonjour,

    j’ai un problème avec le plugin médiathèques qui visiblement pourrait venir de SPIP Bonux. Les logs me donnent ça http://spip.pastebin.com/Ss7UtGy3 et on voit bien qu’il y a des problème avec la boucle pour et un spip_global_parameter qui vient flooder les logs.

    Le plugin est bien activé, tout est installé normalement, et fait d’autant plus étonnant ça marche très bien sous wamp. C’est uniquement quand je mets en ligne que ça plante. Je suis chez OVH avec une formule pro.

    Ca devient obsédant cette erreur. Je suis preneur de toute solution.

    • J’ai trouvé en fait il s’agit d’une fonction qui n’est reconnue qu’en PHP5 il faut configurer le .htaccess avec des paramètres personnalisés pour les hébergements qui sont encore en PHP4 par défaut :-)

    Répondre à ce message

  • J’ai l’impression que #VALEUR est modifié sans raison par une boucle CONDITION.

    Avec ce code :

    #SET{tab,#ARRAY{0,toto,1,titi}}
    <BOUCLE_b(POUR){tableau #GET{tab}}>
        <li>
            #CLE -> #VALEUR
            <BOUCLE_c(CONDITION){si #VAL{1}|=={1}}>
                (#CLE -> #VALEUR)
            </BOUCLE_c>
        </li>
    
    </BOUCLE_b>

    On obtient toujours « 1 » comme valeur de #VALEUR dans les parenthèses.

    Par contre, c’est bon si on référence la boucle POUR :

    #SET{tab,#ARRAY{0,toto,1,titi}}
    <BOUCLE_b(POUR){tableau #GET{tab}}>
        <li>
            #CLE -> #VALEUR
            <BOUCLE_c(CONDITION){si #VAL{1}|=={1}}>
                (#CLE -> #_b:VALEUR)
            </BOUCLE_c>
        </li>
    </BOUCLE_b>

    Est-ce normal ?

    Répondre à ce message

  • J’ai l’impression que la boucle POUR accepte une contrainte de nombre d’éléments uniquement si elle est statique.

    Ceci fonctionne :

    <BOUCLE_maj(POUR){tableau #GET{contenus}}{0,1}>

    Ceci ne fonctionne pas :

    #SET{max,1}
    <BOUCLE_maj(POUR){tableau #GET{contenus}}{0,#GET{max}}>

    Répondre à ce message

  • 6

    Désolé pour cette question qui a certainement déjà été posée, mais dont je ne trouve pas la réponse :-(

    Mise à jour

    SPIP 2.1.2 [16017]
    SPIP Bonux 2.2.10 - stable
    cfg : moteur de configuration 1.15.2 - stable
    Je perds le graphisme de l’espace privé
    Une idée ?

    • Vider les caches, SPIP et navigateur, non ?

    • Déjà fait ;-)

      Désolé, j’ai oublié en local sous MAMP 1.9.4 PHP 5.2.13
      ça donne ça (Bouh pas beau !!)

    • Pour les ceusses que ça intéresse j’ai ça en bas dans la partie privée :

      1 Filtre bando_style_prive_skin non défini ../plugins/auto/spip-bonux/style_prive.html / 0

    • Personne donc pour une super idée ??

    • J’ai déplacé style_prive.html dns le dossier privé du plugin
      ça marche semble t il

    • Alors les Bonuxiens,

      Personne n’a une petite idée sur ce schisme ?

    Répondre à ce message

  • Bonjours je voudrai installer un plugin pour lire mes vidéos

    Répondre à ce message

  • 1

    Bonjour,

    Est-ce que le plugin ’Spip Bonux’ est prévu de fonctionner avec la version de SPIP 2.1.2 ?
    car je l’ai installé et j’ai le message quand je veux configurer les options :
    ’Fichier configurer_spip_bonux introuvable’

    Merci de me confirmer car je prévois de rétrograder ma version de SPIP 2.1.2 vers 2.1 !!!

    Richard

    • Oui il fonctionne en 2.1.2

      Tu dois avoir eu un problème dans ta mise en ligne du plugin

    Répondre à ce message

  • 2

    Bonjour.

    Mon spip est en 2.1.2, lorsque j’installe spip-bonux ma page d’accueil affiche le message d’erreur suivant :

    Fatal error: Cannot redeclare balise_config() (previously declared in /var/alternc/html/q/quefaire/plugins/spip-bonux/configurer/pipelines.php:296) in /var/alternc/html/q/quefaire/plugins/cfg/cfg_fonctions.php on line 45

    Une idée ?

    • Il faut mettre a jour le plugin CFG (et le plugin Bonux si il ne l’est pas).

    • Réglé ! C’était effectivement mon plugin cfg qui n’était pas à jour. Merci beaucoup !

    Répondre à ce message

  • Bonjour,

    Je suis en 2.0.12 et lorsque j’active spip_bonux et bien j’ai une page blanche aussi bien pour l’admin que pour le site !!!

    merci pour votre aide :)

    Répondre à ce message

  • 3

    Bonjour,

    Merci pour ce plug-in. Petit problème quand même : j’ai installé la mise-à-jour du 13.08. Malheureusement, en activant ce plug-in, les paramètres de formulaire entrés dans la config SPIP deviennent inopérants. Par exemple, pour les commentaires d’articles, je ne voulais pas qu’apparaisse le titre de l’article, ni la possibilité d’y mettre un lien HTML, etc. Tout était ok avant l’installation de SPIP-Bonux. Par contre, après, tous ces champs retirés apparaissaient à nouveau dans le site public sans possibilité de les retirer par l’interface admin.

    Donc, j’ai désactivé SPIP-Bonux, et je retrouve mon formulaire correctement formaté. Mais là, je n’arrive plus à accéder à mes articles dans l’interface admin. Je reçois ce message :

    Fatal error: Call to undefined function spip_bonux_lire_config() in (...)/ecrire/public/composer.php(49) : eval()'d code on line 76

    En retirant complètement le répertoire SPIP-Bonux du site, le problème est en tous points identique. A noter que je n’ai nullement modifié le formulaire.

    Une solution ?..

    Merci pour votre aide, et merci pour votre travail !

    • Il faut ajouter &var_mode=recalcul dans l’url de la page pour forcer le recalcul sans SPIP-Bonux. Pour le bug sur la configuration non appliquée, je regarde.

    • Merci pour le tuyau ! ;)

      Je vais suivre ce fil pour voir s’il existe une solution pour le bug qui apparaîtrait dans les jours à venir. SPIP-Bonux est sympa, c’est en plus nécessaire quand on veut utiliser complètement Stop-Spam (avec le plug-in forum).

      Bonne soirée.

    • J’avais le même bug, cela marchait une fois après avoir vider le cache, mais cela ne marchait plus après. J’ai résolu en mettant à jour le plugin CFG. et tout roule...

    Répondre à ce message

  • 4

    Bonjour à tous, je m’appelle Cédric.

    Je suis nouveau dans la communauté Spip et dois dire que je trouve ce CMS fort sympathique. Par contre j’ai voulu tester le spip bonux et là aïe je rencontre une tuile. J’ai bien dézippé le zip dans le dossier plugins. J’ai coché la case dans la liste active mais ma boucle SINON ne fonctionne pas pourtant la syntaxe me semble bonne.

    <BOUCLE_lacondi (CONDITION) {si #ENV{cb}>{0}} >
    je peux aller au niveau N-2
    </BOUCLE_lacondi>
    je suis bloqué au N-1
    <//B_lacondi>

    Vous avez une idée d’où cela peut-il bien venir ?

    • erreur dans la syntaxe je pense :

      <BOUCLE_lacondi (CONDITION) {si #ENV{cb}|>{0}} >

      attention au | (il s’agit d’un filtre SPIP).

      cordialement

    • Re bonjour et merci de vous pencher sur mon problème.

      Dans mon post j’ai oublié de le rajouter mais il est bien dans mon code pourtant la partie SINON de la condition ne s’exécute pas. Je ne sais pas pourquoi...

      Je poste/inclue une variable qui si elle est > 0 doit écrire « je suis au -2 » (cela fonctionne) ou sinon "je suis au -1 (ne marche pas). J’ai essayé l’inverse mais j’ai un retour que lorsque je suis au -2. Bizarre, non ?

      Cdlt,

      cb79

    • avez vous testez ma suggestion ? parceque tel que vous écrivez actuellement votre test, la condition est toujour vrai.

      Je répète ne pas oubliez le |

    • Bonjour,

      Oui, tout à fait.

      J’ai une page qui appelle une autre page.

      mapage1 :

      <BOUCLE_b1(RUBRIQUES){id_parent} >
      <INCLURE (mapage2){id_rubrique}{mavar=#COMPTEUR_BOUCLE} ></INCLURE>
      </BOUCLE_b1>

      mapage2 :

      <BOUCLE_macondition (CONDITION) {si #ENV{mavar}|>{0}} >
      je peux aller au niveau N-2
      </BOUCLE_macondition>
      je suis bloqué au niveau 1
      <//B_macondition>

      Visiblement j’arrive bien à catcher « mavar », je peux même afficher sa valeur, mais si mavar=0 ça ne m’affiche pas « je suis bloqué au niveau 1 », pourquoi ? Quel autre test puis-je faire pour savoir si spip bonux répond bien (j’ai même réinstallé et/ou mis à jour) ? Y a t-il une alternative autre ?

      Cordialement,

      cb79

    Répondre à ce message

  • 1

    bonjour,

    je suis sous SPIP 2.1.1,
    et la boucle CONDITION plante lorsque j’utilise un modele dans la partie principale (vrai) de la boucle, et pas dans la partie alternative (faux)

    le message : Table SQL « condition:matable » inconnue, matable étant utilisée dans une boucle de mon modèle

    merci

    • le problème est semble t-il déjà connu, et se produit également avec la balise #INCLURE

      Une solution de dépannage consiste donc à utiliser la balise <INCLURE>en lieu et place de #INCLURE et #MODELE

    Répondre à ce message

  • J’oubliais : Je suis sur SPIP 2.1.1.

    Répondre à ce message

  • Bonjour,
    J’ai depuis peu l’erreur suivante sous IE :
    Savez-vous d’où cela pourrait venir ?
    Cordialement
    Vincent
    ******
    Détails de l’erreur de la page Web

    Agent utilisateur : Mozilla/4.0 (compatible ; MSIE 8.0 ; Windows NT 5.1 ; Trident/4.0 ; .NET CLR 1.1.4322 ; .NET CLR 2.0.50727 ; .NET CLR 3.0.4506.2152 ; .NET CLR 3.5.30729)
    Horodateur : Tue, 29 Jun 2010 08:24:24 UTC

    Message : ’data(...)’ a la valeur Null ou n’est pas un objet.
    Ligne : 138
    Caractère : 19
    Code : 0
    URI : ../plugins/spip-bonux/javascript/jquery.qtip-1.0.0-rc3.js

    Répondre à ce message

  • 2
    spipeur_débutant

    Bonjour,

    J’ai mis à jour le plugin SPIP Bonux (11/06/2010) il y a quelques minutes et maintenant, mon site plante régulièrement avec ce message d’erreur :

    Fatal error : Cannot redeclare balise_config() (previously declared in /XXXX/plugins/auto/spip-bonux/configurer/pipelines.php:253) in /XXXX/plugins/auto/cfg/cfg_fonctions.php on line 45

    Que faire ?

    Merci

    • Il faut mettre à jour CFG aussi, il vient d’y avoir une evolution dans bonux qui crééait un conflit entre les deux.

    • spipeur_débutant

      Merci beaucoup.
      J’ai forcé l’actualisation à distance dans les mise à jour via le couteau suisse et effectivement, il y avait une mise à jour pour CFG Rév. 38776 12/06/10. Tout semble correcte.

      Merci Cédric

    Répondre à ce message

  • 1

    Lorsque j’active Spip Bonux, voici le message d’erreur que j’ai :
    Fatal error : Cannot redeclare balise_config() (previously declared in /homez.349/afondlie/www/plugins/spip-bonux/configurer/pipelines.php:253) in /homez.349/afondlie/www/plugins/cfg/cfg_fonctions.php on line 45

    • Il faut mettre à jour CFG aussi, il vient d’y avoir une evolution dans bonux qui crééait un conflit entre les deux.

    Répondre à ce message

  • Bonjour

    Est-il possible d’avoir le compteur du nombre d’articles par auteur, mais uniquement les articles publiés ?

    Merci

    Répondre à ce message

  • Je viens d’essayer la boucle POUR pour la première fois et… je suis aux anges. :)

    Il n’est pas (encore) possible de trier par multiples critères ( « par cle1, cle2 » par exemple ) ou c’est moi qui fait une erreur quelque part  ?

    Répondre à ce message

  • perceval

    Impossible d’activer Spip Bonux sur le serveur distant. Aucun messages. Après activation retour à la page de liste des plugins activés d’où est bien sur absent Spip Bonux.
    Cela fonctionne très bien en local.
    version du serveur : 5.0.51a-3ubuntu5.4-log

    Merci de votre bienveillance.

    Répondre à ce message

  • Fichier absent : public / spip_bonux_criteres.php
    qu’estce que cela veut dire ?
    impossible d’activer ce plugin
    merci pour une réponse

    Répondre à ce message

  • 5

    Bonjour,
    J’installe la version 2.0.10 de SPIP (ou antérieur) qui possède un design (pas trop moche) sur les boutons (notamment), comme le bouton valider (voir document joint).
    Et lorsque j’installe spip Bonux, ça saute et je me retrouve avec des boutons moches (tout court)... (re-voir visuel joint).

    C’est fait exprès ? Quand on lave SPIP avec Bonux, même les « jolis » CSS foutent le camps ?

    Merci pour les précisions ;-)
    Nico

    • oui, c’est fait exprés ;)

      c’est un vieux troll ... ca permet ceci dit d’avoir une interface plus légère en tant de chargement :)

    • @Nico : SPIP-Bonux corrige des défauts d’interface qui la rendent inaccessible dans certaines conditions, comme c’est précisé dans l’article ci-dessus : ces formulaires restent accessibles, même lorsque l’affichage des images est désactivé dans le navigateur ou lorsque le trop faible débit de votre connexion ne permet pas de les afficher, situation bien plus courante qu’on ne croit. SPIP-Bonux vous permet donc d’accueillir des collaborateurs autrement laissés pour compte. :-P

    • Bonjour,

      Moi aussi je ne comprends pas , et puis il n y a pas beaucoup d’explication pour « SPIP Bonux » (installation ! par exemple).

    • Amir : parce que le graphisme de l’interface de SPIP 2 rendait celle-ci inutilisable dans certains cas. Par exemple : le fil d’Ariane est illisible en l’absence des images qui l’habillent, idem pour les labels des formulaires, ce qui est complètement bloquant pour éditer un article, etc. SPIP-Bonux corrige cela. Est-ce que cela répond à ta question ?

    • .Gilles

      Attention, la version actuelle de Bonux ne modifie plus l’interface privée. Il faudrait certainement revoir ce aspect de la doc.

    Répondre à ce message

  • 1

    Bonjour,

    Je suis sous SPIP 2.1.0 [15608], j’ai le plugin SPIP Bonux 1.9.2 [37110] installé en mode auto et activé, mais je n’arrive pas à faire fonctionner la balise #TRI.

    En effet j’ai voulu reprendre (comme utilisé dans spip-contrib) pour mon site le code :

    	<p class="pagination tri">
    	[(#TRI{date,<:par_date:>})] |
    	[(#TRI{popularite,<:par_popularite:>})] |
    	[(#TRI{points,<:par_pertinence:>})]
    	</p>

    mais celui n’affiche rien à part : | | les chaines (alors que j’ai bien les chaines de langue ajoutés à mon fichier de langue) (liens) sont vides ??

    j’ai poiitionner le code exactement comme dans celui de spip-contrib, avant la boucles articles qui affiche les résultats de recherche...

    est-ce un bug ou ai-je mal fait quelque chose....

    Merci de m’éclairer.

    • Oups, j’ai en effet oublié de changé les écritures de la boucle articles de recherche, il fallait utilisé : tri points,inverse

      <BOUCLE_articles(ARTICLES)  {tri points,inverse} {recherche} {pagination}>

      au lieu de

      BOUCLE_articles(ARTICLES) {recherche} {!par points} {pagination}>

      Merci pour vos efforts.

    Répondre à ce message

  • Salut Cerdic, salut Mathieu :)

    SPIP 2.1.0-rc SVN [15505]
    Extensions/Plugins : http://i42.tinypic.com/2evvj1g.png

    J’obtiens un étrange lien pour #URL_RUBRIQUE avec les boucles suivantes :
    http://bonux.pastebin.com/La1xU9a2

    J’ai une boucle globale qui va chercher 4 rubriques, pour chaque je regarde un certain mot clef, et je fais une condition sur ce mot clef.

    Avant la boucle CONDITION l’URL_RUBRIQUE est bien formée :
    +++ spip.php ?rubrique24

    Dans la boucle CONDITION en revanche elle change étrangement pour :
    ==> spip.php ?page=rubrique&id_rubrique=24&connect=condition

    Ca ne me pose pas vraiment de problème, je vais me faire des #SET/GET pour récupérer la bonne valeur, mais je ne sais pas si c’est un bug ou quelque chose que j’ai mal fait :)

    Pour info donc ! :)

    Bonne journée.

    PS : je peux vous filer base+fichiers pour reproduire si vous voulez.

    Répondre à ce message

  • 1

    Bonjour,

    Sous SPIP 2.0.10, je veux installer Accès restreint 3.0, mais il nécessite Spip Bonus. Or Spip Bonus me plante SPIP dès que je cherche à valider son installation.
    Que faire ?
    Merci
    A+

    • J’apporte une réponse à ma propre question, car comme bien souvent la clef était dans le fil de discussion.

      Il fallait augmenter les memory_limit des 2 fichiers PHP.ini de MAMP. Je les ai mis à 32Mo. En fait, ils étaient fixés à 8Mo... Au redémarrage de Mamp ça fonctionne.

      Comme quoi on panique vite. J’espère maintenant que chez OVH quand je basculerai le tout je n’aurais pas le même problème. Car là je n’aurai pas la main sur le php.ini.

      Encore merci pour tous ces plugins qui permettent à des utilisateurs comme moi de tirer le meilleur parti de SPIP.

    Répondre à ce message

  • Bonjour,

    Je suis sous SPIP 2.10

    Après un téléchargement de l’ultime version de SPIP Bonux, puis validation je viens de rencontrer ce bug :

    Fatal error : Call to undefined function bando_style_prive_skin() in .../ecrire/public/composer.php(51) : eval()’d code on line 1699

    suite à un essai d’installation d’Inscription 2 SVN...

    J’ai pu retrouver mes petits en revenant à la version 1.8 de SPIP Bonux.

    Excellente journée

    Répondre à ce message

  • 2

    Le lien ne fonctionne pas pour télécharger spip bonux ... pourriez vous le rétablir ou me donner un lien qui fonctionne avec la dernière version ?

    Répondre à ce message

  • 3

    chose bizarre.

    En local je fais

     #SET{tableau,#ARRAY{0,A,1,B}}
    <BOUCLE_test20(POUR){tableau #GET{tableau}}>
    
    	#VALEUR
    
    </BOUCLE_test20>

    Cela marche nickel.

    En revanche en ligne j’obtiens

    Erreur sur le site 	boucle critère inconnu 

    voir ici
    http://maieul.ouvaton.org/?page=test2

    il a besoin d’une fonction php spéciale bonux ?

    • pour des raisons inconnus, charger_pipelines, charger_plugin_fonctions et charger_plugin_options s’étaient retrouvé dans le dossier cache, et non à la racine de tmp.

      En corrigeant cela, ca remarche (logique)

    • Heu non je ne pense pas, car justement ces fichiers ont déménagés dans le dossier cache/ !
      Je pense que tu les as supprimés et ils ont du coup été reconstruit.
      Peux tu verifier en supprimant leurs occurences éventuelles dans tmp/ et dans cache/, et voir où ils se remettent et si ça te fait encore une erreur ?

    • après une réinstall propre de la 14698, ces fichiers sont dans /tmp.

      Mais ils sont reconnus ... donc je sais pas trop. C’est un peu bizarre mais bon, ca marche.

      En local aussi d’ailleurs j’ai ca dans /tmp.

    Répondre à ce message

  • 1

    Bonjour,

    J’ai l’erreur suivante quand je veux accéder à l’espace privé :

    <code>Fatal error: Call to undefined function bando_style_prive_skin() in C:\spip\ecrire\public\composer.php(51) : eval()'d code on line 1699</code>

    Après une mise à jour automatique de SPIP Bonux.

    Ma configuration, selon les entêtes de la partie publique :

    Composed-By : SPIP 2.0.10 @ www.spip.net +
    -  ahuntsic(1.0.0),alias(0.1)
    -  barretypoenrichie(2.5.3),
    -  cfg(1.12.5),
    -  corbeille(0.7),
    -  couteau_suisse(1.8.09.15),
    -  crayons(1.4),ispip(1.0),
    -  previsu_redac(1.0),
    -  saveauto(0.4),s
    -  pip_bonux(1.8.5),
    -  tickets(1.3),
    -  accesrestreint(0.3.0.3),
    -  gestdoc(0.3)å,ž

    Une idée ?

    RESOLU

    en effaçant les fichiers (pas les sous-répertoires de spip/tmp) et le contenu de spip/tmp/dump.

    • Enfin résolu en effaçant les fichiers des réprtoires spip/tmp (pas les sous-répertoires) et aussi le contenu de spip/tmp/dump.

      Si ça peut servir à quelqu’un.

    Répondre à ce message

  • 4
    crebindiou

    Hello !
    Merci pour cette contrib. Mais j’ai essayé de la mettre en place (en local seulement et heureusement), puis dès que j’essaie de l’activer hop, tout mon espace privé disparaît.... C’est ennuyeux... Alors je vire le dossier spip bonux de mon disque, et hop, ça revient.
    J’utilise SPIP2 et j’ai déjà installé Le couteau Suisse et le plugin Couleur de rubrique. Y aurait-il incompatibilité avec l’un de ceux là ?
    Merci de votre aide.

    • Je dirais que PHP n’a pas assez de mémoire, simplement. Tu as combien de Mo dans la ligne memory_limit de la page ecrire/ ?exec=info ?

    • crebindiou

      Hello Matthieu, C’est écrit 10Mo en local et 8Mo en Master Value.
      Mais ça n’a pas l’air d’être lié à ça simplement (en plus je suis en local ! le PHP peut-il manquer de mémoire en local ?), j’ai essayé de désactiver les autres plugins, même si SPIP Bonux n’est pas dans le dossier Plugins, et ça me fait le même effet : l’espace privé disparaît (avec firebug, le code html n’affiche que les balises html et body mais rien dedans). Une fois réactivés ces plugins, il y a des trous en lien avec la BDD (le contenu des articles n’apparaît pas, alors que les titres, les auteurs et les dates apparaissent). C’est à n’y rien comprendre. Alors je vide le cache et tout revient.
      Je travaille sur Mac avec MAMP comme simulateur de serveur.

    • A l’installation / désinstallation du plugin, il te faut vider le cache de SPIP, d’une part. D’autre part 10Mo, c’est peu. Essaie de passer à 16 ou 32Mo en local (c’est dans le fichier php.ini je ne sais pas où sous MAMP ; il faut relancer le serveur Mamp après aussi).

    • crebindiou

      Merci Matthieu ! ça fonctionne correctement : j’ai passé les memory_limit des 2 fichiers PHP.ini à 32Mo : tu avais raison. En fait ils n’étaient même pas fixés à 10Mo, mais 8Mo... Au redémarrage de Mamp ça fonctionne.
      Superbe, merci !

    Répondre à ce message

  • Bonjour,
    je n’ai toujours pas résolu mon problème d’apparence (css) de l’espace privée (survenu après une mise à jour de Spip Bonux). J’ai à nouveau updaté avec la version du 18 Nov mais hélas, cela ne rétablit toujours les instructions css des pages de l’interface privée. Serait il possible de me rappeler quels sont les plugins dont le fonctionnement est lié à Spip Bonux, Peut-être est-ce de ce coté là qu’il faut que je regarde ?

    Répondre à ce message

  • ...et après quelques rafraichissement repétés de mon navigateur, j’ai maintenant :
    Site en travaux
    Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site...

    Répondre à ce message

  • Arf ! Pas moyen, dans les 2 cas j’arrive sur :
    « Erreur 404
    Désolé !
    La page que vous demandez n’existe pas ou plus ».

    Répondre à ce message

  • 1

    Merci Cedric de ta réponse, quelle réactivité !

    Bon, je viens d’essayer mais pour l’instant sans succès
    Peut-être que je me suis trompé sur la syntaxe ?
    J’ai mis :
    .../ecrire/&var_mode=recalcul

    Répondre à ce message

  • 1

    Bonjour, je viens de mettre à jour avec la version 32894 du plugin et là... paf !zut ! ...toute le design de l’espace privé a disparu ! ...ne reste que des lignes de textes et de liens les unes en dessous des autres... Heu, quelqu’un a une idée pour rétablir cela ? parce que là maintenant pour naviguer dans l’espace privé, pfiuuu !!!
    (Précision : version installée sur spip 2.10 rev.14698 et plugin cfg mis à jour aujourd’hui aussi)

    • ajoute un &var_mode=recalcul dans l’url de ta page de l’espace privé. Ca devrait réparer !

    Répondre à ce message

  • 1
    François

    Bonjour,
    En SPIP 2.09 et Bonux 1.83, dès que j’active SPIP Bonux, le site privé disparaît. Quelqu’un a t’il déjà vu ce problème, et comment faire pour y remédier ?
    Merci par avance

    • Bonjour,
      Pour ceux à qui ça pourrait servir, voici la chose à faire : augmenter la memoryLimit et memory max size du serveur, car apparemment, spip bonux est un peu gourmand.

    Répondre à ce message

  • Bon,

    le problème (comme souvent) ne venait pas de SPIP, mais de ma configuration locale.

    Ça ne fonctionnait pas parce que ma config de PHP n’acceptait pas les scripts de plus de 16M. En réglant memory_limit sur 32M dans php.ini, tout fonctionne.

    Cool :)

    Répondre à ce message

  • 1

    Ben, ça marche toujours pas malheureusement.

    Quand j’enlève le plugin et que j’actualise firefox, le message suivant apparaît dans l’espace privé :

    Erreur dans les plugins : plugins/spip-bonux/public/spip_bonux_criteres.php, plugins/spip-bonux/public/spip_bonux_balises.php, plugins/spip-bonux/spip_bonux_fonctions.php

    Une idée ?

    • Je ne comprends pas.

      Quand tu enlève le plugin Bonux, il est normal que tu reçoive un message d’erreur. Rien d’anormal. Il suffit de repasser par la page d’admin des plugins pour que ça soit pris en compte.

      Cédric

    Répondre à ce message

  • Merci. Je vais essayer ça demain matin, puis je posterais le résultat ici même.

    Répondre à ce message

  • 1

    J’obtiens ça quand j’essaye d’activer le plugin :

    Fatal error : Allowed memory size of 16777216 bytes exhausted (tried to allocate 7054 bytes) in /var/www/hdr/ecrire/public/phraser_html.php on line 222

    J’ai téléchargé spip_bonux aujourd’hui (2/11/09), je suis en local. J’ai mis à jour vers 2.0.10 en me disant que ça devait venir de là, mais le problème reste le même.

    Autres plugins installés : CFG, spip-listes, contact

    Une idée ? Pas de chance pour moi, je voulais installer le site chez mon hébergeur aujourd’hui. M’enfin ! C’est pas bien grave :)

    PS : suis pas très doué sorti de xhtml, css et les boucles SPIP...

    • Essai de désactiver spip liste ; j’ai aussi fait la mise à jour perso sans aucun problème.

    Répondre à ce message

  • 5

    Bonjour,

    Merci pour ce plugin. Je tente (avec SPIP 2.0.5) de trier des articles en fonction du nombre de messages de forums qu’ils ont suscité. Par mimétisme avec le code donné ci-dessus pour les auteurs, j’écris (schématiquement) ceci :

    <BOUCLE_les_plus_commentes(ARTICLES){compteur forums}{!par compteur_forums}>
    #TITRE - #COMPTEUR{forums} <br/>
    </BOUCLE_les_plus_commentes>

    Mais ça donne des résultats assez bizarres. Sur le site sur lequel je teste j’ai cinq articles avec des messages de forums (pour un total de neuf messages). La boucle n’en renvoie que deux, et leur attribue neuf messages à chacun...

    J’ai dû louper quelque chose. Mais quoi ?

    • Je suis en train de me battre avec le même problème de résultats surprenants pour le calcul du nombre de commentaires d’un article, le soucis vient de ce que SPIP fait la jointure sur id_auteur au lieu de le faire sur id_article.

      Si on déclare dans la fonction critere_compteur if ($arrivee[0] == 'forums') $arrivee[1]['key']['KEY id_article'] = 'id_article'; la jointure est immédiate, mais elle se fait avec un INNER JOIN, ce qui fait qu’on perd tous les articles qui n’ont pas de message dans le forum...

    • Bon, je réussi à obtenir un LEFT JOIN à l’aide du code suivant :

      Avant le if ($compt = calculer_jointure($boucle,$depart,$arrivee)){ :

      	if ($arrivee[0] == 'forums') {
      		$isArriveeForum = true;
      		$arrivee[1]['key']['KEY id_article'] = 'id_article';
      	}

      Et après la fermeture du if ($compt = calculer_jointure($boucle,$depart,$arrivee)) :

      if($isArriveeForum) {
      		$boucle->from['articles'] = 'spip_articles LEFT JOIN spip_forum AS L1 ON(L1.id_article = articles.id_article)';
      		unset($boucle->from['L1']);
      		unset($boucle->join['L1']);
      	}

      Je subodore que ça ne soit pas propre du tout du tout...

    • J’ai rien suivi, mais tu as ->from_type pour déclarer un type de jointure particulière… Utilisé ici : http://zone.spip.org/trac/spip-zone...

    • Effectivement, merci beaucoup Mathieu, j’ai finalement fait un critère spécifique :

      function critere_corrigerJointuresForum($idb, &$boucles, $crit) {
      
      	$boucle = &$boucles[$idb];
      
      	$boucle->from_type['L2'] = 'LEFT';
      	$boucle->join["L2"]= array("'articles'", "'id_article'", "'id_article AND L2.statut = \'publie\''");
      	unset($boucle->from['L1']);
      	unset($boucle->join['L1']);
      
      }
    • Une autre utilisation, pour trier par nombre de commentaires une liste d’articles dont on veut s’assurer qu’ils ont tous au moins une vidéo FLV :

      <BOUCLE_tri_par_commentaires
      	(ARTICLES spip_documents_liens spip_documents)
      	 {id_rubrique}
      	 {compteur forums}
      	 {!par compteur_forums}
      	 {spip_documents_liens.objet=article} 
      	{spip_documents.extension=flv} 
      	{corrigerJointuresForumTri}
      	>
       CODE HTLM 
      </BOUCLE_tri_par_commentaires>

      et le code PHP :

      function critere_corrigerJointuresForumTri ($idb, &$boucles, $crit) {
      
      	$boucle = &$boucles[$idb];
      
      	$boucle->from['forum'] = 'spip_forum';
      	$boucle->from_type['forum'] = 'LEFT';
      	$boucle->join["forum"]= array("'articles'", "'id_article'", "'id_article AND forum.statut = \'publie\''");
      	$boucle->select[]= "COUNT(forum.id_forum) AS compteur_forums";
      
      }

      Je vais me fendre d’un article dédié quand j’aurais le temps tiens...

    Répondre à ce message

  • Bonjour,

    C’est pas un truc super grave mais y a un pti souci d’affichage avec IE (6 et 7 je crois) déjà repéré si j’en crois les précédents posts.
    Bon ça disparaît avec la version 8, alors....

    Merci pour le boulot,

    DG

    Répondre à ce message

  • 1

    Bonjour à tou(te)s,

    Je poste ici un exemple de problème résolu par la balise #ARRAY et la balise #SET_PUSH de spip-bonux :

    Problème à résoudre

    1. on cherche a obtenir, dans un site, une sélection des 3 derniers articles d’actualités

    2. mais, les articles d’actualités sont éparpillés ; ce sont :
    -  tous les articles de la rubrique « actus »
    -  seulement certains articles de la rubrique « sommaire » qui portent le mot clé « actus »

    3. il faut donc qu’on « réunisse » en une seule liste, ces deux séries d’articles, puis qu’on les trie par date inverse pour prendre seulement les 3 plus récents.

    Solution

    1. initialiser un tableau SPIP avec la commande
    #SET{actus, #ARRAY{}}

    2. créer une première boucle pour récupérer les articles de la rubrique « actus », et à chaque itération, ajouter une ligne au tableau « actus » avec #SET_PUSH :

    	<h1>La boucle des articles de la rubrique "actus" :</h1>
    	<ul>
    	<BOUCLE_actu1(ARTICLES){id_rubrique=2}{lang}>
    	#SET_PUSH{actus, #ID_ARTICLE}
    	<li>#TITRE</li>
    	</BOUCLE_actu1>
    	</ul>

    3. créer une seconde boucle pour récupérer les articles avec le mot clé « actus » (et continuer le cahrgement du tableau) :

    	<h1>La boucle des articles portant le mot clé "actus" :</h1>
    	<ul>
    	<BOUCLE_actu2(ARTICLES){id_mot=2}{lang}>
    	#SET_PUSH{actus, #ID_ARTICLE}
    	<li>#TITRE</li>
    	</BOUCLE_actu2>
    	</ul>

    4. enfin, récupérer, trier et sélectionner tous les articles d’actualité, c’est à dire tous les articles du site dont l’id_article fait partie du tableau « actus » :

    	<h1>La boucle de tous les articles d'actus :</h1>
    	<ul>
    	<BOUCLE_actus(ARTICLES){id_article IN #GET{actus}}{!par date}>
    	<li>#TITRE [- (#DATE|affdate_court)]</li>
    	</BOUCLE_actus>
    	</ul>

    En espérant que cet exemple simple puisse inspirer de nombreux sites !

    A+
    Cyril

    • Et que penser de ?

      <BOUCLE_actu1(ARTICLES){id_rubrique=2}{lang}{doublons actus}>
      <BOUCLE_actu2(ARTICLES){id_mot=2}{lang}{doublons actus}>
      <BOUCLE_actus(ARTICLES){!doublons actus}{!par date}>

    Répondre à ce message

  • le critère de tri par hasard fonctionne-t-il sur le boucle (POUR) ?
    (objectif sortir une valeur parmi d’autre dans un tableau aléatoirement )

    Répondre à ce message

  • C’est bon, c’est la bonne version maintenant ! :-)

    Répondre à ce message

  • Bonjour et merci pour les plugins :-)

    C’est juste pour dire que le téléchargement actuelle c’est la version : 1.8.1 [30251]

    et non, [30562] comme cela devrait le cas depuis hier

    Du moins c’est les chiffres que spip m’indique :-)

    Encore merci à vous pour votre travail :-)

    Répondre à ce message

  • bonjour,

    est il posible d’utiliser des variables définies au préalabe par #SET ?

    par exemple
    #SETvariable,1

    et ensuite
    si #ENV[(#GETvariable)]==1>

    je n’arrive pas a trouver la syntaxe pur que cela fonctionne

    merci

    jacques

    Répondre à ce message

  • Warning : Wrong parameter count for array_slice() in /space_3/s/snpfc/www/plugins/auto/spip-bonux/req/array.php on line 231 j’ai cette erreur quand j’active le plugin spip liste quelqu’un a t il une solution ?
    mon site est sous squelette médian
    merci

    Répondre à ce message

  • Plante tout le site après mise à jour en V1,8 de spip bonux (site en spip 208).

    A t-on vraiment besoin de spip-bonux pour utiliser le plugin Accès restreint v3, ou peut on supprimer la dépendance de ce dernier plugin ?

    Merci

    Répondre à ce message

  • 2

    Bonjour,
    Sous spip 2.0.3 (le dernier) et aprés avoir mis en local sous ubuntu 8.4, php5, firefox et apache2, j’obtient un blocage en mettant puis validant le plugin spip_bonux avec le message :

    Fatal error : Allowed memory size of 16777216 bytes exhausted (tried to allocate 58172 bytes) in /var/www/ecrire/public/compiler.php on line 537

    Sans ce plugin, je ne peux pas valider accés restreint.
    J’avais déjà ce type de message sous php4 mais aprés regénération de la page ça passait. La c’est bloqué.

    Svp que faire.
    Merci
    Alain

    • Il faut seulement allouer plus de mémoire à php : dans le fichier

      /etc/php5/apache2/php.ini

      cherche la variable et ajuste la valeur :
      memory_limit = 32M (d’origine c’est 16, sur les serveurs gandi 1part c’est 128)

    • Bonjour,

      J’ai un pb similaire mais ne sais pas où est le fichier php.ini chez OVH.

      J’ai loué un serveur RPS mais je commence à me demander si j’ai les connaissances techniques suffisantes car je ne trouve pas ou augmenter la mémoire pour Apache.
      Qq peut-il m’aider ?

      Ci-dessous des détails sur mon problème...

      Tout se passait bien sur ma machine en local. J’ai loué un serveur RPS premium et...

      En installant pour « SPIP » le plugin « Bonux2.0 » nécessaire au plugin « Acces restreint 3.0 » et « Agenda 2.0 »
      J’obtiens le message :

      Fatal error : Allowed memory size of 10 485 760 bytes exhausted (tried to allocate 311 296 bytes) in /home/snupfen1/www/spip/ecrire/public/composer.php(73) : eval()’d code on line 394

      La ligne 73 qui pose problème est «  eval(’ ?’.’>’.$skel_code) ; »
      Dans le script du fichier « composer.php »

      // Tester si le compilateur renvoie une erreur
      if (is_array($skel_code))
      erreur_squelette($skel_code[0], $skel_code[1]) ;
      else
      if (isset($GLOBALS[’var_mode’]) AND $GLOBALS[’var_mode’] == ’debug’)
      debug_dumpfile ($skel_code, $nom, ’code’) ;

      eval(’ ?’.’>’.$skel_code) ;
      if (function_exists($nom))
      ecrire_fichier ($phpfile, $skel_code) ;
      return array($nom, $skel_code) ;
      else
      erreur_squelette(_T(’zbug_erreur_compilation’), $source) ;


      C’est grave docteur ?
      Je ne trouve pas les réglages sur webmin

    Répondre à ce message

  • 1

    Comme à chaque fois que j’utilise bonux, je ne me souviens plus (car ce n’est mentionné ou linké nul part) comment on l’administre ?
     ?exec= ????

    Répondre à ce message

  • 1

    Bonjour et merci pour cette contrib.
    Est-il possible d’utiliser SPIP Bonux dans un sous-répertoire de mon site ? J’ai tenté l’expérience sur un site dans l’espoir de montrer le site à d’autres avant de le mettre en ligne sur son propre hébergement. Apparemment y a comme un hic, puisque j’obtiens systématiquement les messages suivants :
    « / !\ Fichier absent : public/spip_bonux_criteres.php »
    « / !\ Fichier absent : public/spip_bonux_balises.php »
    A toutes fins utiles, j’utilise OVH, avec un sous répertoire du site principal que j’ai déclaré en sous domaine dans lequel repose (pour l’instant ca ne fait meme que ca) l’arborescence SPIP, et avec le .htaccess modifié « comme il faut ».
    J’ai déjà posté il y a quelques jours, mais sans succès.
    Merci d’avance

    Répondre à ce message

  • 1

    Au passage pour ceux qui souhaiterais récupérer les couleurs d’origine de l’interface privé de Spip avec le plugin bonux il a 2 méthodes fort simple (ça m’a pris 10 min à trouvé à 1h15 du mat’ c’est dire si c’est simple...) :
    -  aller dans le dossier plugins\spip-bonux\inc de votre site Spip et édité le fichier couleurs.php (j’ai testé ça marche mais j’ai eu la flème de le faire entièrement)
    -  ou encore plus simple mais a utiliser avec prudence, vous renommer ce fichier pour que spip n’y ait plus accès (genre _couleurs.php).

    j’ai pas rencontré de problème avec la deuxieme méthode (faut dire j’ai pas testé grand chose) mais il est claire que la première est la plus sur.

    Par contre vous récupérez uniquement les couleurs par défaut pas les images de fond générées par le thème par défaut de spip.

    • Ouf, très bonne idée parce que c’est quand même relou « interface douce » (limite illisible sur certains emplacement comme le choix de mots clefs sur l’AGENDA 2.0).

    Répondre à ce message

  • 1

    EN spip 2.0.5 (les autres je ne sais pas) la boucle CONDITION me foire tous les liens. Voici le cas :

    <BOUCLE_art(ARTICLES)>
    <BOUCLE_if(CONDITION){si 1==1}>
    #URL_ARTICLE
    </BOUCLE_if>
    </BOUCLE_art>

    Dans une telle boucle l’url de l’article est incorrecte : au lieu d’utiliser l’url propre il affiche l’url du genre :

    spip.php ?page=article&id_article=55&connect=condition

    Et avec un « connect=condition » en plus. Évidemment c’est très moche, même si c’est immédiatement redirigé sur l’url propre. On obtient le même résultat avec #_art:URL_ARTICLE. Vous avez une idée de ce qui cause ça et de comment le régler ?

    Pour info en attendant je fais comme ça :

    <BOUCLE_if(CONDITION){si 1==1}> </BOUCLE_if>
    #URL_ARTICLE
    </B_if>
    (else)
    <//B_if>
    • J’avais le même problème que Spyro sous SPIP 2.0.8 : mes liens se terminaient par « &connect=condition », et menaient en plus à une page 404... (url propres QS).

      La solution proposée par Spyro fonctionne pour moi, cool.

      C’est à dire, utiliser la syntaxe suivante :

      <BOUCLE_test(CONDITION){si #ENV{test}|>{5}}>
      </BOUCLE_test>
      vrai
      </B_test>      
      faux
      <//B_test>

      au lieu de :

      <BOUCLE_test(CONDITION){si #ENV{test}|>{5}}>
      vrai
      </BOUCLE_test>
      faux
      <//B_test>

    Répondre à ce message

  • Alzifado

    Bonjour
    je souhaite utiliser spip bonux dans un sous répertoire « testfolder » de mon site, et j’ai eu beau desinstaller et réinstaller spip et ses plugins de differentes façons, y compris la création d’un sous-domaine pointant sur ce sous répertoire, j’obtiens systématiquement dans la gestion de plugins au dessus de la ligne spip bonux les messages suivant :
    « / !\ Fichier absent : public/spip_bonux_criteres.php »
    « / !\ Fichier absent : public/spip_bonux_balises.php »
    Est-ce un défaut de spip bonux ou, et c’est plus probable vu la qualité générale de spip bonux, un défaut d’un de mes neurones fatigués, mais dans ce cas lequel ? Merci d’avance de votre réponse.
    (Je précise que j’ai bien spécifié le rewriteengine sur « on », RewriteBase /testfolder/. J’utilise OVH)

    Répondre à ce message

  • 1
    Gilles Corlobé

    Bonjour,

    Lorsque j’active SPIP-Bonux, l’apparence de la partie privée est modifiée, en particulier les boutons « Valider » ou la hiérarchie des rubriques dans laquelle se trouve un article.

    Cela ne me gênait pas jusqu’à ce que je remarque sur les copies d’écran mises en ligne ici que ces éléments ne devraient pas être modifiés (voir par exemple l’image apparaissant dans le paragraphe « C’est doux, c’est neuf ? » : la hiérarchie a conservé son apparence. Moi, je n’ai que des liens.).

    S’agit-il d’une ancienne version ?

    Mes versions :
    -  Spip 2.0.7
    -  SPIP Bonux 2.0 (Version : 1.8 [28556])

    • En effet, la copie d’écran de la doc correspond à une des premières versions où l’affichage du chemin n’avait pas encore été nettoyé de ses images lourdes à calculer et qui rendent son affichage inaccessible car illisible en cas d’affichage sans image.

    Répondre à ce message

  • 2

    Bonjour,

    Je me permets une critique de ce plugin. Dans mon cas, j’ai installé ce plugin « SPIP Bonux » pour profiter de l’autre plugin « formulaire de contact avancé ».
    Je regrette personnellement la mise en forme des formulaire de l’interface d’administration spip. Je préfère la version originale de la version 2.0 de spip, qui à mon avis, est bcp plus claire.

    • Si « SPIP Bonux » vous déplaît, pourquoi ne critiquez-vous pas plutôt l’auteur du plugin « formulaire de contact avancé » de n’avoir pas su faire sans ?

      Quelle raison vous fait préférer la « mise en forme » originale de SPIP 2 ?

    • D’accord pour la première remarque. En effet, je n’ai bêtement pas pensé à vérifier quels étaient les auteurs. Désolé. Je n’ai pas d’excuse sur ce point.
      Ensuite, le plugin « Spip Bonux » ne me déplaît pas, je le trouve efficace, mais je préfère la version originale de l’interface d’administration spip. Bien qu’il s’agit de détails, je trouve la mise en forme orignale plus « posée » et moins « plate » que la version « spip bonux ». Le graphisme des boutons et du fil d’arianne sont mieux visibles et permettent à de nouveaux utilisateurs de s’orienter rapidement. Que ce soit clair, il s’agit d’une remarque et de mon propre avis. Je pense qu’à première vue, je n’ai pas compris, hormis les nouvelles propositions de couleurs, pour qu’elle raison une nouvelle mise en forme a été proposée.
      Malgré tout cela, je suis toujours content de voir apparaître de nouveaux plugins et de voir que la communauté « spip » est plus familiale que celle d’autre cms.

    Répondre à ce message

  • Je me permets de rappeler le bug du Post-scriptum sous IE7. Le label « Post-scriptum » s’affiche au milieu du textarea du champ Texte au lieu de se trouver à gauche du textarea Post-Scriptum, dans le formulaire d’édition d’un article. J’utilise ce plugin car il est imposé par un autre plugin qui m’est indispensable. Je n’utilise pas souvent IE, mais des admins de site le font, je ne peux pas leur imposer firefox... Donc si vous pouviez résoudre ce bug, ça serait pas mal.

    Répondre à ce message

  • Bonjour,

    J’ai installé un PHP 5.2.8 sur IIS (CGI) avec base MySQL 5.1.30 et un SPIP 2.0.3
    Et j’ai besoin du fameux joeut de la paquet de bonux pour activer acces restreint 3.0
    Mais voilà lors de l’activation du Plug-in Bonux tous les plug ins sont déactivés.
    Alors après petite analyse, le Bonux était dans un répertoire avec accent « Pré-requis » et va savoir pourquoi, une fois l’accent viré ca marche.

    Merci le Bonux pour le cadeau car en fait le problème venais d’ailleurs...

    Répondre à ce message

  • Bonjour,

    merci pour ce plugin et aux nouvelles balises qu’il apporte.

    Juste un commentaire sur la doc

    Dans le paragraphe Une boucle (POUR) on peut voir un exemple avec la ligne

    <BOUCLE_test(POUR){tableau #ENV{tableau}}>

    je verrais plutôt

    <BOUCLE_test(POUR){tableau #ENV{mon_tableau}}>


    De plus, toujours dans ce paragraphe, il est dit que De nombreux exemples sont disponibles dans le repertoire tests/ du plugin.

    J’ai trouvé les exemples dans le fichier test_boucles_tableaux.html qui est lui même à la racine du plugin (et non pas dans le répertoire tests/) .

    Voilà, c’est pas grand chose, mais si cela peut en aider certains...

    Répondre à ce message

  • Bonjour a tous ,

    merci pour ce plugin formidable.

    je me permet de poster un message car je rencontre un bug d’affichage sous IE 7

    en effet dans un article le mot « post scriptum » de trouve dans le champs texte

    je pense avoir le même soucis que MAX.

    par contre ce bug est permanent quelque soit le scroling

    avez vous une idée ? peut être dans les feuilles css ?

    merci de votre aide

    ps : en effet pas de pb sous firefox, mais je me vois pas dire a mes redacteurs d’installer firefox chez eux

    Répondre à ce message

  • Je n’ai jamais dit que le fait d’améliorer le temps de chargement de la page était un critère d’accessibilité (quoique on pourrait en discuter tout est question de définition) mais dans les griefs exprimés par Matthieu Marcillaud contre la feuille de style originale de Spip 2.0 il n’y avait pas que le temps de chargement mais également un manque d’accessibilité :

    L’actuelle CSS pose des problèmes d’accessibilité parce qu’elle utilise des images graphiques en fond et les contenus ne sont pas lisibles si les images ne sont pas affichées (bon, ça a été corrigé entre temps ça) et enfin, lorsqu’un serveur ne dispose pas de fonctions de génération de GIF, ce qui arrive parfois, les images ne sont pas créées, et la CSS affiche tu texte blanc sur fond blanc, pas génial. Par rapport aussi à la présentation que donne la CSS nous n’étions pas d’accord. Donc, collectivement, nous avons fait une autre CSS, plus adaptée et ergonomique à notre goût.

    Tu noteras que les couleurs de la feuille des style actuelle sont mises en cause dans l’ergonomie et que les images graphiques en fond sont mises en causes dans l’accessibilité.
    Remarque reprise par Cedric Morin :

    En ce qui concerne l’ergonomie et le style des formulaires de l’espace privé, ce plugin corrige une aberration des styles par défaut de SPIP qui génère des formulaires inaccessibles à ceux qui n’ont pas les images de fond (en raison d’un problème technique courant sur les hébergements gratuits, ou parce qu’ils ont désactivé les images dans leur navigateur, ce qui est aussi un usage fréquent).

    J’en conclu pour ma part qu’une feuille de style qui vise une accessibilité de 100% vise l’extrême et que tout le monde n’en a pas besoin et que si tout les sites web ressemblaient à l’interface privée de Spip+Bonux bah ce serait pas très excitant (ce n’est que MON opinion).

    De même que ta remarque :

    Dire « c’est pas toujours accessible, perso je m’en fout un peu » est d’un égoïsme ici déplacé.

    n’est pas n’ont plus des plus constructive et imposer une feuille de style, un jeu de couleurs personnalisé juste par ce qu’on en a envie me semble aussi un peu déplacé. Je noterais aussi que l’interface privée originale de Spip 2.0 n’est pas élitiste, elle suffit juste à 95% des usagers.
    Je note aussi que certaines personnes refusent des travailler sous Spip avec les styles actuels qui sont imposés et que par conséquent ils en imposent d’autres. Cela me semble un peu égoïste aussi pour quelqu’un qui prône le libre, la collaboration et le partage (je comprends en partie sa démarche s’il est vrai que l’interface actuelle de Spip n’a pas pu faire l’objet d’un vrai débat néanmoins je ne suis pas suis que « le jeu du plus con des 2 » règle vraiment le problème).
    Je comprends les remarques de certaines personnes qui étaient satisfaites de l’interface Spip 2.0 originale mécontentes d’être CONTRAINT à en changer pour pouvoir utiliser le plugin Champs extra 2 par exemple. S’ils n’avaient pas de problème avec leur espace privée avant je ne vois pas pourquoi ils en aurait avec le plugin extra 2 sans la nouvelle feuille de style.
    C’est pourquoi j’informe CES personnes que si elles trouvent les couleurs de l’espace privée Spip+Bonux pâlottes (ce qui est mon cas) elles peuvent les modifier et retrouver les couleurs originales en éditent un simple fichier PHP à l’aide de quelques valeurs hexadécimales... Ces modifications ne contre en rien l’amélioration qui a consisté à retirer la génération de gif et d’image de fond qui elle améliore l’accessibilité (mais j’y travail...)

    Je constate également ici que même pour les développeurs « ouverts » les remarques pertinentes (certes parfois mal exprimées) ne trouvent grâce à leurs yeux.

    J’avais pas l’intention d’en dire autant mais quand je suis lancé...:p

    edit : d’ailleurs mon premier post allait dans le sens du plugin et je suis prêt à lancer une pétition auprès de la communauté Spip-contrib à l’intention des décideurs du développement de Spip pour que la feuille de style Spip Bonux devienne la feuille de style par défaut lors de l’installation et que celle actuellement en place devienne un plugin pour ceux qui souhaitent améliorer visuellement leur interface privée.
    Cela donnerait satisfaction à tout le monde, n’est pas à l’origine le but recherché ???

    Répondre à ce message

  • 1

    Alors moi j’ai une idée qui va réconcilier tout le monde, et je m’adresse aux personnes qui prennent les décisions sur le développement du core de Spip. Pourquoi ne pas intégrer la feuille de style accessible du plugin bonux au core de Spip et de développer un plugin qui permettrait d’avoir l’interface actuelle ? Comme ça l’espace privé par défaut est accessible et les personnes souhaitant une interface différente, plus colorée et n’ayant pas besoin d’une accessibilité extrême pourraient quand même bénéficier des progrès de bonux...
    En plus gros avantage si jamais tout à coup on a besoin d’accessibilité (pour X raisons) il suffit de désactiver le plugin qui utilise la feuille de style « améliorée ».
    Les différentes feuilles de style de l’interface privée de Spip étant déjà crées je ne pense pas qu’il soit très complexe pour les développeurs de Spip d’effectuer cette petite manipulation.

    Alors votre opinion ?

    • @Gabriel : ce plugin regroupe précisément ce qui fut refusé dans le core de SPIP (voir ce message). Chacun se fera son opinion.

      Sinon, je ne vois pas en quoi le fait que je souhaite personnellement accéder à l’espace privé de mon site SPIP, même le jeudi où j’ai une mauvaise connexion, relève d’une « accessibilité extrême »... Faites attention aux mots ;-)

    Répondre à ce message

  • Merci Cédric ! Très fort ! effectivement sous firefox, le bug d’affichage n’existe plus !

    See u all !

    Max.

    Répondre à ce message

  • Ca serait cool de faire plusieurs plugins avec des « necessite ».

    Mélanger des ajouts au compilo et du graphisme n’est sans doute pas ideal pour progresser sur chaque thématique.

    Répondre à ce message

  • 1

    Bonsoir,

    J’ai installé SPIP Bonux dans le but d’installer le plugin champ extra 2 et j’obtiens un petit bug d’affichage du PS dans le formulaire de créatrion/modification d’article (voir pièce jointe).

    Par ailleurs je n’arrive pas à utiliser le plugin champ extra 2, je me suis dis que peut être que ça vient de SPIP Bonux.....

    Merci pour votre aide... Max

    • Dans quel navigateur constate tu ce bug ? Je crois l’avoir constaté occasionnellement sur IE, mais j’avais conclu à un bug de IE car le defaut apparait/disparait aleatoirement, et en fonction du scrolling.

    Répondre à ce message

  • 15

    Bonjour,

    En général je suis plutôt content des plugins pour SPIP qui sont presque toujours très efficace et non contraignant.

    Hors ce spip-bonux est tout l’inverse. Il nous est imposé par plein d’autres plugins qui ne peuvent fonctionner sans que celui-ci soit activé. Et ce plugin je ne peux pas l’encadrer à cause de sa refonte des couleurs du backend.

    Ca me file la nausée et ça me déprime des couleurs pareilles. Je me prive donc de plusieurs autres plugins parce que je refuse de devoir me taper ce spip-bonux.

    Franchement je me demanderais toujours pourquoi obliger ce changement de couleurs, je ne comprendrais jamais. Un zone de configuration avec CFG aurait été la bienvenue, où l’on aurait pu choisir d’activer ou pas cette refonte graphique !

    • Je ne l’aurais pas dis en pareil termes mais oui, moi aussi ca me perturbe un peu. Je ne l’ai installé que pour pouvoir utiliser d’autres plugins car pour le reste, ne m’étant pas du tout penché sur ses possibilités de bouclage nouvelles (pas encore eu besoin de le faire, en fait...) le reste m’importait assez peu.

      Bon, le relookage de l’espace privé en cadeau bonux, oui pourquoi pas, d’autant que certains thèmes sont super sympas (surtout le brun, je suis fan :-D ) mais je trouve dommage qu’ils soient si épurés car j’aimais bien aussi les améliorations graphiques venus avec la 2.0. Un jeu nouveau d’images de fond et de boutons neufs qui donne un côté assez convivial, que bonux shunte au profit d’une ligne un peu plus sobre, peut être trop austère, après c’est une histoire de goûts de chacun...

      Et après, même si la nouvelle interface privée de Spip 2.0, c’est pas toujours accessible, perso je m’en fout un peu puisque je suis tout seul sur mon /ecrire et aux dernières nouvelles j’étais encore en état de lire un écran... donc je n’avais pas, à l’instar d’autres sites pour qui c’est primordial, de besoin si pressent pour une parfaite validité de mes pages privées. enfin bref...

      Tout ca pour dire qu’au final, à défaut de besoin pour ces bonux, j’avais fini par le désactiver, en attente de temps pour pouvoir bien en tirer toute la substantifique moëlle (et aussi pour libérer un peu le compilo qui semblait apprécier moyennement la vitesse d’essorage chez moi) et que là je dois réactiver toute la machine à laver pour... UN plugin (Champs_extras) ?

      J’avoue que je ne comprends pas bien non plus. Et sans parler d’un quelconque syndrome « Couteau Suisse » (excellent et pour moi incontournable plugin au demeurant, Patrice sait déjà ce que j’en pense ;-) ) une petite interface CFG donnant le choix de ce qu’on active ou pas, serait un plus non négligeable.

      Et tant qu’on y est, et puisque ça semble déranger du monde d’avoir 2 « couteaux suisse-like », à la rigueur pourquoi ne pas merger les 2 ? Après tout de telles options auraient très largement leurs places dans le CS et inversement donc...

    • Tout à fait d’accord. Le backend prend un sacré coup de vieux avec ça…

      Ce qui me dérange le plus, c’est que tout soit imposé d’un coup (ce que contient le plugin et sa nécessité pour d’autres plugins), j’avais jamais vu ça avant, et il ne faudrait pas que ça se généralise !

    • Je me permets de répondre car je suis aussi en partie concerné par le plugin. Vous ne connaissez pas son histoire ni son origine et vous critiquez assez facilement l’ensemble, avec des arguments effectivement recevables et justes. Je suis d’accord avec vous sur le fait que Bonux devrait être éclaté en plusieurs morceaux indépendants, mais je vais juste faire un rappel de sa naissance.

      Ce plugin a été créé parce que certaines choses n’ont pas pu être intégrées à SPIP 2.0 alors en phase de développement, pour plusieurs raisons internes dans l’équipe de SPIP. Ce qui n’a pas pu être intégré a été placé dans ce plugin qui indiquait à l’époque « Ce qu’on a pas pu mettre dans SPIP 2.0 », sous entendu, ce qu’on mettra dans les versions suivantes de SPIP. A cette époque il y avait essentiellement 2 choses :

      • une CSS différente pour l’espace privée, enfin surtout pour les formulaires de l’espace privé, créé collectivement contrairement a celle actuelle qui ne fait absolument pas consensus dans l’équipe, loin de là, et qui en plus pose de nombreux problèmes. L’actuelle CSS est lourde à créer (elle utilise beaucoup la génération automatique d’image) à tel point que certains serveur retournent un timeout à la toute première connexion au privé (qui affiche alors l’interface sans aucune CSS). L’actuelle CSS pose des problèmes d’accessibilité parce qu’elle utilise des images graphiques en fond et les contenus ne sont pas lisibles si les images ne sont pas affichées (bon, ça a été corrigé entre temps ça) et enfin, lorsqu’un serveur ne dispose pas de fonctions de génération de GIF, ce qui arrive parfois, les images ne sont pas créées, et la CSS affiche tu texte blanc sur fond blanc, pas génial. Par rapport aussi à la présentation que donne la CSS nous n’étions pas d’accord. Donc, collectivement, nous avons fait une autre CSS, plus adaptée et ergonomique à notre goût. Elle n’a pas été intégré au core, et a finalement été mise en plugin. Cette nouvelle CSS a évoluée avec le temps pour enlever TOUS les traitements graphiques d’images qu’a la CSS du core.
      • les boucles POUR et CONDITION qui ne pouvaient rejoindre trop vite le core car elles nécessitent des tests poussés et qu’elles n’étaient pas encore les bienvenues dedans à ce moment là. De la même manière elles sont venues ici.

      Ce plugin sert donc à l’origine (à part pour la CSS donc) de terrain expérimental pour un futur potentiel de SPIP (après la 2.0). Depuis, il s’est complété de tout un tas de fonctionnalités, qui sont testées grandeurs nature sur certains plugins et qui seront certainement basculées un jour ou l’autre au fur et à mesure dans le core, lorsque les syntaxes correctes auront été trouvées.

      Merci de ne pas croire qu’on a pris du plaisir à imposer un plugin, car ce n’était pas lié à un plaisir, mais plutôt à un désespoir. Maintenant, c’est un fait, ce plugin devient incontournable et pose des problèmes non prévus à la base : imposer des couleurs et une CSS que certains n’apprécient pas, mélanger les fonctionnalités et patati et patata... Je ne suis pas l’auteur principal du plugin mais on devrait pouvoir trouver une solution qui convient à tous. Peut être simplement sortir la CSS dans un autre plugin.

      Mais ça ne changera pas beaucoup vos problèmes, parce que certains plugins dépendent de Bonux aussi pour cette CSS qui apporte des fonctionnalités en plus que le core n’a pas.

      Je vous laisse donc à vos propositions et suppositions... et voyez avec Cédric :p

    • Vous êtes libre de pas utiliser ce plugin, ni tous ceux qui l’utilisent. Comme vous êtes libres de ne pas utiliser SPIP.

      Vous consommez du gratuit, et vous protestez parce que la couleur ne vous plait pas. Je vous envoie un nuancier pour faire votre choix pour la prochaine version ?

      En ce qui concerne l’ergonomie et le style des formulaires de l’espace privé, ce plugin corrige une aberration des styles par défaut de SPIP qui génère des formulaires inaccessibles à ceux qui n’ont pas les images de fond (en raison d’un problème technique courant sur les hébergements gratuits, ou parce qu’ils ont désactivé les images dans leur navigateur, ce qui est aussi un usage fréquent).

    • Si vous relisez bien, une proposition/suggestion a bien été émise (cfg) ce en quoi j’estimais que cette critique n’était pas aussi dénuée de constructivité que ce que vous venez de dire, mais je me trompe peut-être ;-)

      Pour la suite Messieurs, je vous invite à consulter vos boites mail car je vais quand même apporter un droit de réponse à vos critiques à vous, qui ne regarde en rien les utilisateurs de ce fourm ;-)

      Pour le reste :

      Comme je l’ai dit : Je suis OK quand aux besoins que devaient couvrir le relookage de l’espace privé pour certains, et le reste des options du plugin, pour d’autres. Ce qui ne change rien au fait que je n’avais personnellement pas ces problèmes et donc pas de besoin de le corriger. Bien évidement, mon discours ne serait pas le même si je devais un jour rendre un site pour une personne en besoin d’accessibilité++, et là j’utiliserais bien évidement Bonux avant tout pour ça (et peuty être même QUE pour ça puisque comme je le disais, je n’ai pas encore exploré toutes ses possibilités).

      Ensuite, concernant les timeout je ne dois vraiment pas avoir de chance car chez moi c’est bien lorsque le plugin est activé que l’espace privé devient plus long que d’habitude et non l’inverse. Peut être ai-je omis quelque chose ? Peut être ai-je fais quelque chose de travers ? je ne le remet nullement en cause : j’ai peut être merdé quelque part mais ne vois vraiment pas où.

      Bien à vous tous,
      Etienne.

    • Rôh, quelle promptitude à la critique ! Quels enfants gâtés vous faites là ! Ne vous serait-il pas venu à l’idée que si ce plugin est utilisé par d’autres c’est tout simplement parce qu’il leur est... nécessaire ? Et s’il est si utile, il serait plus sensé d’exprimer le regret qu’il ne fasse pas d’emblée partie de SPIP... non ??

      Dire « c’est pas toujours accessible, perso je m’en fout un peu » est d’un égoïsme ici déplacé. Une interface, qui plus est celle d’un projet libre et collaboratif SPIP doit ambitionner d’être accessible au plus grand nombre, au lieu d’être élitiste comme actuellement. Car sans aller chercher bien loin, j’utilise régulièrement, chaque jeudi, des connexions avec lesquelles l’espace privé de SPIP est illisible et donc plus ou moins inutilisable. SPIP-Bonux corrige cela. Merci !

      Et si ça vous emmerde à ce point que nous nous préoccupions des autres, rappelez-vous que ceci n’est qu’un plugin : vous n’êtes pas obligé de l’ajouter pour utiliser SPIP et rien ne vous empêche de proposer meilleur plugin.

    • Sur le fond, je considère que l’espace privé de SPIP devrait être par défaut accessible à tous, libre à chacun ensuite de le personnaliser avec des gadgets visuels, et non le contraire.

      A ce titre, je refuse de travailler avec les styles actuels qui sont imposés par défaut dans l’espace privé.

      C’est un acte de résistance (et de sabotage ?) conscient et délibéré. Il vise à rétablir un rapport de force équilibré dans les discussions et les choix qui président au développement du core, alors qu’actuellement certains choix (en particulier touchant à l’esthétique et l’ergonomie) sont imposés sans discussion possible.

      En tant que développeur de SPIP, j’ai décidé de ne plus contribuer au core de façon significative tant que cette situation perdurera.
      En tant qu’auteur et mainteneur d’un grand nombre de plugins, j’ai décidé que tous mes plugins s’utiliseraient par défaut dans un environnement accessible et nécessiteraient Bonux à ce titre.

      Tu as aussi la liberté de réinstaller en plus un des N plugins commis par Arno* et qui déclinent l’habillage par défaut de SPIP dans de subtiles variantes toutes aussi inaccessibles que l’original et qui feront surement ton bonheur.

    • Ne vous serait-il pas venu à l’idée que si ce plugin est utilisé par d’autres c’est tout simplement parce qu’il leur est... nécessaire ?

      En l’occurence, si, ca m’est venu à l’idée. C’est d’ailleurs pourquoi je l’ai téléchargé et passé en test. A l’origine ce n’est « juste » pas pour moi que je l’ai fait.

      Et s’il est si utile, il serait plus sensé d’exprimer le regret qu’il ne fasse pas d’emblée partie de SPIP... non ??

      Tout à fait d’accord. Et je regrette cet état de fait pour un certain nombre d’autres plugins. Cela dit, je prends garde avant de formuler ce genre de choses car soit je prends un flame en retour, soit je perds mon temps à écrire publiquement quelque chose qui ne peut pas être subjectif car ne dépendant QUE de mon avis sur l’utilité de telle ou telle contrib, et qui n’est très probablement pas l’avis du plus grand nombre...

      Dire « c’est pas toujours accessible, perso je m’en fout un peu » est d’un égoïsme ici déplacé.

      OK donc c’est ma formulation qui dérange. Toutes mes excuses, je vais y remédier :
      -  Que l’espace /prive de mon site perso ne soit pas toujours accessible ne me dérange pas plus que ca. En revanche, qu’un plugin existe pour corriger ca, je sais qu’un jour je serai amené à en avoir besoin donc c’est génial.
      Bis : Ce n’est pas un hasard si j’avais passé le plugin en test.

      Une interface, qui plus est celle d’un projet libre et collaboratif SPIP doit ambitionner d’être accessible au plus grand nombre

      Tout à fait d’accord et je n’ai nul doute qu’un jour on y arrive :-)

      Maintenant, je ne suis pas en train de descendre en règle votre boulot, alors Romy s’il te plait, ne me descends pas non plus en règle !

      Je disais juste que je ne comprenais pas certains de ces aspects. Cédric m’a expliqué en privé 2 ou 3 trucs, et vient de m’apporter des pistes de recherche que je vais exploiter de ce pas. Mon message n’avait techniquement pas d’autre objectif que de chercher à faire avancer le schmilblick, aussi bien pour vous, que pour les autres utilisateurs, que pour moi.

      C’est bon ? Je peux enlever mon casque maintenant ? :-D

    • OK,

      Par défaut, le calcul de la css privée de SPIP prend 5 à 6 secondes. Avec Bonux c’est au plus quelques dixièmes de secondes.

      Pour t’en convaincre, vite ton cache et ton cache d’images et chronometre le temps d’attente pour changer de couleur dans les préférences avec et sans bonux.

      Dans un cas on croit que ca ne marche pas et on clic partout (en fait il faut attendre 5 à 6 secondes ...), dans l’autre cas c’est immediat.

      Alors j’ai suivi cette démarche, et une fois cache vidé, j’obtiens hélas bien un délai de 5 secondes pour afficher un thème avec Bonux. En revanche, dès que le thème a été chargé une fois, y repasser est immédiat en effet, ce qui n’est pas le cas sans Bonux.

      Si tu constatais le contraire, cela ne pourrait venir que d’un autre plugin, ou d’un problème de configuration serveur. Mais pas de Bonux, je peux te l’assurer.

      Je penche plus pour une conf foireuse chez mon hébergeur. Ce ne serait d’ailleurs pas la première fois que j’ai à redire de la qualité de leur service (je précise que c’est un hébergeur pro et non gratuit)

      Cela dit, j’utilise et teste pas mal de plugins différents sur mon site actuellement (12 actifs au dernier décompte et pas des moins lourds je pense) donc je n’exclue pas non plus une incompatibilité. En avez vous repéré de notoires déjà avec un de ceux-ci ?

      • Barre typographique généralisée
      • Barre Typo V2 pour 1.9.2 et suivantes
      • Boutons d’administration supplémentaires
      • cfg : moteur de configuration
      • Couteau Suisse
      • Crayons
      • Enluminures typographiques pour 1.9.2 et suivantes
      • Lire aussi... (groupes d’articles)
      • Social tags
      • SPIP Bonux 2.0
      • Thickbox v2
      • Champs Extras2
      • Interface pour Champs Extras

      Je précise que je suis sous Spip 2.0.2 [13539] avec Bonux 1.2 [25251]... et que je poursuis mes tests de mon côté pour identifier la brebis galeuse s’il en existe bien une dans le troupeau ;-)

      Merci pour vos retours.

      EDIT : Cette conversation, si houleuse soit-elle, a au moins le mérite de placer Bonux dans l’encadré des Buzz de Spip-Contrib :-D

    • Je crois que certains montent un peu trop vite au créneau…

      Je n’ai personnellement jamais remis en cause l’utilité d’un tel plugin. Peut-être qu’il n’est pas utile pour moi, mais je sais très bien qu’il doit l’être pour d’autre.

      Je l’ai déjà dit, ce qui me dérange, c’est qu’il soit IMPOSÉ.

      Cédric, tu dis qu’en l’état, SPIP 2 nous impose une interface privée lourde à générer. Et bien avec ce plugin et le fait que plein d’autres en dépendent, tu nous imposes une interface avec des couleurs blafardes qui ne donnent pas du tout envie de bosser dessus (je ne suis pas le seul à le penser, je précise). Que la nouvelle interface soit plus légère, soit, mais pourquoi ne pas toujours proposer les anciennes couleurs en sus ?

      Vous dites qu’on a le choix de l’utiliser ou pas, mais c’est trop facile ! Ce qui aiment, vous êtes peinard parce que justement vous aimez et trouvez ça génial. Mais ceux qui n’aiment pas doivent se priver de tout un tas de choses à cause de VOS choix (que je qualifierais d’arbitraires). C’est injuste comme situation.

      Je vous en prie, considérez les positions des autres personnes que vous, au lieu de les dénigrer, laissez plus de choix (du vrai choix) à ceux qui ne partagent peut-être pas les mêmes goûts que vous ! Tout le monde en sera plus heureux…

    • Attention tu deviens rouge ... (pardon rose pale avec Bonux)

    • Il se murmure que la Barre typo v2 n’est pas compatible SPIP 2

    • Attention tu deviens rouge ... (pardon rose pale avec Bonux)

       ?!

      Ca fait pas avancer le schmilblik ça…

    • Il se murmure que la Barre typo v2 n’est pas compatible SPIP 2

      < gallilé style >Ah ? Pourtant elle tourne !< /gallilé style >

      et ce qui m’étonne aussi, c’est de la retrouver dans les listes des plugins spécifiques 2.0 de spip-contrib -> http://www.spip-contrib.net/Plugin-Barre-Typographique-V2 Ya même le mot-clé qui vient avec ???

      Par contre c’est vrai que désactiver BTV, BTG et BTE me libère apparament pas mal de ressources.

      Bon BTG c’était un peu gadget (pratique cela dit !) mais pour BTE ca m’ennuie un peu. Je vais voir si je peux contrecarrer ce manque avec l’outil déso du CS...

    • Compte tenu des problèmes évoqués dans le forum, j’ai corrigé les mots clés sur l’article de la barre typo.

    Répondre à ce message

  • 3

    Bonjour !
    * Impossible d’activer le plugin spip-bonux
    * Nécessite SPIP en version [2.0.0 ;] minimum.

    Impossible à activer, avec la dernière version spip 2, même une fois supprimés les « charger-plugins... ». Or, ce n’est pas de Bonux dont j’ai besoin, mais d’accès restreint. Et pas d’accès restreint sans bonux.
    Quelqu’un a une idée sur cette panne de machine à laver ?
    Merci

    • Je rencontre le meme probleme
      * Impossible d’activer le plugin auto/spip-bonux

      * Nécessite SPIP en version [2.0.0 ;] minimum.

      Pourtant je suis bien en SPIP 2.0.0 rc1 [13298] et j’ai déja pu activer le plugin au moment de la migration vers SPIP2. J’ai entretemps mis a jours l’ensemble des plugins. Le plugin « Activer le pluginPlugin de compatibilité avec SPIP 1.9.3 SVN » ne peux plus être activé aussi.
      Quelqu’un a t’il une information sur l’origine de l’anomalie ou une solution a ce problème bloquant pour l’installation d’autres plugins ?
      Merci de votre réponse

    • 2.0.0 veut dire version 2.0.0 stable.
      La 2.0.0 rc1 est une version de test préliminaire à la 2.0.0 et est donc plus vieille. Elle est refusée.
      Il faut installer la version stable, qui est actuellement 2.0.2

    • C’est effectivement la solution au problème, merci de ta réponse.

    Répondre à ce message

  • Le 12 déc. 08 à 07:15, Nicolas Hoizey a écrit :

    > Avec cette même boucle CONDITION, mais corrigée :
    >
    >>
    >> 0>
    >> Déjà #_commentaires:TOTAL_BOUCLE commentaire[(#_commentaires:TOTAL_BOUCLE|>1| ?’s’,’’)].
    >>
    >> Aucun commentaire pour l’instant.
    >> /B_nombre_commentaires>
    >> /B_commentaires>

    > #URL_ARTICLE me donne par exemple ceci :
    > spip.php ?page=article&id_article=753&connect=condition

    > Au lieu de ceci :
    > blog/backup-d-un-mac-sur-un-nas-facile-et-sans-bidouille-c-est-possible.html

    et Cédric a répondu :

    oui ça c’est un probleme non résolu condequence du choix d’implémentation.

    Répondre à ce message

  • Bonjour,
    J’ai un petit problème avec l’utilisation de ce plugin dans sa partie BOUCLE(POUR), j’essaye de l’utiliser à travers un modèle intégré à un plugin ’perso’ mais cela ne fonctionne pas.

    Exemple :
    Dans mon modèle je créé un #ARRAY (retours) que je passe dans la boucle mise en exemple avec le plugin :

    <B_test23>
    <ul><li>
    <BOUCLE_test23(POUR){tableau retours}>
    #CLE=><B_test231><ul>
    <BOUCLE_test231(POUR){tableau #VALEUR}><li>#CLE=><BOUCLE_test232(boucle_test231)></BOUCLE_test232></li></BOUCLE_test231>
    </ul>
    </B_test231>
    #VALEUR</li><//B_test231>
    </BOUCLE_test23>
    </ul>
    </B_test23>

    Impossible d’en sortir quelque chose, c’est systématiquement vide.
    La même boucle intégrée dans un fond, toujours placé dans mon plugin perso et le même #ARRAY et ça marche ! Avez-vous une idée ?

    Répondre à ce message

  • 1

    Trouvez-vous ces explications faciles à comprendre et l’utilisation aisée avec le peu de démonstration qui sont notées dans la doc ?
    Est-ce un plugin développé par et pour les auteurs ou pour tout le monde ?

    • Les explications sont assez claires, oui. Mais si vous voulez qu’on vous aide, dites-nous plutôt ce que vous ne comprenez pas ?

    Répondre à ce message

  • 3

    Hello,

    C’est rigolo ce plug-in mais pourquoi avoir choisi de ne pas proposer un plugin different par fonction ?

    On ne voit pas bien à vrai dire le rapport entre les css des formulaires de l’espace privé, le compteur, et les boucles sur de nouveaux objets.

    Même si chacune des fonctions est super en tant que telle.

    Le syndrome couteau suisse aurait-il à nouveau frappé ? :p

    Répondre à ce message

  • On pourrait imaginer de completer avec les autres operateurs d’agrégation dans le select : exemple du SUM sur un group by mysql avec une boucle.

    mysql> SELECT year, SUM(profit) FROM sales GROUP BY year ;
    http://dev.mysql.com/doc/refman/5.0/en/group-by-modifiers.html

    Il y a aussi tous les autres fonction d’agregation dans le select (max ,min, avg,...) :
    http://dev.mysql.com/doc/refman/5.0/en/group-by-functions.html

    Répondre à ce message

  • assobachant

    Bonjour a vous ; je cherche un spipien qui a installé bonux avec spip beta sur free pour confirmation de fonctionnement.

    Moi rien n’y fait ; je me retrouve avec une page blanche ; je me demande si « FREE » n’est pas en cause

    merci pour votre aide
    @micalement stéphane

    Répondre à ce message

  • C’est vrai que l’avantage du couteau suisse par rapport au bonux, c’est qu’on a le choix de ce qu’on active ou pas ; là on a tout d’un coup dans le bocal

    Répondre à ce message

  • De mémoire dans les paquets Bonux, le cadeau c’était un petit magnet’ ou une p’tiote voiture en plastique. Mais pas un couteau suisse.

    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