Ce plugin a changé de nom
| Cet article est placé en archive afin de conserver le forum qui lui est associé. Merci de consulter Le Couteau Suisse pour la mise à jour du plugin et des informations associées. |
|---|
Les Tweaks...
Un peu de culture : http://en.wikipedia.org/wiki/Tweaking
« Tweaks are any small modifications intended to improve a system » [1]
Tout est dit !! [2]
En résumé
Le plugin propose d’introduire facilement de simples fonctionnalités supplémentaire à SPIP (des tweaks !) sans pour autant alourdir le core. Par exemple : des filtres supplémentaires, des balises pratiques, le contrôle de certaines variables « cachées », etc. Ma constatation est de voir que les utilisateurs (dont moi-même !) font souvent les mêmes installations de plugins dont certains ne font qu’une ligne ou deux. Il devient également plus facile de gérer les différentes variables de SPIP cachées à l’utilisateur lambda. L’idée est partie d’un message sur la liste spip.zone de Pierre Andrews (mes hommages, Pierre !) posté le dimanche 17 décembre 2006 19:16, suite à une plainte d’Olivier G. qui déplorait la création d’un plugin entier autour de l’utilisation d’une simple variable.
Le but est donc de réunir toutes ces fonctionnalités (ou tweaks), petites mais pratiques, en un seul plugin et d’ajouter dans l’espace d’administration une page de configuration où il suffira de cocher les tweaks voulus. Le gain en performances et en clarté est non négligeable : le plugin précompile les fonctionnalités lors de l’installation et permet ensuite une navigation plus fluide. Les débutants qui ne connaissent rien au php, html ou à SPIP, seront les premiers servis dans ce projet. Rien de plus facile pour moi ou pour la plupart d’entre vous d’ajouter une ligne de code qui va bien ... Mais ce n’est pas le cas de tout le monde !!
Fonctionnalités
Retrouvez ce paragraphe ici : Le Couteau Suisse
Quelques informations techniques pour les développeurs
Ce paragraphe est maintenant disponible ici : [dev] Le Couteau Suisse : développer un outil
Débats
Un premier débat qui peut être lancé concerne donc la répartition entre les fonctionnalités du core et celles qui peuvent être placées dans ce plugin que l’utilisateur est libre d’installer ou non. Chaque fonctionnalité peut elle aussi être activée ou désactivée par l’utilisateur. SPIP « gonfle » de jours en jours et la souplesse introduite par les plugins peut permettre un gonflage maîtrisé...
Par exemple, un antispam n’est peut-être pas nécessaire dans le core (utilisé aussi en intranet) mais pourrait trouver une meilleure place dans Tweak SPIP.
Le second débat, c’est celui de savoir ce qu’il faut mettre dans Tweak SPIP ou non ! Doit-il rassembler diverses corrections typographiques et remplacements graphiques ? Doit-il ajouter de nouvelles balises pour les squelettes ? Doit-il ajouter de nouveaux filtres pour ces balises ?
- De ceci émerge déjà une première réponse : Tweak SPIP doit pouvoir contrôler les variables « cachées » de SPIP et habituellement placées dans « mes_options.php ».
- Ensuite et à mon sens, les remplacements et améliorations typographiques ont besoin d’un cadre sécurisant unifié. Il est déjà apporté par exemple par les fonctions "montweak_installe()" et "tweak_exclure_balises()" ou les paramètres ’version-min’ ou ’version-max’.
- De même, la compilation des traitements favorise un ciblage plus précis des actions sur les différents textes de SPIP.
- Enfin, Tweak SPIP doit également pouvoir apporter une compatibilité sans faille entre tous les tweaks et avec les différentes versions de Spip.
Qu’en pensez-vous ?
Discussions par date d’activité
14 discussions
Bonjour,
Je me demandais s’il n’était pas envisageable de créer un fichier txt ou autre qui expliquerais rapidement les nouveautés des versions de Tweak spip
Parce que ça évolue mais on ne voit pas forcément tout de suite quand il y a des nouveaux tweaks qui apparaissent.
Bon quand c’est simplement de l’optimisation du code peut être pas mais à voir pour les nouveaux tweak ou les nouvelles options
Qu’en pensez vous ?
Merci
Eric
Effectivement, c’est une bonne idée. J’essaie de maintenir la liste ci-dessus à jour, mais un petit historique des tweaks au regard des versions du plugin serait un petit plus. Si qq’un veut se lancer en épluchant les logs SVN (ou alors ici : http://trac.rezo.net/trac/spip-zone...) , c’est très volontiers.
Pat
Bonjour,
Je ne suis malheureusement pas assez calé pour tenir une telle liste mais ça me donne quand même quelques infos.
Comme vous venez de changer le nom du plug-in le lien ci dessus ne fonctionne plus donc si je ne me trompe pas voici le nouveau lien :
http://trac.rezo.net/trac/spip-zone/log/_plugins_/_stable_/couteau_suisse
La toute dernière version du plugin « Le Couteau Suisse » (version 1.7.8.17) intègre à présent la possibilité de suivre les dépots SVN directement sur la nouvelle page de configuration. Il a également été ajouté un système de contrôle des versions, histoire de maintenir le plugin à jour.
Répondre à ce message
Bonjour,
C’est une demande aussi un peu perso mais que j’ai trouvé à plusieurs reprise sur les forums sans réponses.
Serait il possible d’avoir un tweak ou une méthode qui donne la possibilité de rendre le nom (ou pseudo) obligatoire ou non lorque l’on répond à un article.
Sans devoir passer par des inscriptions.
Merci
Eric
Voila qui est fait (Tweaks v1.7.2.1).
Pat
Merci Pat tu es un chef.
Par contre je viens de l’essayer et ça marche avec Firefox mais pas avec IE 7.
Merci encore
Eric
Tout fonctionne maintenant
Encore merci
Répondre à ce message
Bonjour,
Je trouve l’idée de ce plugin géniale et j’ai vraiment besoin de la fonctionnalité belles puces.
Je l’ai activée et dans la page de test j’ai : pucesli[actif] = 1. Mais malgré ça, je continu à avoir des images dans mes listes au lieu de balises <li>.
Est-ce que vous pourriez m’aider ?
Merci
Merci de ce message. Une petite erreur s’était en effet glissée dans le plugin. L’outil est à présent fonctionnel.
Répondre à ce message
Bonjour
Je viens de faire la mise à jours de Tweak spip du 17 avril et j’ai une page blanche quand je vais sur la partie public et sur la partie privée.
Donc plus de site du tout.
J’ai renommé le dossier tweak spip avec mon logiciel FTP et du coup il s’est désactivé et j’ai de nouveau accès au site.
Mais si je le réactive j’ai de nouveau page blanche.
Alors en faisant une mise à jour de spip je m’étais trompé de version et j’avais pris une version en dev (9010).
Je voulais ensuite repasser sur la 1.9.2 stable mais ça ne fonctionne pas.
Cela viendrait il de la ?
Oui bon je sais dès fois je ne suis pas doué !!!!!
Merci
Ne cherche plus !! J’ai travaillé la compatibilité avec Spip 1.9.1 et avec les version 1.6 du plugin. Il y avait de quoi générer des bugs... Re-essaie avec une version récente du plugin : 1.7.0.3 ou plutot 1.7.0.4 si tu vx convertir tes anciens réglages.
Ok c’est bon ça remarche
Merci
Répondre à ce message
Bonjour,
Je test le plugin « suivi des forums » de tweak spip.
Si j’ai bien compris :
Une personne qui répond à un article sera prévenu des prochaines réponses si il laisse son email (seulement pour cet article)
Mais si par la suite il ne désire plus recevoir les réponses peut il se « désabonner » ?
Merci
Je viens de trouver ce lien.
Est ce que cela a un rapport avec celui de tweak spip ?
Si oui la réponse serait donc qu’il n’est pas possible de se désabonner.
Dans ce lien il est également indiqué que cela ne fonctione pas avec une version de spip > 1.9.1
Est ce que celui de tweak spip a été remanier pour qu’il fonctionne avec une 1.9.2 ?
Merci
Non. impossible de sortir du fil si le webmaster ne change pas les options en cours de route.
Absolument aucun. Cette contrib forke les fichiers de Spip, ce qui n’est pas du tout la philosophie de Tweak-Spip.
En fait, il s’agit ici de gérer une fonctionnalité déjà permise par Spip à partir de la version 1.92. Ca ne fonctionne donc pas en v1.91
Merci pour ces éclaircicements
Répondre à ce message
Bonjour,
Tout d’abord merci pour tout ces petits trucs qui améliorent encore SPIP. J’ai activé le tweak « Sommaire d’un article » qui est bien pratique mais il y a des articles sur lesquels j’aimerai que ça ne s’affiche pas. Est-ce possible (à part en ne mettant pas de titre) ? Y aurait-il un mot clé ou la possibilité d’en créer un ?
Nico
Oui, c’est vrai que ça peut être utile. Mais tel qu’il est programmé, le plugin ne peut pas du tout savoir quel est le contexte du texte, ni quels sont les mots-clés de l’article.
Donc :
- version 1.6.1 du plugin : en insérant la balise
[!sommaire]à l’intérieur du texte de l’article (n’importe où), le sommaire ne s’affichera pas.- version 1.6.2 : le sommaire ne s’affiche pas non plus s’il n’y a qu’une seule entrée.
Bonne continuation.
C’est exactement ce qu’il me fallait ! Bon, par contre, je viens de récupérer Tweak-spip 1.6.3 et le tweak « Sommaire » et celui « Découper en pages » ne fonctionnent pas (pas de problèmes pour les autres, enfin ceux que j’utilise). Et ça fonctionnait bien avec la version 1.6.0. Et j’ai pourtant réinitialiser le plugin, vider le cache... Rien n’y fait !
Et dans l’espace privé, j’ai 2 messages d’erreur quand je vais sur la page de conf’ de Tweak SPIP (que j’avais aussi avec la version 1.6.0) :
Warning : opendir(data/tweak-spip) : failed to open dir : Invalid argument in d :\easyphp1-8\www\ouvre\ecrire\inc\getdocument.php on line 38
Warning : readdir() : supplied argument is not a valid Directory resource in d :\easyphp1-8\www\ouvre\ecrire\inc\getdocument.php on line 39
J’ai l’impression que ça a un rapport avec htaccess (après lecture du fichier getdocument.php) mais je n’utilise pas ses fichiers...
Je précise que j’utilise le squelette Beespip (ça a peut-être un rapport).
Tu as oublié de dire quelle version de Spip tu utilises... Il semble que ce soit la 1.9.1.
J’ai donc travaillé la compatibilité et Tweak Spip v1.6.5 devrait fonctionner. J’attends tes retours !
Merci Patrice pour tout ce travail et ces réponses rapides. Avec la version 1.6.7, tout marche de nouveau. C’est nickel. Et le sommaire est encore plus beau, joli effet !
Et effectivement, j’utilise la version 1.9.1 avec les squelettes Beespip. J’ai par contre toujours les deux Warning avec le fichier getdocument.php mais il semble que ça ne pose pas de problème d’utilisation de Tweak et de Spip. Peut-être juste un léger problème avec Beespip.
Juste un p’tit truc graphique : avec le sommaire, la « petite » flèche pour retourner au sommaire s’affiche au dessus du titre (et plus à côté) et le titre ne s’affiche plus qu’en gras et en taille normale (comme le texte). Je vais y jeter moi-même un oeil mais pour la prochaine version...
Ravi de contribuer à améliorer ton travail !
A bientôt,
Nico
Pour Beespip, les titres se déforment à cause de la barre écologique... Mais j’ai ajouté un petit patch pour éviter se paragraphage indésirable.
Quant aux warnings, je ne sais pas encore d’où ils viennent et je ne les ai jamais reproduits... as-tu désactivé tous les autres plugins ? pourrais-tu m’envoyer les logs de spip (spip.log.*) après avoir activer le tout dernier tweak ? mail : patrice(pouint)vanneufville(arobaz)laposte(pouint)net
Merci encore pour tous les retours précis que tu fais. Les pbs cités sont en principe réglés dans la version 1.6.7.4 du plugin.
Ce fût un plaisir, et si je découvre d’autres trucs, je n’hésiterai pas à récidiver ! C’est en partageant nos expériences qu’on avance !
Bonne continuation Patrice, et encore bravo pour ton travail.
Nico
Répondre à ce message
Hello,
je ne sais pas si c’est un bug ou si c’est voulu : le cache est bien désactivé mais pas pour les recherches.
Si j’effectue une recherche, puis insère articles et mets à jour l’indexation et effectue la même recherche, j’obtiens l’image du cache.
Si je le vide, j’obtiens bien le bon « nouveau » résultat.
Je suis en 1.9.1.
Gerald
Répondre à ce message
Bonjour,
c’est du « presque » hors-sujet et il s’agit d’une demande pour les développeurs que je n’ai pas pu trouvé ailleurs. Ce n’est certainement pas le bon endroit pour ce post mais je n’ai pas trouvé la liste des demandes d’amélioration.
Il s’agit de la durée de vie du cookie : celui-ci est gravé dans le marbre.
Sauf erreur de ma part, il n’est possible de modifier la valeur (exemple 0 pour ma part) que soit en modifiant le fichier source, soit en créant un plugin qui va surcharger cookie.php.
Ma question est donc la suivante : serait-il possible de créer une « variable » SPIP que l’on pourrait modifier via le tweak spip ?
Gerald
PS : pourquoi une durée de vie de 0 ? Notre site donne un accès privatif à 4000 anciens élèves mais surtout à 2000 élèves. La pratique montre que si ceux-ci ne ferment pas leur poste informatique en accès libre, ils ferment au moins leur navigateur. Avec un cookie à 0, la déconnexion s’opère dès la fermeture du navigateur.
C’est une question intéressante à poser peut-être directement aux développeurs de Spip, par exemple sur la liste spip.devel. Il faut en effet une modification du code de Spip.
Pour ma part, je pensais bientôt ajouter un petit tweak gérant le préfixe du cookie, ce qui peut être utile en cas de plusieurs sites spip sur un seul domaine... Mais pourquoi pas ajouter aussi la gestion de la durée d’expiration...
Je vois qu’il y a plusieurs cookies et plusieurs durées :
- spip_ecran, spip_lang_ecrire, spip_lang, spip_svg (sur 365 jours)
- spip_admin (sur 24 jours)
- spip_session (sur 14 jours)
- spip_accepte_ajax, spip_forum_user (expiration à 0)
ooops, je n’avais pas vu qu’il y avait autant de cookies.
Pour la liste, je viens de m’abonner au serveur de news.gmane.org.
Je posterai donc ces prochains jours.
Avec mes remerciements !
Gerald
Répondre à ce message
Bonjour,
J’aimerais disposer d’un petit système permettant de désactiver une série d’éléments de l’interface privée. Notamment :
- Les formulaires d’ajout de logos. Il devrait être possible de désactiver ces formulaires seulement pour certains types d’objets et pas pour d’autres. Par exemple, si ma charte graphique ne comporte pas de logos pour les brèves, je ne souhaite pas que l’interface privée permette d’en ajouter, autant pour des raisons d’occupation de l’espace disque (il n’y a pas de raison de perdre de l’espace pour des données qui ne seront pas utilisées sur le site public) que pour éviter des confusions avec les auteurs. Par contre, même si l’ajout de logos est interdit pour un objet, il devrait rester possible de visualiser et de supprimer ceux qui sont déjà présents dans la base.
- Les forums publics et les pétitions ainsi que les forums internes (de nouveau, de façon atomique) au point de pouvoir supprimer complètement la troisième icône du menu principal.
- Le formulaire de redirection d’article.
De façon à obtenir une interface privée aussi simple que possible et dépouillée de tous les éléments qui ne sont pas utilisés dans le cadre d’un site particulier.
Est-ce que ce genre de fonctionnalités pourrait s’inscrire dans les tweaks ?
merci
François
As-tu posé la question aux développeurs de Spip ? Peut-être peuvent-ils te donner qq pistes, voir la faisabilité actuelle. Je pense que c’est la première piste à suivre, non ? Je n’ai pas assez étudié Spip pour répondre à tout ça, même si dans l’absolu, rien n’est fondamentalement impossible...
Répondre à ce message
Hello Patrice, tu vas vraiment finir par me détester mais depuis cet aprèm plus rien ne va plus. J’ouvre un nouveau thread, je pense que ce sera plus pratique que celui qu’on est en train de faire gonfler depuis une semaine.
J’ai donc bien mis à jour le plugin avec la version rendues dispo cette nuit, ajouté à cela une upgrade de ma version de Spip (1.9.1 rev 8245 comme prévu).
Et j’ai noté que certains tweak ne répondaient plus. Je te fais le listing :
- Désactiver cache : c’est mort ! Le cache se remplit de nouveau inexorablement depuis l’upgrade du plugin et je dois de nouveau jouer avec le bouton ’recalculer’.
- Dossier squelette (super idée ça !) : Je n’ai pas testé à fond mais à première vue ça ne marche pas. J’ai testé vite fait pour 2 dossiers squelettes et je garde toujours le même affichage en ligne même après recalcul. Au passage, en farfouillant le répertoires des tweak, je n’ai même pas trouvé le fichier qui contenait la fonction associée ??? Une question que je me pose cependant repose sur sa compatibilite avec le plugin ’squelettes par mots clés’. Selon toi, les 2 peuvent cohabiter ou pas ?
- Forcer langue : tout mon multilinguisme est pété même quand je force la langue de l’interface privée en English, mes tags
<multi>ne me renvoient que le français. Idem pour les<:tags:>???- bugs
<surfluo>et<surgris>sont toujours présentsquand au
- bugs filets. en fait je n’ai pas encore viré mon filtre |smileys. Le problème est que j’ai peur d’avoir plein de conflits de caractères si je dois manuellement intégrer dans le tweak de nouveaux codes typos pour afficher mes smileys persos. J’en utilise énormément (pas que pour le fun, mais aussi parce que certains des thèmes que j’aborde dans mon site nécessitent une certaines symbolique cabalistique si je puis dire...) et pour certains d’entre eux, je doute de pouvoir trouver un code de symboles qui marche.
En plus, je dois avouer que l’avantage du filtre ’smileys2’ par rapport au tweak des ’frimousses’, c’est que le filtre n’a pas besoin d’une liste pré enregistrée de smileys+code typo pour intégrer les nouveaux smileys. Si sur un coup de tête tu décidais de rajouter un pack de smileys, la fonction les intègre de base sans que tu n’ais à la retoucher, ce qui n’est pas le cas dans le tweak. Toi dans ton texte tu n’a qu’à les appeler comme suit
:nom_de_l'image_sans_l'extansion(en plus concret, si dans ton texte tu tapes:lolca afficheralol.png) J’ai quand même tendance à trouver ça plus pratique. Et je me demande si le tweak n’y gagnerait pas en modularité à reprendre cette fonction telle quelle (evtl. en trouvant un moyen de se passer du filtre|smileysqui va avec...)Qu’en penses tu ?
Mais non, voyons ;-) Tes retours sont précieux et servent à tout le monde.
Très vrai ! Une vilaine erreur de variable a tout mis par terre le système de code inline... Voila maintenant c’est réparé. Toutes mes humbles excuses. En principe Désactiver cache, Dossier squelette, Forcer langue, les <:tags :>, etc. sont rétablis.
J’en profite pour faire un point technique (plutôt intéressant...) :
- Pour l’instant, Tweak Spip note tout ce qu’il fait dans les fichiers ecrire\data\spip.log.*
- Les options, fonctions et pipelines utilisés sont aussi stockés (pour contrôle uniquement) dans \ecrire\data\tweak-spip\
- Le code inline évite un fichier php spécial pour une simple commande. Tu peux regarder le fichier tweak_spip_config.php. L’exemple le plus simple est le tweak ’desactive_cache’. Quelques explications sont aussi données dans tweak_spip.php au niveau de la fonction tweak_parse_code($code).
Tu vois, j’ai répondu juste au dessus. Vive le code inline...
J’en ai aucune idée ! Il faudrait faire des tests avec chacun des tweaks... Peut-être que spip-zone/browser/_dev_/tests pourrait être intéressant pour se fabriquer des tests.
Je ne sais pas trop ce que fait cette option, je n’ai pas de site multilinque sous la mains pour tester, mais l’option utilisée est : $GLOBALS[« forcer_lang »]=true ;
Chez moi c nickel... à voir si une autre contrib ne serait pas en conflit...
Peut-être le faudrait-il avant de poursuivre...
Oui, un nouveau tweak pourrait s’en charger. Effectivement, remplacer des raccourcis par une image prédéfinie est séduisant, surtout (les Spipiens n’écoutez pas !!) pour du language de sms ou de tchat... :lol ou :mdr sont remplaçables en effet. Mais quel nom à donner à ce nouveau tweak !? (lol)
Je garde cette idée en tête. elle germera très bientôt.
Ben, ya pas que Lol ou Mdr qui soit remplacable. D’ailleurs, mon :lol et ton :-D renvoit exactement la même image ;)
Eeeeuh...
Fatal error: Call to undefined function spip_mysql_showtable() in W:\www\spip\ecrire\base\abstract_sql.php on line 119C’est une erreur du plugin ça ? On dirait Spip qui perd la boule... Mis à part les métas, ya pas de manipulation de la base... C’est peut-être dû à la mise à jour ? as-tu rechargé la page des plugins ? des tweaks ? vidé le cache ?
Oui oui c’est bien le tweak. Cette erreur n’apparait plus une fois le plugin désactivé.
Vidé cache : fait !
Rechargé page des plugins/des tweak ? : comment ça ? disons que oui j’ai fait mon petit F5 qui va bien comme à chaque fois que je modifie un truc quelque part mais sinon je vois pas de quoi tu parles...
Les chatons sont arrivés ! Ce nouveau tweak remplace donc :lol par lol.png
et mon lol est différent du :-D ! lol
oui :
http://monsite.toto/(...)/ecrire/?exec=admin_pluginLes tweaks se réinitialisent lorsqu’on recharge cette page...
oui :
http://monsite.toto/(...)/ecrire/?exec=tweak_spip_adminA propos de l’erreur, juste au moment où elle se produit, pourrais-tu m’envoyer par mail les fichiers ecrire/data/tweak_spip/*.* et ecrire/data/spip.log*.* ?
Je précise que tu dois mettre à jour tweakSpip avant...
en entrant l’url :
/ecrire/?exec=tweak_spip_admin&reset=ouion désactive tous les tweaks !
Et voici venu l’heure du report journalier du beta testeur le plus casse-co...quilles de l’univers, j’ai nommé le Zzz. :D
Ainsi donc Patrice j’ai fait comme tu m’as dis et voila le résultat :)
Je te fais un copier/coller de mes notes de dev associées ça ira plus vite et c’est déjà mis en forme ;)
Tweak Spip version du 30/01/2007
J’ai encore cette erreur
Fatal error: Call to undefined function spip_mysql_showtable() in W:\www\spip\ecrire\base\abstract_sql.php on line 119qui apparait lorsque je demande moi même le recalcul de la page (puisqu’apparament la fonction ’désactiver cache’ ne marche tjs pas. Apparament ça vient du Tweak : ’désactiver cache’. L’erreur n’apparait plus lorsqu’il est désactivé.
- Dossier squelette : OK.
- Forcer langue : OK. même plus besoin du tweak pour que ça marche. (j’avais un peu occulté de coder 2-3 détails pour que mon site marche bien en multilang.)
- Décoration // surfluo surgris : OK
- bugs filets : OK ! Champagne !!! :-D
- chatons : Partiellement seulement. Visiblement le tweak a du mal avec les noms d’images en chiffre ou de un caractère (genre 1.gif ou v.png marche pas) Pour le reste, ça a l’air ok.
- Mise en exposants : Ne marche plus.
- INSERT_HEAD : “Tweak : indisponible dans cette version de Spip trop ancienne.” ??? (vers. 1.9.1.8245)
Voilaaaa :-D
Ce tweak ne fait rien que d’utiliser une variable tout à fait officielle de Spip dans mes_options :
$_SERVER["REQUEST_METHOD"]="POST";et je me demande bien ce qui ne fonctionne plus... chez moi, la fonction spip_mysql_showtable() n’est jamais appelée !!ouf, enfin !
tu as raison, je viens d’assouplir un peu la recherche (tu peux donc mettre à jour). Ne sont permis que les caractères suivants : a-z, 0-9, _ et -, mais la premiere lettre est obligatoirement une lettre ! Je crains en effet que :1 ou :2 entre en conflit avec des tableaux de chiffre... :a ou :b est permis pour l’instant... Ne pourrait-on pas obliger deux lettres ?
T’es sûr ?? grrr... chez moi c’est nickel...
En effet, c’est une possibilité introduite par Spip 1.9.2
Idem !
Cool merci. Pour les caracs, la limitation est pas mal en effet. En même temps je ne sais pas si un nom de fichier classique sous windows peut contenir de base autre chose que ces caracs là ;)
Franchement si c’est la seule limitation, je pense que l’utilisateur y survivra. En tout cas moi ça me va. Je testerai ça et t’enverrai mon feedback samedi soir.
(Au fait, as tu bien reçu mes logs ? je t’ai envoyé ça sur l’adresse de ton profil spip-contrib ?)
oui, merci. Rien de ce côté là. Je me demande s’il va pas falloir m’envoyer le site entier !!!!
OK Patrice, mis à part la mise en exposant, tout est OK.
Encore un grand merci pour ton aide ;)
En cadeau, tu auras droit toi aussi à ta traduction de la notice en langue anglaise :D
Ton fichier zip aura au moins eu l’avantage de trouver le bug immédiatement ;-)
Un conseil à tous : vérifiez bien vos squelettes avant tout chose, ils sont eux aussi source de nombreux bugs ! Un plugin peut être déclaré stable s’il fonctionne bien avec le squelette dist original de Spip...
là je sèche car en utilisant tes fichiers, je vois bien apparaitre
Le 1<small style="display: inline;"><sup>er</sup></small> testà la place deLe 1er test, donc Le 1er test en ayant simplement tapé Le 1er test dans le corps d’un articleMerci bcp, c’est très gentil !! Mais l’article là bouge encore de temps en temps...
Oui Je sais. En même temps, l’article est long, la trad’ risque de me prendre du temps. j’intègrerai les changements au jour le jour ;)
Répondre à ce message
Bonjour,
Je viens d’installer ce plugin mais une fois activé je ne peux plus modifier mes articles
Je peux cliquer sur modifier cet article et changer le texte de l’article mais quand je clique sur « enregistrer » tout en bas cela m’affiche « Accès interdit »
Si je désactive le plugin je peux à nouveau modifier mes articles.
J’ai la version de SPIP 1.9.1
Bonjour,
En local, je n’arrive pas à reproduire ce bug... Quels sont les tweaks activés ? Quel est le contenu de l’article ? Est-ce bien la dernière version de Spip 1.9.1 ?
Merci de répondre
J’ai activé les tweaks :
- Décoration
- Mise en exposant
- Filets de séparation
- Smileys
Mais j’ai essayé d’en décocher certains et c’est pareil.
Ca le fait sur tous les articles.
C’est du texte tout bête avec parfois une image.
Je m’excuse mais je suis débutant en spip
Il y a plusieurs version de SPIP 1.9.1 ?
J’ai téléchargé celle sur spip.net (vers sa sortie à peu près)
Comment connaître sa version actuelle ?
Est ce que les autres versions sont les versions de développement ?
Je pense qu’il voulait savoir de quelle « Révision » de spip 1.9.1 tu te sers. Par exemple, la mienne est la Spip 1.9.1 révision [7502]
Les révisions correspondent si j’ai bien tout suivis aux versions de base qui ont reçu des « commits » (modifications mineures) depuis la mise à disposition de la 1.9.1.
Patrice si je dis une connerie, tu me corriges hein ? :-D
Tu as tout à fait raison. Mais je précise que je ne suis pas non plus un grand expert de Spip...
Je viens de m’apercevoir que la version svn apparaissait uniquement sur un dossier svn (avec tous les répertoires .svn que j’utilise perso avec TurtoiseSVN).
Spip v1.9.1 a en effet été corrigé lorsque des bugs importants ou des failles de sécurité ont été découverts. Sa dernière révision date du 3 janvier (commit 8245).
La dernière version de 1.9.1 est en principe accessible ici : http://trac.rezo.net/files/spip/
Bien sûr, je pense qu’un Spip 1.9.1.xxxx est toujours compatible avec un Spip 1.9.1.yyyy.
Revenons à nos moutons... Les tweaks étant tous inactifs, le bug dont parle erix est-il toujours là ? Je n’ai pour l’instant aucune piste pour l’expliquer... Est-il encore présent lorsque tous les autres plugins sont désactivés ?
Oui je n’ai pas installé de versions SVN seulement la 1.9.1 considérée comme stable du site spip.net
Celles du dossier SVN sont en fait la 1.9.2 beta, non ?
Même si je désactive tous les tweaks, cela me fait pareil.
Il n’y a vraiment que si je désactive le plug-in que cela se débloque.
Je note au passage que je n’ai aucun autre plug-in d’installé.
Je viens également de remarqué que cela me fait la même chose si j’essaie de créer un nouvel article.
Je peux remplir le texte mais dès que je clique sur « enregistrer », même chose « accès interdit »
Même chose pour les brèves.
La version stable de Spip 1.9.1 téléchargée après le 3 janvier doit sûrement être la dernière révision... Sinon, s’agit-il d’un site en ligne ? en local ? Si aucun tweak n’est activé, en principe Tweak SPIP ne fait pas grand chose... on devrait cerner l’erreur rapidement...
Oui mais sur le site http://www.spip.net/fr_download ça marque que la version date du 29 septembre 2006
Alors pour aller chercher une version plus récente il faut aller sur SVN ?
Si c’est le cas elle ne sont pas considérées comme stable celles ci.
C’est un site en ligne.
Ben il faut croire que si
Ca serait bien..
Autre question : les smileys et autres tweaks que j’ai activés n’affichent pas de nouveaux icônes
Par exemple les smiley n’apparaissent pas quand on répond à un article, il faut taper le code du smiley au clavier et il n’apparait qu’après.
C’est bien ça ?
Oui, sur svn, il y a bien la dernière révision (stable !) de Spip 1.9.1 : dans le répertoire spip/branches/spip-1.9
Le plugin Tweak Spip a subit une refonte totale dans son fonctionnement. Les bugs précités sont-ils toujours d’actualité ?
Oui, il faut taper le code texte du smiley. Seulement ensuite le plugin transformera ce code en image. Cependant, les messages sont tous prévisualisés avant l’envoi et les smileys aparaissent bien dans la prévisualisation.
Ok alors grande nouvelle, j’ai fait la mise à jour vers la version 1.9.1 la plus récente et maintenant cela fonctionne.
Merci Patrice pour ton aide.
Bizarre que cette mise à jour ne soit pas annoncée ni proposée en téléchargement sur spip.net quand même.
Ben sur l’ancienne version je ne sais pas parce que j’ai d’abord mis à jour SPIP, mais sur la dernière version de spip 1.9.1 quand je vais sur la page des tweaks (configuration/tweak spip) j’ai ce texte qui apparait en haut de ma page :
Array ( [css] => Array ( [0] => filets_sep.css ) )
Sinon Tweak Spip est toujours estampillé 0.1 ?
Bon super. J’ai posé la question des révisions de 1.9.1 aux développeurs, mais ça n’a pas l’air d’être leur priorité... 1.9.2 va bientôt sortir ! Le plus important reste que tu as pu mettre à jour ton Spip et que ça fonctionne.
Le bug que tu évoques a été corrigé immédiatement (petite étourderie de ma part...) mais les fichiers zip ne sont mis à jour que deux fois par jour... Je viens donc de changer la version du plugin pour être sûr : La dernière version à ce jour est la 0.2. Tu peux la récupérer aujourd’hui après 13h je crois.
Bon super ç’est tout bon
Merci Patrice pour ton aide.
As tu des infos quand à la date de sortie et aux nouveautés de spip 1.9.2 ?
C’est imminent ;-)
Répondre à ce message
Pour info.
J’ai installé le plugin « Barre typo enrichie ».
De ce fait le texte de la ligne 124 de tweak_spip_config.php : «
...{2{è}me} ou {2{m}e} ...» provoque un défaut de présentation de la page de configuration en créant deux"<h3>"non fermés comme ci-dessous :Du coup l’explication sur les exposants est un peu confuse et la suite du texte du plugin est tout en
h3.c’est pas moi c’est lui !!
en fait le plugin « Barre typo enrichie » ne reconnait pas les balises imbriquées comme
{2{me}}d’où cette erreur. le commit 8276 résout à présent ce problème en introduisant notamment la protection des balises : <cadre>, <code>, <acronym> et <cite> où la mise en exposants n’agit plus.merci pour ton message.
Le fameux commit dont tu parles intervient sur quoi : TweakSpip ou TypoEnrichie ?
en gros c’est qui que je dois mettre à jour :-P
Sinon, ben... encore une victoire de
canardl’écureuil, bravo et merci :)Ah, je ne suis pas l’auteur de TypoEnrichie ! Tu dois mettre à jour TweakSpip.
Hello Patrice,
Même après mise à jour, j’obtiens toujours un
e;" />qui s’affichent juste en dessous de mes filets image, sur mes pages publiques (c’est clean quand on visualise l’article depuis l’admin).De plus, en farfouillant dans les fichiers php de tweak spip afin de corriger ce problème (sait-on jamais, j’eus très bien pu avoir une idée lumineuse :P ) j’ai constaté que ce tweak précis génère en plein milieux de page des balise
<html></html>autour de chaque filet.C’est normal ? (a défaut d’être « standard »)
Hello Zzzz,
Le
e;"/>provient probablement de<br style="display:none;" />qui est utilisé pour afficher les filets. As-tu un exemple en ligne à me montrer ? Quels plugins utilises-tu ? quel squelette ? version de spip ? navigateur ?Quant à la balise , c’est juste pour protéger le code de sortie. Spip la supprime au final.
Re :)
- SPIP : v1.9.1 rev7502
- Squelettes : une petite Zzz.dist sans grande prétention (juste du CSS et un peu d’HTML qui change)
- Navigateur : Firefox 2.0 mais le bug est également visible sous IE6
- Plugins :
— Boutons d’administration supplémentaires
— Deplier-Replier Blocks
— Under construction
— Glossaire interne
— Template editor
— Template selection by keyword
— Tweak SPIP
et les pas encore actifs :
— Lecteur Multimedia en Flash (MP3,flv)
— Recycle bin
— Mots Partout
— sauvegarde automatique
— Google siteMap
Exemple en ligne hélas non, c’est en local que je constate mes erreurs.
Mon site en ligne actuellement est encore sous 1.8.2, là je prépare justement l’upgrade.
Par contre j’ai un Screeshot ici ;)
Merci de ce message très détaillé. Je n’arrive pas à repoduire ce bug... Alors j’ai un peu changé de stratégie. Je viens de faire un commit sur la zone, mais le fichier zip ne sera mis à jour qu’à 4h du mat... Voici le résultat que donnent les filets d’images maintenant :
<html><p class="filet_sep filet_sep_image" style="background-image:url(plugins/tweak_spip/img/filets/toto.gif); height:40px;"> </p></html>Ok ben de toute façon, je suis au taff, j’ai toute la nuit devant moi, j’upgraderai à 4h ;)
dis-moi, le bug d’affichage est corrigé ?
Oui et non.
En fait, depuis cette nuit (nos tripatouillages sur en_travaux notamment) j’ai un autre problème.
Les filets ne s’affichent plus du tout, et le bug s’est reproté sur les jeux de couleur de texte que j’utilisais. En très gros je viens de perdre le rouge et au début de chaque ligne rouge, j’ai pareillement un petit bout du code html généré par la fonction php qui s’affiche.
Donc côté plugin, les seuls changements sont les update des 2 plugin en_travauix et tweakspip avec les archives rar que tu m’as envoyé la nuit dernière. Seulement je n’ai même pas l’impression qu’elles soient responsable. J’ai tenté en activant/désactivant mes tweak, activant/désactivant ces 2 plugin, en les effacant de mon répertoire plugin... rien à faire, je n’arrive plus à écrire en rouge ni à afficher un filet sur mon site !
En fait, je me demande si ca ne vient pas du plugin des boutons d’admins supplémentaires mon histoire. Déjà le premier bug apparu sur les filets, je me suis rendu compte en voulant sélectionner les caractères félons pour les poster ici, je me suis rendu compte que ca avait sélectionné en même temps le texte de tous mes boutons d’admin. Je n’y ai pas preté attention au départ mais je vais tester en les désactivant. Si ca corrige le bug on aura notre responsable.
Tiens sinon, dans la série « déco typo » as tu pensé à une éventuelle intégration de cette contrib de couleur de texte dans tweakSpip ?
Le plugin a subit un profond remaniement du code... Les filets sont-ils tjrs invisibles ? qu’en est-il du reste ?
Me revoila (sorry j’étais en « »« week end »« »)
Alors, j’ai corrigé mon problème de couleur. Je n’ai pas eu d’autre choix que de remplacer dans mes_options (là où était définis le filtre) le nom de la couleur par son code hexadécimal, sinon ca ne marchait plus.
A prioris, les boutons d’admin supplémentaires ne SONT PAS responsables. je les ai désactivé, ca n’a rien fait.
Les filets ne s’affichent cependant toujours pas. Disons que j’ai un mini bout de truc qui s’affiche en tout petit (visiblement du texte écrit en 0.000001px)
- Le texte qui s’affiche en lieu et place du filet demandé :
9px; background-image: url(plugins/tweak_spip/img/filets/requin.gif);">- et quand je fais dans firefox ’afficher code source de la sélection’ ca me renvoit un truc absolument aberrant :
<p class="spip filet_sep filet_sep_image" style="" smiley="" alt="smiley" src="dist/smileys/1.gif">9px; background-image: url(plugins/tweak_spip/img/filets/requin.gif);"> </p>et ca me fait franchement planer parce que le smiley 1.gif existe bien chez moi mais à cet endroit précis je ne lui ai rein demandé. Il n’est même pas rangé dans les smileys du tweak associé.
D’ailleurs, sur mon site j’appelle les smileys par 2 méthodes (tweak frimousses + filtres smileys 2, un vieux truc piqué à BLIP à l’époque) Jusque là ça marchait plutôt pas mal. J’espère que ce n’est pas de là que vient mon bug.
Sinon pour continuer dans les tests, j’ai essayé également les nouveaux tags de typo, et j’ai un pbm avec les
<surfluo> et <surgris>, en ligne ca me renvoit :px 2px;">Lorem ipsum dolor sit ametC’est bien surligné par contre mais toujours ce bout de HTML brut qui se ballade là où on ne l’attend pas.Pour le reste, je n’ai pas repéré d’autres soucis pour le moment.
Euh... attend, je réalise un truc là !
Quand tu dis « le plugin a subis un profond remaniement de code » tu veux parler des commit d’AVANT ou l’as tu recommité APRES mon message du 25/01 ???
J’ai commité récemment, oui. As-tu un accès svn ? Tu peux mettre à jour...
le truc aberrant est :
requin.gif);"> ça devrait être :
requin.gif);"> Soit c’est Spip, soit c’est un plugin ! Mais je n’arrive pas à reproduire ton pb...
Si !!!! (oublie mon message précédent, j’avais pas bien lu ton code)
Les smileys de Tweak SPIP (contrairement aux autres, eheh...) renseignent les attributs alt et title contenus dans la balise des images de frimousse. du coup le code final retourné par Spip chez moi est celui-ci :
<img alt=":-D" title=":-D" src="plugins/tweak_spip/img/smileys/mort_de_rire.png" style="max-width: 440px; max-height: 100000px;">Comme tu peux le voir, il y a encore des smileys en texte dans ton texte. Et comme les contribs que tu utilises ne font pas attention, elles vont mettre des images dans les alt et title, alors qu’elles ont rien à y faire !! D’où les abérations. cqfd.
tu dois retirer tes vieilles contribs moins sûre.
Mon choix de mettre :-D et non le type de frimousse dans les alt et title évite une traduction obligatoire dans la langue de l’article... C’est plutot pratique et international !
A tous ceux qui ont encore Spip 1.9.1.7502, mettez à jour votre système ! La dernière révision en date est 1.9.1.8245 et vous pouvez la trouver ici :
Certains bugs importants ont été corrigés, ainsi que des failles de sécurité.
Alors :
- SVN, non j’ai pas. J’ai essayé de l’installer mais je n’y ai absoluement rien compris.
- OK pour mes vieilles contribs (Snif... surtout les smileys, ca risque de poser un soucis, faut que je trouve une soluce pour les intégrer au tweak sans encombres. J’immagine la galère lorsqu’il faudra lui inculquer les nouvelles chaines de caractères...)
- Merci pour l’URL de téléchargement parce que le site officiel ne propose toujours que la 7502 de septembre dernier.
Je bidouille tout ça en local et je te tiens au jus ;)
SVN c’est bien pratique... Sinon, pour tes vieilles contribs, tu me donneras leurs avantages réels, et peut-être pourrions-nous les ajouter au tweak ’Smileys’
Répondre à ce message
Patrice a écrit
Bin pour moi ça dépend d’abord de ta définition des concepts de « core », et de « Tweak ». Fonction de quelle importance places tu une fonctionalité dans le core, ou la « »« relègues »« » tu au rang de « tweak » ?
Parce que pour l’usage que j’en fais aujourd’hui, pour moi TweakSpip devrait faire partie du « core ». Ou du moins devrait de manière systématique accompagner chaque distribution de base même en temps que plugin, mais installé de base.
Ca permettrait d’accéder plus rapidement à une série de fonction avancées par rapport à la distrib de base, mais qui répondent malgré tout à des besoin relativement récurents chez les personnes utilisant tout type de plateforme CMS.
Après, le système de plugin serait lui, présent pour accéder aux besoins un peu plus spécifiques du site que tu montes.
Une fois bien choisies et réparties les différentes fonctionnalitées de ton site, Tu te rendras vite compte que certain(e)s contribs/plugins se retrouvent utilisés sur admettons 60-70% des projets réalisés sous SPIP. C’est là que TweakSpip rentre en jeu da, bien à l’abri dans la version core, en les intégrant de base sans qu’on ai à demander, avec en cadeau bonux le répertoire de plugins déjà installé et un premier jeu de fichiers xml/php à tripatouiller pour se faire la main sur le système de plugins.
D’où potentielement double avantage :
- Intégration plus rapide pour les utilisateurs. Des fonctions de (presque)base intégrées sans rien demander (sans avoir à crapahuter la Spip-Galaxie toutes les 5 minutes pour aller rechercher LA ligne de filtres qui te manquent pour la contrib « truc », le fichier php de « plugin_machin » , ... Franchement je sais pas si vous savez ce qu’on pourrait y gagner comme temps en développement.
- Pas mal de vertues éducatives en prime pour un utilisateur débutant qui, disposant d’une structure spip de base complète et auto suffisante, pourra assimiler plus vite les possibilités techniques rendues possible avec son spip. PArce que même si j’aime beaucoup le nouveau design de la version /dist, un spip brut de dézippage, ca reste assez limité j’ai l’impression
Après, je ne connais pas non plus tous les tweak/contrib/plugin/etc en « compétition » actuellement pour intégrer soit le core, soit le Tweak.
That was just my 2 cents de la part d’un utilisateur peut être un peu confirmé, mais pas « certifié » non plus. Et qui en plus fait des redondances cycliques dans son discours. Désolé, il est tard...
Ce qui signifierait à terme ? Une eventuelle suppression du fichier mes_options ?
Si c’est le cas, franchement j’adhère ! Parce que les plugins, je peux encore les modifier avec Skel_Editor alors que là où il est je ne peux pas toucher à mes_options :P
Zzz. fainéant qui s’assume ! :P
Répondre à ce message
« Un peu de culture : http://en.wikipedia.org/wiki/Tweaking
« Tweaks are any small modifications intended to improve a system » [1] »
On pourrait aussi dire « hack » : solution ingénieuse pour solutionner un problème rapidement... pour améliorer un produit :)
Bon travail.
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 :
|
