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.
Discussions par date d’activité
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
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.
Ne vous dérangez pas, j’ai trouvé l’explication sur Google.
Si ça peut rendre service, la voilà :
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 :
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
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 :
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
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
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 :
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
Sur le log mysql
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
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
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 :
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 :
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 ?
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
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
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
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
A quand la compatibilité avec SPIP 3 ?? =)
SPIP 3 intègre la plupart des fonctions de bonux (boucle pour, critères etc.)
et les autres sont dans spip-bonux 3 http://zone.spip.org/trac/spip-zone/browser/_plugins_/spip-bonux-3
Ok merci. Je vais voir ça =)
Je demandais ça car parfois des plugins réclamment spip-bonux pour fonctionner.
de telles plugins, si les fonctions de bonux nécéssaires sont portés dans SPIP 3, devrait changer leurs fichiers pour ne réclamer bonux que pour spip 2.1 et pas sous SPIP 3.
Cela se fait petit à petit.
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
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
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
La plupart des fonctionnalités de Bonux ont été mises dans SPIP 3 déjà. À priori, la plupart des plugins n’en auront plus besoins. Cependant, il existe déjà Spip Bonux 3, qu’on peut récupérer uniquement depuis les sources, là : http://zone.spip.org/trac/spip-zone/browser/_plugins_/spip-bonux-3
Répondre à ce message
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
Je n’ai donc pas eu besoin de la boucle POUR
Répondre à ce message
Quelle serait la syntaxe pour passer deux conditions dans une boucle condition ?
Merci,
A.
Répondre à ce message
Bonjour,
Que fonts les critères noeud et feuille ?
Merci,
AA
le critère
{feuille}
sélectionne les rubriques qui n’ont pas de sous-rubriques, alors que le critère{noeud}
sélectionne les rubriques qui ont des sous-rubriques.La terminologie est celle usuellement employée dans la manipulation des arbres (http://fr.wikipedia.org/wiki/Arbre_enracin%C3%A9)
Merci bcq :) bon à savoir ...
Répondre à ce message
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
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
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
:Ou même :
Ç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 :
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 :
Merci
Répondre à ce message
Bonjour,
Est-il possible de mettre plusieurs critères dans la boucle condition, du style
Merci de votre aide
oui, séparer les conditions par des virgules, ou mettre plusieurs critères si :)
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
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
il y a une faille sur 2.0.10, mets tous tes plugins et spip à jour à SPIP 2.1.8
merci beaucoup
Répondre à ce message
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 :
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 :
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 :
Ceci ne fonctionne pas :
Répondre à ce message
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
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
Bonjour.
Mon spip est en 2.1.2, lorsque j’installe spip-bonux ma page d’accueil affiche le message d’erreur suivant :
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
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
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.
Vous avez une idée d’où cela peut-il bien venir ?
erreur dans la syntaxe je pense :
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 :
mapage2 :
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
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 #MODELERé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
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.
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
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
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
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 :
:-PBonjour,
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 ?
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
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 :
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
au lieu de
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
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
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 ?
Il y a eu une fausse manip. Le zip sera rétabli au passage de 18h.
C’est rétabli. ;-)
Répondre à ce message
chose bizarre.
En local je fais
Cela marche nickel.
En revanche en ligne j’obtiens
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
Bonjour,
J’ai l’erreur suivante quand je veux accéder à l’espace privé :
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
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 ?
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).
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
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
alors c’est
ecrire/?var_mode=recalcul
Répondre à ce message
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
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
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é :
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
J’obtiens ça quand j’essaye d’activer le plugin :
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
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 :
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 unINNER 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)){
:Et après la fermeture du
if ($compt = calculer_jointure($boucle,$depart,$arrivee))
: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 :
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 :
et le code PHP :
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
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 :
3. créer une seconde boucle pour récupérer les articles avec le mot clé « actus » (et continuer le cahrgement du tableau) :
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 » :
En espérant que cet exemple simple puisse inspirer de nombreux sites !
A+
Cyril
Et que penser de ?
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
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 :
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
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
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= ????
Ah mais on l’administre pas ! Y a rien à configurer...
Répondre à ce message
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
Bonjour,
J’ai le même souci et j’avoue que je ne comprends pas non plus.
Répondre à ce message
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
EN spip 2.0.5 (les autres je ne sais pas) la boucle CONDITION me foire tous les liens. Voici le cas :
Dans une telle boucle l’url de l’article est incorrecte : au lieu d’utiliser l’url propre il affiche l’url du genre :
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 :
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 :
au lieu de :
Répondre à ce message
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
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
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é :
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 :
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 :
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
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
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
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 :
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.
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.
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...
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.
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,
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.
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 ?
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
?!
Ca fait pas avancer le schmilblik ça…
< 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
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 :
et Cédric a répondu :
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 :
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
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
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
Moi j’aime bien le couteau suisse, je suis ravi de voir que son exemple inspire !
Euh, ça n’a rien d’un couteau suisse : c’est un paquet Bonux !
Je précise que je ne suis pas du tout l’auteur de ce message anonyme !!
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
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 :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |