Le Couteau Suisse

... ou plus de fonctionnalités pour SPIP !

Ce plugin propose d’introduire facilement de simples fonctionnalités supplémentaires à SPIP et qui s’avèrent rapidement indispensables ! Par exemple : le contrôle de nombreuses variables « cachées » de SPIP, des améliorations ou facilités typographiques, des filtres supplémentaires, des balises pratiques, etc.

Introduction

Le plugin « Le Couteau Suisse » propose d’introduire facilement de simples fonctionnalités supplémentaire à SPIP (que l’on pourra appeler « des outils » ou même « des lames ») sans pour autant alourdir le core. Par exemple : le contrôle de nombreuses variables SPIP « cachées » ou non documentées, des améliorations ou facilités typographiques, des filtres supplémentaires, des balises pratiques, 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, 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 outils 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 !!

Un plugin en évolution...

Le plugin, bien qu’il soit stable et compatible avec SPIP v1.9.x/v2.x/v3.x/v4.0/v4.1 [1], reste encore en mouvance. Après s’être appelé [archive] Tweak SPIP, il continue à évoluer et à s’améliorer au fil des bugs découverts. Il convient donc pour l’instant de procéder à des mises à jour régulières. De nouveaux outils peuvent arriver à tout moment ! Vos petits coups de main et retours d’expériences sont essentiels pour la bonne évolution de ce plugin.

La version du Couteau Suisse pour SPIP v1.91 a été conservée ici : https://files.spip.net/grenier/cout.... Sachez que cette version du plugin n’est désormais plus maintenue, il est préférable que vous mettiez à jour SPIP, vous y gagnerez sous tous les angles. Il en sera très bientôt de même avec SPIP v1.92...

Dépendances

La Couteau Suisse a vocation d’être un plugin totalement indépendant et compatible le plus largement possible avec les différentes versions de SPIP. Dès SPIP v1.9.2 et afin de faciliter grandement la mise en œuvre de ses fonctionnalités, le Couteau Suisse ne nécessite donc l’installation d’aucun autre plugin.

Notez tout de même que :

-  Certains plugins tiers sont reconnus, sans être indispensables. Par exemple, Chargeur Activateur pour SPIP 1.92 ou Porte plume pour SPIP >= 2.x.
-  Certaines lames sont basées sur des fichiers externes dont il convient de bien vérifier le téléchargement lors de l’activation. Exemple d’outils concernés : « Prévisualisation des articles » - « Masquer du contenu » - « Jolis Coins », ...
-  L’interface de configuration ainsi que quelques outils du plugin requièrent la librairie jQuery. Le site officiel (en anglais) est : http://jquery.com/. D’autres informations sont disponibles en français ici : http://www.jquery.info/. Cette librairie de fonctions Javascript a été complètement intégrée dans SPIP à partir de la version 1.92. Pour les versions antérieures, il vous faudra installer un plugin spécifique que vous pouvez télécharger ici : https://files.spip.org/spip-zone/jq....
Sommaire

Fonctionnalités, outils disponibles

Voici un peu en vrac les outils réunis pour l’instant. N’hésitez pas à nous signaler les oublis ou incohérences qui nous auraient échappés dans les tableaux qui suivent :

Administration
Format des URLs 
SPIP offre un choix sur plusieurs jeux d’URLs pour fabriquer les liens d’accès aux pages de votre site. Plus d’infos : https://www.spip.net/fr_article765.html. L’outil « Boîtes privées » vous permet de voir sur la page de chaque objet SPIP l’URL propre associée.

Format proposés : page, html, propres, propres2, libres, arborescentes, standard, propres_qs.

Rappel : pour utiliser les formats html, propres, propres2, libres ou arborescentes, recopiez le fichier "htaccess.txt" du répertoire de base du site SPIP sous le sous le nom ".htaccess" (attention à ne pas écraser d’autres réglages que vous pourriez avoir mis dans ce fichier) ; si votre site est en "sous-répertoire", vous devrez aussi éditer la ligne "RewriteBase" ce fichier. Les URLs définies seront alors redirigées vers les fichiers de SPIP.

Nombreux paramètres de configuration : terminaison des URLs, début des URLs, caractère de séparation, longueur maximale, marqueurs dissociant les objets, script d’appel, lettres minuscules, id systématique en suffixe, id systématique en préfixe, minimum de 3 chiffres (pour Google notamment, SPIP 2.0 mini), etc.

Actions rapides sur les URLs :

- Réinitialisation des URLs stockées dans la base

- Édition en base de l’URL d’un objet spécifique.

SPIP et le cache…
- Désactiver le cache  : Par défaut, SPIP calcule toutes les pages publiques et les place dans le cache afin d’en accélérer la consultation. Désactiver temporairement le cache peut aider au développement du site. Sous SPIP 2.x, quatre valeurs possibles : Usage normal, Cache permanent,
Pas de cache, Contrôle du cache.

- Valeur du quota  : Le cache occupe un certain espace disque et SPIP peut en limiter l’importance. Une valeur vide ou égale à 0 signifie qu’aucun quota ne s’applique.

- Recalculer juste après une modification  : Lorsqu’une modification du contenu du site est faite, SPIP invalide immédiatement le cache sans attendre le calcul périodique suivant. Si votre site a des problèmes de performance face à une charge très élevée, vous pouvez cocher « non » à cette option.

- Durée du cache local  : Si la balise #CACHE n’est pas trouvée dans vos squelettes locaux, SPIP considère par défaut que le cache d’une page a une durée de vie de 24 heures avant de la recalculer. Afin de mieux gérer la charge de votre serveur, vous pouvez ici modifier cette valeur.

- Durée du cache en mutualisation  : Si vous avez plusieurs sites en mutualisation, vous pouvez spécifier ici la valeur par défaut prise en compte par tous les sites locaux (SPIP 2.0 mini).

- L’extension « Compresseur » présente dans SPIP permet de compacter les différents éléments CSS et Javascript de vos pages et de les placer dans un cache statique. Cela accélère l’affichage du site, et limite le nombre d’appels sur le serveur et la taille des fichiers à obtenir. Quatre option pour régler compression du HEAD : Compacter les CSS / Compacter le Javacript / Ne rien compacter en partie privée / Ne rien compacter du tout (rend caduques les options précédentes).

Action rapide sur le cache : le vider.

Dossier du squelette
Modifie le dossier du squelette utilisé. Par exemple : « squelettes/monsquelette ». En laissant la case vide, c’est le squelette original « dist » fourni par SPIP qui sera utilisé.
Paragrapher
Applique (ou non) la fonction SPIP paragrapher() aux textes qui sont dépourvus de paragraphes en insérant des balises <p></p>.
Suivi des forums (SPIP 1.9.2 uniquement)
Un auteur d’article est toujours informé lorsqu’un message est publié dans le forum associé. Mais il est aussi possible d’avertir en plus : tous les participants au forum ou seulement les auteurs de messages en amont.
Pas de verrouillage de fichiers
Désactive le système de verrouillage de fichiers en neutralisant la fonction PHP flock(). Certains hébergements posent en effet des problèmes graves suite à un système de fichiers inadapté ou à un manque de synchronisation. N’activez pas cet outil si votre site fonctionne normalement.
Liste des webmestres
Un webmestre au sens SPIP est un administrateur ayant accès à l’espace FTP. Par défaut, il est l’administrateur id_auteur=1 du site. Les webmestres ont le privilège de ne plus être obligés de passer par FTP pour valider les opérations sensibles du site, comme la mise à jour de la base de données ou la restauration d’un dump. En tant que webmestre vous-même, vous aurez les droits de modifier cette liste.
La corbeille (SPIP 2.0 mini)
SPIP supprime automatiquement les objets mis au rebuts au bout de 24 heures, en général vers 4 heures du matin, grâce à une tâche « CRON » (lancement périodique et/ou automatique de processus pré-programmés). Vous pouvez grâce à cet outil empêcher ce processus afin de mieux gérer votre corbeille.

Action rapide : purger à votre convenance les objets déclassés.

Modération modérée
Permet de modérer la modération des forums publics configurés à priori pour les utilisateurs inscrits. Exemple : Je suis le webmestre de mon site, et je réponds à un message d’un utilisateur, pourquoi devoir valider mon propre message ? Modération modérée le fait pour moi !
Tâches CRON
Permet de visualiser les tâches « CRON » en cours (lancement périodique et/ou automatique de processus pré-programmés) et d’en piloter le fonctionnement
Sommaire Sécurité
(Les outils suivants concernent essentiellement la sécurité de votre site)
Lutte contre le SPAM 
Tente de lutter contre les envois de messages automatiques et malveillants en partie publique. Certains mots, tout comme les balises en clair <a></a>, sont interdits : veuillez inciter vos rédacteurs à utiliser les raccourcis de liens SPIP. La configuration de cet outil antiSPAM vous permet facilement de Lister les séquences interdites et éventuellement de bloquer des adresses IPs.

Action rapide : test interactif de ce filtre (messages et/ou adresses IP) et parcours éventuel de la base de données.

Ecran de sécurité (toutes versions de SPIP)
L’écran de sécurité est un fichier PHP directement téléchargé sur le site officiel de SPIP, qui protège vos sites en bloquant certaines attaques liées à des trous de sécurité.

Outre la sécurité, cet écran a la capacité réglable de moduler les accès des robots d’indexation aux scripts php, de manière à leur dire de « revenir plus tard » lorsque le serveur est saturé.

En cas de mise à jour officielle, actualisez le fichier distant associé afin de bénéficier de la protection la plus récente.

Fichier distant : facilité de mise à jour et gestion des versions.

Gestion du javascript
Pour gérer le javascript dans les articles, trois modes sont disponibles :

- jamais : le javascript est refusé partout

- défaut : le javascript est signalé en rouge dans l’espace privé

- toujours : le javascript est accepté partout.

Attention : dans les forums, pétitions, flux syndiqués, etc., la gestion du javascript est toujours sécurisée.

Mises à jour automatiques - Plus d’informations
Garde un œil sur tous vos plugins. Cet outil vous permet de gérer facilement leurs mises à jour, récupérant notamment le numéro de révision contenu dans le fichier svn.revision et le comparant avec celui trouvé sur zone.spip.org. La liste proposée offre la possibilité de lancer le processus de mise à jour automatique de SPIP sur chacun des plugins préalablement installés dans le dossier plugins/auto/.

Cet outil vous informe également des différentes versions officielles disponibles pour SPIP lui-même.

MailCrypt - Plus d’Informations
Masque tous les liens de courriels présents dans vos textes en les remplaçant par un lien Javascript permettant quand même d’activer la messagerie du lecteur. Cet outil antispam tente d’empêcher les robots de collecter les adresses électroniques laissées en clair dans les forums ou dans les balises de vos squelettes.
Citations bien balisées
Afin de respecter les usages en HTML dans les contenus SPIP de votre site (articles, rubriques, etc.), cet outil remplace automatiquement les balises <quote> par des balises <q> quand il n’y a pas de retour à la ligne.
Taille des forums
Par défaut les messages de forum ne sont pas limités en taille. Si cet outil est activé, un message d’erreur s’affichera lorsque quelqu’un voudra poster un message d’une taille supérieure à la valeur spécifiée, et le message sera refusé.
Pas de stockage IP
Désactive le mécanisme d’enregistrement automatique des adresses IP des visiteurs de votre site par soucis de confidentialité : SPIP ne conservera alors plus aucun numéro IP, ni temporairement lors des visites (pour gérer les statistiques ou alimenter spip.log), ni dans les forums (responsabilité).
Pas de forums anonymes
Incite tous les auteurs de messages publics à remplir (d’au moins d’une lettre !) le champ « Votre nom (ou pseudonyme) :» afin d’éviter les contributions totalement anonymes.

Cette fonctionnalité utilise la librairie jQuery.

Limites mémoire
- Taille maximale des images, des logos et des documents. Afin d’alléger la mémoire de votre serveur, SPIP vous permet de limiter les dimensions (hauteur et largeur) et la taille du fichier des images, logos ou documents joints aux divers contenus de votre site. Si un fichier dépasse la taille indiquée, le formulaire enverra bien les données mais elles seront détruites et SPIP n’en tiendra pas compte, ni dans le répertoire IMG/, ni en base de données. Un message d’avertissement sera alors envoyé à l’utilisateur.
Une valeur nulle ou non renseignée correspond à une valeur illimitée.

- Espace maximal réservé aux copies locales (SPIP 2.0 mini). Il s’agit ici l’espace maximal réservé aux fichiers distants que SPIP pourrait télécharger (de serveur à serveur) et stocker sur votre site. La valeur par défaut est de 16 Mo.

- Calculs d’images avec GD. Afin d’éviter un dépassement de mémoire PHP dans le traitement des grandes images par la librairie GD2, SPIP teste les capacités du serveur et peut donc refuser de traiter les trop grandes images. Il est possible de désactiver ce test en définissant manuellement le nombre maximal de pixels supportés pour les calculs. La valeur de 1 000 000 pixels semble correcte pour une configuration avec peu de mémoire. Une valeur nulle ou non renseignée entraînera le test du serveur.

- Qualité de compression (SPIP 2.0 mini). La librairie GD2 permet d’ajuster la qualité de compression des images JPG. Un pourcentage élevé correspond à une qualité élevée.

Sessions anonymes (SPIP 2.1 maxi)
Chaque semaine, cet outil vérifie les sessions anonymes et supprime les fichiers qui sont trop anciens (plus de 2 jours) afin de ne pas surcharger le serveur, notamment en cas de SPAM sur le forum.
Sommaire Interface privée
(Les outils suivants concernent uniquement la partie privée de SPIP)
Type d’interface privée (SPIP 1.9.2 maxi)
Sélectionne d’office le type d’interface privée (simplifiée ou avancée) pour tous les rédacteurs déjà existants ou à venir et supprime le bouton correspondant du bandeau des petites icônes.
Allègement de l’interface privée (SPIP 2.0 mini)
Désactive le menu de changement rapide de statut d’un article au survol de sa puce colorée. Cela est utile si vous cherchez à obtenir une interface privée la plus dépouillée possible afin d’optimiser les performances client.
Largeur d’écran
Détermine la largeur d’écran imposée à tous en partie privée. Un écran étroit présentera deux colonnes et un écran large en présentera trois. Le réglage par défaut laisse l’utilisateur choisir, son choix étant stocké dans un cookie. Il est possible aussi de modifier la largeur totale de la page.
Bouton « Visiter »
Remplace l’image du bouton standard « Visiter » (en haut à droite) par le logo du site, s’il existe. Pour définir ce logo, rendez-vous sur la page « Configuration du site » en cliquant sur le bouton « Configuration ».
Page des auteurs
Configure l’apparence de la page des auteurs, en partie privée. Vous pouvez définir :

- le nombre maximal d’auteurs à afficher sur le cadre central de la page des auteurs. Au-delà, une pagination est mise en place.

- Les statuts d’auteurs qui peuvent être listés sur cette page (administrateurs, rédacteurs, visiteurs, etc.)

Réglage des sélecteurs
- Sélecteur de rubrique (brouteur). Permet d’utiliser le sélecteur de rubrique en AJAX à partir d’un nombre configurable de rubriques.
-  Sélection de mots-clefs (SPIP 2.0 mini). Permet d’utiliser un champ de recherche au lieu d’une liste de sélection à partir d’un nombre configurable de mot(s)-clef(s).
-  Sélection d’auteurs (SPIP 2.0 mini). L’ajout d’un auteur se fait par mini-navigateur dans la fourchette suivante :

- Une liste de sélection pour moins de XX auteurs(s).

- Un champ de recherche à partir de YY auteurs(s).

Dans la même rubrique
Définit le nombre d’objets listés dans le cadre nommé « Dans la même rubrique » et présent sur certaines pages de l’espace privé.
Les tris de SPIP
Pour personnaliser la navigation en partie privée et lorsque SPIP le permet, choisissez ici le tri à utiliser pour afficher certains types objets :

- Ordre des articles à l’intérieur des rubriques

- Ordre des groupes dans le formulaire d’ajout de mots-clés

Les propositions de configuration sont basées sur la fonctionnalité SQL ’ORDER BY’. N’utilisez le tri personnalisé que si vous savez ce que vous faites (champs disponibles par exemple pour les articles : id_article, id_rubrique, titre, soustitre, surtitre, statut, date_redac, date_modif, lang, etc.).

Exemples : tri sur la date de modification (ORDER BY date_modif DESC), sur le titre (ORDER BY 0+titre,titre), sur la date de publication (ORDER BY date DESC), etc.

Boîtes privées - Plus d’informations
Toutes les boîtes décrites ci-dessous apparaissent dans la partie privée.

- Les révisions du Couteau Suisse  : un cadre sur la présente page de configuration, indiquant les dernières modifications apportées au code du plugin (Source).

- Les articles au format SPIP  : un cadre repliable supplémentaire pour vos articles afin de connaître le code source utilisé par leurs auteurs.

- Les auteurs en stat  : un cadre supplémentaires sur la page des auteurs indiquant les 10 derniers connectés et les inscriptions non confirmées. Seuls les administrateurs voient ces informations.

Vous pouvez également définir le nombre maximal d’auteurs à afficher sur le cadre central de cette page.

- Les webmestres SPIP  : un cadre dépliable sur la page des auteurs indiquant les administrateurs élevés au rang de webmestre SPIP. Seuls les administrateurs voient ces informations. Si vous êtes webmestre vous-même, voyez aussi l’outil « Liste des webmestres ».

- Les URLs propres  : un cadre dépliable pour chaque objet de contenu (article, rubrique, auteur, …) indiquant l’URL propre associée ainsi que leurs alias éventuels. L’outil « Format des URLs » vous permet une configuration fine des URLs de votre site.

- Les tris d’auteurs  : un cadre dépliable pour les articles contenant plus d’un auteur et permettant simplement d’en ajuster l’ordre d’affichage. Ceci est utile pour placer par exemple l’auteur original ou principal d’un article en toute première position.

Seules les boucles AUTEURS non triées prennent en compte ces réglages.

Prévisualisation des articles (SPIP 2.0 mini, SPIP 2.1 maxi)
Par défaut, SPIP permet de prévisualiser un article dans sa version publique et stylée, mais uniquement lorsque celui-ci a été « proposé à l’évaluation ». Hors cet outil permet aux auteurs de prévisualiser également les articles pendant leur rédaction. Chacun peut alors prévisualiser et modifier son texte à sa guise.

Attention : cette fonctionnalité ne modifie pas les droits de prévisualisation. Pour que vos rédacteurs aient effectivement le droit de prévisualiser leurs articles « en cours de rédaction », vous devez l’autoriser (dans le menu Configuration>Fonctions avancées de l’espace privé).

Sommaire Améliorations typographiques
(Les outils suivants modifient juste l’apparence de vos textes, sans en modifier la source)
Belles puces 
Remplace les puces « - » (tiret simple) des articles par des listes notées « -* » (traduites en HTML par : <ul><li>…</li></ul>) et dont le style peut être personnalisé par css. Un nouveau raccourci est éventuellement proposé (« * ») pour conserver l’accès à cette puce image de SPIP.
Les exposants - Plus d’Informations
Textes français : améliore le rendu typographique des abréviations courantes, en mettant en exposant les éléments nécessaires. Ainsi, Mme devient Mme et en corrigeant les erreurs courantes 2e ou 2e, par exemple, deviennent 2e, seule abréviation correcte.
Guillemets typographiques - Plus d’Informations
Remplace automatiquement les guillemets droits (") par les guillemets typographiques de la langue de composition. Le remplacement, transparent pour l’utilisateur, ne modifie pas le texte mais seulement l’affichage final.
Belles URLs - Plus d’Informations
- Liens corrects  : SPIP a pour habitude d’insérer un espace avant les points d’interrogation ou d’exclamation, typo française oblige. Voici un outil qui protège le point d’interrogation dans les URLs de vos textes.

- Liens orphelins  : Remplace systématiquement toutes les URLs laissées en texte par les utilisateurs (notamment dans les forums) et qui ne sont donc pas cliquables, par des liens hypertextes au format SPIP. Voici un test : www.spip.net est remplacé par www.spip.net.

Vous pouvez choisir le type de remplacement :

- basique : sont remplacés les liens du type http://spip.net (tout protocole) ou www.spip.net.

- étendu : sont remplacés en plus les liens du type moi@spip.net, mailto:monmail ou news:mesnews.

Sommaire pour les articles - Plus d’informations
Construit automatiquement un sommaire en début d’article afin d’accéder rapidement aux gros titres (balises <h3>Un titre</h3> ou raccourcis SPIP {{{Un autre titre}}}. Une balise #CS_SOMMAIRE est disponible pour déporter le sommaire dans la page.

Paramètres de configuration : profondeur retenue sur les intertitres, largeur du sommaire (en caractères), création systématique du sommaire (oui/non), jolies ancres.

Glossaire interne - Plus d’informations
Gestion d’un glossaire interne lié à un groupe de mots-clés nommé « Glossaire » : très utile pour les termes difficiles ou les acronymes. Pour chaque mot, vous avez la possibilité de choisir les groupes utilisés, le nombre maximal de liens créés dans vos textes et la technique utilisée (JS ou CSS).

Action rapide : Vérification de la base de données

Smileys - Plus d’Informations
Remplace tous les smileys écrits « en texte » par l’image souriante correspondante. Outil très utile pour les forums.

Une balise est disponible pour afficher un tableau de smileys dans vos squelettes : #SMILEYS.

Intertitres en image
Transforme tous les intertitres « {{{Mon intertitre}}} » ou « {{{*Mon intertitre}}} » en image typographique paramétrable : taille de la police, couleur de la police, nom du fichier de la police (dossiers polices/), largeur maximale de la ligne de texte, hauteur de la ligne de texte (éq. à line-height), espacement autour du texte (éq. à padding), alignement du texte.
Sauts de ligne automatiques
Applique sur tous vos contenus SPIP (texte d’articles, rubriques, etc.) le filtre |post_autobr qui remplace tous les sauts de ligne simples par un saut de ligne HTML <br />.
Titres typographiés
Active l’application automatique des raccourcis typographiques de SPIP sur toutes les balises #TITRE et apparentées (#NOM pour un auteur, etc.).
Sommaire Raccourcis typographiques
(Les outils suivants introduisent de nouveaux raccourcis pour la rédaction de vos textes)
Découpe en pages et onglets - Plus d’Informations
Découpe l’affichage public d’un article en plusieurs pages grâce à une pagination automatique. placez simplement dans votre article quatre signes plus consécutifs (++++) à l’endroit qui doit recevoir la coupure.

Si vous utilisez ce séparateur à l’intérieur des balises <onglets> et </onglets> alors vous obtiendrez un jeu d’onglets.

Dans les squelettes : vous avez à votre disposition les nouvelles balises #ONGLETS_DEBUT, #ONGLETS_TITRE et #ONGLETS_FIN.

Blocs multilingues
À l’instar de ce vous pouvez déjà faire dans vos squelettes, cet outil vous permet d’utiliser librement les chaînes de langues (de SPIP ou de vos squelettes) dans tous les contenus de votre site (articles, titres, messages, etc.) à l’aide du raccourci <:chaine:>. La fonction SPIP utilisée est : _T('un_texte', $flux). Les arguments sont également supportés.

N’oubliez pas de vérifier que ’un_texte’ est bien défini dans les fichiers de langue.

Décoration - Plus d’Informations
De nouveaux styles (classes ou langues) paramétrables pour vos textes et accessibles grâce à des balises à chevrons personnalisées. Exemple : <mabalise>texte</mabalise> ou : <mabalise/>.

Exemples fournis : <sc>capitales</sc>, <souligne>souligné</souligne>, <barre>barré</barre>, <dessus>dessus</dessus>, <clignote>clignote</clignote>, <surgris>gris</surgris> et <surfluo>fluo</surfluo>

Tout en couleurs - Plus d’Informations
Permet d’appliquer facilement des couleurs (toutes éventuellement paramétrables) à tous les textes du site (articles, brèves, titres, forum, ...) en utilisant des balises à crochets (anglais ou français).

Deux exemples identiques : Lorem ipsum [rouge]dolor[/rouge] sit amet et
Lorem ipsum [red]dolor[/red] sit amet.

Chatons
Insère des images (ou chatons pour les tchats) dans tous les textes où apparaît une chaîne du genre :nom. Comme pour les smileys, cet outil remplace les raccourcis en texte par les images du même nom qu’il trouve dans le répertoire plugins/couteau_suisse/img/chatons/ ou squelettes/mon_squelette/img/chatons/.
Filets de Séparation - Plus d’Informations
Permet d’insérer très facilement des filets de séparation personnalisés dans les textes, comme des styles purs ou des images à placer dans le répertoire plugins/couteau_suisse/img/filets.
Blocs Dépliables - Plus d’informations
Vous permet de créer des blocs dont le titre cliquable peut les rendre visibles ou invisibles.

Dans les textes SPIP : les rédacteurs ont à disposition les nouvelles balises <bloc> (ou <invisible>) et <visible> à utiliser dans leurs textes.

Dans les squelettes : vous avez à votre disposition les nouvelles balises #BLOC_TITRE, #BLOC_DEBUT et #BLOC_FIN.

Sommaire Affichage public
(Les outils suivants modifient juste l’apparence des pages publiques)
Supprime le numéro (obsolète dès SPIP 3.0) 
Applique la fonction SPIP supprimer_numero() à l’ensemble des titres, des noms et des types (de mots-clés) du site public, sans que le filtre supprimer_numero soit présent dans les squelettes.
Voici la syntaxe à utiliser dans le cadre d’un site multilingue : 1. <multi>My Title[fr]Mon Titre[de]Mein Titel</multi>.
Force la langue
Force le contexte de langue pour les jeux de squelettes multilingues disposant d’un formulaire ou d’un menu de langues sachant gérer le cookie de langues. Techniquement, cet outil a pour effet :

- de désactiver la recherche du squelette en fonction de la langue de l’objet,

- de désactiver le critère {lang_select} automatique sur les objets classiques (articles, brèves, rubriques etc ... ).

Les blocs multi s’affichent alors toujours dans la langue demandée par le visiteur.

Style des paragraphes
Jusqu’à la version 1.92 de SPIP, les paragraphes html (marqués par la balise <p>) étaient systématiquement affublés du style class="spip". Cet outil vous permet de définir le style de vos paragraphes en fonction de vos feuilles de style.
Désactive les objets flash

Supprime les objets flash des pages de votre site et les remplace par le contenu alternatif associé. Nécessite le plugin jQuery ou une version de SPIP supérieure à 1.9.2.

SPIP et les liens… externes - Plus d’informations
- Liens externes  : permet aux liens externes au site de s’ouvrir dans une nouvelle fenêtre extérieure. Activer cet outil revient à ajouter automatiquement target="_blank" à toutes les balises <a> dotées par SPIP des classes spip_out, spip_url et/ou spip_glossaire. Il est parfois nécessaire d’ajouter l’une de ces classes aux liens du squelette du site (fichiers html) afin d’étendre au maximum cette fonctionnalité.

- Glossaire externe  : SPIP permet de relier des mots à leur définition grâce au raccourci typographique [?mot]. Par défaut, le glossaire externe renvoie vers l’encyclopédie libre wikipedia.org. À vous de choisir l’adresse à utiliser. Exemple : SPIP.

Désactive jQuery
Empêche l’installation des fonctions de jQuery dans la partie publique : utile pour alléger les pages ou installer d’autres librairies. jQuery (http://jquery.com/) apporte de nombreuses commodités dans la programmation de Javascript et peut être utilisée par certains plugins. SPIP l’utilise dans sa partie privée.
Ancres douces
Offre à votre site public un défilement adouci de la page lorsque le visiteur clique sur un lien pointant vers une ancre : très utile pour éviter de se perdre dans une page complexe ou un texte très long...
Jolis Coins - Plus d’Informations
Permet de modifier facilement l’aspect des coins de vos cadres colorés en partie publique de votre site. Tout est possible, ou presque ! Voyez le résultat sur cette page : http://www.malsup.com/jquery/corner/.
Visiteurs connectés
Offre une noisette pour votre squelette qui affiche le nombre de visiteurs connectés sur le site public : ajoutez simplement <INCLURE{fond=fonds/visiteurs_connectes}> dans vos pages. Pour éviter l’insertion d’un paragraphe, ajouter le paramètre {p=0} : <INCLURE{fond=fonds/visiteurs_connectes}{p=0}>
Message d’alerte
Affiche en tête de toutes les pages publiques un bandeau d’alerte pour diffuser le message d’urgence défini par l’utilisateur.

Les balises <multi/> sont recommandées en cas de site multilingue.

Sommaire Balises, filtres, critères
Orientation des images 
Ajoute les critères {portrait}, {carre} et {paysage} dans vos squelettes pour le classement des photos.

Idée d’origine

Version texte
2 filtres pour vos squelettes.

version_texte : extrait le contenu texte d’une page html à l’exclusion de quelques balises élémentaires.

version_plein_texte : extrait le contenu texte d’une page html pour rendre du texte plein.

Balise #INSERT_HEAD
Active #INSERT_HEAD sur tous les squelettes, qu’ils aient ou non cette balise entre <head> et </head>. Grâce à cette option, les plugins pourront insérer du javascript (.js) ou des feuilles de style (.css).
Balise #INTRODUCTION - Plus d’Informations
- Longueur du résumé  : vous pouvez préciser (en pourcentage par rapport à la valeur utilisée par défaut) la longueur du texte renvoyé par balise #INTRODUCTION. Une valeur nulle ou égale à 100 ne modifie pas l’aspect de l’introduction et utilise donc les valeurs par défaut suivantes : 500 caractères pour les articles, 300 pour les brèves et 600 pour les forums ou les rubriques.

- Points de suite  : par défaut, les points de suite ajoutés au résultat de la balise #INTRODUCTION sont : '&nbsp;(...)'. Cette balise à placer dans les squelettes sert en général à la une ou dans les rubriques afin d’introduire les articles, les brèves, etc.. Vous pouvez donc préciser votre propre chaîne de caractère indiquant à l’utilisateur que le texte tronqué a bien une suite.

- Points de suite cliquables  : si la balise #INTRODUCTION est utilisée pour résumer un article, alors le Couteau Suisse peut fabriquer un lien hypertexte sur les points de suite définis ci-dessus afin de mener le lecteur vers le texte original. Par exemple : « Lire la suite de l’article… »

Liens en clair - Plus d’Informations
Met à votre disposition le filtre : ’liens_en_clair’. Votre texte contient probablement des liens hypertexte qui ne sont pas visibles lors d’une impression. Ce filtre ajoute entre crochets la destination de chaque lien cliquable (liens externes ou mails).

Attention : En mode impression (paramètre ’cs=print’ dans l’url de la page par exemple), cette fonctionnalité est appliquée automatiquement.

Balises #TITRE_PARENT/OBJET - Plus d’Informations
Au sein d’une boucle, il est courant de vouloir afficher le titre du parent de l’objet en cours. Traditionnellement, il suffirait d’utiliser une seconde boucle, mais cette nouvelle balise #TITRE_PARENT allégera l’écriture de vos squelettes. Le résultat renvoyé est : le titre du groupe d’un mot-clé ou celui de la rubrique parente (si elle existe) de tout autre objet (article, rubrique, brève, etc.).

Notez : Pour les mots-clés, un alias de #TITRE_PARENT est #TITRE_GROUPE. Le traitement SPIP de ces nouvelles balises est similaire à celui de #TITRE.

- Si vous êtes sous SPIP 2.0, alors vous avez ici à votre disposition tout un ensemble de balises #TITRE_XXX qui pourront vous donner le titre de l’objet ’xxx’, à condition que le champ ’id_xxx’ soit présent dans la table en cours (#ID_XXX utilisable dans la boucle en cours).

Par exemple, dans une boucle sur (ARTICLES), #TITRE_SECTEUR donnera le titre du secteur dans lequel est placé l’article en cours, puisque l’identifiant #ID_SECTEUR (ou le champ ’id_secteur’) est disponible dans ce cas.

La syntaxe #TITRE_XXX{yy} est également supportée. Exemple : #TITRE_ARTICLE{10} renverra le titre de l’article #10.

Balises #SWITCH #CASE (SPIP 3.1 mini) - Plus d’Informations
Les balises #SWITCH, #CASE et #CASE_DEFAULT, ainsi que le filtre |switchcase, implémentent les contrôles switch/case/default du PHP ou du C.

Ces écritures simplifient grandement la lisibilté de vos squelettes. Exemples :

#SWITCH{#ENV{code_erreur}}
[(#CASE{0}) Tout va bien]
[(#CASE{1}) Attention ?]
[(#CASE{2}) Oups !]
[(#FRUIT|switchcase{
  banane,jaune,
  orange,orange,
  fraise,rouge,
  inconnue
}]

- Après un appel à #SWICH{valeur comparée}, #CASE{valeur calculée} vaut '' (vide) si la valeur calculée est différente de la valeur comparée, et vaut ' ' (espace) en cas d’égalité.

- La valeur testée par le #SWITCH reste disponible grâce à : #GET{_switch_}.

- On ne peut pas emboiter plusieurs #SWITCH dans un même squelette.

Balise #SET étendue - Plus d’Informations
Afin d’alléger les écritures du type #SET{x,#GET{x}|un_filtre}, cet outil vous offre le raccourci suivant : #SET_UN_FILTRE{x}. Le filtre appliqué à une variable passe donc dans le nom de la balise. Exemples : #SET{x,1}#SET_PLUS{x,2} ou #SET{x,avions}#SET_REPLACE{x,ons,ez}.
Trousse à balises - Plus d’Informations
Quelques balises pour faciliter la rédaction de vos squelettes :

- La balise #BOLO/Le modèle <boloxxx> : produit un faux texte d’un maximum de 3000 caractères (« bolo » ou « lorem ipsum ») afin d’aider à la mise au point des pages. L’argument peut préciser le nombre de caractères voulu.

- La balise #CHR : retourne le caractère dont le code ASCII est donné par le paramètre ascii en argument.

- La balise #MAINTENANT/#NOW : renvoie la date et l’heure actuelle (attention cependant au cache de SPIP). L’argument peut en spécifier le format.

- La balise #AUTORISER_SINON_LOGIN : renvoie une page de login si l’autorisation n’est pas donnée au squelette en cours.

Masquer du contenu (SPIP 2.0 mini)
Permet de masquer sur le site public et sans modification particulière de vos squelettes, les contenus (rubriques ou articles) qui ont le mot-clé défini par l’utilisateur. Si une rubrique est masquée, toute sa branche l’est aussi. Pour forcer l’affichage des contenus masqués, il suffit d’ajouter le critère {tout_voir} aux boucles de votre squelette.
Obfusquer des liens
Met à votre disposition le filtre : |obfusquer_liens. L’obfuscation de liens permet d’empêcher les robots des moteurs de recherche de suivre les liens de type <a href=\"page.html\">par ici</a>, sans modifier la navigation. Cela pourra éviter la transmission de pagerank non désiré vers des pages à moindre intérêt, et guider les robots vers des pages plus pertinentes et riches.

En plaçant #FILTRE{obfusquer_liens} dans un squelette, tous les liens seront obfusqués.

Critère « left_join »
Met à votre disposition le critère « left_join » permettant à vos boucles d’utiliser des jointures SQL « LEFT JOIN » à la place des jointures d’intersection « INNER JOIN » que SPIP utilise par défaut.

Les résultats incluront ainsi toutes les entrées de la table principale, qu’il y ait une correspondance ou non dans la table liée.

Voici quelques exemples de syntaxe :

- Sans paramètre, le critère s’applique à toutes les tables liées : <BOUCLE(AUTEURS spip_documents){left_join}...

- Les paramètres (séparés par des espaces) permettent de cibler certaines tables : <BOUCLE(spip_documents_liens documents rubriques){left_join documents}....

- Avec un paramètre « debug », des informations utiles sont affichées (à éviter en mode production) : <BOUCLE(XXX YYY ZZZ){left_join debug}....

Sommaire Développement
(Les outils suivants sont en général utilisés pendant la phase de développement de site)
Site en travaux 
Permet d’afficher un message personnalisable pendant une phase de maintenance sur tout le site public et de choisir le type d’utilisateur autorisés à parcourir le site (public ou privé).

Modèle surchargeable utilisé : fonds/en_travaux.html

Activer le validateur xml
Active le validateur xml pour l’espace public tel qu’il est décrit dans la documentation.
Débogueur de développement
Permet de voir les erreurs PHP à l’écran. Vous pouvez même choisir le niveau d’erreurs d’exécution PHP qui sera affiché si le débogueur est actif, ainsi que l’espace SPIP sur lequel ces réglages s’appliqueront. Utile notamment pour valider la syntaxe de vos pages finales, et résoudre les problèmes d’accessibilité du Web aux déficients visuels.
SPIP et les logs - Plus d’Informations
Configure les différents paramètres pris en compte par SPIP pour la journalisation des événements particuliers du site : rotation des fichiers (nombre et taille), dossier, nom, extension, nombre d’accès par hit, informations supplémentaires, format brut et gravité maximale acceptée.

Cet outil permet également de consulter et/ou supprimer tous les logs du site.

Traductions manquantes
Toutes les chaînes de langue qui ne sont pas internationalisées (donc présentes dans les fichiers lang/*_XX.php) vont apparaître en rouge. Utile pour n’en oublier aucune !
Décalage horaire (PHP 5.1 mini)
Configure le décalage horaire utilisé par les fonctions date/heure et permet notamment d’éviter les avertissements de PHP 5 lorsque ce décalage horaire est indéfini ou invalide.
Profiling - Plus d’Informations
Aide à optimiser les requêtes SQL de vos squelettes ou de vos scripts en traçant les informations correspondant aux requêtes « trop lentes » (MySQL uniquement) ou aux boucles SPIP dépassant un nombre défini de secondes.
Sommaire Divers
Comportements du Couteau Suisse 
- Logs  : obtenez de nombreux renseignements à propos du fonctionnement du Couteau Suisse dans les fichiers spip.log que l’on peut trouver dans le répertoire temporaire (/tmp à partir de SPIP v1.9.2)

- Options SPIP en amont  : SPIP ordonne les plugins dans un ordre spécifique. Afin d’être sûr que le Couteau Suisse soit en tête et gère en amont certaines options de SPIP, alors cochez cette option. Si les droits de votre serveur le permettent, le fichier config/mes_options.php sera automatiquement modifié pour inclure le fichier tmp/couteau-suisse/mes_spip_options.php.

- Requêtes externes  : d’une part, le Couteau Suisse vérifie régulièrement l’existence d’une version plus récente de son code et informe sur sa page de configuration d’une mise à jour éventuellement disponible. D’autre part, ce plugin comporte certains outils qui peuvent nécessiter d’importer des librairies distantes.

Si les requêtes externes de votre serveur posent des problèmes ou par souci d’une meilleure sécurité, cochez ces options :

- Les vérifications de versions distantes

- Les outils du Couteau Suisse ayant des fichiers distants

J’espère que la liste pourra s’allonger et gagner en qualité. Cette contrib faite pour vous. N’hésitez pas à l’alimenter : les idées lumineuses et les documentations détaillées sont toujours les bienvenues. Il est par exemple possible de réunir ici la gestion de toutes les variables ou définitions prévues pour mes_options.php ou mes_fonctions.php.

Je me suis permis de rassembler toutes ces petites contributions en un seul plugin parce qu’elles ont très peu de lignes de code, qu’elles ne manipulent par exemple que le fichier mes_options.php, ou alors n’utilisent qu’un seul pipeline. Bien sûr le Couteau Suisse accepte les fonctionnalités « multi-pipeline » et « multi-traitement », mais son but reste de réunir toutes les « petites » améliorations de SPIP qui ne sont pas strictement nécessaires mais bien utiles au plus grand nombre.

Merci à la communauté SPIP ainsi qu’aux différents auteurs et contributeurs (sans ordre) : Vincent Ramos, Maïeul Rouquette, Fil, Arnaud Ventre, Joseph Larmarange, Cédric Morin, Pierre Andrews (Mortimer), IZO, Phil, Jérôme Combaz, Bertrand Marne, Romy Têtue, Aurélien Pierard, FredoMkb, Sylvain, BoOz, Alexis Roussel, Paolo, Pat, Yohann(potter64), Nicolas Hoizey, Piero Wbmstr, etc.

Sommaire

Particularité du « mode impression »

Le Couteau Suisse offre un mode utile pour l’impression en plaçant le paramètre "cs=print" dans le lien d’appel de la page. Ce mode est automatiquement activé si les squelettes "print.html", "imprimer.html", "imprimir_articulo.html", "imprimir_breve.html" ou "article_pdf.html" sont utilisés (donc ici : "page=print", "page=imprimer", etc.).

Exemples d’appel :
-  Dans un navigateur : www.monsite.ici/spip?article999&cs=print.
-  Dans un squelette : [(#SELF|parametre_url{cs,print})]
-  En PHP : parametre_url(self(), 'cs', 'print')

En mode impression, quatre outils réagissent actuellement :
-  Découpe en page : l’article est imprimé en intégralité sans découpage (juste un filet discret entre les pages), tout comme les onglets, représentés dans un léger cadre pointillé.
-  Sommaire automatique : les ancres ne sont pas placées sur les intertitres.
-  Liens en clair : les liens invisibles (liens externes ou mails) sont affichés entre crochets.
-  Glossaire interne : les mots trouvés sont mis en valeur, mais les fenêtres apparaissant au survol ne sont pas insérées dans le code.

Comme vous pouvez le voir trois paragraphes plus haut, un système de compatibilité a été instauré avec les plugins Imprimir Documento et Article PDF.

Attention : Si votre fichier article.html utilise une balise INCLURE pour traiter le corps de l’article, pensez bien à transmettre les paramètres du Couteau Suisse au fond inclus, sous peine de voir le cache dysfonctionner. En effet, SPIP ne transmettant pas automatiquement les parametres d’url aux fonds inclus, le cache sera le même quelque soit la valeur du paramètre ’cs’.

Voici un exemple d’inclusion que l’on peut faire dans le fichier article.html. Il transmet deux paramètres du Couteau Suisse : ’artpage’ pour la découpe en page des articles et ’cs’ pour avoir accès au mode impression du plugin.

[(#REM) Contenu principal : contenu de l'article ]
<INCLURE{fond=inc-corps-article}{id_article=#ID_ARTICLE}{artpage=#ENV{artpage,1}}{cs=#ENV{cs}}>

Sommaire

Installation du Couteau Suisse

-  Téléchargement : sur la zone [2]
-  Installation : comme tous les autres plugins. Voir : https://www.spip.net/fr_article3396.html
-  Configuration : rendez vous sur la page d’administration du plugin en cliquant sur l’icône « Configuration », puis sur l’onglet « Le Couteau Suisse ». Vous arrivez donc ici : ecrire/?exec=admin_couteau_suisse

Mise à jour

Le fichier accessible en téléchargement ci-dessus est régulièrement mis à jour : les petits bugs sont corrigés, des améliorations y sont apportées, de nouveaux outils y sont ajoutés, etc. Il est recommandé de mettre le régulièrement à jour afin de bénéficier des dernières avancées du plugin. Notez bien qu’il faut toujours revalider la page des plugins lorsqu’on met à jour un dossier de plugin. Techniquement, cela permet entre autre de réinitialiser les pipelines et donc les procédures et fonctions utilisées. Ensuite, n’hésitez pas à consulter la page d’administration du plugin lui-même afin de vérifiez vos précédentes options et considérer l’utilité des nouveaux outils éventuellement disponibles.

Un fichier retraçant l’historique n’existe pas actuellement. Je fais appel aux courageuses bonnes volontés qui me lisent à cet instant précis pour cette tâche qui pourrait les intéresser ! Cependant, il vous est possible de consulter les logs de développement (http://trac.rezo.net/trac/spip-zone... ou site 174), ou directement sur la page de configuration du plugin, après avoir activé l’outil : « Les révisions du Couteau Suisse ». Le plugin est en effet développé grâce au système de suivi des version « SVN » [3]. Je cite à ce sujet Alexandra [4] :

La fonction principale d’un système de suivi de versions est de permettre l’édition collaborative et le partage de données. C’est grâce à cet outil que bien des œuvres, des plugins et choses diverses se développent sur spip-zone, où tout le monde peut déposer son bout de code, récuper celui d’un autre, améliorer tel projet commencé, sans que cela ne crée de conflits liés à des modifications simultanées.

Toutes les modifications sont enregistrées sur un serveur unique. Celles-ci sont alors gérées localement sur chaque poste utilisateur par un programme spécifique, qui s’assure que les modifications faites localement ne sont pas incompatibles avec la dernière version en ligne. Il permet aussi à chacun d’effectuer des mises à jour rapides en ne récupérant que les éléments modifiés.

Pour mettre à jour le plugin, la procédure par FTP s’exécute en quatre points :

  1. Supprimez tous les fichiers du dossier plugins/couteau_suisse/
  2. Transférez-y les nouveaux fichiers téléchargés sur la zone
  3. Rendez-vous sur la page de gestion des plugins (ou procédez à son réaffichage) : ecrire/?exec=admin_plugin
  4. Rendez-vous sur la page de gestion du Couteau Suisse (ou procédez à son réaffichage) : ecrire/?exec=admin_couteau_suisse

Mise à jour automatique en un clic : voir le paragraphe "Compatibilité avec les squelettes ou d’autres plugins" ci-dessous.

Outil « Mises à jour automatiques » : Voir l’article « Mise à jour automatique des plugins ».

Procédure d’urgence

Si un outil semble incompatible avec son environnement (PHP, SQL, un autre plugin, le squelette, etc.), ou si une mise à jour du Couteau Suisse provoque une erreur ou une page blanche, votre premier réflexe est de supprimer totalement le répertoire de travail (caches divers et données temporaires) du plugin : « tmp/couteau-suisse » (ou « ecrire/data/couteau-suisse » pour la version 1.91 de SPIP ). Les fichiers se reconstruiront automatiquement et souvent les problèmes se régleront d’eux mêmes. Nous nous excusons par avance de ce désagrément parfois nécessaire pour améliorer, optimiser ou consolider le fonctionnement du plugin.

Pour le pire des cas, il existe un lien permettant de réinitialiser complètement le plugin, en désactivant l’ensemble des outils et en supprimant toutes les variables stockées dans la base de données. Voici ce lien : ecrire/?exec=admin_couteau_suisse&cmd=resetall

Vous utiliserez ce lien si une page blanche surgit ou si une erreur empêche le bon fonctionnement de votre site, et cela juste après l’activation d’un outil. A l’installation du plugin, il est donc fortement conseillé d’activer les outils un par un, histoire de repérer les éventuels conflits qui pourraient survenir. le monde PHP évolue, SPIP évolue, .... On n’est jamais trop prudent !

En principe, vous n’avez pas besoin de modifier l’état (actif ou inactif) d’une lame à la main. Mais si le cas se présentait, alors il vous faut l’identifiant de l’outil (certains sont listés ici : [dev] Les autorisations du Couteau Suisse) présent dans sa description. Le lien dont vous avez besoin est celui qui est lancé lorsque vous cliquez sur « Activer » (pour un outil inactif) ou « Désactiver » (pour un outil actif).
Voici comment par exemple basculer l’état de la lame « En Travaux » :
ecrire/?exec=admin_couteau_suisse&cmd=switch&outil=en_travaux

Conseil : si le réglage du plugin vous satisfait pleinement, nous vous recommandons de sauvegarder systématiquement vos configurations en cliquant d’abord sur le lien « Configuration Actuelle » présent sur la page d’administration du Couteau Suisse, en haut à gauche. Cliquez ensuite sur le bouton « Sauver la configuration actuelle ». Un pack de configuration sera alors déposé dans votre fichier « /config/mes_options.php » et pourra être réactivé plus tard. Plus d’information ici : [dev] Le Couteau Suisse à piloter.

Enfin, après avoir effectué la procédure décrite dans le paragraphe « Dysfonctionnements » ci-dessous sans avoir pu l’appliquer jusqu’au bout, et si vraiment rien n’y fait, alors il suffit de renommer le répertoire plugins/couteau_suisse (ou plugins/auto/couteau_suisse) afin de désactiver le plugin dans son ensemble. Les données de configuration sont préservées dans ce cas. Puis, relancez le site avant de refaire une installation propre et complète du plugin. Il est possible que le transfert des fichiers du plugin ait été incomplet, ou que l’erreur ne venait pas du Couteau Suisse...

Quelques tests

Pour les plus curieux et avertis d’entre vous, le Couteau Suisse offre aussi une page de test privée (très basique et aujourd’hui un peu obsolète) accessible grâce à ce lien : ecrire/?exec=test_couteau_suisse

Et dans tous les cas, le forum ci-dessous est fait pour vous pour les soucis que vous pourriez rencontrer.
Sommaire

Informations techniques

-  Quelques informations techniques pour les curieux développeurs d’outils :
[dev] Le Couteau Suisse : développer un outil

-  Comment piloter la configuration du Couteau Suisse, gérer des packs de configuration et lui ajouter des lames à la volée :
[dev] Le Couteau Suisse à piloter

-  Comment ne pas mettre un Couteau Suisse entre toutes les mains :
[dev] Les autorisations du Couteau Suisse

Sommaire

Compatibilité avec les squelettes ou d’autres plugins

En tout premier lieu, il est déconseillé aux squelettes d’utiliser des balises étoilées (comme #TEXTE*) car elles renvoient le texte brut stocké en base de donnée sans aucun traitement possible. Hors, SPIP laisse la possibilité à un plugin ou un squelette d’appliquer un traitement sur une balise particulière afin de mieux cibler une action donnée sur un objet donné.

Un code de ce genre (balise #TEXTE*) a été détectée dans l’ancien squelette Alternatives sur la page article.html. Les outils suivants, bien qu’activés, ne seront donc pas reconnus :
-  Les découpes et onglets, Le sommaire automatique, Le Glossaire interne, Les corrections automatiques.
Afin de remédier au problème, vous devez remplacer TOUT le code suivant :

	[<div id="sommaire">
		<h4><:icone_brouteur:></h4>
		(#TEXTE*|sommaire_article|propre)
	</div>]
	[<div class="#EDIT{texte} texte">(#TEXTE*|decouper_en_page{#ID_ARTICLE}|propre|reduire_image{440,0})</div>]

par celui-ci :

	[<div class="#EDIT{texte} texte">(#TEXTE|reduire_image{440,0})</div>]

Pour comprendre les traitements, le meilleur exemple est la suppression du numéro dans les titres. Si vous stockez un titre sous la forme « 1. mon titre », vous allez pouvoir ensuite trier vos articles en fonction du titre. Mais si vous ne voulez pas que ce numéro apparaisse sur vos pages publiques, alors deux solutions s’offrent à vous :
-  soit vous appliquez un filtre partout : [(#TITRE|supprimer_numero)]
-  soit vous ajoutez un traitement : $table_des_traitements['TITRE'][]= 'typo(supprimer_numero(%s))';

Il faut savoir qu’à ce jour, SPIP permet difficilement (à ce jour) d’agir à plusieurs sur les traitements de balises. Le code ci-dessus écrase obligatoirement le code qu’un plugin aurait pu précédemment tenter d’appliquer.
Certains outils du Couteau Suisse risque donc d’être incompatible avec (entre autres) les plugins suivants :
-  Table des matières, Pagination articles, Découpe en pages.
L’outil « suppression du numéro des titres » est inutile dans les squelettes suivants (entre autres) :
-  Alternatives, forum spipBB, multisaisons, techno_blog.

Les barres de rédaction : le Couteau Suisse est compatible avec le Plugin Barre Typographique V2 (SPIP<2.0)> 3117] (SPIP>=2.0). Il insère les raccourcis de certains outils afin de faciliter le travail de vos rédacteurs. Ceci est encore en expérimentation, n’hésitez pas à nous remonter vos remarques. Pour le calcul graphique de certaines icônes, vérifiez que les fonctions GD de votre site sont bien activées (Configuration > Fonctions avancées).

Mises à jour en un clic

-  Le Couteau Suisse nécessite des mises à jour régulières. Si vous êtes sous SPIP 1.92x, n’hésitez donc pas à installer le plugin "Chargeur Activateur" que le Couteau Suisse utilise pour offrir un lien de téléchargement automatique sur sa page de config.

-  Sous SPIP >= 2.x, ce plugin n’est plus nécessaire. Il vaut mieux utiliser la procédure d’installation automatique offerte par SPIP (page d’administration des plugins) en créant un dossier /plugins/auto/ dans votre site, et en utilisant :
soit l’adresse directe du zip :
- https://files.spip.net/spip-zone/couteau_suisse.zip
soit une liste de plugins, comme par exemple :
- http://files.spip.org/spip-zone/paquets.rss.xml.gz
- http://plugins.spip.net/rss-+-selection-2-+
Une fois installé pour la première fois, un lien de mise à jour est disponible sur la page de configuration pour répéter cette opération en un seul clic quand vous le désirerez.
Sommaire

Dysfonctionnements

N’hésitez pas à remonter tout type de dysfonctionnement du plugin, nous essaierons d’y répondre, dans la mesure du possible. Dans un premier temps, tentez quand même de chercher les causes de vos soucis et soyez méthodiques. Le code est gratuit et améliorable ; chacun peut apporter une pierre à l’édifice.

Dans vos messages, soyez précis. Indiquez bien les différentes versions des éléments que vous utilisez : plugin, squelette, SPIP, PHP, etc. Pour débusquer un bug et trouver la source, il faut d’abord isoler le Couteau Suisse en désactivant les autres plugins, puis isoler l’outil défaillant. Désactiver temporairement son squelette et réutiliser le squelette source de SPIP (« dist ») peut également donner des informations utiles.

3 moyens de contact :
-  Les listes de diffusion comme spip.zone, sur gmane.org ;
-  Le forum ci-après, histoire que tout le monde en profite ;
-  Mail direct si par hasard vous savez à qui vous adresser, mais seulement pour des données privées.

Avant toute chose, assurez-vous d’avoir :
-  installé/réinstallé la toute dernière version de vos plugins
-  supprimé le dossier tmp/couteau-suisse
-  supprimé les fichiers tmp/charger_*.php
-  validé/rechargé la page des plugins (admin_plugin)
-  validé/rechargé la page du couteau suisse (admin_couteau_suisse)
-  et enfin, vidé le cache de SPIP

Pour mettre les mains dans le cambouis ou glaner quelques infos, n’hésitez pas à consulter et appliquer l’excellent article de Matthieu Marcillaud : http://marcimat.magraine.net/Outils....

Lors d’une migration vers SPIP 3.0, il est possible que la page d’administration du Couteau Suisse soit désorganisée ou présente des erreurs. Essayez dans un premier temps d’ajoutez le paramètre « &var_mode=recalcul » à votre URL afin de recalculer les règles de typographie.

Si cette erreur particulère survient (ou simplement une page blanche sous SPIP 1.92) : Fatal error : Cannot redeclare execute_pipeline_bt_gadgets() (previously declared in /[...]/tmp/charger_pipelines.php:xxx) in /[...]/tmp/charger_pipelines.php on line xxx : prenez soin de désactiver ou mettre à jour tous les plugins concernant la barre typographique (BT V2), puis supprimez le fichier tmp/charger_pipelines.php.
Sommaire

Si cette erreur particulère survient (ou simplement une prévisualisation impossible des messages de forum sous SPIP 2.0.9) quand les visiteurs tentent de ’Voir ce message avant de poster’ : : Fatal error : Call to undefined function cs_decoupe() in /[...]/squelettes-dist/formulaires/forum.php(275) : eval()’d code on line 1 :
mettez vite à jour SPIP, version 2.0.10 minimum ! Le fichier fautif sous SPIP 2.0.9 est squelettes-dist/formulaires/forum.php. Il doit être remplacé par celui-ci : http://trac.rezo.net/trac/spip/brow... (téléchargement en bas de page).

Débats

A ce sujet, j’ai tenté de lancer les débats suivants :

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 jour en jour 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 le Couteau Suisse.

Le second débat, c’est celui de savoir ce qu’il faut mettre dans le Couteau Suisse 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 : le Couteau Suisse 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 « monoutil_installe() » et « cs_echappe_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, le Couteau Suisse doit également pouvoir assurer une compatibilité sans faille entre tous les outils et avec les différentes versions de SPIP.

Qu’en pensez-vous ?
Sommaire

Wiki

YannX a ouvert pour tous les utilisateurs du Couteau Suisse un carnet Wiki où tout le monde peut déposer ses idées et suggestions. N’hésitez pas, c’est par ici : Carnet Plugin_Couteau_Suisse.

Notes

[1N’hésitez pas à nous faire part du résultat de vos tests

[2Téléchargement du Plugin, liens complémentaires : Récupérer le zip sur l’espace de téléchargement, ou le(s) miroir(s), de spip-zone, cf. rubrique Produits finis

-  Le logo de cet article a été créé par Kavel : http://www.armatronic.com/

-  La version du Couteau Suisse pour SPIP v1.91 du plugin a été conservée ici : https://files.spip.net/grenier/cout...

Discussion

563 discussions

  • Christian

    Bonjour,

    merci pour ce plugin. Je fonctionne avec des urls en aborescence que je voudrai passer en AMP. Le souci AMP invalide mes pages à cause de l’insertion automatique du <base href="https://www.site.fr/" />. Est-ce qu’il y a moyen d’éviter cet insert ?

    Merci d’avance pour ton aide.

    Répondre à ce message

  • 2

    Bonjour sur un site en Spip 3.2 ?? (de mémoire) et Escal, je viens d’installer la dernière version du couteau suisse et je n’ai plus accès au site (je ne peux donc pas désactiver les plugins pour trouver la raison). J’ai aussi essayé de désactiver une annonce en retirant le mot clé annonce.

    http://ecole-fl.com/

    Le message suivant s’affiche :
    Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension.

    Merci par avance pour toute piste de résolution de ce problème.

    • Bonjour, quel message d’erreur PHP as-tu ?

      Il y a là un petit boulot de débogage à faire... Pour infos : https://www.spip.net/fr_article4453.html

      Pour désactiver un plugin il suffit de renommer son dossier dans plugins/auto/

      Ceci dit, le site semble se comporter normalement en public ?

    • Bonjour,

      Merci pour ton aide.
      En fait c’est revenu à la normale un peu après.
      Je ne sais pas encore pourquoi. Entre-temps j’ai pu accéder a l’espace privé de mon site en utilisant un autre ordinateur (peut-être le cache). J’ai mis à la poubelle l’article dont je ne voulais plus et tout a remarché.

      Je vais regarder tranquillement l’article débogage qui est fondamental.

    Répondre à ce message

  • 2

    Bonjour,
    Depuis le passage en SPIP 4 et notamment SPIP 4.2 la lame Horloge du couteau suisse ne fonctionne plus. Je l’utilisais de cette manière : <horloge|format=l, j F Y - H:i >
    UTC <horloge|zone=GMT0100>
    Une raison à ce dysfonctionnement ?
    Merci.
    Yann

    • En effet, les fonctions SPIP gérant les cookies ont changé...
      La version v1.14.08 du plugin devrait corriger ce problème (afficher la page config du CS, et bien vider les caches SPIP et navigateur).
      Merci pour le retour !

    • Merci pour ta réactivité.
      Yann

    Répondre à ce message

  • 1

    Bonjour,

    Sur un spip 4.2.4 tout neuf, l’installation du couteau suisse s’accompagne de plusieurs lignes rédigées ainsi
    Deprecated : Function autoriser_outil_configurer_dist should returns a boolean instead of integer (casts as boolean). This will trigger fatal error in future versions. in /home/repertoire/site/ecrire/inc/autoriser.php on line 232

    La permutation d’outils crée la page :
    Deprecated : strlen() : Passing null to parameter #1 ($string) of type string is deprecated in /home/repertoire/site/plugins/auto/couteau_suisse/v1.14.4/exec/admin_couteau_suisse.php on line 22
    HTTP 302
    Si votre navigateur n’est pas redirigé, cliquez ici pour continuer.

    J’ai limité les outils à l’écran de sécurité et au site en travaux pour le moment.
    Comment puis-je corriger ce dysfonctionnement (si je le peux) ? A quoi est-il dû ?
    Merci

    Répondre à ce message

  • 7
    Philippe JEANNE

    Bonjour,
    Je note une erreur lorsqu’on cherche à actualiser l’écran de sécurité (Spip 4.1.9 et Php 8.1.16) :
    Fatal error : Uncaught TypeError : autoriser() : Argument #5 ($opt) must be of type array, string given, called in couteau_suisse/v1.14.2/exec/action_rapide.php on line 42 and defined in /home/patrimoiqz/www/ecrire/inc/autoriser.php

    C’est une lame très pratique (vérification + mise jour).
    Merci

    • Callmedams

      Bonjour,
      Même problème pour moi
      SPIP 4.1.9 et PHP 8.0
      Cordialement

    • Bonjour à tous,
      En effet, ce bug est lié aux types désormais imposés par SPIP et PHP. Je m’occupe d’une correction prochaine.
      Pat

    • Bonjour,
      J’espère que vous allez bien.
      Ce problème est-il réglé car je viens de mettre à jour un SPIP en 4,2,4 et couteau suisse en dernière version 1,14,4 et j’ai le même souci.

      Egalement des messages Deprecated : Function autoriser_outil_configurer_dist should returns a boolean instead of integer (casts as boolean). This will trigger fatal error in future versions. in /home/clients/4c92e6d7a7f0ff6b54c4b0fc06e85168/test/idg2/ecrire/inc/autoriser.php on line 232

      en haut de la page de configuration.

      PHP 8,2

      Merci bonne journée à vous

    • Bonjour,
      idem ici, CS désactivé suite au passage de SPIP 3.2 à 4.2, j’ai téléchargé manuellement puis activé via la page de gestion de plugins. En haut de la page de config du CS, j’ai 4 avertissement Deprecated identiques (se terminant par autoriser.php on line 232)

    • Bonjour,
      Je viens de mettre à jour un site vers Spip 4.2.4 (PHP 8.1.22) et je constate aussi ce « deprecated » sur la page d’accueil du CS :
      Deprecated : Function autoriser_outil_configurer_dist should returns a boolean instead of integer (casts as boolean). This will trigger fatal error in future versions. in .../www/ecrire/inc/autoriser.php on line 232
      Bonne journée

    • Stéphanie

      Bonjour,

      Idem pour moi, version de SPIP 4.2.5

      Deprecated : Function autoriser_outil_configurer_dist should returns a boolean instead of integer (casts as boolean). This will trigger fatal error in future versions. in /var/www/html/extra/ecrire/inc/autoriser.php on line 232

      Une correction bientôt prévue ?
      Bonne journée

    • Bonjour, des corrections sont faites (v1.14.06), n’hésitez pas à remonter d’autres comportements inhabituels, SPIP et PHP évoluent ;-)

    Répondre à ce message

  • 2

    Bonjour,
    Upgrade Spip de 4.1.12 vers 4.2.6
    Php 7.4
    Seul plugin : Couteau suisse version 1.14.4
    Message d’erreur : Deprecated: Function autoriser_outil_configurer_dist should returns a boolean instead of integer (casts as boolean). This will trigger fatal error in future versions. in /home/monsitenprod/ecrire/inc/autoriser.php on line 232.

    • Bonjour,
      Idem
      Après une upgrade Spip de 3.2 vers 4.0, puis 4.1, puis 4.2.6
      Php 7.4 puis php 8.1 (php 8.2 entrainait une erreur générale : erreur msyql connexion à la base)
      Couteau suisse en version 1.14.4
      J’ai 4 fois le message d’erreur :

      Deprecated: Function autoriser_outil_configurer_dist should returns a boolean instead of integer (casts as boolean). This will trigger fatal error in future versions. in /home/monsite/ecrire/inc/autoriser.php on line 232

      Si j’active « comportement du couteau suisse », et que je clique sur ce module, j’ai une liste supplémentaire de 8 fois ce même message d’erreur.
      (pas d’erreurs en plus en cliquant sur d’autres modules activés).

      ça semble fonctionner quand même
      merci pour des infos utiles.

    • Effectivement, cette correction est déjà en attente, prévue pour la prochaine version du plugin.
      Merci bcp pour le retour, n’hésite pas à en envoyer d’autres, SPIP et PHP évoluent :-)

    Répondre à ce message

  • 2

    Bonjour,

    Je suis passé à Spip 4.2 et depuis j’ai des erreurs avec les illustrations. Les légendes titre, copyright débordent de la base de l’image et bousculent la mise en page du site en ligne. alors que c’est correct dans la partie privée.

    Pour chercher la raison, j’ai désactivé Le couteau suisse et j’ai obtenu l’avertissement ci-joint.

    C’est un problème parmi d’autres et je ne sais pas ce qui en est la cause.
    Merci pour toute piste et mes excuses par avance si Le couteau suisse est innocent.

    • Bonjour, quelle était la version précédente de SPIP ?
      Il semble que l’avertissement ci-joint est dû à un vieux cache non recalculé après la désactivation du CS.

    • Bonjour,
      Merci pour ta réponse.
      Je suis passé de 3.2.? à 3.2.maximum puis 4.1 et finalement 4.2.
      Je pense qu’il y a plusieurs raisons aux différents problèmes en plus des illustrations, *je n’utilise plus jquery qui n’est pas porté en spip4.2. L‘aide en ligne pour spip affiche seulement les raccourcis typographiques.

    Répondre à ce message

  • 3
    Philippe JEANNE

    Bonjour,
    J’ai migré plusieurs sites vers Spip 4.1.7 et Php 8.1.6, (depuis Spip 3.2.17 en passant par Spip 4.0.9.)
    J’ai préféré désactiver le CS (et d’autres plugins) après des tests en local et tout s’est bien passé. Y compris la réactivation du CS. Je constate un seul warning ;
    Deprecated : basename() : Passing null to parameter #2 ($suffix) of type string is deprecated in .../plugins/auto/couteau_suisse/v1.14.1/cout_utils.php on line 213
    quand je consulte la lame Ecran de sécurité. Cela ne se produit pas avec d’autres lames.
    Merci.

    • Merci pour le retour !
      Quelles lames utilises-tu ?
      Je vais corriger de suite le pb sur basename.

    • Philippe JEANNE

      Sur le site qui en utilise le plus, j’utilise :
      Format des Url
      Ecran de Sécurité (seule lame avec pb)
      Mailcrypt
      Blocs dépliables
      Découpe en onglets
      Balise #Titre_Parent/Objet
      Comportements du CS

    • Philippe JEANNE

      Merci pour la mise à jour.
      Bonne soirée.

    Répondre à ce message

  • Bonjour,
    Spip 3.2.16 vierge via spip-loader (pour réinstallation d’un site sous un autre nom de domaine).
    Uniquement squelettes-dist.
    Pas de textes d’articles dans le site.
    J’active balise #INTRODUCTION. ==> ok
    Je veux les points de suite cliquables ==> et là ça mouline pendant de longues minutes sans vouloir enregistrer ce réglage.
    Si je laisse les points de suite cliquables par défaut à Non ==> enregistrement ok

    Répondre à ce message

  • Christian Frank

    Bonjour et toujours un grand merci pour ce précieux plugin,

    Je viens de mettre à jour notre couteau suisse. Aussi nous voudrions l’utiliser pour des urls arborescentes /dosssier/titre.html . Du coup je rencontre un problème nouveau qui rend invalide nos pages AMP.

    A la suite du « head » s’injecte automatiquement un <base href="url du site">.

    Cette balise n’est pas compatible avec AMP. Comment est-ce que je peux éviter qu’elle n’apparaisse ?

    Merci pour ton aide

    Répondre à ce message

  • Bonjour,

    A des fins de débugage, on aimerait activer le log du plugin. Etant en multisite avec le plugin mutualisation, comment est-ce que l’on pourrait activer le log ? Et où retrouver, le fichier de log par la suite ?

    J’ai essayé de définir la constante _LOG_CS dans config/mes_options.php mais ça provoque une erreur fatale. La version du plugin est 1.12.8.

    Merci

    Répondre à ce message

  • 4

    Bonjour,

    Je fait part d’un petit bug pas vraiment flagrant. Etant en mutualisé, il arrive fréquemment que les lames se désactivent de façon inexpliqués. Les sites sont sous spip3.2.

    Merci

    • Bonjour, j’ai pu remarquer parfois qu’un problème de charset pouvait impliquer la perte de données en base et donc des pertes de config... As-tu vérifié de ce côté-là ?

    • Merci pour cette piste. Je vais regarder de ce côté.

    • Je ne pense pas qu’il s’agisse d’une erreur de charset. J’ai vérifié en base et tout les valeurs meta du plugin sont désérialisable. De plus, lorsque l’on ajoute des lames, elles restent actives. Il n’y a pas d’erreur sur le moment.

    • Bonjour Pat, j’ai fait un débogage sur ce problème. Voici ce que cela donne. En fait on utilise un plugin qui n’est pas de SPIP et qui fait un require_once('ecrire/inc_version.php');

      [0] => Array
      	(
      		[file] => /xxxx/plugins/auto/couteau_suisse/v1.12.8/cout_lancement.php
      		[line] => 113
      		[function] => ecrire_meta
      		[args] => Array
      			(
      				[0] => tweaks_actifs
      				[1] => a:0:{}
      			)
      
      	)
      
      [1] => Array
      	(
      		[file] => /xxxx/plugins/auto/couteau_suisse/v1.12.8/couteau_suisse_options.php
      		[line] => 163
      		[function] => cs_initialisation
      		[args] => Array
      			(
      				[0] =>
      			)
      
      	)
      
      [2] => Array
      	(
      		[file] => /xxxx/ecrire/inc/utils.php
      		[line] => 118
      		[args] => Array
      			(
      				[0] => /xxxx/plugins/auto/couteau_suisse/v1.12.8/couteau_suisse_options.php
      			)
      
      		[function] => include_once
      	)
      
      [3] => Array
      	(
      		[file] => /siteconcerne_multisite/public_html/tmp/cache/charger_plugins_options.php
      		[line] => 13
      		[function] => include_once_check
      		[args] => Array
      			(
      				[0] => /xxxx/plugins/auto/couteau_suisse/v1.12.8/couteau_suisse_options.php
      			)
      
      	)
      
      [4] => Array
      	(
      		[file] => /xxxx/ecrire/inc_version.php
      		[line] => 449
      		[args] => Array
      			(
      				[0] => /siteconcerne_multisite/public_html/tmp/cache/charger_plugins_options.php
      			)
      
      		[function] => include_once
      	)

      Merci pour votre aide

    Répondre à ce message

  • 2
    APSAD93

    Bonjour, est il prévu une montée de version pour la compatibilité avec SPIP 4.1 ? merci

    • Bonjour, oui absolument.

      Quelques tests s’avèrent nécessaires, et toutes les remontées de nouveaux bugs sont les bienvenues.

      A titre provisoire, il est possible de modifier les bornes de compatibilités dans le fichier paquet.xml en indiquant : compatibilite="[1.9.2;4.1.*]"

      Puis vérifier que tout fonctionne normalement, mais a priori, la compatibilité PHP 7.4/8 n’est toujours pas sûre.

    • APSAD93

      merci

      Pour contrer j’ai agis ainsi sur le fichier mes_options.php, ce qui englobe la totalité des plugins non compatibles :

      define (’_DEV_VERSION_SPIP_COMPAT’, ’4.0.99’) ;

    Répondre à ce message

  • 1

    Bonjour,
    avec Spip 4.0.6 le couteau suisse dernière version produit un erreur lorsque je veux accéder aux différents modules :
    Fatal error : Uncaught Error : Call to undefined function svp_presenter_actions_realisees() in :
    -  plugins/auto/couteau_suisse/v1.12.8/outils/maj_auto_action_rapide.php:272 Stack trace : #0
    -  /plugins/auto/couteau_suisse/v1.12.8/exec/admin_couteau_suisse.php(262) : maj_auto_svp_presenter_messages() #1 /public_html/ecrire/index.php(169) : exec_admin_couteau_suisse() #2 main thrown in /public_html/plugins/auto/couteau_suisse/v1.12.8/outils/maj_auto_action_rapide.php on line 272

    Tous les modules sont donc inactifs. Une idée ?
    Merci !

    • Fausse alerte. Ma mise à jour manuelle vers spip 4.0.6 comportait des fichiers manquants.

    Répondre à ce message

  • Bonjour,
    Avec spip 4.1.0 sous php 8.0.8 la page de configuration du couteau suisse affiche l’erreur suivante :
    Warning : Trying to access array offset on value of type bool in [...]/plugins/auto/couteau_suisse/v1.12.8/exec/admin_couteau_suisse.php on line 182

    Répondre à ce message

  • 3

    Bonjour,
    Avec le couteau suisse pleins de choses m’intéressent plus particulièrement dans « Balises, filtres, critères »
    Masquer du contenu sauf que ça ne fonctionne pas et il n’y a même pas erreurs du moins j’ai cherché et rien trouvé, vous pouvez voler à mon secours ?
    Merci

    • J’ai un article qui apparaît sur ma page d’accueil et que je voudrais exclure je ne sais quoi dire d’autres

    • le mettre en statut non publie depuis le prive ne marche pas ?

    • Masquer du contenu devrait fonctionner à nouveau.
      Il faut cliquer sur le bouton « Actualiser » de l’outil afin de recharger le fichier distant qui a été mis à jour, puis vider le cache.

    Répondre à ce message

  • 1

    Bonjour,
    pour les blocs dépliables, prive/images/triangle.gif et prive/images/triangle-bas.gif sont absents.
    Merci pour ce plugin !

    Répondre à ce message

  • 3

    Bonjour,

    Toujours merci pour ce plugin :-)

    J’ai remarqué qu’en SPIP 4.0.4 et PHP 7.4 et +, l’option « Format des URLs » > S’assurer que l’URL produite soit totalement en minuscules. QUI EST COCHE ne marche pas. Les majuscules du titre que je copie-colle par exemple, restent.

    Bonne journée

    • Bonjour !

      Quel type d’URLs est choisi ?
      Je viens de faire quelques tests et tout semble bien fonctionner, les minuscules sont bien prises en compte.

      Dans la fenêtre « Action rapide, uniquement si vous savez ce que vous faites » (config du CS), vous pourrez afficher les URLs actuellement en base pour l’article choisi. Valider la case « Éditer l’URL » vide permet d’effacer l’URL en cours. Une 2e validation permet d’afficher la nouvelle URL en fonction des options configurées juste au-dessous.

      Il faut bien veiller à ce que toutes les URLs calculées par le site et présentes en base soient supprimées afin de permettre à SPIP et au CS de recalculer la nouvelle URL.

      Un rapide coup d’œil à la base est possible dans la fenêtre « Action rapide » en cliquant sur le lien de la phrase « Il y a actuellement XX URL(s) en base ».

    • Merci beaucoup pour la réponse.

      En revanche, en te lisant, j’ai en effet remarqué un manque de précision :

      C’est « URLs propres ».

      Et mon souci ne vient pas de la mise en ligne ou en effet, les minuscules marchent.
      C’est quand je fais « Modifier » (à côté de l’URL) sur un article déjà en ligne et que je veux personnaliser l’URL. Dans ce cas-là, l’URL corrige les espaces, mais ne met pas de minuscules.

      Il est possible que le CS n’agisse pas dans ce cas-là, mais il me semblait que si. En termes de choix fait dans le CS comme je choisis cette option, ce serait bien que ça le fasse aussi dans ce cas.

      Et merci pour la réactivité.

    • Il me semble que ce que tu décris est normal.

      Si tu veux que la nouvelle adresse soit ajoutée par SPIP, il faut cliquer sur le bouton « Voir en ligne ». Il faut être sûr aussi que le cache se recalcule. J’ai fait un test avec le cache temporairement désactivé et ça fonctionne parfaitement. Les minuscules sont bien prises en compte car le CS utilise le pipeline qui va bien.

      SPIP ajoute à chaque fois de nouvelles URLs à l’article dès que son titre est changé, histoire de ne pas perturber le référencement éventuellement effectué par les moteurs de recherche sur les anciennes URLs.

      La liste des URLs du site est à vérifier grâce à l’adresse suivante :
      -  <monsite.ici>/ecrire/?exec=action_rapide&arg=type_urls|liste_urls&script=foo

      Cette page permet aussi de faire le ménage sur des URLs qui ne sont plus utilisée et qui peuvent être supprimées du référencement. SPIP utilise toujours la dernière en date.

    Répondre à ce message

  • Bonjour,

    Je viens d’installer SPIP 4 sur un serveur PHP 8. Pour informations, j’ai noté les soucis suivants qui disparaissent en php 7.4 :

    Les plugins suivants sont installés : bonux, accès restreint, champs extras interface et champs extras API, Verifer, YAML, saisies

    -  Les messages apparaissent partout dans le backoffice :

    Warning : Undefined variable $ip in /home/clients/b292ffee5cda953d5b1dfadcf99de260/dev/flow/couteau-suisse/mes_spip_options.php on line 18

    Warning : Constant _ECRAN_SECURITE_LOAD already defined in /home/clients/b292ffee5cda953d5b1dfadcf99de260/dev/flow/couteau-suisse/mes_spip_options.php on line 21

    Warning : Constant _SPIP_SCRIPT already defined in /home/clients/b292ffee5cda953d5b1dfadcf99de260/dev/flow/couteau-suisse/mes_spip_options.php on line 66

    Répondre à ce message

  • 1

    Bonjour,

    Le site pentest-tools.com indique qu’il y a un problème de Vulnérabilité XSS sur nos sites. Après, investigation il semble que cela vienne de ce code dans tmp/couteau-suisse/mes_options.php

    	function action_cs_spam(){
    		include_spip('inc/minipres');
    		echo minipres(
    			_T('couteau:lutte_spam'),
    			'<pre>'.$_POST[$_GET['var']].'</pre><div>'._T('couteau:explique_spam').'</div>'
    		);
    		exit;
    	}

    Lorsque l’on rentre le texte session_nom=</a><svg/onload=alert(domain)> dans un formulaire, on a bien une injection de script.

    J’ai remis à jour le plugin, mais le code reste le même. Je propose de faire un
    texte_backend($_POST[$_GET['var']]) entre les balises <pre></pre>.

    • Un grand merci pour ce retour, la correction est apportée sur la dernière version du plugin. Le code est disponible sur Git et peut être amélioré à tout instant, n’hésitez pas.

    Répondre à ce message

  • 5

    Bonjour.
    Nouveau sur le forum, j’ai publié le message ci-dessous dans le forum consacré à « Administration, gestion, configuration » et n’arrive pas à le supprimer, car il me semble plus approprié ici. Merci de m’excuser pour ce manquement à la Nétiquette.
    Ma question est relative à un dysfonctionnement du sommaire automatique sur la plupart des navigateurs récents :

    J’utilise le plugin Couteau suisse sur mes sites et, notamment, la lame « sommaire automatique ». J’ai constaté, par hasard, que le sommaire ne répondait plus. Il y a bien les hyperliens spécifiques au sommaire qui apparaissent mais qui ne conduisent pas le curseur à l’endroit voulu.
    J’ai fait le job habituel : vider la cache SPIP, celle de mon navigateur, désactivé la plupart des extensions, sans résultat.
    Le problème a dû apparaitre ces derniers mois (vu la pandémie j’ai été moins actif sur mon site). Toutefois le comportement est normal avec Firefox et sur d’anciennes versions de Safari (je suis sur Mac), tant sur un ancien Ipad qu’un Macbook air.

    En revanche, sur Safari, Chrome (Mac, PC, Android), Brave... la fonctionnalité est impossible.
    Deux exemples ici, parmi d’autres :
    http://www.cinecure.be/A-Street-Cat-Named-Bob
    http://www.cinecure.be/Ete-85
    Merci de votre aide.

    • Bonjour !
      Merci pour le retour.
      Il semble que les ancres douces devraient être mises à jour. Et si tu désactives cet outil, retrouves-tu le bon fonctionnement du sommaire ?
      Pat

    • Bonjour Pat.
      De fait, si je désactive les ancres douces, je retrouve le fonctionnement du sommaire (bon, c’est moins beau comme affichage... mais néanmoins efficace). Merci.
      Charles

    • Dans la version 1.12.01 du Couteau Suisse, j’ai mis à jour les plugin jQuery,

      Tu me diras si ça fonctionne de nouveau correctement avec le sommaire ?

    • Déjà merci. j’attends que la gestion des plugins (que j’utilise pour laisser le système s’occuper des MAJ) détecte la mise à jour du CS pour mettre à jour et revient vers toi pour le suivi.
      Charles

    • Hello. Voilà. Mise à jour effectuée et le comportement normal est rétabli (lame sommaire automatique + ancres douces).
      Merci beaucoup.

    Répondre à ce message

  • 1

    Bonjour,

    Installation de la dernière version du CS (1.11.10) sur SPIP 4.0 beta.
    Autres plugins, forcés en mode compatibilité, dans leurs versions à jour : Accès restreint, Vidéos, et En travaux.
    PHP version 7.4.5
    ==> Le site plante alors en erreur 500.
    J’avoue ne pas trop savoir où regarder pour donner d’autres infos.

    • Merci pour ce retour !
      Tout est OK en principe avec la version 1.12.00 du plugin, dont la compatibilité avec SPIP 4.0 a été renforcée.
      SPIP 4.0-beta introduit pas mal de changements, merci aux webmasters qui anticipent la migration de leur sites avec le Couteau Suisse !
      Pat

    Répondre à ce message

  • 3

    Bonsoir,

    Utilisateur de cet excellent plugin, j’essaie de tout maintenir à jour.

    Chez Infomaniak, en php 7.4, SPIP 3.2.11 et couteau suisse 1.11.2, j’ai le warning suivant en haut de toutes les pages du backoffice et en haut de la colonne de gauche de toutes les pages « Configuration » MAIS paradoxalement aucun Warning sur la page de configuration du couteau suisse :

    Warning : Creating default object from empty value in /home/clients/9af28b347c4f66ab1d90e70e2d5e9da5/www/plugins/auto/couteau_suisse/cout_pipelines.php(40) : eval()’d code on line 4

    Et de mon côté, quand je clique sur Mise à jour automatique j’ai le message : erreur : impossible de charger https://git.spip.net/spip-contrib-extensions/couteau_suisse/archive/master.zip

    • Complément d’informations :
      Site 1 : Infomaniak (mutualisé)/PHP 7.4.16/Spip 3.2.11/CS 1.11.02 => Messages Warning cités dans mon premier message
      Site 2 : OVH (serveur géré)/PHP 7.4.13/Spip 3.2.11/CS 1.11.02 => Aucun message
      Bonne journée

    • Patch temporaire :
      Ligne 39 j’ai mis : $cs_metas_pipelines = array() ;
      Plus de warnings
      Bonne journée

    • Attention ce patch est trop radical, plus aucun pipeline ne serait exécuté dans ce cas !
      Voici le code que je publie de suite sur Git :

      function eval_metas_pipelines(&$flux, $pipe) {
          global $cs_metas_pipelines;
          if(!isset($cs_metas_pipelines))
              // cas ou un pipeline est appele avant couteau_suisse_options.php
              $cs_metas_pipelines = array();
          elseif(isset($cs_metas_pipelines[$pipe]))
              eval($cs_metas_pipelines[$pipe]);
          return $flux;
      }

      Merci beaucoup pour le retour.

    Répondre à ce message

  • 6

    Juste pour avertir que le lien de téléchargement du plugin n’est plus correct...

    Répondre à ce message

  • 3

    bonjour,
    ovh php 7.4 je viens de passer de SPIP 3.2.9 à 3.2.11
    le couteau suisse est en version 1.11.0

    la longue liste de « deprecated » a disparu mais ceci subsiste :

    Deprecated : Array and string offset access syntax with curly braces is deprecated in /home/monbudule/zzz/plugins/auto/couteau_suisse/v1.11.0/outils/maj_auto_action_rapide.php on line 162

    cependant, je viens de faire une mise à jour automatique qui ne semble pas avoir posé de problème.

    merci pour ce plugin bien utile ...

    • Bonjour,
      Chez OVH (flambant neuf !) en PHP 7.3 (version stable)
      SPIP 3.2.11
      Le Couteau Suisse 1.10.22
      Tout est redevenu impeccable.
      @+
      Patrice

    • Philippe Jeanne

      Effectivement, tout va bien avec Le Couteau Suisse 1.11.0 , bien utile je le confirme, avec Spip 3.2.11 et Php 7.3.
      Avec Php 7.4, deux warnings dans maj_auto_action_rapide.php et ecran_securité.php. Pour voir, j’ai remplacé les accolades incriminées par des crochets, et tout semble bien se passer.
      Mais Pat va sans doute apporter une meilleure solution !

    • Philippe Jeanne c’est parfait, merci !
      Ce warning est corrigé dans la version 1.11.01 du plugin. C’est également la fin des create_function() qui restaient dans le Glossaire.
      Merci à tous pour vos retours.
      Pat

    Répondre à ce message

  • 1

    Bonjour,

    J’ai basculé un site Spip3.2.9 en Spip3.3-dev et j’ai un problème sur la page de config du Couteau-Suisse, dont je joins une capture (page vide avec un seul cadre d’erreurs).

    > Spip3.3-dev, plugins à jours, sur serveur local wamp3.2.5 avec Php 7.4..
    > la suppression des données tmp ou même le reset du Couteau-Suisse (ecrire/ ?exec=admin_couteau_suisse&cmd=resetall) ne changent rien.

    Alors je ne vois pas vraiment de retours sur Spip 3.3-dev avec le Couteau-Suisse et peut-être que mon problème actuel ne vous étonnera pas.. mais si vous aviez une piste..
    Merci,
    Thomas

    • Merci Thomas pour le retour !
      La compatibilité avec SPIP 3.3dev a été renforcée avec la version v1.11.00 du plugin et cette erreur a été corrigée.
      N’hésitez pas à remonter d’autres dysfonctionnements qui pourraient subsister.
      Très bonne journée

    Répondre à ce message

  • 4

    Bonjour,
    tout d’abord merci pour ce plugin.
    J’apprécie particulièrement le glossaire.
    Il semblerait qu’il y ait une incompatibilité dans mon site :
    spip 329
    theme phantom
    gis

    Les cartes Gis n’apparaissent plus à l’activation du CS.
    Voir page

    En outre, messages d’erreurs dans la page de config du couteau suisse :
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/ecrire/public/compiler.php on line 1197
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/plugins-dist/textwheel/engine/textwheel.php on line 199
    Deprecated : The each() function is deprecated. This message will be suppressed on further calls in /home/amidesk/www/extra/ecrire/iterateur/data.php on line 130
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/ecrire/public/iterateur.php on line 303
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/ecrire/public/iterateur.php on line 303
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/ecrire/iterateur/data.php on line 497
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/ecrire/public/iterateur.php on line 303
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/plugins-dist/textwheel/engine/textwheel.php on line 199
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/plugins-dist/textwheel/engine/textwheel.php on line 199
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/plugins-dist/textwheel/engine/textwheel.php on line 199
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/plugins-dist/textwheel/engine/textwheel.php on line 199
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/plugins-dist/textwheel/engine/textwheel.php on line 199
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/plugins-dist/textwheel/engine/textwheel.php on line 199
    Deprecated : Function create_function() is deprecated in /home/amidesk/www/extra/plugins-dist/textwheel/engine/textwheel.php on line 199

    Une piste ?

    Merci

    Cordialement

    • Bonjour,

      La plupart des erreurs « deprecated » proviennent de SPIP lui-même, la version 3.2 n’étant pas compatible avec les versions récentes de PHP.

      Conseil : soit passer à la version 3.3 (en cours de développement), soit rétrograder la version de PHP chez ton hébergeur (v7.1 par exemple ?).

      Le Couteau Suisse est presque compatible, il reste quelques dernières lignes qui seront bien corrigées.

      A propos des cartes, la console ne montre aucune erreur javascript, je ne vois pas d’où pourrait venir l’incompatibilité. Quelques essais supplémentaires s’imposent :
      -  le squelette choisi est-il bien hors de cause ?
      -  le CS complètement désactivé, ça marcherait donc ?
      -  le CS activé, mais sans aucune lame, ça marcherait toujours ?

      Le glossaire est activé sous quelle forme, CSS ou JS ?

      Pat

    • Philippe JEANNE

      Effectivement, la version 3.2.11 de Spip parue le 26 mars 2021 corrige le problème posé par les quelques « create_function » qui restaient dans le code de Spip.
      Il n’y a plus de warnigs avec Php 7.2. Je n’ai pas essayé avec Php 7.3.

    • Bonjour,
      Juste pour préciser : je viens de mettre à jour un site complet avec le dernier SPIP et le couteau suisse entre autres.
      En PHP 7.4, j’ai ces messages : « Array and string offset access syntax with curly braces is deprecated » sur écran de sécurité et certains menus latéraux (j’ai pas tout regardé)
      PHP 7.3 c’est bon pour le moment.

    • Merci pour le retour, aucun test n’a encore été réalisé en 7.4.
      En 7.3, il ne reste que le glossaire à mettre à jour je crois bien.
      N’hésite pas à m’envoyer en privé les lignes de code problématiques ;-)
      Pat

    Répondre à ce message

  • 6

    Bonjour,
    impossible d’installer correctement le plugin en version v1.10.19 sur un SPIP 3.2.9 tout frais (hébergement ovh php 7.3) : j’obtiens ceci quand je clique pour paramétrer
    Parse error : syntax error, unexpected ’<’, expecting end of file in /home/xxxxxxxx/xxx/plugins/auto/couteau_suisse/v1.10.19/inc/cs_outils.php(446) : eval()’d code on line 1

    je suis allée sur la ligne 446 sans rien trouver de semblable, en ligne 449 on trouve en effet un ’<’ mais qui existe depuis les versions antérieures
    je cale ... après plusieurs réinstallations

    • Bonjour,
      J’ai le même souci en tentant de mettre à jour ce plugin (très pratique quoique en dise certaines personnes).

      Voici ce que je peux lire :
      Parse error: syntax error, unexpected '<', expecting end of file in /home/paysduno/www/plugins/auto/couteau_suisse/v1.10.19/inc/cs_outils.php(446) : eval()'d code on line 1

      Voici ce que je peux lire dans la ligne L446 du fichier cs_outils.php :
      if (!@eval("return true; " . preg_replace(',function\s+\w+,', '\\0_zz', $test)))

      Info sur le site :
      Installé sur un SPIP à jour (3.2.9) + tous les plugins à jour également.
      Tourne sous Php 7.1.32 (OVH) - MySQL 5.6.50 - hébergement mutu chez OVH

      Je remercie par avance la personne qui pourra solutionner ce souci (Pat si tu nous lis ;-)
      Et encore merci pour ce plugin très pratique pour les « non-geek-code » :D

    • J’ai fait une grosse erreur dans le message précédent, car le plugin est bien installé mais c’est en mettant à jour une lame (écran de sécurité) que j’ai ce message... Désolé pour cette imprécision...

      De plus, je remarque dans la colonne de gauche à l’endroit où est noté la version locale du CS (ici 1.10.19) : il est signalé un problème (en rouge) : le serveur distant... qui pointe vers https://zone.spip.org/trac/spip-zone/browser/_plugins_/couteau_suisse/trunk/plugin.xml?format=txt
      Et lorsqu’on essaye d’atteindre ce lien, je tombe sur « Service Unavailable » (service non disponible)...
      Est-ce normal ?

    • Bonjour Pascual,
      merci pour votre commentaire et d’ailleurs le suivant qui ne m’arrange pas du tout du tout. Je suis comme vous et ne peux me passer de ces outils (merci au développeur)
      pour info : voici ce que j’avais à faire : séparer un site bilingue en 2 sites distincts avec 2 bases de données identiques mais séparées.

      Le premier (anglais mais je pense que ça n’a pas d’importance) comprend également la version française. Ce premier site a démarré en SPIP 3.2.7 l’an dernier, puis 3.2.8 et enfin 3.2.9 avec la dernière version du couteau suisse 1.10.19, la lame écran de sécurité y est activée et le couteau suisse de ce site ne pose aucun problèmes (sauf que je n’ai pas réussi dans mes_options.php à enlever toutes ces lignes « erreurs » due au fait que nous sommes en version 7. de php ... mais il fonctionne parfaitement y compris sa lame « écran de sécurité »)
      Je sauvegarde la base (plus tard, en désactivant le couteau suisse pour une nouvelle sauvegarde).

      et j’installe SPIP 3.2.9 dans un nouveau répertoire, que je connecte à une nouvelle base de données vierge identique à celle du site déjà installé. J’écrase avec ma sauvegarde, puis J’uploade les fichiers et les plugins du premier site (IMG, plugins, squelettes), les active puis les désactive, puis les désactive tous sauf le couteau suisse, remplace le couteau suisse après l’avoir désinstallé, puis de nouveau avec un nouveau du site des plugins, puis en téléchargement automatique par un tout neuf etc la routine ... Rien à faire : le couteau est toujours en erreur, l’erreur ci dessus. Je récupère une nouvelle sauvegarde du premier site en ayant désactivé le couteau suisse : rien à faire.
      donc,
      je doute que ce soit la lame écran de sécurité qui soit seule en cause.

      Je m’apprêtais à tout effacer et à recommencer l’installation mais j’attends d’en savoir plus ...
      Ohé ! du bateau !

    • Bonjour à tous,

      Il semble que les serveurs SPIP ont changé d’adresse et les fichiers à mettre à jour ne sont plus disponibles comme avant.

      Merci à vous pour les retours, je vais tenter de corriger cela rapidement.

      Pour les erreurs un peu « lourdes » n’hésitez pas à me contacter.

      Pat

    • Bonjour à tous,

      Voici une première phase de correction du bug en question, certains serveurs de Spip ayant été récemment éteints :

      https://git.spip.net/spip-contrib-extensions/couteau_suisse/archive/master.zip

    • Un grand merci à l’Homme de Veille : tout est rentré dans l’ordre !

    Répondre à ce message

  • 8

    Bonjour, j’avoue je m’inquiète un peu pour le plugins Couteau suisse.
    Ce super plugin, si je vais ici : https://git.spip.net/spip-contrib-extensions/couteau_suisse n’a pas l’air d’avoir eu de mise à jour depuis de nombreux mois.
    Patrice est à l’initiative de ce plugin, d’autres travaillent dessus ?
    Actuellement sur tous mes sites la centaine de lignes deprecated apparaissent.
    Je ne fais pas de php et ne peux donc travailler su le sujet...
    Le plugin est il maintenu ?
    Une mise à jour corrigeant au moins ces lignes intempestives est elle prévue ?

    • Pour masquer les depreciated (qu’un serveur en production ne devrait jamais afficher) :
      fichier config/mes_options.php (à créer si besoin)
      rajouter dedans :

      error_reporting(E_ALL ^ E_DEPRECATED);

      Si le fichier n’existait pas, il faut alors écrire dedans :

      <?php
      error_reporting(E_ALL ^ E_DEPRECATED);
    • Solution alternative : remplacer le CS par les plugins remplissant les fonctions équivalentes.

    • Merci RealET,

      mais j’ai essayé beaucoup de choses mais dès que je vais dans la configuration du couteau suisse, peut importe ce que je mets dans le mes_options.php,
      ini_set('display_errors', 0);
      ou même du :
      error_reporting(0);
      j’ai essayé plusieurs variantes...

      j’obtiens toujours des erreurs tres nombreuses (centaine de lignes a vu de nez) de type :

      Deprecated: Function create_function() is deprecated in /var/www/spip/spippmf/ecrire/public/compiler.php on line 1197
      ...
      Deprecated: Function create_function() is deprecated in /var/www/spip/spippmf/plugins-dist/textwheel/engine/textwheel.php on line 199
      ...
      Deprecated: Function create_function() is deprecated in /var/www/spip/spippmf/plugins-dist/textwheel/lib/yaml/sfYamlInline.php on line 225

      Cela m’étonne que cela ne puisse être caché.

    • Alors, il faut te rapprocher de ton hébergeur.

      C’est une faille de sécurité chez lui d’afficher ça : donc, il faudrait vraiment qu’il t’aide à le masquer.

    • Thèse : create_function est dépréciée à partir de php 7.2.
      Antithèse : Spip 3.2 est compatible avec php 7.2.
      Synthèse : le CS n’est pas totalement compatible avec Spip 3.2, contrairement à ce qui est indiqué (dans la mesure où « ça marche » mais ça génère des tonnes de notices).

      Solution : cf. commentaire plus bas https://contrib.spip.net/Le-Couteau-Suisse#comment506686-506399

    • Bonjour à tous,

      Dans la mesure où ce plugin génère toujours autant de retours, il est effectivement urgent de le mettre à jour. Les fonctions qui restent non compatibles avec PHP 7.2 ne sont pas nombreuses (il reste le glossaire) et ne gênent pas une utilisation courante des nombreuses fonctionnalités du Couteau Suisse.
      SPIP lui-même (version 3.2) n’est pas à jour !

      Le bashing systématique (injustifié voire irrationnel, souvent à tendance sectaire) opéré par certains membres de la communauté SPIP est tel, que j’ai appris à renoncer au travail important que je fournissais auparavant auprès des utilisateurs qu’on appellerait « peu chevronnés » ou « débutants », et auxquels s’adresse ce plugin.

      Je le regrette un peu, mais m’engage à remédier rapidement aux soucis de compatibilité mentionnés ici. Merci pour vos retour à venir !

      Pat, le concepteur du CS.

    • Merci Pat !

    • Merci Patrice.

    Répondre à ce message

  • 2
    spipheure

    Bonjour,

    Je viens de reperer une incompatibilité lors d’une installation SPIP 3.2.7 entre les plugins :

    CKEditor 4 1.0.10 - stable CKeditor pour SPIP3
    &
    Le Couteau Suisse 1.10.19 - stable

    Quand Le Couteau Suisse est activé la fenêtre d’outil n’apparait plus (cf image jointe).
    Dès que Le couteau suisse est activé la fenêtre d’outil apparait

    Merci pour votre aide

    • spipheure

      Je voulais dire que dès que couteau est désactivé la fenêtre d’outil CK EDITOR ré-apparait

    • Dans la communauté SPIP, il y a 2 plugins qui posent questions : CKEditor (c’est le maaaaaal !) et le CS.

      Alors, les 2 ensembles, je crains que ce soit totalement mort.

    Répondre à ce message

  • 3

    Nombreux messages d’erreurs sur la page admin du couteau suisse :

    Deprecated : Function create_function() is deprecated in /homepages/11/.../htdocs/equipe/ecrire/public/compiler.php on line 1197

    Deprecated : Function create_function() is deprecated in /homepages/11/.../htdocs/equipe/ecrire/public/compiler.php on line 1197

    Deprecated : Function create_function() is deprecated in /homepages/11/ ... /htdocs/equipe/ecrire/public/compiler.php on line 1197

    Deprecated : Function create_function() is deprecated in /homepages/11/ ... /htdocs/equipe/plugins-dist/textwheel/engine/textwheel.php on line 199

    Deprecated : The each() function is deprecated. This message will be suppressed on further calls in /homepages/11/ ... /htdocs/equipe/ecrire/iterateur/data.php on line 130

    Deprecated : Function create_function() is deprecated in /homepages/11/ ... /htdocs/equipe/ecrire/public/iterateur.php on line 303

    Deprecated : Function create_function() is deprecated in /homepages/11/ ... /htdocs/equipe/ecrire/public/iterateur.php on line 303

    Deprecated : Function create_function() is deprecated in /homepages/11/ ... /htdocs/equipe/ecrire/iterateur/data.php on line 497

    Deprecated : Function create_function() is deprecated in /homepages/11/ ... /htdocs/equipe/ecrire/public/iterateur.php on line 303

    Et page presque illisible...

    SPIP 3.2.8 [24473]

    Merci de votre aide

    • Philippe JEANNE

      Il s’agit d’un problème de compatibilité avec php 7.2.
      Nous sommes nombreux à attendre la mise jour du Couteau.

    • Pour masquer les depreciated (qu’un serveur en production ne devrait jamais afficher) :
      fichier config/mes_options.php (à créer si besoin)
      rajouter dedans :

      error_reporting(E_ALL ^ E_DEPRECATED);

      Si le fichier n’existait pas, il faut alors écrire dedans :

      <?php
      error_reporting(E_ALL ^ E_DEPRECATED);
    • Solution alternative : remplacer le CS par les plugins remplissant les fonctions équivalentes.

    Répondre à ce message

  • 1

    Les lames du couteau se désactivent toutes seules. Le plugin reste activé, mais plus aucun outils n’est actif. Je suis obligé de réactiver les lames une par une.

    Je constate ce bug depuis plusieurs années. C’est aléatoire. Je suis en mutualisé et cela ne le fait pas sur tous les sites, ou au même moment.

    Cela me plante même certains sites.

    Répondre à ce message

  • Bonsoir !
    C’est vrai que les warning, c’est inquiétant. Mais j’ai un autre souci : sans crier gare, soudainement tous les textes s’affichent en caractères cabalistiques (500 articles !), rendant le site illisible. J’ai pensé à un mauvais encodage (en « privé », c’est OK, en « public » c’est illisible), Non. A un transfert hasardeux entre des fichiers word et le serveur. Non. J’ai alerté le SAV de l’hébergeur, qui n’y comprenait rien. Quand j’ai désactivé le couteau suisse, tout est rentré dans l’ordre. La chose m’est arrivée trois fois avant d’avoir un soupçon côté « couteau suisse » ! Un cauchemar !
    Version spip : 3.2.7 - version couteau suisse ; 1.10.15
    Vous avez une idée du pourquoi ?
    Sinon, le couteau suisse est épatant, mais je le laisse désactivé.
    Merci de m’apporter, si possible, une réponse !

    Répondre à ce message

  • FranckF1

    Bonjour,

    La partie URL n’utilise plus systèmatiquement le titre d’un article qui passe en validé sur le site mais parfois le titre temporaire.

    Ex : il m’arrive de laisser sur l’interface des articles en anglais à faire traduire à mes rédacteurs, ils traduisent tout, y compris le titres, mais c’est le titre originel en anglais qui compose l’url arborescente et non le titre finalement validé quand l’article passe en ligne.

    Avez-vous une idée ?

    Merci,

    Franck

    Répondre à ce message

  • 1

    Bonjour,
    J’utilise ce plugin depuis des années et j’en suis ravi ;)

    Par contre, je migre mes sites sur des hébergements exploitant PHP 7.2 et +
    Je me retrouve avec de très nombreuses erreurs du genre :

    Soucis de version ?

    • Bonjour, effectivement c’est un chantier en cours.
      Le code n’est pas encore complètement mis à jour pour PHP 7.2, ça ne saurait tarder.
      Quels outils utilisez-vous ?
      Pat

    Répondre à ce message

  • 4

    Bonjour,

    sur un site, je me bagarre avec un comportement bizarre. Si le plugin CS est activé, le bouton « Ajouter des plugins » n’existe plus. Si je désactive le plugin, il revient.

    Je ne sais pas ce qui crée ce comportement étonnant. Sur deux sites configurés de la même manière, le comportement est différent.

    Si quelqu’un.e a une piste... merci à lui/elle.

    • Bonjour, en effet, c’est un comportement inattendu ! Il faudrait que je réussisse à reproduire cette erreur. Quelle config as-tu ?

    • J’ai enfin trouvé des différences entre les deux sites : celui qui fonctionne correctement est sous MySQL 5.5.62 et php 7.0 alors que celui qui dysfonctionne est sous MySQL 5.7.19 et php 7.1.9. Je ne trouve rien d’autre.

      • même version de Spip (3.2.7)
      • même plugins installés
    • Et au niveau du charset ? Des bases de données ? Tout est identique ?

    • Ah, le charset...
      Merci pour cette piste que je n’aurais pas pensé à explorer tout seul et qui a résolu mon problème.
      Il y avait trois tables, spip_auteurs, spip_meta et spip_resultats pas comme les autres (sous latin1 alors que les autres sont en utf8).
      Pas de problème pour les tables spip_meta et spip_resultats mais impossible de modifier spip_auteurs (erreur 1067 je crois,).
      J’ai supprimé la table et depuis une sauvegarde MySQL, j’ai récupéré la table spip_auteurs et je l’ai importée. Tout semble rentré dans l’ordre puisque j’ai retrouvé mon bouton « Ajouter des plugins » même quand le CS est activé.
      Encore merci Pat pour cette piste.

      Le mystère se déplace même si je n’ai plus de problème : pourquoi la table spip_auteurs n’avait-elle pas le même charset que les autres ? Peut-être est-ce une trace d’un plantage récent de la base tout entière.

    Répondre à ce message

  • Fifouille

    Bonjour, lors de l’installation du plugin j’ai plusieurs messages d’erreur. Je vous joints le visuel qui affiche le bug. Merci pour votre aide.

    Répondre à ce message

  • 3

    Bonjour,

    Pour info... J’obtiens les ’warning’ informations suivantes sur une version 3.2.5 de SPIP :

    Message : Erreur SQL 1054 Unknown column ’titretitre’ in ’order clause’
    Squelette : /ecrire/public/composer.php
    Boucle : calculer_select() sql_select() ;
    Ligne : 1005

    et sur une version 3.0.28 :

    Message : Erreur SQL 1054 Unknown column ’titretitre’ in ’order clause’
    Squelette : /prive/objets/liste/articles.html
    Boucle : liste_art
    Ligne : 7

    Cela ne vient pas à mon sens de SPIP, la désactivation du plugin CS faisant disparaître l’erreur.

    J’ai supprimé le plugin + ré upload... mêmes messages.

    • Serge69580

      Même problème - même version

    • Serge69580

      message parti trop vite.
      Quand je veux accéder au couteau suisse via la gestion des plugins, j’ai :

      Fatal error : Cannot redeclare couteau_suisse_vider_tables() (previously declared in /htdocs/plugins/auto/couteau_suisse/v1.10.15/couteau_suisse_administrations.php:41) in /htdocs/plugins/couteau_suisse/couteau_suisse_administrations.php on line 65

      Spip 3.2.5
      suppression et rechargement du plugin : idem

    • Bonjour, ce message indique que plusieurs versions du plugin cohabitent, ce qui n’est absolument pas souhaitable bien sûr. Il faut supprimer le dossier en trop.

    Répondre à ce message

  • 1

    Bonjour
    En dev j’ai dû mettre à la poubelle MAMP 5.5, installer MAMP 4.5 et cocher le php à 7.1.12 pour enlever toutes les erreurs « warning » du couteau suisse (1.10.16)
    Auparavant j’avais essayer de désactiver les « warning » sans succès.
    Ma question est : Est-il prévu que le couteau suisse puisse fonctionner avec php 7.2 ou 7.3 ? Merci

    • Bonjour,
      Absolument, ce devra être fait prochainement.
      Cordialement

    Répondre à ce message

  • 3

    Bonjour

    Ayant voulu récemment testé la compatibilité de Spip avec la version 7.2.x de php (à la fois sous MAMP mais aussi chez mon hébergeur), je me suis rendu compte que la page d’admin du couteau suisse produisaient un certain nombre d’erreurs :

    Deprecated : Function create_function() is deprecated in…
    ecrire/public/compiler.php on line 1197
    ecrire/iterateur/data.php on line 130
    ecrire/public/iterateur.php on line 305
    ecrire/public/iterateur.php on line 305
    ecrire/iterateur/data.php on line 497
    public/iterateur.php on line 305
    plugins-dist/textwheel/engine/textwheel.php on line 199

    même si le couteau suisse semble fonctionner.
    Dans le doute je suis revenu en version php 7.1
    Cordialement.

    P.s. : pour infos aussi l’outil anti spam qui permet de filtrer les commentaires soumis au site ne fonctionne pas avec le filtrage par IP. J’ai eu à deux trois reprises des commentaires d’une ip pourtant déjà filtrée. Y a-t-il une syntaxe particulière pour entrer plusieurs IP les unes après les autres ? Merci.

    • Les deprecated que tu signales ici sont ceux de SPIP 3.2 (pas du couteau suisse).
      Ceux-ci précisément sont corrigés dans la version 3.3-dev.
      Ça n’empêche pas SPIP de fonctionner en PHP 7.2, ou 7.3, mais il est préférable alors de cacher les erreurs PHP (en prod c’est conseillé), mais aussi les Deprecated en dev dans ce cas, en attendant SPIP 3.3.
      Par exemple avec (dans mes_options) :

      define('SPIP_ERREUR_REPORT', E_ALL^E_DEPRECATED);
    • Bonjour à tous. Je crois qu’il doit rester une ou deux occurrences délicates de cette fonction obsolète. Je vais m’y atelier dès que possible afin de résoudre ce problème. Tout dépend des outils utilisés, le glossaire est notamment impacté.

    • Philippe

      Bonjour,

      Après être passé à la dernière version de SPIP 3.2 suite aux mails de 1and1 ionos par rapport à leur passage à une dernière version de PHP, j’ai eu des « Warning » sur mes pages d’article contenant des fichiers. Par exemple : http://spip.technoloy.fr/spip.php?article23 , http://spip.technoloy.fr/spip.php?article22 et http://spip.technoloy.fr/spip.php?article24 :
      « Warning : Use of undefined constant _SPIP_DOC_INTITULES_ALIGN - assumed ’_SPIP_DOC_INTITULES_ALIGN’ (this will throw an Error in a future version of PHP) in... »

      Ensuite, j’ai fait régulièrement les mises à jours des plugins et maintenant en plus des warning en public, j’ai en privé de plus en plus de « Depracated ». Je n’ai pas accès à la configuration du plugin couteau suisse.
      Matthieu Marcillaud, si ça vient de SPIP et non du couteau suisse, je vais attendre la version 3.3.

      Cordialement.

    Répondre à ce message

  • 5

    Bonjour,

    Il semble que la lame Mailcrypt interfère sur le https à cause d’une image :
    plugins/couteau_suisse/img/mailcrypt/leure.gif
    (source : https://www.whynopadlock.com)

    • Hello ! Est-ce que le souci disparaît lorsque la page d’administration du couteau suisse est réactivée en https justement ?

    • Bonjour Patrice,
      Manifestement oui (si j’ai bien compris la question, ce qui est loin d’être sûr), j’ai désactivé Mailcrypt, et je retrouve mon petit cadenas sur le site public.

    • Il faut que j’ajoute que sur ce site, le Couteau Suisse m’affiche 1000 messages de problèmes de dépréciation. PHP 7.2.19

    • Effectivement ya un petit boulot à faire pour le php ;-)
      Pour mailcrypt (et led autres lames), il faut être en https en partie privée également, sinon ça peut générer des liens d’images publiques non protégés en http...

    • Je comprends ta remarque et donc la question première ;-) Je suis en https également en privé.

    Répondre à ce message

  • Bonjour,
    Voici un bug notable sur la lame « SPIP et le cache… ».
    Après avoir enregistré les changements, la lame désactive automatiquement les compressions (CSS et Javascript), on peut le vérifier en se rendant dans "Configuration/Fonctions avancées"

    Répondre à ce message

  • 1

    Sur une install toute neuve et vide, j’ai un message d’erreur qui empêche d’activer plusieurs fonctions (écran de sécurité, site en travaux, etc...) :
    Parse error: syntax error, unexpected '<', expecting end of file in /var/www/vhosts/monsite.com/httpdocs/plugins/auto/couteau_suisse/v1.10.15/inc/cs_outils.php(446) : eval()'d code on line 1

    SPIP 3.2.4 [24285]
    PHP essayé en 7.0, 7.1 et 7.2

    Une piste ?

    • 30 tentatives hier en désinstallant les plugins puis en réinstallant.

      Ce matin, de bonne humeur, je désinstalle et supprime tous les plugins, puis installe le couteau suisse en 1er, installe une lame, puis installe mes autres plugins un par un en alternant nouveau plugin/nouvelle lame du CS et tout a parfaitement fonctionné.

      Hier était un mauvais jour... Aujourd’hui va déchirer :)

    Répondre à ce message

  • Bonjour,

    Les fichiers de langue sont malplacés dans la version 1.10.15.

    Coordialement

    Répondre à ce message

  • 6

    Bonjour,
    J’ai passé mon site de test sous php 7.3 et voici les erreurs du plugin :

    Deprecated : Function create_function() is deprecated in /home/evidence/www/ecrire/public/compiler.php on line 1197

    Deprecated : Function create_function() is deprecated in /home/evidence/www/ecrire/public/compiler.php on line 1197

    Deprecated : Function create_function() is deprecated in /home/evidence/www/ecrire/public/compiler.php on line 1197

    Deprecated : Function create_function() is deprecated in /home/evidence/www/plugins-dist/textwheel/engine/textwheel.php on line 199

    Deprecated : The each() function is deprecated. This message will be suppressed on further calls in /home/evidence/www/ecrire/iterateur/data.php on line 130

    Deprecated : Function create_function() is deprecated in /home/evidence/www/ecrire/public/iterateur.php on line 305

    Deprecated : Function create_function() is deprecated in /home/evidence/www/ecrire/public/iterateur.php on line 305

    Deprecated : Function create_function() is deprecated in /home/evidence/www/ecrire/iterateur/data.php on line 497

    Deprecated : Function create_function() is deprecated in /home/evidence/www/ecrire/public/iterateur.php on line 305

    • William

      create_function () est obsolete depuis 7.2 d’ou la mpontagne de message d’erreur

      Cependant malgre l’affichage destructuré par ces messages, le plug-in,semble fonctionner ainsi que SPIP

    • william

      apres un mois d’utilisation, pas de soucis sur le fonctionnement du site, ni celui de CS.
      mais toujours les messages d’erreurs.
      Des que j’ai du temps je plonge dans le code et je supprime les appels aux fonctions obsoletes pour voir le resultat.

    • Bonjour,

      Dans mes options.php il faudrait ajouter ceci.

      error_reporting(E_ALL ^ E_NOTICE ^ E_DEPRECATED);
      define('SPIP_ERREUR_REPORT', E_ALL ^ E_NOTICE ^ E_DEPRECATED);

      Quand bien même les display_error devrait être a off sur un site en production

    • Toutes ces lignes concernent le code de SPIP et non du CS.
      Il me semble que les versions récentes corrigent ce problème, non ?
      Quelles lames du CS utilises-tu ?

    • Bonjour, même problème pour moi.

      De PHP5.6 je suis passé en 7.1, et 7.2 (c’est manifestement la config optimale après passage en spip 3.2.3, vous confirmez ?), et les messages d’erreur en série apparaissent depuis.
      Pour autant, effectivement, les lames semblent quand même fonctionner (hormis peut-être la mise à jour automatique...)
      Pour info, j’utilise « Format des URLs », « mises à jour automatique », « Ecran de sécurité », « Lutte contre le SPAM », et « MailCrypt ».

    • Juste pour signaler un autre possible dysfonctionnement :
      En essayant « SPIP et le cache… », les options de « Compression du HEAD » :
      1) Compacter les CSS 2) Compacter le Javacript ne retiennent manifestement pas les choix.

    Répondre à ce message

  • 2

    Bonjour,

    En faisant la mise à jour de « Formidable », le plugin « NoSPAM » était demandé.

    Avec le couteau suisse j’avais pourtant activé :
    Sécurité -> Lutte contre le SPAM

    Les deux sont-ils compatibles ? je ne comprends pas pourquoi ce plugin supplémentaire ?

    Merci d’avance si quelqu’un pouvait m’expliquer cela.

    Répondre à ce message

  • 1

    Bonjour,

    Sous Spip 3.1.8
    Je viens de passer au Couteau suisse 1.10.13
    Pour chercher le plugin fautif d’un petit manque de texte dans le bouton Insérer logo , j’ai désactivé Le couteau Suisse et depuis je n’ai plus mes listes de plugins dans l’espace privé.

    Que puis-je faire ?

    • Rebonjour,

      J’ai retrouvé mes listes en passant à Spip 3.1.9.

      Et je confirme que Le couteau suisse n’est pas le méchant fautif.

    Répondre à ce message

  • 3

    Bonjour,
    Après la mise à jour du CS en version 1.10.12 (du 29/01/2019), l’affichage des pages privées « gestion des plugins » et « Couteau suisse » est perturbé : menu décalé vers le haut, bandeau des boutons décalé, liste des librairies installées mal fichue. Les autres pages de l’interface privée restent correctes. Un problème de css ?

    Répondre à ce message

  • 4

    Bouteille à la mer aux développeurs de lames !

    Il semble qu’une valeur « timestamp » soit automatiquement ajoutée à l’adresse lors de la requête des logos, générant un « IMG/arton4.jpg ?1538235375 » qui pourrait nuire au SEO. Il existe une balise pour le supprimer :

    [(#LOGO_ARTICLE|extraire_attribut{src}|supprimer_timestamp)]

    Est-ce possible de créer une nouvelle lame pour insérer cette balise partout où elle pourrait être utile ?

    • Je réponds un peu tard mais ...
      EDIT : par ailleurs, le CS n’y est pour rien, c’est SPIP qui génère ça à priroi
      EDIT BIS : en fait ma réponse était à côté de la plaque. Pour ton besoin, une piste se trouve dans les commentaires de cet article.

      Après s’il y a toujours glitch, tu fais du SEO, j’en déduis donc que tu dois déjà connaitre la Search Console et son outil pour gérer la prise en compte — ou non — des paramètres d’url.
      Sinon :

    • Bonjour Loiseau2nuit,

      En fait, n’étant pas développeur moi-même (car sinon je m’en serais chargé) je cherchais à savoir s’il était possible de rajouter une lame, car ce comportement automatique de SPIP vis à vis des logos n’est pas très appréciable (ni très compréhensible)...

    • Pour écrire une lame perso c’est assez facile : juste quelques lignes de code.
      Doc pour aller plus loin : [dev] Le Couteau Suisse à piloter

      Voici un exemple à placer dans mes_options.php qui supprime tous le timestamp de toutes les images de la page finale, y compris les images CSS éventuelles :

      ############## COUTEAU SUISSE : LAME PERSO #################
      
      // Installation d'une nouvelle lame personnalisée
      $GLOBALS['mes_outils']['notimestamp'] = array(
      	'nom'         => 'Logos sans timestamp',
      	'description' => "Retire les timestamps automatiques ajoutés par SPIP aux images et logos des squelettes.\n\nCas par défaut : en cas de modification sur le fichier, le timestamp prend une nouvelle valeur et force donc le navigateur de l’internaute à re-télécharger le fichier mis à jour.",
      	'auteur'      => 'Moi-m&ecirc;me',
      	'categorie'   => 'public',
      	'version-min' => '22159', // SPIP 3.1 mini
      	'pipelinecode:affichage_final' => 
      		'$flux = preg_replace("/\.(png|gif|jpe?g|ico|svg)\?\d+([\'\\"\)])/", ".$1$2", $flux);'
      );
    • Bonsoir Pat,

      Bonne année, meilleurs voeux, et merci pour ce cadeau que je découvre tardivement ce soir. Magnifique !!! Ca marche, l’interface est là, elle fonctionne, avec si peu de code... Presque magique. Il faut que je me penche sur « ça » (la Fabrique ?)

      Oui, effectivement, je me penche actuellement sur plusieurs points concernant l’optimisation SEO (cette vidéo notamment, et utilisé des outils d’analyse) et ce petit point sur les logos coûte un peu de SEO. Et je ne vois pas très bien l’idée sous-jacente (à mon sens à classer dans les comportements étranges uniquement compréhensibles par les écureuils)

      Accessoirement, je me également sur tout ce qui peut contribuer à remplacer Gogole (map, analytics, etc.) avec des plugins OpenSource et arriver à un stade « cookie safe » ou « cookie 100% SPIP »... des pistes pour trouver des infos sur ce qui serait recommandé et à éviter ?

    Répondre à ce message

  • 2

    Bonjour,
    Sous Ubuntu 18.04.1 LTS et sous SPIP 3.2.1 [23954] je viens d’installer Le Couteau suisse verion 1.10.10, aucune lames ne fonctionnent, c’est normal ou j’ai loupé quelque chose ?
    Merci

    • Bonjour, c’est un peu difficile de répondre, pourrais-tu être plus précis ?
      Sur la page de configuration du plugin, les lames doivent s’activer, au choix de ce dont on a besoin...

    • Bonjour,
      Quand je cliquais sur une lame je pouvais cliquer sur plusieurs lames et à la fin de mon choix je cliquais sur permutation et je voyais le nombre de lames demandées, là rien, quand je coche sur une lame je vois le bouton permutation qui reste environ 2 secondes puis disparaît et quelques fois je n’ai même pas le temps et quand j’y arrive elle n’est pas prise en compte
      Merci
      @+

    Répondre à ce message

  • 2

    Bonjour,
    Le plugin a bloqué mon site (erreur 500). Ce dysfonctionnement est apparu en voulant activer [onglets] ou [un sommaire pour vos articles] ou [tout en couleur] (je ne sais plus trop)... Hier j’ai voulu activer ces 3 lames et ça a mouliné un moment jusqu’à la page blanche. Aujourd’hui mon seul recours est de passer par le FTP pour renommer couteau_suisse afin que spip n’en tienne pas compte. Évidemment j’ai vidé le cache.
    Il n’y a pas de balise CS dans mon squelette, j’utilise simplement les « raccourcis » dans mes articles.
    Comment puis-je desactiver les lames qui posent problème sans passer par l’interface (car page blanche) afin de réactiver le CS avec les lames qui fonctionnent ?
    Je suis avec SPIP 3.1.4 [23444] chez ovh mutualisé et PHP5.6.
    Merci pour votre aide !
    Frank

    • Bonjour Frank et merci pour ton retour. Désolé pour ce grave dysfonctionnement. Le CS n’y est pour rien, car c’est le plugin « blocsdepliables » qu’il faut désactiver. Il y a une incompatibilité directe, et pour cause...

      Il fut un jour étrange où des gars nommés « Collectif » ont pompé cette lame du Couteau Suisse sans crédit ni gants chirurgicaux, et quelques temps après, bim... ;-)

    • Merci Patrice pour ton aide. J’ai donc supprimé la copie pour utiliser l’original ! Bravo pour ton travail, c’est un super plugin. Cordialement,

    Répondre à ce message

  • Bonjour, juste pour faire remonter l’erreur de Compat PHP 7.2 create_function deprecated...
    Merci ;-)

    Répondre à ce message

  • 1

    Bonjour,
    J’ai l’impression que sous SPIP 3.2.1, le validateur XML ne fonctionne plus, et empêche finalement le site de fonctionner...

    • Egalement sur

      SPIP 3.2.1 | Sarka-SPIP 3.4.8 SVN [109550]

      chez Nursit (mon site)

      je ne peut pas voir la page de configuration du plugin.

    Répondre à ce message

  • 2
    liberte

    Bonjour,

    Sous Spip 3.2.1

    Il semble que Le couteau Suisse empeche l’acces la liste des documents dans la mediatheque. La roue dentee tourne sans fin. Je l’ai desactive pour le moment

    Je n’ai pas ce probleme pour un autre site sous SPIP 3.1.17

    Une idee du pourquoi ?

    • Bonjour ! Ça bloque aussi alors qu’aucune lame n’est activée ?

    • liberte

      J’ai desactive toutes les lames et ca ne bloquait plus. J’ai donc reinstalle toutes les lames une a une et vide le cache chaque fois. Et finalement une fois toutes les lames reactivees, ca marche bien. De plus dans le « Bando » l’icone traductions manquantes est apparue pour la premiere fois.

      Je pense qu’il y a un probleme ailleurs avec le passage de Spip 3.1.7 a 3.2.1 Ca casse mon affichage avec un vieux navigateur safari)

      Merci

    Répondre à ce message

  • 3

    Bonjour,

    La lame « Lutte contre le SPAM » permet-elle de lutter contre les spams dans les réponses aux formulaires générés avec le plugin Formidable ?

    Et, si c’est le cas, est-ce que les IP entrée dans le cadre « Adresses IP à bloquer » sont bloquée pour ces formulaires Formidables ?

    Merci d’avance,

    Cordialement,

    Hervé

    • Bonjour, je n’ai personnellement jamais fait l’essai, avez-vous essayé ?
      Ce serait très facilement possible en tout cas.
      Cordialement

    • Cela pourrait-il fonctionner nativement ou faudrait ajouter quelque chose à la configuration de formidable ou dans un fichier config/mes_options.php ?

      Merci d’avance,

      Cordialement

    • Je pense que ça pourrait fonctionner nativement, en fonction du nom des champs à surveiller.
      Voici le code actuel de surveillance, qui semble assez large :

      $spam_POST_reg = ',^(?:texte|titre|sujet|auteur|nom|e?mail|session),i';

      Ce code n’est pas surchargeable en l’état mais pourrait le devenir si besoin.
      Connaissez-vous les noms des champs de Formidable ?

    Répondre à ce message

  • 2

    Hello,

    Dans la version 1.10.4 > le « Message d’alerte » à disparut du menu « Affichage public » ?

    ce doit être juste un « bug » dans le menu ou autre, car il reste accessible avec l’URL directement : http://exemple.com/ecrire/?exec=admin_couteau_suisse&cmd=descrip&outil=alerte_urgence

    • Bonjour,

      j’ai toujours ce soucis, je suis le seul ?
      A noter que c’est le cas sur plusieurs sites (qui datent), qui ont subit plusieurs mises à jour depuis SPIP 1.9 voir 1.8 pour les plus vieux. Actuellement en SPIP 3.1.7 et Couteau Suisse 1.10.08.

      Y a-t-il une astuce ? quelque chose à réinitialisé qui pourrait débloquer ?
      Autre que de passer par l’URL directement : /ecrire/?exec=admin_couteau_suisse&cmd=descrip&outil=alerte_urgence

    • Bonjour, le pb est résolu finalement ? Etait-ce peut-être un souci CSS ? Cordialement

    Répondre à ce message

  • Bonjour, Il y a visiblement un problème avec l’option « Ancre douce » sur Chrome.
    Le plugin éponyme en version seule semble avoir été mis à jour. Comment faire pour mettre à jour sur « couteau suisse » ?

    Répondre à ce message

  • 2

    Suite à une mise à jour de MAMP -> 4.4

    J’ai toute une série de messages à l’ouverture du couteau suisse

    Deprecated : Function create_function() is deprecated in /Applications/MAMP/htdocs/memoires/plugins/auto/couteau_suisse/v1.10.5/inc/description_outil.php on line 183

    Deprecated : Function create_function() is deprecated in /Applications/MAMP/htdocs/memoires/plugins/auto/couteau_suisse/v1.10.5/inc/description_outil.php on line 185

    • Mêmes messages à l’ouverture du couteau suisse,
      mais j’ai trouvé la solution !

      Cela vient de la version par défaut de MAMP 4.4 :
      Si dans « Preferences>PHP » l’on passe la version PHP de 7.2.1 à 7.1.12 en n’oubliant pas de cliquer sur « OK », plus de « Deprecated : Function create_function() is deprecated in ... »

      Il y a donc quelque chose dans PHP 7.2 qui provoque ces messages.

      Bonne journée !

    • Effectivement, mais une petite réécriture de code s’impose de toute façon ;-)

    Répondre à ce message

  • 3
    Filipe Aléssio

    Bonjour, j’ai un petit problème avec l’affichage de découpe en pages et onglets. En réalité, comme vous pouvez le voir sur http://www.portal.zoo.bio.br/media151 les onglets sont l’un en dessous de l’autre. Est-ce que vous avez une piste pour corriger ce problème ?

    • Bonjour, en effet, vos h2 ont la propriété « clear : both ; », qui s’applique malheureusement aussi aux onglets (habillage.css, ligne 253)

      On corrige ce problème en ajoutant ce style à votre feuille CSS :

      h2.onglets_titre {
          clear: none;
      }
    • Merci pour la réponse ! Est-ce qu’il faut ajouter cette nouvelle ligne ou changer la ligne 253 ?

    • Merci pour la réponse ! Ça marche parfaitement maintenant après l’ajout du nouveau style.

    Répondre à ce message

  • 2

    Bonjour,

    Après mise à jour du plugin :

    Fatal error : Cannot redeclare couteau_suisse_vider_tables() (previously declared in /home/lejourna/www/site_astrologicafe/www/plugins/auto/couteau_suisse/v1.10.4/couteau_suisse_administrations.php:43) in /home/lejourna/www/site_astrologicafe/www/plugins/couteau_suisse/couteau_suisse_administrations.php on line 61

    Que faire ?
    D’avance merci.
    Fabrice

    • Bonjour Fabrice, visiblement tu aurais deux versions du plugin activées en même temps ? Il te faut supprimer le dossier « /home/lejourna/www/site_astrologicafe/www/plugins/couteau_suisse/ » car tu es passé en installation automatique...
      Pat

    • Oui ! J’y ai pensé mais en envoyant le message.
      Oh ! La honte !
      Merci Pat, désolé !

    Répondre à ce message

  • 4

    Bonjour Patrice,

    Est-ce qu’il est possible de configurer le Couteau Suisse pour qu’il montre les raccourcis typographiques (Blocs Dépliables, Découpe en pages et onglets, Filets de Séparation) que dans les formulaires de l’espace privé ?

    Merci !

    • Bonjour, aujourd’hui le Couteau Suisse ne fait pas la différence entre l’espace privé et l’espace public pour la barre. Il permet juste de choisir sur quelles barres il pose ou non les boutons de ses outils.

      Dans quel cadre plus précisément aurais-tu besoin de cette possibilité de différentiation ?

    • Filipe Aléssio

      Salut Patrice,

      Merci pour ta réponse. Alors, j’utilise les outils du Couteau Suisse dans le cadre d’un site cloné de geodiversite.net, developpé par Bruno Bergot (b_b). Dans ce site, les contributeurs/auteurs sont invités a rédiger des descriptions sur des objets divers. Mais je crois que les outils typographiques de Couteau Suisse, très utiles dans l’espace privé, pour que l’administrateur du site puisse rédiger des textes plus complexes, dans l’espace publique les auteurs peuvent peut être faire confusion avec tant d’options. C’est pour ça que je voudrais savoir s’il serait possible de désactiver ces outils que pour l’espace publique.

    • Pour faire la différence entre l’espace privé et l’espace public, il faudrait déjà s’assurer que le porte plume en est capable, ce que j’ignore... Sans doute faudrait-il poser la question à Matthieu Marcillaud (marcimat).

      La solution que j’aperçois, serait plutôt de créer une nouvelle barre (par exemple : « filipe ») pour ces descriptions publiques... Là aussi, je ne pourrais pas te dire exactement comment faire pour l’activer sur certains formulaires....

      Les barres sont disponibles dans le dossier « barres_outils/ » du plugin-dist/porte_plume. Il me parait probable donc d’ajouter des barres dans un dossier similaire et de les utiliser au choix. Là aussi, Matthieu Marcillaud saura dire si c’est une bonne piste ou non.

      Voici le code du fichier : ton_plugin/barres_outils/filipe.php

      function barre_outils_filipe() {
      	// on recopie simplement la barre d'edition
      	$edition = charger_fonction('edition', 'barre_outils');
      	$barre = $edition();
      	$barre->nameSpace = 'filipe';
      	return $barre;
      }

      Le Couteau Suisse en page de configuration, liste toutes les barres disponibles, et permet de sélectionner, pour chaque outil ayant des raccourcis, les barres à remplir ou non. Sous SPIP 3.2, il existe 3 barres différentes : une vide, une pour l’édition, et une pour les forums.

    • Filipe Aléssio

      Salut Patrice,

      Ce matin, en bidouillant avec le Couteau, j’ai vu, dans les options de « Blocs dépliables » qu’il est possible de choisir les barres typographiques où certains boutons seront insérés. C’est génial ! Comme ça, l’utilisateur averti (l’administrateur) pourra utiliser ces outils sans avoir besoin des boutons. Et les visiteurs du site ne pourront pas les utiliser, sauf s’ils savent comment le faire... Super !

    Répondre à ce message

  • 2
    lagrenouille

    salut

    est il possible de savoir si le couteau va être 3.2 ? et à peu prés quand ?
    ceci pour envisager : soit l’attente, soit le remplacement par d’autres plugins, ce qui serait domeage, mais indispensable pour la mise à jour.

    merci, à plus

    • Bonjour ! Absolument le plugin sera porté sous spip 3.2 dès la semaine prochaine. Désolé pour la rupture de compatibilité et merci pour vos retours !

    • Bonjour à tous.
      A priori tout est rentré dans l’ordre, notre tendre Couteau a évolué dans le bon sens.
      Une phase d’observation et de tests reste cependant de mise, et votre aide restera précieuse, ainsi que vos retours !
      Pat

    Répondre à ce message

  • 4

    Bonjour,
    Après la lecture attentive de cette page,
    https://blog.spip.net/Bingo-pour-le-vendredi-13-SPIP-3-2-est-dispo.html
    je me suis décidé à mettre à jour mon site sous Spip 3.1.6.
    Aussi quelle ne fut pas ma surprise en constatant la disparition du plugin INCONTOURNALE « le Couteau suisse », manifestement incompatible avec la dernière version de Spip.
    Je me retrouve maintenant avec un site public affecté par des fonctionnalités non opérationnelles qui perturbent le design des pages (blocs dépliables...).
    Tout en regrettant que cet inconvénient n’ait pas été signalé, je ne peux qu’attendre impatiemment la mise à jour du Couteau suisse.
    Merci aux développeurs.

    • Heureusement, je gère plusieurs sites sous Spip, et j’ai commencé les mises à jour par le plus sobre (!) qui n’utilise le Couteau que pour vérifier la version de l’écran de sécurité. Et sur une copie locale, c’est toujours plus prudent. J’espère comme vous une mise à jour.

    • Bonjour à tous.
      A priori tout est rentré dans l’ordre, notre tendre Couteau a évolué dans le bon sens.
      Une phase d’observation et de tests reste cependant de mise, et votre aide restera précieuse, ainsi que vos retours !
      Pat

    • Cool. Merci PatV, je pense que tu vas faire des heureux :)

    • Bonjour,
      Effectivement il me manquait.
      En place dés ce matin.
      Bonne journée
      Merci

    Répondre à ce message

  • 4

    Bjr,

    Le plugin actuellement installé est signalé comme incompatible ou à vérifier pour SPIP 3.2.0 ;

    Une MàJ est-elle prévue ?

    • Oui une mise à jour est en imminente. N’hésitez pas à faire vos retours. Merci !

    • Après passage à SPIP 3.2.0, le fait de passer la compatibilité à 3.2.* dans paquet.xml et/ou plugin.xml rend le plugin à nouveau activable.

      Je confirme qu’il est compatible 3.2.*

    • Merci pour le retour. J’ai déjà procédé à quelques corrections pour améliorer la compatibilité qui n’était pas parfaite avec SPIP 3.2, et même avec SPIP 3.1.
      Tous vos retours seront précieux pour consolider le plugin et garantir son évolution.
      Bonne journée !

    • Bonjour,

      Après la MAJ de ce jour, les lames étaient bloquées.
      J’ai dû désactiver, supprimer (par ftp), recharger et réactiver le plugin.
      Maintenant tout fonctionne parfaitement en 3.2.*
      merci

    Répondre à ce message

  • 3

    Bonjour,

    À quand une version compatible Spip 3.2 ?

    Merci d’avance,

    Cordialement,

    Hervé

    • Même question, même angoisse (après une mise à jour vers 3.2 et que je me rends compte que les codes du Couteau suisse sont apparents à tous les visiteurs…).

      V.

    • Merci à Fantomas, grâce à qui mon site à retrouvé des couleurs :
      Ce qui m’handicapait le plus en attendant une mise-à-jour de ce précieux couteau suisse était l’usage de couleurs pour le texte (et surtout le surlignage) : résolu temporairement en utilisant la version ß de la lame « couleurs Spip » : https://plugins.spip.net/couleurs_spip.html
      Ça fonctionne sur 3.2 :-)

      V.

    • Bonjour à tous. Un retour à la normale est en cours, le plugin est mis à jour. La phase de tests va durer quelque temps, merci pour vos retours, surtout à propos de vos lames préférées ;-)

    Répondre à ce message

  • 4

    Bonjour,

    depuis SPIP 3.1.7 la page d’administration du plugin est inutilisable.

    par exemple :

    « Le Couteau Suisse ».
    Version locale : ⚠️ 1.9.13<br/>Révision : 106398<br/><span class="cs_version">Version distante...</span>

    le code HTML est visible directement, une icone « warning » apparaît avec la mention « Texte mal formaté »

    • J’ai le même problème (déjà signalé plus bas). :-(

    • Bonjour à tous. SPIP est devenu très sévère dans le traitement de la typo. Il semble que ce problème soit à présent corrigé dans le plugin. Merci pour vos retours !

    • Merci !

      Hélas, ça ne semble pas corrigé partout. Exemple avec ce qui s’affiche après l’enregistrement des paramètres pour la lame « Site en travaux » :

    • Mince, en effet ! Il n’est pas impossible qu’on retrouve ici ou là un souci de ce genre hélas...
      Correction postée dans la version 1.10.02.
      Merci pour les tests en tous cas, je poursuis les miens de mon côté.

    Répondre à ce message

  • 3

    Bonjour,

    En SPIP 3.2.0-beta3 SVN [23729] et Le Couteau Suisse 1.9.12 - stable, les lames du CS ne se déplient pas !

    Il y a-t-il une mise à jour qui règle ce poublème pour Spip 3.2.x SVN ?

    Merci d’avance,

    Cordialement,

    Hervé

    • Bonjour,

      Sous spip 3.2 on note une erreur javascript dans la console, apparement générée par la fichier local/header_prive.js et son copain du public…

      manifestement la variable cs_sel_jQuery n’est pas initialisé et provoque une erreur sur le sélecteur jQuery.

      ça fait planter des plugins comme selecteur_generique (par exemple).

    • Donc la question c’est a quel moment cs_sel_jQuery doit être initialisé et par quoi ?

      j’ai fait des grep sur le dossier complet impossible de capter comment cette variable est initialisée, si on la supprime tout simplement ça fonctionne (on as plus d’erreur et le javascript marche)

    • Le souci est corrigé à présent. Merci pour vos retours !

    Répondre à ce message

  • 2

    Bonjour,
    Gérant plusieurs sites sous SPIP et ne voulant pas faire de tests inconsidérés, je voudrais savoir si l’affichage « toutes versions de SPIP » (en haut à droite de la page) doit être considéré comme fiable ou bien fait-il attendre une vraie version pour SPIP 3.2 ? Et si oui vers quelle époque ?
    Merci d’avance

    • Non, on ne peut pas dire que c’est fiable. C’est un mot clef qui ne devrait pas être utilisé pour les plugins mais uniquement pour les tutoriels ou autres. Je le retire.

      Je laisse l’auteur du plugin faire les tests nécessaires.

    • OK, merci (ça corrobore donc ce que j’avais subodoré ;-) ).

    Répondre à ce message

  • Un souci depuis la mise à jour vers Spip 3.1.7 ? Exemple de ce qui s’affiche à la place de la configuration de la lame Belles puces (CS 1.9.13) :

    ⚠️ <div id=’description_outil-410’> <form action=’https://domaine.tld/ecrire/?exec=charger_description_outil’ onsubmit="return AjaxSqueeze2(this,’description_outil-410’,’’,event)" method=’post’ style=’margin : 0px ; border : 0px’> <div> <input type=’hidden’ name=’action’ value=’description_outil’ /> <input type=’hidden’ value=’a%3A1%3A%7Bi%3A0%3Bs%3A8%3A%22puceSPIP%22%3B%7D’ name=’variables’ /><input type=’hidden’ value=’pucesli’ name=’outil’ /> <div id=’cs_inner_outil-410’ >Remplace les puces « - » (tiret simple) des différents contenus de votre site par des listes notées « -* » (traduites en HTML par : <ul><li>…</li></ul>) et dont le style peut être facilement personnalisé par css.
    Afin de conserver l’accès à la puce image originale de SPIP (le petit triangle), un nouveau raccourci en début de ligne « * » peut être proposé à vos rédacteurs :<fieldset><legend>Votre choix :</legend><div><label><input type="checkbox" value="1" name="puceSPIP" />Autoriser le raccourci « * »</label><input name=’exec’ type=’hidden’ value=’charger_description_outil’/><input type=’submit’ class=’fondo’ style=’margin-left:1em ;’ value="Modifier" /></div></fieldset></div> <input name=’redirect’ type=’hidden’ value=’./ ?exec=description_outil&script=admin_couteau_suisse&modif=oui&cmd=descrip&outil=pucesli’ /> <input name=’hash’ type=’hidden’ value=’9718948dfaf00522ddbf883b5418a135cee18efb’ /> <input name=’arg’ type=’hidden’ value=’410’ /></div></form> </div>

    Par contre, les lames activées fonctionnent.

    Répondre à ce message

  • Bonjour,

    Pour info à ce jour : La lame « Ancre douces » du Couteau Suisse n’a pas été mise à jour et du coup les ancres ne fonctionnent pas sous Chrome.

    L’utilisation du plugin « Ancres douces » corrige ce défaut.

    R.

    Répondre à ce message

  • J’ai galéré pour trouver cette page :

    Les lames du Couteau-Suisse

    Ce qui m’a permis de ne pas installer des plugins inutiles, sauf que des fois, le plugin concurrent est mieux ...

    Donnez-moi votre opinion, si vous voulez ... je commence :

    Lutte contre le SPAM : les options sont différentes, voire complémentaires
    Largeur d’écran : plugin concurrent mieux : il permet de choisir la largeur en px ou %
    Traductions manquantes : plugin concurrent mieux : affichage de tableaux, etc ...

    Ceci dit, ce plugin est génial, indispensable !!
    Chapeau à l’artiste :-)

    Répondre à ce message

  • Salut,

    Sur des sites que je viens de passer en https, j’avais des erreurs de sécurité sur les pages avec des blocs dépliables activés par le couteau suisse avec une animation ajouté via les options. En mettant « pas d’animation » sur les blocs, c’est revenu à la normale.

    Je ne sais pas si c’est global ou si c’est moi qui ai fait le branque ;), mais c’est remonté au cas où.

    (Couteau suisse 1.9.12 et spip 3.1.6)

    Répondre à ce message

  • 3

    Bonjour,
    Pouvez vous m’aider ?
    J’ai un soucis de hacker depuis des années, quand j’installe le plugin un écran de piratage s’affiche, et lorsque le couteau suisse est supprimer sa redevient normal. (photo jointe)

    Je pense qu’il est inscrit dans la base mais ou ?
    Merci d’avance.

    • odul.59

      Bonjour,
      J’ai la dernière version de spip 3.029 (en ligne) avec la dernière de l’écran de sécurité.
      En local la version 3.1, idem sa remets le hack en page d’accueil.

      Merci.

    • Bonjour,

      https://contrib.spip.net/SPIP-hacke-que-faire

      Et sinon remettre le neuf peut etre ?

    • Ça ressemble à la lame « Site en travaux » de la partie « Développement ». Elle est accessible à l’adresse

      [example.org]/ecrire/?exec=admin_couteau_suisse&cmd=descrip&outil=en_travaux#cs_infos

    Répondre à ce message

  • 1

    Bonjour,
    Après la mise à jour de SPIP vers la version 3.1, le plugin ne fonctionne plus. Lorsque j’essaye d’aller dans ses paramères j’ai le message suivant : Fatal error : Call to undefined function svp_presenter_actions_realisees() in /var/www/sda/5/3/monsite/plugins/couteau_suisse/outils/maj_auto_action_rapide.php on line 267

    Merci par avance.
    Bonne journée.

    • Résolu après réinstallation manuelle de Spip 3.1.3 et des plugins...

    Répondre à ce message

  • Bonjour,

    J’ai récemment mis à jour mon site pour qu’il soit responsible et s’adapte aux tailles d’écran tablette et smartphone.
    Y a-t-il moyen que la découpe en page effectuée par le couteau suisse propose des liens plus adaptés au tactile plutôt que les liens < 1 2 3 > qui restent petits sur un écran de téléphone ?

    Merci ;)

    Répondre à ce message

  • 2

    Bonjour,

    ceci est un appel au secours !!
    J’utilise spip 192 (je sais c’est vieux).
    Après avoir installé le plugin couteau suisse, je voyais en haut de la page d’administration du plugin un message m’avertissant que jquery n’était pas actif sur la page.
    Je me suis dis qu’une actualisation de jquery serait utile j’ai donc uploadé au dans dist/javascript le jquery 3.11.
    Après ma page privée est toute chamboulée mais operationnelle globalemùent MAIS ma page publique n’est plus accessible (page blanche pas de redirection vers /spip.php)
    Je supprime jquery 3.11 avec retour à Jquery 1.1 mais toujours pareil
    Je vide la cahce de spip est toujours rien

    • Effectivement, une mise à jour vers une version plus récente serait sans doute à envisager. Cela dit, pour répondre à votre souci, une réinstallation « propre » de SPIP 1.9.2 devrait en principe résoudre vos soucis en remettant tout d’aplomb
      La dernière version stable de la branche 1.9.2 est récupérable ici
      https://files.spip.org/spip/archives/

    • Merci de vos réponses. Je suis parvenu à débloquer la situation en désactivant tous les plugins
      puis en réactivant le couteau suisse.
      TOUT est rentré dans l’ordre et je n’ai plus le message indiquant que jQuery est inactif !

    Répondre à ce message

  • spipheure

    Bonjour

    J’ai installé le couteau suisse sur une version SPIP 3.1.3 et lors de l’activation de la lame webmestre se met alors en lien hypertexte la partie du texte commencant par "En tant que webmestre vous-même, vous avez ici les droits de modifier cette liste d’ids — séparés par les deux points «  : » s’ils sont plusieurs. Exemple : « 1:5:6 ».
    Liste des webmestres du site :"

    jusqu’au bouton modifier (cf image jointe) ce qui n’est pas très pratique pour ajouter un webmestre car si vous cliquez dans la case cela envoie vers la page auteur

    merci pour votre aide

    Répondre à ce message

  • Bonjour,

    Pourriez vous créer une lame permettant de modifier la largeur d’affichage du squelettes-dist de SPIP 3.1.1 (et d’autres squelettes également).

    Par exemple pour passer d’une largeur de 960px à 1280px, procéder comme suit :

    Dans le Fichier squelettes-dist/css/layout.css, à la ligne 12, remplacer :

    .page { position: relative; width: 960px; max-width:95%; margin:2em auto; text-align: left;  }

    par :

    .page { position: relative; width: 95%; max-width:1280px; margin:2em auto; text-align: left;  }

    Avec mes meilleurs messages

    FDG

    Répondre à ce message

  • 1

    Bonjour Patrice,

    Je rencontre un message d’erreur lors de l’affichage de la page d’admin du « Comportement du couteau Suisse » :
    Deprecated : preg_replace() : The /e modifier is deprecated, use preg_replace_callback instead in /plugins/auto/couteau_suisse/inc/description_outil.php on line 126

    Version locale : 1.9.10
    Révision : 93315
    Spip 3.1.0 [22707]

    Sans doute pas grand chose.
    Merci à toi.

    • Idem me concernant, un problème de version de PHP très certainement. Cela est peut être également la cause d’un autre dysfonctionnement confirmé : après avoir choisi son Objet et Numéro, Éditer l’URL « propres » principale : tourne dans le vide, le message Attente... s’affiche et c’est tout.

      Version locale : 1.9.10
      Révision : 93315
      SPIP 3.1.1 [22913]

    Répondre à ce message

  • Hello,

    avec l’outil sommaire automatique, le raccourci spip

    [(Encadrer)]

    masque l’affichage du sommaire. Cela est du au css de la div div.cs_sommaire dans « _plugins_/couteau_suisse/outils/sommaire.css.html » qui contient un

    z-index:100;

    mais pas de propriété position. Or cette propriété est nécessaire pour que le z-index fonctionne (voir ici).

    La solution est de surcharger cette div ainsi dans perso.css :

    DIV.cs_sommaire{
    	position: relative;
    }

    ou d’adapter le plugin ? ;)

    Bien à vous tous.

    Répondre à ce message

  • 3
    Jmtconseils

    Bonjour, sous SPIP 3.1.1 et couteau suisse 1.9.10, la modification des Urls ne fonctionnent plus.
    Après avoir choisi son Objet et Numéro, Éditer l’URL « propres » principale : tourne dans le vide, le message Attente... s’affiche et c’est tout.
    Format des Urls pris Propres2, lettres minuscules, longeur maxi des Urls 50

    • Bertrand

      Bonjour. Est-ce que vous avez trouvé une solution à ce problème ? Merci

    • Bonjour, idem pour des sites en version mutualisation. Par ailleurs, le lien pour modifier l’url propre sous le titre de l’article ou de la rubrique n’apparait plus sur un ensemble de sites mutualisés alors que ce lien est bien présent sur un autre ensemble de site mutualisés. Je mets une copie d’écran pour indiquer de quoi je parle.

      J’utilise la version 3.1.1 de SPIP avec le couteau suisse 1.9.10 ; les deux ensembles mutualisés ont les mêmes plugins installés, la même configuration des lames...mystère pour moi...

    • Bonjour, idem pour des sites en version mutualisation. Par ailleurs, le lien pour modifier l’url propre sous le titre de l’article ou de la rubrique n’apparait plus sur un ensemble de sites mutualisés alors que ce lien est bien présent sur un autre ensemble de site mutualisés.

      J’utilise la version 3.1.1 de SPIP avec le couteau suisse 1.9.10 ; les deux ensembles mutualisés ont les mêmes plugins installés, la même configuration des lames...mystère pour moi...

    Répondre à ce message

  • william

    Tout fonctionne bien (du moins en apparence) je n’ai à me plaindre de rien mais ...
    dans error_log
    tmp/couteau-suisse/mes_fonctions.php on line 393
    j’ai beau vider le cache, vider totalement le dossier tmp....
    tmp/couteau-suisse/mes_fonctions.php on line 393 reapparait
    la ligne 393 :
    if($les_mots && preg_match(« ,\W(? :$les_mots)\W,i », « $texte »))
    $texte = glossaire_gogogo($texte, $les_mots, $limit, $unicode) ;
    $mot_present = true ;

    il s’agit de glossaire, j’ai donc verifier sa config qui me semble correcte
    Alors ? un conflit avec le plugin critere mots ?

    Répondre à ce message

  • Lame Ancres douces

    Attention, cet outil a besoin pour fonctionner de pages au « DOCTYPE XHTML » (non HTML !)

    Or mes pages commencent par :

    « !DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" »

    Donc je ne peux l’utiliser ? ? ?

    Répondre à ce message

  • Décidément, le couteau suisse ne doit pas m’aimer ;)

    J’ai activé les « Ancres douces » puis jQuery.ScrollTo et jQuery.LocalScroll mais aucun autre paramètre…

    Rien ne se passe.

    Répondre à ce message

  • Bonjour,

    Depuis le passage à spip 3.1.0, les mises à jour automatiques du couteau suisse ne fonctionnent plus. Le couteau suisse indique que le dépot est introuvable. Par exemple, si je coche memoization, j’obtiens :

    Le fichier « http://files.spip.org/spip-zone/memoization.zip » est introuvable !

    SPIP 3.1.0 [22707]
    « Le Couteau Suisse ». Version locale : 1.9.10 Révision : 93315

    merci pour votre aide,
    Théo

    Répondre à ce message

  • 3
    Christian

    Bonjour,

    J’ai installé un site avec Spip3.1
    J’ai voulu réglé le couteau suisse.
    En activant mailcrypt, j’ai perdu le site au complet.
    Page blanche, plus de site, plus d’admin...

    Par ftp, j’ai renommé le plugin en couteausuissesav et j’ai retrouvé mon site.

    Que ce passe t il comment réparer ca ?

    • Bonjour,

      Quelle version de php ?
      Plugins à jour ?

    • Christian

      Bonjour,

      La version de php est : 5.4.45
      Oui tous mes plugin sont à jour.

      Merci pour ton aide

    • Christian

      Bonjour, j’ai trouvé
      Je n’avais pas fait attention, j’avais dans mes plugin mailcrypt2 activé.
      une fois désinstallé, tout est rentré dans l’ordre.
      Grand merci pour votre aide

    Répondre à ce message

  • 2

    bonjour,

    je cherche le moyen de conditionner l’exécution d’une boucle (sous spip 3) à l’activation d’une lame (Blocs Dépliables) (ou sinon, conditionner un inclure )

    pourriez -vous m’orienter ?

    merci !

    • Bonjour. L’activation d’une lame provoque l’apparition d’une constante qu’on peut tester. C’est sans doute une bonne piste pour toi :

      [(#VAL{_CS_nom_de_la_lame}|defined|oui)
      Youpi ! ]
    • c’est cool , merci de ta réponse !

    Répondre à ce message

  • 2

    Bonjour à toute l’équipe !

    Problème avec le plugin mise à jour automatique :
    Pour tous les plugins, j’ai le message suivant :

    La révision distante n’a pas été trouvée ?... Est-ce que les fichiers ont été déplacés à une autre adresse ?

    zone.spip.org/trac/spip-zone

    Bad gateway Error 502

    • Bonjour. Visiblement ce problème fut très temporaire, dû au serveur distant. Merci pour l’alerte !

    • Oui, seulement quelques jours :-)

      Tout est revenu dans l’ordre ! Merci.

    Répondre à ce message

  • Bonjour,
    je rencontre un souci avec l’outil « dans la même rubrique » : lorsque, dans le formulaire de paramètrage de la lame, j’indique 20, 30 ou un autre nombre, le nombre d’articles affichés dans la boite « dans la même rubrique » n’est pas modifié et reste à 10...
    Une idée ?
    Merci beaucoup d’avance
    SPIP 3.0.26 et Couteau suisse à jour...

    Répondre à ce message

  • 1
    Aurélien

    Bonjour,

    Je me permets de vous interpeler car je n’arrive plus à avoir accès à l’admin du couteau suisse. Le message est le suivant :

    Fatal error : Cannot redeclare couteau_suisse_vider_tables() (previously declared in /home/www/ec4b0a20adbdeada983f8298ef246791/web/plugins/auto/couteau_suisse/v1.9.7/couteau_suisse_administrations.php:43) in /home/www/ec4b0a20adbdeada983f8298ef246791/web/plugins/couteau_suisse/couteau_suisse_administrations.php on line 55

    Je suis un peu déconcerté, ma version de spip est 3.0.17, et le couteau suisse c’est la 1.9.7, l’hébergeur c’est infomaniak.

    Du fait de ce problème je n’ose pas mettre à jour vers la 1.9.8

    Merci de votre aide,

    Aurélien

    • Bonjour Aurélien, il semble que le Couteau Suisse a été installé deux fois, dans deux dossiers différents. Du fait des différents caches, une erreur de double déclaration se produit.

      Il suffit je pense, de supprimer simplement le dossier /home/www/ec4b0a20adbdeada983f8298ef246791/web/plugins/couteau_suisse/ qui me parait le plus ancien, pour que tout rentre dans l’ordre.

    Répondre à ce message

  • 4

    Bonjour,

    Je vous remonte un dysfonctionnement constaté en utilisation conjointe avec le plugin Autorité.

    Impossible d’accéder à la configuration du Couteau suisse depuis un des comptes webmestre autre que le n°1, on obtient « admin_couteau_suisse : Accès interdit ». Sur notre site le compte n°1 est désactivé et nous utilisons donc d’autres comptes « webmestre », qui ne peuvent par conséquent pas accéder à la configuration.

    Configuration du plugin Autorité :

    • Qui peut modifier la configuration du site ? => Le webmestre
    • et
    • Qui peut modifier la configuration des plugins ? => Le webmestre

    En utilisant à la place le choix « Les administrateurs », ou en désactivant Autorité, on retrouve l’accès.

    Constaté également sur une installation "fraîche" avec les versions :
    -  SPIP 2.1.27
    -  Autorité 0.10.8
    -  CFG 1.16.1
    -  Le Couteau Suisse 1.9.7

    — -

    Quelques infos complémentaires : j’ai constaté que _ID_WEBMESTRES était défini avec la valeur 1 par exec/admin_couteau_suisse.php dans exec_admin_couteau_suisse() L52 :

    if(!defined('_SPIP30000'))@define('_ID_WEBMESTRES', 1);

    Notre site étant sur SPIP 2.1 nous utilisons les cases à cocher de l’espace privé pour définir les comptes webmestre, et non _ID_WEBMESTRES comme cela devait être fait auparavant.
    Or en défiissant cette constante dans mes_options.php, on retrouve l’accès à la configuration du Couteau suisse pour les comptes dont l’identifiant y figure. Bien que cela solutionne notre problème cette solution n’en est pas vraiment une car les auteurs marqués comme webmestre ne peuvent finalement pas l’être s’ils ne sont pas indiqués dans cette constante, ce qui peut être déroutant à l’utilisation...

    J’espère en tout cas que ces éléments permettront aux auteurs de ce précieux plugin d’identifier le problème...

    — -

    J’ai également remonté l’info sur la page du plugin Autorité ne sachant pas dans le code de quel plugin ce bug trouve son origine.

    • Bonjour.
      Est-ce que le code suivant dans exec/admin_couteau_suisse.php permet de lever le dysfonctionnement ?

      if(!defined('_SPIP30000') && !autoriser('webmestre')) 
          @define('_ID_WEBMESTRES', 1);

      Merci pour ce retour détaillé !
      Pat

    • Bonjour Pat et merci pour votre retour.

      Je confirme que cela résout bien, en partie, le problème ; j’obtiens bien maintenant l’affichage de la page de configuration. Par contre en cliquant sur un des outils proposés, j’obtiens « Accès interdit » en bas de page au lieu de l’affichage de la description de l’outil.

      J’ai constaté qu’en faisant le même type de modification dans inc/cs_outils.php L133 tout revient à la normale. J’espère que vous pourrez intégrer ces modifications, merci !

    • Ah oui absolument, merci beaucoup pour cette remarque très pertinente !
      Le code est à présent en ligne et sera bientôt disponible à la mise à jour du plugin.
      Bonne journée !

    • Super, merci !

    Répondre à ce message

  • 1

    Bonjour Patrice

    Il y a un truc qui empêche d’obtenir un site spip en réel SSL (https).
    En effet, si une des ressources (images, js, css) est téléchargée dans la page avec un http:// au lien d’un https:// alors le site n’est plus considéré comme sécurité et les navigateurs affichent un vilan logo pour prévenir le visiteur.

    Dans le couteau suisse, il y a la lame MAILCRYPT qui définit un style avec une image leure.gif
    Serait-il possible de mettre le chemin en relatif ou alors le protocole en cours ?

    MERCI

    <style type="text/css">span.play_{cursor:pointer;vertical-align:middle}
    span.play_on{cursor:pointer;vertical-align:middle}</style><style type="text/css">table.cs_smileys td{text-align:center;font-size:90%;font-weight:700}
    span.mcrypt{background:transparent url(http://www.monsite.com/plugins/auto/couteau_suisse/v1.9.0/img/mailcrypt/leure.gif) no-repeat scroll .1em center;padding-left:12px;text-decoration:none;float:none;margin:0;display:inline}
    • Hélas oui, c’est un souci qui vient de la mise en cache du code pour le ressortir très rapidement lors du codage...
      A voir comment tester le protocole public pour produire le bon code...
      Tu as raison de souligner que plusieurs lames sont concernées.

    Répondre à ce message

  • Thierry

    Bonjour à tous,

    Depuis la dernière mise à jour de Spip (version 3.0.16), je n’arrive plus à
    mettre à jour les plugins en passant par l’interface de Mises à jour
    automatiques du couteau suisse.

    Je rencontre toujours le message d’erreur suivant :

    Fatal error : Allowed memory size of 31457280 bytes exhausted (tried to
    allocate 786513 bytes) in
    /home/www/client/xxxx/www/plugins-dist/svp/inc/svp_phraser.php on line 132

    N’ayant rien changé sur la configuration de mon serveur, je ne comprends pas
    la raison de ce message que je ne rencontrais jamais auparavant.

    Qui peut m’expliquer ?

    Merci par avance pour votre aide,

    Thierry

    Répondre à ce message

  • 1

    Bonjour,

    Probleme de hacker,
    lorsque je remets le couteau suisse en route, c’est retour à la page du hacker.

    Merci de vos réponse sur le sujet.

    Répondre à ce message

  • 2

    Fatal error : Cannot redeclare couteau_suisse_vider_tables()

    Bonjour,

    je rencontre l’erreur suivante depuis une première mise à jour de Couteau Suisse.
    Je n’ai plus accès à la page de configuration du Couteau.

    Je suis malheureusement un peu trop novice pour me débrouiller seul, et les liens que me revoient mon moteur de recherche sont soit trop anciens (Spip 1 ou 2) soit peu pertinents.

    L’erreur complète est ici :

    Fatal error : Cannot redeclare couteau_suisse_vider_tables() (previously declared in /home/www/mon/site/plugins/auto/couteau_suisse/v1.8.136/couteau_suisse_administrations.php:43) in /home/www/mon/site/plugins/couteau_suisse/couteau_suisse_administrations.php on line 61

    Merci pour toute aide ou conseil,

    Jérôme

    SPIP 3.0.16 [21266] - MySQL 5.5.41 - PHP5

    • Bonjour, ce doit être un problème de cache... Tu as essayé de supprimer couteau-suisse/ du répertoire temporaire ?
      Il semble aussi y avoir 2 dossier différents pour le plugin, il faudra supprimer le plus ancien...

    • Merci,

      supprimer le plus ancien était la solution - c’est à dire /home/www/mon/site/plugins/couteau_suisse — le plus récent étant /home/www/mon/site/plugins/auto/couteau_suisse/v1.8.136

      (supprimer Couteau-suisse du répertoire temporaire n’a pas suffi. Il est recrée immédiatement)


      Je ne me souviens pas avoir eu ce type de problème pour les mises à jour auto des autres plugins !?

      Et du coup, la mise à jour vers CS 1.9.7 s’est également effectuée correctement.

      Super !

      Jérôme

    Répondre à ce message

  • 5

    Bonjour,
    Je constate que la lame « Intertitres en images » modifie tous les sous-titres quelque soit le niveau, aussi bien le 1er niveau (celui qui est intéressant) {{{...}}} que les autres comme {{{**...}}}. Du coup ils ont tous la même taille de police, de couleur...
    Je suis obligé de mettre {2{...}2} pour le 2e niveau, ce qui est obsolète.
    N’y a-t-il pas moyen de corriger cela ? Ou bien il y a quelque chose que je n’ai pas vu ?
    Cordialement,

    Répondre à ce message

  • 2

    Salut Pat, c’est normal cette balise </script> non ouverte dans le code source de la page à l’activation du couteau, avec ou sans lame ?

    • Salut ! Euh non pas normal... Mais cette balise fermante est située avant le marqueur de début du couteau suisse... Un outil en particulier crée ce désagrément ?

    • oups, ça ne vient pas du couteau...au temps... je continue mes recgerche, ça vient du insert_head en tout cas, merci du dérangement

    Répondre à ce message

  • Eric Luyckx

    hello

    je fais un usage intensif des blocs dépliants

    mais, quand j’actionne « ancres douces » le bouton avec l’appel au script « replier_bloc » ne fonctionne plus

    faut-il changer qq chose dans le script ?

    bien à vous

    Eric

    Répondre à ce message

  • Bonjour,
    J’utilise le Couteau Suisse depuis de nombreuses années sur de nombreux site. Un seul utilise la lame Tout en couleurs et depuis quelques semaines elle ne fonctionne pas bien : il me faut désactiver et réactiver cette lame pour que les couleurs personnalisées que j’avais créées soient de nouveau interprétées.
    Ce site tourne sur un SPIP 2.1.26 [21262]. Pas de modif notable (pas de nouveaux plugins, ni de nouveaux réglages). Le Couteau Suisse est à jour.
    Avez-vous une idée ?
    Merci :-)

    Répondre à ce message

  • 4

    Pour info, j’ai du désactiver la lame « smileys » et la réactiver ensuite pour que les smileys s’affichent dans les commentaires après le passage en 1.9. Sinon c’était des erreurs 404 à gogo, SPIP cherchant toujours les smileys à l’url /plugins/auto/…/1.8.55/.

    • Eh oui, le dossier où est installé le plugin change de nom à chaque mise à jour... Du coup ça perturbe les images, jusque’à ce que le CS soit recompilé et la page recalculée.

    • Il me semblait pourtant que pour recompiler le CS, il fallait juste recharger la page de config ? J’ai essayé de faire ça, mais ça n’a rien changé.

    • En effet, il fait recompiler le CS et vider totalement le cache. Peut-être même celui des miniatures pour régénérer la barre typo... Je vais voir si un moyen plus automatique ne serait pas souhaitable...

    • C’est ce que je croyais avoir fait. Je l’ai peut-être fait dans le désordre ou oublié l’une des étapes.

      Bon courage et merci pour le temps passé !

    Répondre à ce message

  • « Les tris de SPIP » ne fonctionne pas.

    Julien

    Répondre à ce message

  • CS Version locale : 1.8.156 - Révision : 82245

    la lame « Liste des webmestres » semble bugguée :
    quand elle est activée, le bouton « Ajouter des plugins » de « Gestion des plugins » disparait.

    Par ailleurs, cette la ne peut être désactivée qu’en passant par la fonction « Rénitialisation De tout le plugin »

    Merci d’avance

    Répondre à ce message

  • 11

    Hello,

    J’aurais aimé savoir s’il était possible et/ou facile d’ajouter une ancre en début de contenu pour la lame de découpe en page et en onglet ?

    La pagination de SPIP permet d’en avoir une, mais pas celle du CS, c’est dommage surtout pour les longs articles à découper.

    Merci !

    • Bien sûr, à quel code penserais-tu par exemple ?

    • Malheureusement je n’en sais rien du tout :(

      J’ai tenté d’insérer une ancre moi-même en me basant sur le système de pagination de SPIP, en modifiant le fond decoupe.html, mais sans succès.

    • Pourtant, il me semble bien que les deux paginations insérées par le plugin ont une ancre : decoupe_haut et decoupe_bas, non ? En utilisant la balise l’ancre est decoupe_balise.

      Lorsqu’il y a plusieurs paginations dans la page, alors ya un numéro qui apparait.

    • Pour ma part j’ai inséré [<div id="cs_decoupe_bottom">(#CS_DECOUPE)</div>] à la suite du texte. C’est la seule balise que j’ai mis dans le squelette, pour éviter d’avoir la double pagination.

      Peut-être qu’avec cette balise, il n’y a pas d’ancre ?

    • D’ailleurs je rajouterais que si je n’insère pas #CS_DECOUPE moi-même, je n’ai aucune pagination qui apparaît automatiquement.

    • Mais je te dis que toutes ces paginations ont déjà leur ancre ! Le confirmes-tu ?

      Par ailleurs, activer la balise #CS_DECOUPE désactive les paginations automatiques au sein des articles.

    • Il faudrait que je teste CS_DECOUPE au début du texte au lieu d’en-dessous, mais dans ce dernier cas aucune ancre non.

      Si je ne mets pas CS_DECOUPE, il n’y a pas de pagination qui apparaît. Donc pas d’ancre non plus évidemment.

      Une page qui utilise la pagination : http://www.xboxygen.com/Tests/Tests-Xbox-360/16884-Test-South-Park-Le-Baton-de-la-Verite

    • J’ai compris l’histoire de CS_DECOUPE, il faut également désactiver la balise dans les options du CS ! Ca faisait tellement longtemps que je n’y avais plus pensé. Ce faisant, la pagination par défaut apparaît bien.

      MAIS, toujours pas d’ancre… L’url envoie juste ?artpage=2-2 c’est tout. Aucune trace d’une ancre où que se soit qui renverrait vers la pagination.

    • Je n’avais pas compris qu’il fallait une ancre à l’URL, car le code HTML livre déjà toutes les ancres nécessaires. Ne serait-il pas judicieux, dans ce cas, d’activer plutôt AJAX ? Dans ce cas, la page ne scrolle pas du tout et reste stable...

      Voir ici : http://contrib.spip.net/Decouper-un... [1]

    • Oui désolé, je n’ai découvert cette page dédiée qu’après coup !

    • J’y ai posté la suite si jamais cette question intéressera des gens après coup.

    Répondre à ce message

  • 5
    afestorg

    Bonjour,

    CS Révision : 81175 (Votre version est à jour.)
    Spip 2.1.26 [21262].

    Dans la lame Balise #INTRODUCTION j’ai activé :
    « Points de suite cliquables : Oui et Toujours ajouter le lien, même si le texte n’est pas tronqué. »

    Dans la boucle ci-dessous, les points de suite n’ont pas de lien

    <B_articles>
            <div class="menu articles">
                #ANCRE_PAGINATION
                <h2>  #TOTAL_BOUCLE articles à lire dans cette rubrique : [(#REM)<:articles_rubrique:>]</h2>
                <ul>
                    <BOUCLE_articles(ARTICLES) {id_rubrique} {par num titre} {pagination}>
    				 <li>                   
                        <h3><a href="#URL_ARTICLE">#TITRE</a></h3>
    [<div>(#INTRODUCTION|couper{50})</div>]
    				</li>
                    </BOUCLE_articles>
                </ul>
                [<p class="pagination">(#PAGINATION)</p>]
            </div>
            </B_articles>

    Erreur dans ma boucle ? autre chose ?
    Merci

    • Ne serait-il pas probable que le filtre « |couper{50} » retire ce lien cliquable justement ?

      Essayez plus simplement : #INTRODUCTION{50}

    • afestorg

      En effet c’est cela. merci. :-)
      J’avais essayé mais sans vider le cache !

    • afestorg

      Bon j’ai répondu trop vite.
      La boucle suivante fonctionne bien dans une boucle <BOUCLE_xxx (EVENEMENTS) {id_rubrique} ...>

      <BOUCLE_intro(ARTICLES) {id_article}>[<div class="intro-article">(#INTRODUCTION)</div>]
      </BOUCLE_intro>

      Là j’ai bien la coupure où je la souhaite et les points de suite (modifiés comme je le souhaite dans la lame du CS) ont un lien hypertexte.

      Par contre cela ne fonctionne correctement pas dans une <BOUCLE_xxxx (ARTICLES) {id_rubrique}>
      En fait c’est le #DESCRIPTIFqui s’affiche (normal) avec des points de suites sans lien hypertexte et le texte n’est pas coupé selon mes souhaits (10%).

      Une autre suggestion ?

    • Toujours cache vidé, ou avec « &var_mode=recalcul » dans l’URL ?

    • afestorg

      Les deux.

      Sur le même site :
      cela fonctionne
      cela ne fonctionne pas

    Répondre à ce message

  • 4

    Bonjour,

    J’ai un bug avec le plugin depuis la dernière la mise à jour de SPIP 3.0.15. Dans l’interface privée le « Couteau Suisse » paralyse le onlgets/menu (pas de sous menu) et paralyse les chargements Ajax.

    Merci,

    Julien.

    • Dans firebug j’ai l’erreur suivante :

      TypeError: jQuery.browser is undefined
      iframe: jQuery.browser.msie

      C’est lié ? :)

    • Bonjour, tu es sûr qu’un plugin tiers ou un squelette n’est pas le responsable du blocage JS ?
      A priori, jQuery.browser est encore valable sous jQuery 1.7.2, et le CS n’utilise pas jQuery.browser.msie...

      Quelle version de SPIP/jQuery as-tu ?

    • Salut Patrice,

      Même en activant seulement le couteau suisse cela ne fonctionne pas. J’ai le jQuery distribué avec le pack de base SPIP 3. La v1.7.2 justement...

      C’est en désactivant le cache pour faire une modif sur un squelette que le problème est apparu... Avant ça tout allait nickel :(

      Julien.

    • Bon alors désolé pour ce topic complètement inutile. J’ai un dossier « prive/javascripts/... » qui c’est glisser lors d’une màj dans mon dossier squelettes.

      Merci.

    Répondre à ce message

  • 1

    Bonjour,
    J’ai un souci avec les points de suite...
    Dans une boucle BREVES la balise #INTRODUCTION crée un lien
    <a href="http://www.domaine.com/spip/ecrire/?exec=breve&amp;id_breve=214" class='spip_out pts_suite'>&nbsp;(...)</a>
    C’et bon dans l’espace privé, mais pas sur le site publique !
    Merci

    • Bonjour.
      Merci du retour précis. Je pense que la mise à jour devrait corriger ce problème.

    Répondre à ce message

  • 2

    Bonjour,

    Hier mon CS a été migré en version 1.8.151 mais depuis, quand je vais dans la page de configuration du couteau suisse je n’ai que ceci.

    Fatal error : Call to undefined function maj_auto_svp_query() in /journal/plugins/auto/couteau_suisse/v1.8.151/exec/admin_couteau_suisse.php on line 298

    Merci

    Eric

    • Bonjour, cette erreur est très étonnante, l’inclusion est très claire dans le code et la fonction est bien présente là où il faut...

      Serait-ce une mise à jour qui s’est mal passé ? Avec quelques fichiers altérés ? La solution serait sans doute de réinstaller le plugin, ou rafraîchir ses fichiers de code...

    • Bonjour Pat,

      Ca devait être quelque chose comme cela puisque j’ai téléchargé le ZIP du CS et j’ai écrasé les fichiers par FTP.

      Et depuis ça fonctionne.

      Merci

    Répondre à ce message

  • 1

    Sur un SPIP 3 à jour et couteau suisse à jour, j’observe un comportement bizarre que je prends pour un conflit entre deux lames.
    Si j’active les blocs dépliables et les filets de séparation, l’icone « outil bloc » apparait bien dans la barre du porte plume mais plus l’outil filet de séparation. Si je désactive les blocs dépliables, les filets réapparaissent...
    Que sé passa ?

    • Bonjour, je ne reproduis pas ton bug hélas... Souvent il faut ajouter « &var_mode=recalcul » dans l’espace privé pour que tout se recompile bien...

    Répondre à ce message

  • 2

    Bonjour, j’ai installé sur un spip 3. le couteau suisse et le message d’erreur suivant s’affiche : Erreur dans les plugins : www/plugins/auto/couteau_suisse/v1.8.150/cout_pipelines.php.

    Quelqu’un a une idée ?

    Merci d’avance de votre lecture.

    Pierre

    • Bonjour, mais de quelle erreur s’agit-il ? Pas plus d’information ?

    • Peut-être ne trouve-t-il pas le fichier en question ? Une erreur d’installation ?

      -  Voir la page de gestion des plugins : ecrire/ ?exec=admin_plugin.
      -  Demander au Couteau Suisse de se réinitialiser : se rendre sur sa page de configuration : ecrire/ ?exec=admin_couteau_suisse.

    Répondre à ce message

  • 5

    Bonjour,

    Je signal un problème (Spip 3.0.5 / couteau suisse 1.8.144) avec la lame « Modération modérée ».
    Une fois activée, les messages de forums postés en privé sont considérés comme publics.

    C’est assez embêtant ^^

    • Bonjour,

      Je me réponds à moi même. Pour résoudre ce problème, il semblerait que l’ajout d’une condition supplémentaire dans le test du fichier moderation_moderee.php du dossier outils du plugin Couteau Suisse soit suffisant :

      && $flux['data']['statut']!='prive'

      à rajouter dans la parenthèse du test if.

    • Merci pour ce correctif.
      Tu as réussi à comprendre peut-être pourquoi exactement le statut des messages provoquait le bug ?
      Dans la condition que tu proposes, ne faudrait-il pas tester aussi le type d’objet ?

    • Bonsoir Pat,

      En fait c’est assez simple (sauf si j’ai tout compris à l’envers), moderation_moderee se contentait de vérifier que les conditions (utilisateur connecté, administrateur...) permettant de se passer d’une modération étaient bien remplies, et passait directement le statut du message de forum en « publie ».
      Mais un statut de message du forum privé, publié dans l’espace privé, est « prive », chose que la lame ne prend pas en compte : on a les autorisations, on passe le statut en « publie ».

      Du coup je pense que l’ajout de la condition suffit, puisque moderation_moderee n’est appelé à ma connaissance que pour les messages de forum.

    • Bon super, je procède à la correction du code natif, merci encore.

      Au passage, n’as-tu pas SVN pour procéder toi-même aux corrections que tu jugerais nécessaires sur le code des plugins ?

    • Salut Pat,

      J’ai SVN a la maison, mais je ne l’ai utilisé qu’une ou deux fois, je préfère laisser faire les gens qui savent, histoire de ne pas faire de bêtise. Et puis comme ça ça permet d’avoir plusieurs testeurs avant d’appliquer la solution ! ^^

    Répondre à ce message

  • 4

    Si cela peut servir à quelqu’un !!!!
    J’utilise couramment le message d’alerte du couteau, c’est bien pratique, évite un pop-up et est très visible !
    Mais sa persistance, une fois lu, me gêne, donc j’ai fait un répertoire « fonds » dans mon squelette, j’y ai recopié le fichier alerte_urgence.html (qui se trouve dans fonds du couteau suisse) et j’y ai ajouté un petit script (à la fin) qui fait le boulot souhaité :

    <script type='text/javascript'>
    $("div#alerte_urgence").delay(5000).hide(500);
    $("body").css('padding-top','0');
    $(".spip-admin-float").css('top','0');
    </script>

    Démo sur http://larenaissancefrancaise.org

    Voili, voilou ! Bonnes fêtes à tous !

    • Oui c’est une excellente idée !

      Tout comme d’ailleurs la possibilité de fermer cette fenêtre, voire un cookie pour qu’elle ne reviennent pas tant que le message n’a pas changé...

    • Oui tu as tout à fait raison ! Il y a en effet, une foultitude de façon d’utiliser cet outil simple et vraiment pratique !
      Mais ça c’est à l’auteur de la lame d’en faire la synthèse ... Sur ce coup, le besoin fonctionnel était limité mais pertinent ! A +

    • Ah non, le code est libre, ce n’est pas réservé à l’auteur de modifier le code pour apporter de nouvelles fonctionnalités ou de nouveaux réglages. Il suffit d’un code SVN et c’est parti... Le fond fourni peut aisément s’améliorer ;-)

    • Bingo, tu as encore raison !!
      Je ne me sens pas bien pour aller dans ce sens, car j’imagine qu’inclure le js dans le html n’est pas très propre et fabriquer un écran de réglage de la lame (temps d’affichage, choix alternatif d’un bouton fermer, etc ...) est au delà de mes compétences SPIP.... ceci dit, je suis disposé à apprendre et je regarderai comment intervenir de façon logique sur une lame, car en effet cela peut rendre service à d’autres ! Et dans tous les cas au Couteau Suisse qui « coupe » très bien !! :-D

    Répondre à ce message

  • 5

    Bonjour,
    Je rencontre un problème avec la ré écriture des url depuis mon passage en version : 1.8.144 [79123] (sous Spip 2.1.20).

    J’ai toujours utilisé le format d’url « propres » avec l’option url en minuscules. Or, depuis cette mise à jour, le dernier article publié voit son url ré écrite avec une majuscule en début d’url, bien que l’article lui même soit accessible via l’url avec minuscule et non avec une majuscule !

    Dans la table Spip, l’url débute bien par une majuscule.

    Le lien « Lire la suite » de ma page d’accueil utilise une balise #URL_ARTICLE et le bug n’a lieu que pour l’article publié depuis la mise à jour du couteau suisse.

    Donc pour résumer : tous les liens menant à #URL_ARTICLE du dernier article publié (et seulement lui) ont une url débutant par une majuscule, ce qui figure dans la table Spip, ce qui renvoie vers une erreur, l’article restant bizarrement accessible via une url avec minuscule.
    J’ai donc provisoirement verrouillé l’url pour qu’elle ne bouge plus.

    Une idée ?
    Merci.

    • Salut, merci pour ce retour très précis.

      Un petit bug est effectivement apparu lors du dernier commit, tout est réparé dans la révision 79237 du plugin ! Navré du désagrément.

    • Merci !
      Je ferai la mise à jour dès qu’elle sera détectée par la mise à jour automatique (c’est toujours la révision 79123 qui est chargée pour l’instant).

    • Bonjour Patrice,
      L’archive zip est bien mise à jour mais la mise à jour automatique depuis l’admin spip persiste à me télécharger la 79.123 (la version bugguée).

      Avec l’archive zip, je peux écraser tous les fichiers du couteur sur le ftp sans perdre mes réglages ?
      Merci !

    • Salut, je viens de faire la mise à jour par le Couteau Suisse (plus simple, non ?) et tout s’est passé correctement. N’hésite pas le plugin va se mettre à jour tout seul et remplacer les ancien fichiers.

      Pour répondre à ta question, bien sûr, écraser les fichiers, même si ce n’est pas souhaitable, ne changera pas les réglages stockés en base.

    • Ok, je l’ai relancé 2 fois de suite et c’est bon, c’est bien la dernière version.
      Merci !

    Répondre à ce message

  • 2

    Bonjour à tous,

    en tant que bon débutant j’ai essayé de faire le tour des messages et aides avant de me résoudre à poster quelque part ;

    d’abord quelques infos :

    Sarka-SPIP 3.2.36 [77717]
    SPIP 3.0.13 [20962]
    PHP 5.3.22
    Couteau Suisse 1.8.144

    Je rencontre des problèmes avec les outils ayant des fichiers distants ( dont Jolis Coins, celui que je voudrais utiliser ) ;

    Quand j’essaie de l’activer j’ai un retour d’erreur 401 (unhautorized) dans la console de mon navigateur (

    /ecrire/ ?exec=charger_description_outil&source=admin_couteau_suisse&outil=jcorner

    ) et voici ce que j’ai en message d’erreur :

    GET http://www.monsite.fr/ecrire/?exec=charger_description_outil&source=admin_couteau_suisse&outil=jcorner 401 (Unauthorized) 7111dfb05580ea9fe7655f1771162b10.js:5709
    send 7111dfb05580ea9fe7655f1771162b10.js:5709
    jQuery.extend.ajax 7111dfb05580ea9fe7655f1771162b10.js:5380
    jQuery.ajax 7111dfb05580ea9fe7655f1771162b10.js:7348
    jQuery.fn.extend.load 7111dfb05580ea9fe7655f1771162b10.js:5024
    jQuery.fn.load 7111dfb05580ea9fe7655f1771162b10.js:7324
    cs_href_click ?exec=admin_couteau_suisse&cmd=descrip&outil=spip_log:489
    (anonymous function) ?exec=admin_couteau_suisse&cmd=descrip&outil=spip_log:543
    jQuery.event.dispatch 7111dfb05580ea9fe7655f1771162b10.js:2279
    elemData.handle.eventHandle 7111dfb05580ea9fe7655f1771162b10.js:2022

    J’ai essayé de faire l’installation manuelle de : distant_jquery.corner.js mais cela ne résout pas mon problème.

    Merci d’avance à ceux qui prendront le temps de se pencher sur mon problème.

    • Bonjour, quel est ton hébergeur ? Free peut-être ? Celui-ci ne permet pas les accès distants...

    • Mon hébergeur est netaxo, j’ai posé la question des fichiers distants dans un ticket support, j’attend leur réponse.

    Répondre à ce message

  • 2

    Bonjour à tous et merci pour ce formidable plugin !

    Je souhaiterais personnaliser la réécriture d’urls arborescente et enlever le premier niveau de rubrique dans la génération des urls et remplacer l’écriture :

    www.monsite.com/rubrique1/rubrique2/article.html

    par

    www.monsite.com/rubrique2/article.html

    Est-ce que vous sauriez vers où je dois me tourner ? Le fichier .htaccess ou des fichiers de configuration du plugin couteau suisse ?

    Merci d’avance !

    • Salut, je crois qu’il existe un pipeline « arbo_creer_chaine_url » qui te serait peut-être utile pour contrôler le format final des URLs ?

      Ce pipeline est accessible aux outils perso du Couteau Suisse en cas de besoin, car il s’agit ici d’un usage plutôt spécifique des URLs arborescentes... Après je ne connais pas du tout les paramètres transmis et la façon de les utiliser... faut plonger les mains dedans là ;-)

    • Bonjour Patrick et merci beaucoup pour ta réponse !

      Je vais essayer de regarder ça mais ça risque de dépasser mes capacités...
      Je vais essayer de partir de cet article : http://contrib.spip.net/Optimiser-les-URLS-pour-google-actus

      Si je trouve une solution je posterai ici pour la communauté !

    Répondre à ce message

  • 2

    Bonjour,
    Après la mise à jour automatique de Couteau Suisse et plusiers autres plugin, l’exec admin_couteau_suisse me donne :
    Fatal error : Cannot redeclare couteau_suisse_vider_tables() (previously declared in /var/www/vhosts/allez-allier.com/httpdocs/spip/plugins/auto/couteau_suisse/v1.8.142/couteau_suisse_administrations.php:43) in /var/www/vhosts/allez-allier.com/httpdocs/spip/plugins/couteau_suisse/couteau_suisse_administrations.php on line 61

    J’ai déja vidé le cache et le répertoire tmp.
    Une idée sur ce problème ?
    Hanjo

    • Bonjour, il semble que tu aies trop de versions du plugin activées là... Il faudrait supprimer les anciennes...

    • Merci Patrice,

      J’ai pu resoudre le problème. L’ancien plugin était installé manuellement ; le mis à jour était fait dans SPIP. Et ça donne deux versions du même plugin (dans les répertoires plugins et plugins/auto). A mon avis, il s’agit d’un bug dans ce fonctionnement de SPIP.

    Répondre à ce message

  • 4

    Bonjour,

    Depuis quelques jours dans la lame mise à jour automatique, j’ai deux plugins qui sont proposés en mise à jour.

    Il s’agit de Crayons (révision 77337) et Nospam (révision 77418)

    Malgré le fait que je les ai mis à jour, celle-ci est toujours proposé après MAJ.

    Merci

    • Bonjour, as-tu vérifié le contenu des archives .zip distantes ? Il est possible que le processus de reconstruction des archives après modification du code n’ai pas été lancé...

    • Bonjour Pat,

      Bonjour, as-tu vérifié le contenu des archives .zip distantes ?

      Euh, on fait ça comment ?

      Pour info Crayons a fini par passer mais toujours pas Nospam

    • Bon, NoSPAM a fini par se mettre à jour mais maintenant c’est Social tags (v1.0.4) qui me dit depuis plusieurs jours
      La révision distante n’a pas pu être trouvée.

      Je ne désespère pas ça finira bien par revenir à la normal comme les 2 autres.

    • Je crois que le serveur de SPIP ne met plus systématiquement à jour les paquets ZIP lorsque le code est modifié... D’où ces indications sans doute.... Je ne sais pas si c’est voulu ou pas.

    Répondre à ce message

  • 5

    Bonjour,
    Lorsque j’essaie d’installer le plugin que ce soit en copiant le zip ou depuis l’installation automatique depuis spip-zone, celui-ci s’affiche de la façon suivante :

    multi>[en]Swiss Knife[fr]Le Couteau Suisse[ca]El Ganivet Suís[ar]سكين الجيب[nl]Het Zwitserland Mes[gl]A navalla suíza[es]La Navaja Suiza[de]Schweizer Taschenmesser[tr]İsviçre Çakısı[br]Ar Gontell Suis[pt_br]Canivete Suíço[ast]La Navaya Suiza[gl]A navalla suíza[ro]Cuţitul Elveţian[it]Coltellino Svizzero/multi>

    Problème avec le « < »visiblement.
    Si j’essaie de l’activer malgré tout, la zone ecrire/ devient inaccessible jusqu’à ce que je supprime le répertoire couteau_suisse de plugins/ ou plugins/auto/
    Merci de votre aide.

    • Bonjour,
      Le plugin s’affiche désormais correctement dans la liste des plugins installables. Par contre, après installation, j’ai une page blanche sur toute ma zone ecrire/
      spip 3.0.8
      couteau suisse 1.8.133

    • Au cas où, je cite la doc ci-dessus :

      Pour le pire des cas, il existe un lien permettant de réinitialiser complètement le plugin, en désactivant l’ensemble des outils et en supprimant toutes les variables stockées dans la base de données. Voici ce lien :
      ecrire/?exec=admin_couteau_suisse&cmd=resetall

    • Bonjour. Sous SPIP 3.0.11, le problème persiste. J’ai désinstallé le couteau suisse, vidé le cache, supprimé les variables avec la méthode donnée ci-dessus, réactualisé le dépôt spip-zone... Dès que je re-télécharge le plugin, il s’affiche dans la liste des plugins avec cette erreur sur le signe « < » de la balise multi. Bon, c’est pas bien grave, c’est vrai...

    • Un petit up sur ce sujet. Problème réglé chez vous ? Moi toujours pas...
      Cf image ci dessous.

    • Salut, quelle version de SPIP as-tu ?

    Répondre à ce message

  • 1

    Bonjour (enfin bonsoir),

    c’est simplement pour signaler un petit souci entre la lame Tout en couleur et le squelette Escal (donc vous avez droit tous les deux à l’info). On est plusieurs à avoir constaté que, de temps en temps, les icônes disparaissaient, apparemment cache ou pas cache.

    La discussion figure ici.

    C’est un problème mineur, cela dit. À vous de voir ce qu’il convient d’en faire (est-ce qu’il y a quelque chose à faire d’ailleurs ?) parce que ça n’est pas vraiment gênant.

    • Je me réponds à moi-même, après une visite sur le forum de la lame en question, il semblerait que ça soit :

      -  plus général qu’Escal
      -  pas récent
      -  un problème de cache.

      À partir de là, je ne sais pas trop ce qu’il faut faire, sauf noter le truc pour le cas où le cache poserait d’autres problèmes plus gênants je pense.

    Répondre à ce message

  • 1

    Bonjour,

    Je suis sous spip 3.0.11 et je remarque quelque chose d’étonnant avec le couteau suisse.
    Le couteau suisse version 1.8.141fonctionne parfaitement et pourtant il est dans la liste des plugin inactifs ainsi que 2 autres (qui pourtant fonctionnent aussi).
    Lorsque je veux faire des mises à jour des plugins via l’interface du couteau suisse et la page « Mises à jour automatiques », j’ai de nombreux plugin à mettre a jour.
    Problème : lorsque je coche de les mettre à jour, ils passent tous en plugin inactifs.... alors qu’ils sont toujours actifs. C’est vraiment curieux.

    Est-ce un bug ?

    Merci pour votre aide et vos conseils,

    Cordialement,

    Thierry

    Répondre à ce message

  • 9

    Bonjour,
    Comment lutter contre les spam ? une adresse qui vient constamment ou bien seul le dernier chiffre change par exemple 151.237.184.115 vient plus de 5fois en espace de 5min, je la bloque et après c’est cette adresse qui vient 151.237.184.107

    ma question comment utiliser l’option « lutte contre le spam » pour qu’il soit efficace ?? est ce que si je mets 151.*.*.* ca marche ?

    • Bonjour, je crois que ce joker est bien pris en compte en effet.

      Utilisez le caractère « * » pour plusieurs chiffres, « ? » pour un seul, et les crochets pour des classes de chiffres : « [2468] »

      Exemple : 151.237.184.*

    • Merci pour la réponse rapide, mais quand je reçois ce message qu’est ce que cela veut dire

      Lutte contre le SPAM

      Attention : vous avez utilisé des balises, des caractères ou des mots interdits.

      Revenez en arrière !

    • ça veut dire que le message est bloqué et qu’il est considéré comme un spam. Il n’est donc pas stocké en base, l’envoyeur est invité à refaire son message.

      Les tests sont logués avec la toute dernière version du Couteau Suisse, tu peux vérifier si tu veux.

    • Si je veux bloquer plusieurs adresses IP, est-ce sous cette forme .. ex :
      46.246.*.* (générique) et les suivantes :
      [46.246.56.14] [46.246.59.161] [46.246.55.143] (autres adresses particulières) etc .. ?
      Version spip 3.0.11 - Couteau suisse 1.8.94

      Merci pour votre réponse ..

    • Bonjour, a priori « 46.246.*.* » est la bonne syntaxe.
      Les « * » et « ? » sont bien reconnus par l’outil.

    • Merci Pat,

      J’avais compris grâce à l’exemple de Patrice « 151.237.184.* » qu’une adresse IP pouvait être écrite comme cela « 46.246.?.* » (le 3e chiffre après ne contenant qu’un seul) et le 4e en contenant plusieurs.

      Maintenant ma question est « si j’ai plusieurs adresses IP », dois je les noter de cette façon ? :
      [46.246.*.*] [49.253.56.14] etc ...
      Soit : les adresses misent entre crochets (?), et/ou séparée par un espace ou sans espace ou encore par exemple par un point-virgule .. (?).
      Merci

    • Bonjour

      As tu tester le plugins nospam ? il fait un bon blocage je trouve.

    • Donc pour la syntaxe, il faut une adresse par ligne, en utilisant les jokers « * » (plusieurs chiffres) et «  ? » (un seul chiffre) ou les classes de nombre, [23] signifiant par exemples : « le chiffre 2 ou le chiffre 3 » ou [2-4] signifiant « les chiffres 2 à 4 ».

      Exemples :

      46.246.*.*
      49.253.56.14
      49.253.5?.14
      49.253.5[567].14
      49.253.5[5-7].14
    • Merci Patrice,

      Voilà c’est très clair comme explication, maintenant je comprends bien la logique.

      Pour Pierre,

      Oui, j’ai le plugin Nospam qui est certes efficace, mais mon indésirable change d’IP au bout de 3 à 4 messages quand il a compris qu’une adresse était devenu indésirable, celles-ci venant d’ailleurs du même endroit quand je trace la route ...
      C’est donc pour cela que j’ai besoin de pouvoir bloquer plusieurs adresses dans une liste avec la Lutte contre le SPAM et Nospam au cas par cas, car certains messages passent en public quand même quelques minutes ou quelques heures au pire, ou sont proposées dans Nospam.

    Répondre à ce message

  • 2

    Hello

    Sur la lame corbeille en 5.4 j’ai
    Strict Standards : Only variables should be passed by reference in /home/ddddddd/public_html/ddddddd/plugins/couteau_suisse/inc/cs_outils.php on line 284

    Strict Standards : Only variables should be passed by reference in /home/ddddddd/public_html/ddddddd/plugins/couteau_suisse/inc/cs_outils.php on line 293
    -  

    Le couteau est à jour ....

    • Salut, tu es sûr que le Couteau est à jour ?
      J’ai justement corrigé cette erreur il y a peu en utilisant la fonction reset() à la place de array_shift() précisément sur ces deux lignes...

    • Ba Version locale : 1.8.141 ......

      Donc si tu as incrémenter ça doit l’être ....

    Répondre à ce message

  • 4

    Bonjour, voici les problèmes que je rencontre depuis la mise à jour 1.8.139. Dès que je touche à un réglage du couteau suisse, mes articles disparaissent du site, il ne reste en affichage que titre et post-scriptum. Si je vide le cache couteau suisse directement sur mon serveur ça se corrige. Par ailleurs la fonction glossaire ne fonctionne plus (pas d’affichage CSS ou JS). Je suis sur un serveur apache 2.0, mysql 5.0.8, PHP 5.3.15, SPIP 3.0.11, sarkaspip. Est-ce bien en lien avec Couteau Suisse ou dois-je chercher ailleurs ? Merci de votre aide

    • Bonjour, quelles sont les lames utilisées ? Quelle était la version du plugin précédemment utilisée ? Et parles-tu de l’espace public ou privé ?

    • voici la config actuelle due mon couteau :
      $GLOBALS[’cs_installer’][’Pack 31/08/13’] = ’cs_ff21da6d40d82016f0a177a6698ecea5’ ;
      function cs_ff21da6d40d82016f0a177a6698ecea5() return array(
      // Installation des outils par défaut
      ’outils’ =>
      ’pucesli,
      glossaire,
      maj_auto’,

      // Installation des variables par défaut
      ’variables’ => array(
      ’glossaire_groupes’ => ’Glossaire’,
      ’glossaire_limite’ => 0,
      ’glossaire_js’ => 0,
      ’glossaire_abbr’ => 1
      )
      ) ; # Pack 31/08/13 #

      De mémoire j’avais mis à jour le plugin en version précédente il y a quelques jours seulement, il me semble qu’alors tout allait bien.
      Le bug survient sur l’espace public, dans l’espace privé, je retrouve tout le contenu de mes articles quand je veux les éditer.

    • Ah oui c’est sûrement le glossaire qui vient d’être mis à jour pour PHP 5.5... Vu que ton cache est vidé, les erreurs sont-elles permanentes ? Car je n’arrive pas à reproduire ton problème de mon côté...

    • à chaque fois que touche au réglage du glossaire dans le couteau, l’erreur revient (plus de corps du texte dans les articles). Je vide le contenu de tmp et ça remarche. Mais la fonction CSS ou JS du glossaire ne fonctionne pas (pas de lien sur les mots du glossaire dans la partie publique). Par ailleurs, je ne sais pas si ça a un rapport, quand je valide un changement (exemple CSS) dans le glossaire du couteau, la page qui s’affiche ensuite et en texte html sans mise en forme, adresse : http://www.monsite.fr/ecrire/?exec=description_outil&script=admin_couteau_suisse&modif=oui&cmd=descrip&outil=glossaire
      Est ce que je dois revenir à une version antérieure du couteau ? Faut-il que j’envisage de passer mon serveur en PHP 5.5 (je ne suis pas très chaud, c’est long et risqué, car je ne suis pas un as de la manip) ? Merci

    Répondre à ce message

  • 4

    l’option ’e’ dans preg_replace provoque une erreur avec PHP 5.5.0
    SPIP 3.0.10
    couteau suisse 1.8.135

    ligne 182 dans inc/description_outil.php
    correction :
    $descrip = preg_replace_callback(’,< :([:a-z0-9_-]+) :>,i’, create_function(’$m’,’return _T($m[1]) ;’), $descrip) ;

    ligne 34 dans inc/cs_outils.php
    correction :
    $outil[’nom’] = preg_replace_callback(’,< :([:a-z0-9_-]+) :>,i’, create_function(’$m’,’return _T($m[1]) ;’), $outil[’nom’]) ;

    Répondre à ce message

  • 1

    Smiley qui ne s’affichent plus

    Bonjour

    Depuis plusieurs semaines, mes smileys ne s’affichent plus. A la place, j’ai l’icone qui montre que l’image référencée n’est pas valide.

    En y regardant de plus près, je vois le code suivant :
    :-)

    Effectivement le répertoire v1.8.132 n’existe plus. J’ai plutôt v1.8.135 maintenant.

    J’ai vidé le cache mais c’est pareil.

    • Salut, il semble que SPIP change le dossier d’installation des plugins à chaque changement de version. Du coup, certains caches sont sans doute longs à suivre... A priori, il suffit de réafficher la page d’admin du Couteau Suisse pour le recompiler, puis vider totalement le cache...

    Répondre à ce message

  • 2

    Petit problème d’icone dans les barres porte-plume

    Bonjour,

    Nous utilisons les outils additionnels dans les barres de porte-plume (Raccourcis Typographiques -> Décoration / Filets de séparation / Tout en couleur) et les icones correspondantes n’apparaissent pas dans les barres d’outils. Par contre les boutons marchent mais ils sont vides et donc pas très faciles à utiliser. Les drop-down marchent mais n’affichent que X petits carrés vides. Au survol on voit la fonction, mais c’est pas super pratique on va dire.

    Si je compare avec un bouton existant comme italique je retrouve bien le « li » qui a la classe « outil_italic » et dedans le « a » puis le « em » qui a en CSS :

    .markItUp .outil_italic > a > em {
        background-image: url("//www.mountainwilderness.fr/plugins-dist/porte_plume/icones_barre/spt-v1.png");
        background-position: -10px -586px;
    }

    Si je prend le même pour un des outils du couteau suisse, par ex celui qui a la classe « cs_decoration_drop », le « em » correspondant a en CSS :

    .markItUp .cs_decoration_drop > a > em {
    }

    Donc clairement c’est vide, il manque un morceau.

    J’ai recherché, pour les outils de base on a un fichier plugins-dist/porte_plume/barre_outils/edition.php qui clairement crée cette CSS vers la ligne 500 :

    'outil_italic' => array('spt-v1.png','-10px -586px'), //'text_italic.png'

    Il semblerait que l’équivalent côté Couteau Suisse soit le fichier plugins/auto/couteau_suisse/outils/decoration.php (à confirmer mais cela semble être le meilleur candidat) mais je ne trouve rien qui produise le même type d’info. Ligne 182 il y a une fonction « decoration_PP_icones() » qui semble lier le nom de l’icone qui devrait apparaitre soit « decoration_div.png » mais bon ...

    Dans divers cache-css on a le nom de l’image qui apparait mais sans indication de position, et de toutes façons, cela ne semble pas bon puisque de toutes façons, le navigateur ne semble pas voir de CSS renseignée correctement.

    Testé FF22, Chrome et Safari Mac, sur FF et IE8 PC, toutes versions à jour, SPIP 3.0.10 et Couteau Suisse 1.8.135 et Porte-Plume-Partout .0.5.

    Une idée sur ce problème ?
    Pierre.

    • Une remarque : est-il possible que la version de PHP influe sur ce problème ? j’ai une version du site ici sur un serveur en PHP 5.4.10 et je vois les icones, en lignes chez 1&1 c’est du 5.2.17 et je vois pas. Pour l’instant j’arrive pas à passer le PHP de 1&1 en 5.4 (il y a une procédure mais sans résultat, rien ne dit s’il faut attendre un reboot ... ici en tous cas il faut rebooter Apache). Localement, si je descend mon serveur en 5.2, certains disparaissent mais pas tous ... donc c’est pas probant.

    • Bon je finis par me répondre ... Apparemment à la fois la version de PHP et un dossier Couteau Suisse bizarre qui s’appelait « couteau_suisse 2 », même si la version affichée était la même que celle en local ou le dossier s’appelait « couteau_suisse ». Pas tous compris mais ça marche ...

    Répondre à ce message

  • 2

    Bonjour,

    La mise à jour du couteau suisse de la version 1.8.104 à la version 1.8.133 me provoque le message d’erreur suivant : Parse error : syntax error, unexpected T_VARIABLE in /home/www/client/XXXX/www/tmp/couteau-suisse/mes_spip_options.php on line 15

    Quelle est la cause de cette erreur qui empêche la mise à jour ?

    Merci,

    Bien cordialement,

    Thierry

    Répondre à ce message

  • 1

    Bonjour,

    Est ce que la lame « Lutte contre le SPAM » est identique au plugin NOSPAM ?

    http://contrib.spip.net/NoSPAM

    Merci

    Eric

    • Cette lame du CS permet d’interdire (rejet pur et simple du post) des mots, des expressions, des tags html, etc.

      A ce stade je dirais donc : complémentaires, car les deux plugins sont compatibles. Le CS bloque en amont les messages sans même les stocker en base en examinant leur contenu. Exemple : tout message avec idéogramme. Il peut aussi filtrer les IP.

      Avec la dernière version, les messages bloqués sont logués (si la configuration des logs [1] le permet !).

    Répondre à ce message

  • 3

    J’ai ajouté un log sur la lame antispam du couteau suisse.

    dans outils/spam_options.php, cs_test_spam devient :

    function cs_test_spam(&$spam, &$texte, &$test) {	// JLUC modifs : logs des spams
    	foreach($spam[0] as $m) 
    		if($test |= strpos($texte, $m)!==false) {spip_log ("cs_test_spam : $m détecté dans $texte", "_cs_spams"); return true;};
    	if($spam[1]) 
    		if($test = preg_match($spam[1], $texte))  {spip_log ("cs_test_spam : ".$spam[1]." détecté dans $texte", "_cs_spams"); return true;};
    	if($spam[2]) {
    		include_spip('inc/charsets');
    		if($test = preg_match($spam[2], charset2unicode($texte))) 
    			{spip_log ("cs_spam : ".$spam[2]." détecté dans $texte", "cs_spams"); return true;};
    	}
    	if($spam[4]) foreach($spam[4] as $m) 
    		if($test = preg_match($m, $texte)) {spip_log ("cs_test_spam : $m détecté dans $texte", "_cs_spams"); return true;};
    	return $test;
    }

    Répondre à ce message

  • 5
    Crayghom

    Bonjour,

    J’utilise les blocs dépliables et les onglets pour présenter des widgets Twitter (listes, recherches...).

    Il se trouve que sur Chrome et Safari les widgets sont entiers mais parfois raccourcis, ce qui n’est pas trop grave encore. Mais sur Firefox et IE8 ils apparaissent incomplets, rendant impossible de dérouler des tweets plus anciens.

    J’ai beau chercher, je ne trouve pas d’astuce pour régler le souci.

    Aussi, si quelqu’un a une idée à tester, je lui en suis d’avance reconnaissant.

    JMF

    • je me demande si c’est pas parce que les blocs sont repliés (donc des div inactifs) au départ. Tu as essayé avec des blocs visibles au chargement de la page ?

    • Crayghom

      En effet, le premier bloc, qui apparait déplié au chargement, présente lui un widget entier. Ce sont les suivants qui posent problème.

      Donc, si je comprends bien, il faut que je me (re)penche sur les div.

      Merci de m’avoir répondu.

      A suivre...

    • il faut donc construire la page avec les blocs ouverts, puis les fermer à la toute fin...

    • Crayghom

      Merci pour l’astuce, mais je ne vois pas de différence (ça fonctionne sur Chrome et pas sur Firefox).

      De plus, j’utilise les widgets dans des <onglets> essentiellement.

      Mais je vais creuser l’idée des div...

    • CrayGhom

      J’ai fini par trouver quelque chose. Le problème pourrait venir de Twitter lui-même.

      Tenez-vous bien.

      Pour que les footers des widgets Twitter apparaissent normalement quand ils sont inclus dans des bloc ou onglets du couteau suisse sous Firefox ou IE, il faut ajouter :

      data-chrome=« noheader » dans le code embarqué du widget.

      En d’autres termes, pour avoir le pied, il faut supprimer la tête...

      Voir ici les autres options pour ceux que ça intéresse https://dev.twitter.com/docs/embedded-timelines#customization

      Ah, les joies de l’informatique.

    Répondre à ce message

  • 4

    Bonjour,
    J’utilise « Blocs Dépliables » mais je n’arrive pas à le paramétrer correctement.
    Au niveau de « Balise pour les titres : » je souhaiterai utiliser une balise autre que les balises « <hN> »
    qui va poser des problèmes au niveau norme RGA :« Dans chaque page Web, la hiérarchie entre les titres (balises h) est-elle pertinente ? »
    Serait t’il possible d’utiliser une balise « span » ou autre ?
    Cordialement

    • Une solution ?

    • Bonjour, pardon pour le délai.

      En fait cette question a déjà été soulevée et il est possible aujourd’hui de remplacer « h4 » par « div » dans la config de l’outil, même si la doc ne le mentionne pas. « span » n’est pas encore reconnu, mais est-ce utile du coup ?

    • Merci beaucoup, tout cela fonctionne, si la div est l’alternative, le span devient inutile, il faudrait juste l’avoir dans la doc et ça serait parfait ;)

    • Aussitôt dit, aussitôt fait.

    Répondre à ce message

  • 1

    Bonjour,

    depuis quelques semaines je développe un thème Zpip sous spip 3

    je constate que 2, au moins, des lames (sommaire automatique et glossaire) du Couteau Suisse ne fonctionnent pas avec les thèmes zpip (j’ai fait le test avec plusieurs thèmes).

    Auriez-vous une idée de comment résoudre ce problème ?

    Par contre, sur des sites spip 3, non-zpip, tout marche impeccablement.

    Merci d’avance.

    Hervé

    • Suite de mon message précédent :
      tout rentre dans l’ordre, une une fois la réécriture d’URL activée.

      Et cela, pour la lame « Un sommaire pour vos articles » ou pour la lame « glossaire »

    Répondre à ce message

  • 1

    Bonjour,

    J’ai un problème avec la lame antispam car quand le couteau suisse détecte un spam au moment de la prévisu, il n’y a pas le formulaire pour modifier le message : il n’y a que le message prévisualisé et le message d’erreur (explique_spam) affichés via ’minipres’ par action_cs_spam().
    Or, dans le cas où ce formulaire est en ’ajax’, si on fait ’En arrière’, on se retrouve sur une autre page.

    Est-ce normal que le formulaire n’apparaisse pas pour modifier son message quand un spam a été détecté dans le commentaire en train d’être saisi ?
    Comment faire pour corriger cela ?

    • En fait il suffirait d’appeler les tests d’antispam du couteau suisse dans le pipeline formulaire_verifier. (D’ailleurs pourquoi n’est-ce pas fait ainsi ?)

    Répondre à ce message

  • 8

    Bonjour,

    Depuis la version 1.8.108 du CS lorsque je clique sur forcer l’actualisation distante (mise à jour automatique) je me retrouve avec une liste de plugin qui ressemble à cela.

    title=« Configuration : Squelette par mot clef »> src=« ../plugins/auto/cfg/prive/themes/spip/images/cfg-16.png » width=« 16 » height=« 16 »
    alt=« Configuration : Squelette par mot clef »/>
    Squelette par mot clef (v3.1.0)
    Ce plugin semble à jour.
    Rév. 63033
    27/06/12 svp
    title=« Configuration : Social tags »> src=« ../plugins/auto/cfg/prive/themes/spip/images/cfg-16.png » width=« 16 » height=« 16 »
    alt=« Configuration : Social tags »/>
    Social tags (v1.0.3)
    Ce plugin semble à jour.
    Rév. 68879
    9/01/13 svp

    • Ah bien vu !
      Je viens de corriger ce problème, le zip sera disponible vers 18h (je n’ai pas monté le plugin en version).
      Merci du retour.

    • Merci Patrice

    • Bonjour,

      Un problème similaire est apparu (spip 2.1020 ou 3.06) dans Mises à jour automatiques.

      Manifestement un pb de construction du lien vers cfg :

      http://spipv3/ecrire/?exec=configur...« title= »Configuration : Autorité">Configuration : Autorité
      Autorité (v0.9.12)
      (voir image en pièce jointe)

      En tous cas, merci pour le CS.

      PhJ

    • Merci du retour, je vais jeter un oeil. L’hypothèse d’un autre plugin peut-être être écartée ?

    • Je pense... Le pb se produit sur spip 2.1.20 et 3.06.
      Serveur Linux, Php 5.4.6, Apache 2.2.22
      Couteau 1.8.113

    • J’ajoute, pour faciliter la recherche (donc si je ne suis pas le seul à le constater...) que le pb est survenu avec la version 1.8.112. J’ai un site en production et je n’ai pas fait la maj, qui lui est en 1.8.111, sans problèmes.

      PhJ

    • Absolument, cet outil du Couteau Suisse propose un lien de configuration pour chaque plugin depuis la version 1.8.112. Je n’arrive pas à reproduire ton problème, mais sans doute as-tu un plugin que je n’ai pas ? Ou une lame que j’ai inactive ?
      -  Quelle est la liste de tes plugins ? de tes lames activées ?

    • Bonjour,
      J’ai résolu le problème en modifiant la configuration de la lame Belles URLs.
      Passage de la conf « basique » à la conf « par défaut ».

      Ubuntu 13.04 (et 12.10) spip 2.1.21 et spip 3.08 PHP 5.4.9-4ubuntu2)

      A noter : le site de production ne souffrait pas de la question (Ubuntu serveur 12.04, PHP 5.3.10-1ubuntu3.6, spip 2.1.21), mais je n’avais pas mis le CS à jour avant d’avoir trouvé une solution...
      La différence vient de la version de php ?
      Merci en tous cas.

      PhJ

    Répondre à ce message

  • 7

    Bonjour,

    Avec la lame « mise à jour automatique » le plugin SAISIE est bloqué sur la révision 72107.

    J’ai beau le mettre à jour cette mise à jour revient constament.

    Je suis en spip 3.0.8 et CS 1.8.132 rev 72190.

    Merci

    • bonjour,
      Serait-il possible que deux dossiers cohabitent dans le dossier plugins/auto ?

    • Bonjour Pat,

      Non il n’y a qu’un seul dossier SAISIE dans plugins/auto.

      Par contre dans tout ces dossiers il y a plein de sous dossiers d’anciennes versions nommés par exemple : .v1.31.0.old

      A quoi servent ils ?
      Peut on les supprimer ?

      Merci

    • C’est bien ce que je voulais dire, il y a peut-être trop de sous dossiers, et le plugin est peut-être aussi installé en plus dans le dossier auto/saisie/ lui-même.
      Les .old servent à retrouver une mise à jour ratée.

    • J’ai supprimé tous les old, vider le cache, la mise à jour est toujours présente.

      Je valide donc cette mise à jour et elle est encore proposée.
      Et du coup un nouveau dossier old est créé.

      Au passage ne pourrait on pas garder qu’un seul dossier old, parce que cela fait un paquet de dossier qui ne servent plus.
      Je ne savais même pas qu’ils existaient avant.

      Merci

    • Visiblement le zip n’est pas encore construit...
      Je vois qu’effectivement les zip contient la révision 72098, et pas plus haut.
      A propos des .old tu as raison...

    • Le plugin a été mis à jour et maintenant plus de problème, merci

    • En effet, quelqu’un a posté une correction sur le code, ce qui a fait disparaître le problème, mais sans le régler véritablement.
      A savoir donc, si jamais ça se reproduit !
      Merci du retour.

    Répondre à ce message

  • 2

    Bonjour,

    Après une mise à jour en 2.1.20 de Spip, le CS débloque un peu.

    L’affichage en ajax des outils ne fonctionne plus, il n’arrive plus à afficher la version actuelle du plugin (qui d’ailleurs avant la maj de Spip restait bloqué en 129 au lieu de 130) et la liste RSS des révisions n’arrive pas à se charger.

    • Oui, je ne sais pas pourquoi, la zone a bloqué le zip sur la version 129, j’espère que tout va bientôt rentrer dans l’ordre...

      Il semble qu’une erreur JS bloque ta page, non ? que disent les outils de développement Chrome ou Firefox/Firebug à ce sujet ?

      Une question de cache peut-être ? Essaie d’ajouter &var_mode=recalcul dans ton URL ?

    • Bonjour,

      Voilà ce que me rapporte comme erreur la console de Firebug :

      ReferenceError : init_bandeau_gadgets is not defined

      Et il pointe vers la ligne 50 de / ?exec=admin_couteau_suisse :

      $(document).ready(function()init_bandeau_gadgets(’./ ?exec=menu_rubriques\x26date=1366291190’,

      Recalculer la page ne marche pas. Pour info j’ai installé la 131 en la téléchargeant ici mais ça ne change rien non plus. Je pense que ça vient de la dernière version de Spip, c’est à partir de là que ça a commencé.

    Répondre à ce message

  • 4

    Je ne trouve sur les forums aucune réponse à la question que pose le message suivant dans le « couteau suisse » :

    Strict Standards : Only variables should be passed by reference in /homepages/16/d242391189/htdocs/tmp/cache/skel/html_68fab292a4cd9e8db84653e1a9757573.php on line 314

    Que faire ?
    Je suis sur spip 3.O7 avec sarka-spip 3.2.28 et couteau suisse 1.8.126.

    Merci.

    Répondre à ce message

  • 3
    mbourlier

    Bonjour,

    Ce jour, la lame « Mises à jour automatique » fait référence à une révision du « Couteau Suisse » N° 72043, non disponible sur Spip-zone !
    Qu’en est-il ?
    Cordialement

    M. BOURLIER

    • ah ? J’ai mis à jour quelques plugins tout à l’heure, cette révision date de ce matin... Serveur temporairement indisponible peut-être ?
      Je viens de refaire, et tout a l’air OK...

    • mbourlier

      Pour ma part, toujours le même souci !

    • mbourlier

      Tout est rentré dans dans l’ordre ce matin après vidage du cache !
      La dernière mise à jour s’est effectuée.
      Cordialement

      M. BOURLIER

    Répondre à ce message

  • 2

    Bonjour,

    Serait il possible pour la lame « Pas de forum anonyme » qu’un texte soit ajouté à côté soit du nom, soit de l’email (selon le choix fait dans la configuration de la lame)

    Un texte du genre « Obligatoire » ou ’En option".

    Je sais qu’on peut le faire directement dans le squelette mais ça pourrait aussi être une amélioration.

    Merci

    Eric

    Répondre à ce message

  • 7
    Webmestre Trotsko

    Bonjour,

    Ma situation est très simple à comprendre. Le gestionnaire des plugins m’informe que le plugin Couteau Suisse et son installation ont échoué. Mais il s’affiche correctement/parfaitement dans l’espace privé de mon site SPIP. Dans les faits, rien ne fonctionne sur la partie publique du site ! Ce plugin est comme inactif, léthargique.

    J’ai pourtant appliqué toutes les règles élémentaires d’installation/réinstallation/maj du plugin (vidange du répertoire tmp/cache etc.). Rien n’y fait, le problème persiste ! Quelqu’un a une idée ou a déjà rencontré un problème similaire ?

    Merci par avance.

    • Même problème ici. Une fois l’update de SPIP 3.0.7 passée sur le serveur de prod, paf, CS ne s’active plus mais apparaît pourtant dans les menus.

      Ça fait 15 minutes que je cherche à comprendre pourquoi, j’ai réinstallé, vidé les dossiers tmp et local mais rien à faire. Je continue...

    • Ok... ça me rend fou. Quand j’active le plugin j’ai les 3 mêmes messages que Webmestre Trotsko. Sauf que c’est pour la version 1.8.121

      Mais le couteau suisse apparaît dans les menus comme si il était activé. Si je vais dans la page du couteau suisse en haut à gauche en rouge il est écrit « L’opération a échoué ».

      Sur mon serveur j’ai regardé les logs httpd d’erreur et d’access. Dans error, pas une ligne, tout roule. Dans les access je vois des http 200 et 304 (pour les éléments en cache) donc tout va bien
      (Je remplace les hash par # pour raccourcir) :
      MonIP - - [08/Apr/2013:now] « GET /local/cache-css/#.css HTTP/1.1 » 304 -
      MonIP - - [08/Apr/2013:now] « GET /local/cache-js/#.js HTTP/1.1 » 200 253041
      MonIP - - [08/Apr/2013:now] « GET /ecrire/ ?exec=admin_couteau_suisse HTTP/1.1 » 200 47949
      MonIP - - [08/Apr/2013:now] « POST /ecrire ?exec=cs_version&version=1.8.121 HTTP/1.1 » 200 66

      J’ai vidé tmp/cache et aussi local/cache-* et local/couteau-suisse.
      A un moment il y a aussi ecrire/lib qui m’a demandé les droits d’écriture. Je l’ai passé en 777.

      Rien à faire. Help :(

    • Il s’agit peut-être d’upgrades que le Couteau Suisse n’arrive pas à faire et SVP voit rouge... Le plugin fonctionne-t-il correctement par ailleurs ? Passons en privé si possible pour résoudre ce problème.

    • Je me débats avec exactement le même souci depuis une quinzaine de jours (spip 3.0.7, pas d’autres plugins) ; j’ai essayé en vain avec plusieurs versions anciennes du couteau.
      Petite précision qui pourra peut-être aidé : avec la version 1.8.41.2, je n’ai pas eu le message d’erreur, le couteau semblait installé, on pouvait activer les lames (ex : tout en couleurs) mais c’était inopérant (pas de trace de la couleur dans la fenêtre de rédaction...)merci, jLL

    • Webmestre Trotsko et Hoonix,
      avez-vous fait une installation « neuve » ou avez-vous procédé à une restauration de base de données suite à une mise à jour de version spip ?
      Car, pour moi, c’est le cas.

    • Oui c’est bien un problème d’upgrade, SVP perdant le nord semble-t-il. Je n’ai pas encore trouvé la raison précise, car parfois, cette erreur disparaît toute seule. S’il est possible de m’envoyer en privé un accès ftp/admin à un site qui a un problème de migration vers SPIP3 concernant le Couteau Suisse, je suis preneur !

      La dernière version du plugin affiche un message d’erreur sur la page d’admin en cas de différence de version_base (donc un défaut d’upgrade du plugin).

    • Voilà, grâce à l’aide de Laurent (Honiix), le bug est aujourd’hui totalement corrigé.
      Merci à tous pour vos retours rapides.

      A vos mises à jours !

    Répondre à ce message

  • 2

    Je viens de me rendre d’un problème avec mailcrypt que j’ai été obligé de désactiver. En effet, côté visiteur, en cliquant sur le lien email, le logiciel email (Outlook sur son PC) s’ouvre bien mais l’adresse email du destinataires est de la forme « nom,5163275217642,domaine.fr@,5163275217642, »

    Je n’ai aucune idée de la date à laquelle est apparu le problème, ni de quelle maj du plugin

    • je suis en SPIP 3.07 (révision 20352) et Couteau suisse en Version locale : 1.8.121 Révision : 71749

    • OUPS, merci du retour. En fait le code de Mailcrypt a été écrasé par inadvertance dimanche dernier.
      Je viens de poster la correction, toutes mes excuses pour la gêne occasionnée.

    Répondre à ce message

  • 6

    Bonjour,
    j’ai un problème avec le couteau suisse. Quand je veux aller à son administration, je me retrouve avec le message suivant :

    Fatal error : Cannot redeclare couteau_suisse_vider_tables() (previously declared in /web/sites/clarahost-fr/2/158/182754/public/www/plugins/auto/couteau_suisse/v1.8.118/couteau_suisse_administrations.php:43) in /web/sites/clarahost-fr/2/158/182754/public/www/plugins/couteau_suisse/couteau_suisse_administrations.php on line 55

    Je ne sais pas trop quoi faire.
    Merci d’avance pour votre aide.

    • Ah oui, pour préciser, j’ai désinstallé et réinstallé mais ça ne change rien.

    • Oh, il semble que tu as deux versions installées du Couteau Suisse...

      Il faudrait supprimer le dossier /www/plugins/couteau_suisse/ à mon avis, puis repartir de zéro pour l’installation du plugin...

    • Bonjour, et merci.
      Effectivment, il y avait deux couteau-suisses, une dans plugin et une dans plugin >> auto.
      Je vire les deux par ftp... mais il vaut mieux le réinstaller où, dans plugin ou dans plugin >> auto ?

    • ça marche, j’ai de nouveau accès à l’interface du couteau suisse... j’ai luste un message d’erreur sur la colonne de gauche (ah oui, je suis en spip 3) :

      Fatal error : Call to undefined function compacte_head_files() in /web/sites/clarahost-fr/2/158/182754/public/www/plugins-dist/compresseur/compresseur_fonctions.php on line 95

      En tout cas, merci pour ton aide... je reviendrais si le message d’erreur implique un disfonctionnement.

    • Le mieux pour installer un plugin est de passer par l’installateur automatique de SPIP, par exemple en donnant directement au formulaire l’adresse du paquet zip :
      -  http://files.spip.org/spip-zone/couteau_suisse.zip

      Le plugin pourra ensuite être facilement mis à jour, soit sur sa page de config, soit grâce à la lame « Mises à jour automatiques ».

      Pour l’erreur persistante, pas d’idée là. Une question de cache peut-être ? Tu es sous SPIP 3 ?

    • Bonjour,
      et merci pour cette réponse. Effectivement, je suis sous spip 3. J’ai vidé le cache et l’erreur semble avoir disparu. Pour l’installation automatique., je crois que c’est ce qui m’a mis dedans. Pour installer ce site je m’étais inspiré du site que j’avais rencontré au boulot et qui était mon premier contact avec spip. Si mes souvenirs sont bons, le dossier « auto » dans le dossier plugin était là parce que installé sur le spip 2.1 initial, avec le couteau suisse dedans, et lors du passage au spip 3, il y a eu une installation supplémentaire dans le dossier plugin (à moins que ça ne soit le contraire).
      Nénamoins... ça fonctionnait, et c’est quand j’ai voulu faire un changement dans le couteau suisse que les problèmes ont commencé.

      En tout cas, maintenant tout va bien, et je vous remercie pour l’aide et l’intérêt que vous avez porté à mon problème.

    Répondre à ce message

  • 11

    Salut Pat

    Dis tu envisage une mise à jour de la lame corbeille ? Elle ne voit pas les forum et les objet pour le moment.

    • Eh oui c’est une bonne idée... Tu voudrais pas avancer le travail ? ;-)

    • Je peux si, en fonction des sites sur les quels je travail et les manques que je vois.

    • Voilà, j’ai un peu avancé la mise à jour. Tu me dis si tout est OK ?

    • Salut

      je te dis ça dans la semaine, faut que j’ai des objets a supprimer.

    • J’ai mis en place une procédure de détection semi-automatique des nouveaux objets SPIP 3. Mais pas facile de savoir a priori quel statut de suppression est utilisé par l’objet, et s’il est vraiment mis à la corbeille. Certains objets SPIP, comme les rubriques par exemple, sont supprimés en dur sans passer par le stade poubelle, et les statut « poubelle » sont aussi variés que : « 5poubelle », « poubelle », « poub », « refuse », « off », « privoff » !!

      La procédure de détection est donc très délicate. En fonction des plugins utilisés, j’aurai donc besoin de retours quant à la liste des objets détectés sous SPIP 3.

    • Salut

      Rajoute le sur la doc de la corbeille, si elle a un article car je l’ai pas trouvé encore.

    • Pour l’instant ya pas de doc proprement dite pour cette lame du CS ;-)
      Mais effectivement ces considérations sont intéressantes à connaître...

    • Ah tu as bien coder mais la suppression fonctionne pas pour les forum manifestement, faut cliquer sur forum et supprimer sur la page proposer.

    • Tu as raison, il y avait un petit bug. Ça marche mieux là ? J’ai ajouté les Spam au passage...

    • Salut, faut pas supprimer les spam sinon le plugins sert à rien. Pour la suppression des forum, ça fonctionne.

    • C’est déjà informatif. Ensuite ces spam peuvent atteindre plusieurs dizaines de milliers, je ne suis pas sûr que ce soit nécessaire de garder tout ça. un peu de ménage parfois ne fait pas de mal. Je décoche pour éviter la tentation. Il faudrait faire une doc expliquant tout ça...

    Répondre à ce message

  • 1

    Salut, c’est un beug ou pas : ta lames des urls ne gères pas les mots clef ?
    Je peux pas les différenciés en dirait ?

    Répondre à ce message

  • 1

    Bonjour,
    je n’arrive pas à installer le « couteau suisse » (SPIP 3.0.6 et EVA 4.2) sur un site qui me sert de test avant de passer les changements sur le « vrai site » qui, lui, est encore en SPIP 2.1.19.
    ici : http://jeanlouislaurain.free.fr/
    Lors de mes tentatives successives, j’ai un message qui m’indique que, d’une part l’activation du couteau suisse s’est bien déroulée mais que, d’autre part, l’installation a échoué. Ce qui est curieux, c’est que le plugin semble installé quand même (possibilité d’activer des lames, etc..) mais il est inopérant.
    Je suis allé voir dans la base, dans spip_plugin apparaît bien le couteau suisse ??? J’ai bien vidé le cache !!
    J’ai essayé de désactiver les autres plugins (ceux d’EVA en fait) mais rien....
    Voir ici le message d’erreur obtenu : http://jeanlouislaurain.free.fr/cs.jpg
    merci pour votre aide, JLL

    • Là, je ne sais pas pourquoi SPIP voit du rouge... Le CS fonctionne-t-il normalement ? sa dernière version n’est pas 1.8.113, il y a peut-être du ménage à faire dans ton dossier plugins/

      Ton « vrai site » n’a pas de couteau suisse, si ?

    Répondre à ce message

  • 7
    mbourlier

    Bonjour,
    Mon site est sous Spip 2.1.20, Sarka-spip 3.1.0 Dev hébergé chez 1and1 et avec entre autres plugins, le Couteau Suisse. Depuis déjà un long moment, j’ai, lorsque je rentre dans l’interface du plugin des erreurs de type « Warning : include... » (Voir doc) et plus récemment, une erreur dans le squelette relative au plugin « Saisies » (voir Doc). Je n’ai pas de souci dans l’interface publique, mais voilà, je me dis que ça n’est pas bien normal. Quelqu’un a-t-il déjà rencontré ce souci ? Si oui, peut-on me venir en aide pour résoudre ces problèmes ?
    Je vous en remercie
    Cordialement
    M. BOURLIER
    Découvrir l’autre, l’ailleurs, soi

    • Bonjour

      Tu as vider tes caches pour voir ?

    • mbourlier

      Bonjour,

      Merci de ta réponse. Oui, bien sûr et j’avais même auparavant, chargé le plugin en FTP ! Ce qui est surprenant, c’est que ces erreurs ne surviennent pas systématiquement, mais disons 6 à 7 fois sur 10 au chargement de l’interface privée du « Couteau Suisse ».

      Cordialement
      M. BOURLIER

    • Tout les plugins sont à jour ?

    • mbourlier

      Tous sont dans leur dernière version.

    • L’erreur de squelette est déjà dur à l’utilisation du critère « si » qui n’est apparu que sous SPIP 3 ...

      Ensuite une erreur PHP est probablement la source des ennuis sur la colonne de gauche. ces ennuis disparaissent peut-être en ajoutant : &var_mode=recalcul à l’URL

    • mbourlier

      Merci Pat pour cette réponse.
      Ok pour la fonction SI !
      Pour ce qui est des « Warning... », ils ne disparaissent pas après ajout de l’expression &var_mode=recalcul à la suite de l’URL.

      Cordialement

    • mbourlier

      Euh pour le critère SI, cela signifie-t-il que mon plugin « Saisies » est la version pour SPIP 3.0 et non pour SPIP 2.1 ?

    Répondre à ce message

  • 4
    Horetol

    Bonjour,
    Spip 3.07
    CS 1.8.113
    Petit souci d’affichage du bouton « Voir le site public » (idem en 3.06). Le logo s’affiche en haut à gauche en deuxième ligne et non pas à la place du bouton standard (qui existe encore ?)
    Voir image jointe.

    • Effectivement, la description de cet outil est devenue obsolète sous SPIP3, car le bouton « en haut à droite » a été remplacé par un simple texte. Sous SPIP3, cette lame se contente d’insérer le logo en haut à gauche du menu. Peut-être cela suffit-il du coup ?
      Eventuellement on pourrait placer la favicon juste avant le lien en haut à droite...

    • horetol

      Pourquoi pas en effet.
      Pour ce qui me concerne, je trouve une image plus sympathique qu’un texte
      Est-ce qu’une règle CSS ne permettrait pas d’avoir le logo en lieu du texte en dur, sous réserve bien sûr que ce logo soit un lien actif vers « voir le site », ce qui n’est pas le cas actuellement ?

    • Je viens de publier la version .114 du plugin, tu me diras si les changements te conviennent...

    • horetol

      Pour moi c’est très bien ainsi, C’est plus visible et peut-être plus intuitif.

    Répondre à ce message

  • 1

    Bonjour,

    La version 1.8.108 présente un défaut de compatibilité entre les versions de Spip ; l’appel au modèle cfg.html dans le répertoire
    prive/squelettes/inclure/ qui n’existe que dans la version 3 de spip (appel en dur dans maj_auto_action_rapide.php).
    En version 2.19, il faut donc créer ce répertoire et y recopier le fichier prive/modeles/cfg.html

    Cordialement,
    PhJ

    • Merci beaucoup pour le retour !
      Je viens de poster une correction du code prenant en compte la spécificité de SPIP 2.1.
      Le squelette « prive/modeles/cfg.html » ne sera pas utilisé dans ce cas.
      Pat

    Répondre à ce message

  • 4
    miloulorrain

    Bonjour,
    J’ai un ennui de mise à jour automatique du couteau suisse SVN manquante !
    svn_revision
    text_version
    Dernier commit : 2013-02-14 03:00:22 +0100
    text_version
    commit>2013-02-14 03:00:22 +0100 </commit
    svn_revision
    Il n’y a plus le numéro de la révision ?
    Je suis sous Spip 2.1.9 [19922] et Sarkaspip 3.1.3 [67461]
    Merci de vos éclairages.

    Répondre à ce message

  • 6

    Bonjour,

    Assez régulièrement quand je mets à jour mes plugins grâce à la lame « Mise à jour automatique » j’obtiens ce message une fois cliqué sur le bouton « Mettre à jour le(s) plugin(s) sélectionné(s) »

    Warning : array_merge() [function.array-merge] : Argument #1 is not an array in /journal/plugins/auto/couteau_suisse/v1.8.105/outils/maj_auto_action_rapide.php on line 415

    Warning : array_merge() [function.array-merge] : Argument #2 is not an array in /journal/plugins/auto/couteau_suisse/v1.8.105/outils/maj_auto_action_rapide.php on line 415
    HTTP 302

    Si votre navigateur n’est pas redirigé, cliquez ici pour continuer.

    D’où cela peut il venir ?

    Je suis en spip 3.0.5 et CS 1.8.105

    Merci

    • Bonjour et merci pour le retour.
      L’erreur est provoquée par quelles actions exactement ?
      Je viens de poster une correction sur le plugin qui devrait supprimer ces avertissements PHP.

    • Bonjour,

      Moi non plus je n’arrive pas à utiliser la lame « correction automatique ». J’ai l’erreur suivante à chaque fois que je tente une mise à jour :

      Fatal error : Cannot redeclare formulaire_charger_plugin() (previously declared in /web/i/s/ ... /http/lib/maj_auto/distant_inc_charger_plugin.php:28) in /web/i/s/ ... /http/ecrire/inc/charger_plugin.php on line 63


      Spip 3.0.5 + écran de sécurité 1.1.4 // Couteau suisse v. 1.8.105

      Une solution ? Merci pour votre réponse.

    • ... heu, pardon, évidemment je voulais parler de la lame « mise à jour automatique » et non « correction automatique » comme je l’ai écrit par erreur. J’m’ai trompé...

    • Cette erreur se produit car la mise à jour de SPIP s’est sans doute faite par écrasement : le fichier ecrire/inc/charger_plugin.php a disparu de SPIP.

      Sans doute devrais-tu renommer ton répertoire ecrire/ et le remplacer par un tout neuf de SPIP3. Et ce pour tous les autres répertoires importants, comme squelettes-dist/ ou prive/ ...

    • Bonjour Pat,

      J’ai fais la mise à jour, vers le CS 1.8.105
      Pour le moment pas de message d’erreur.

      Par contre après MAJ du CS j’ai remarqué aussi avoir souvent ce message :
      Le plugin « Le Couteau Suisse » n’a pas changé de version, mais ses fichiers ont quand même été actualisés.

      Par contre sur le CS ça me marque "Le Couteau Suisse (v1.8.105)
      La révision distante n’a pas pu être trouvée."

      J’ai essayé de forcer l’actualisation distante mais ça ne change rien.

      Merci

    • Oui Eric, je le constate aussi : un problème d’archivage du côté SPIP qui devrait se résoudre bientôt je l’espère. Lire : http://thread.gmane.org/gmane.comp....

      En attendant, il faut tenter de mettre le CS à jour. Au pire, remplacer le fichier « outils/maj_auto_action_rapide.php » par la version disponible ici :
      http://zone.spip.org/trac/spip-zone...

      Les mises à jour des plugins seront alors à nouveau possibles, mais sans les numéros de révision.

      A titre d’info, le message « Le plugin « Le Couteau Suisse » n’a pas changé de version, mais ses fichiers ont quand même été actualisés » apparait lorsque le plugin a été mis à jour alors que sa version (en xx.yy.zz) n’a pas changé. Cependant, sa révision a sans doute évolué, prouvant qu’une mise à jour très mineure du code a eu lieu.

    Répondre à ce message

  • 1

    Bonjour,
    je suis en spip 2.1.19 avec le couteau suisse en version 1.8.105. Depuis la mise à jour (effectuée il y a 10 jours) impossible d’accéder à l’administration de couteau suisse j’ai à chaque fois ce message d’erreur :

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

    Les droits en écriture étaient bien paramétrés depuis l’installation (juillet 2012) donc je ne vois pas ce qui peut poser problème.
    J’ai essayé de supprimer et réinstaller le plugin, aucun changement.

    Pour complément, j’ai aussi le plugin spip-lettres et depuis le même moment il ne peut plus envoyer de courrier, j’ai dans les logs le message suivant : « Erreur Facteur->Send : Could not instantiate mail function. » Pour autant le plugin Facteur est fonctionnel car j’ai réussi un test d’envoi depuis son admin. Peut-être sans aucun rapport avec Couteau suisse...

    Merci d’avance, je commence à désespérer et toute l’aide est la bienvenue !
    Sandra

    Répondre à ce message

  • 3

    Bonjour,

    J’utilise le découpage en onglets pour mes articles, mais comment traduire le titre des onglets ? J’ai testé les balises multis mais ça ne fonctionne pas. J’ai voulu également inséré une image mais là aussi impossible.

    Une idée ?

    Merci

    Clem

    • Effectivement les titres sont « nettoyés »... Je viens de publier une correction sur le plugin pour prendre en compte les balises multi. Pour les images, ne pourrait-on pas passer par les CSS ? Tous les H2 qui gèrent les onglets ont une classe unique numérotée...

    • Bonjour,

      Merci, je test dés que possible, pour les images je voulais intégrer des drapeaux , en effet j’utilise les onglet pour présenter les traductions.

      Clem

    • Re-bonjour,

      Super cela fonctionne.

      Merci beaucoup

      Clem

    Répondre à ce message

  • Bonjour,
    je remonte un problème avec la page d’administration du plugin qui ne s’affiche pas dans l’espace privé.
    SPIP m’indique que le plugin s’est correctement installé mais lorsque je veux accéder à la page de configuration, seul le header du back office apparaît (pas les blocs d’activation/désactivation du plugin ni le footer).
    J’ai essayé en installation manuelle, en installation automatique, en vidant le cache du répertoire couteau suisse (tmp)... bref la totale mais nada.
    J’ai essayé un autre plugin pour tester mon installation (plugin contact), tout s’est passé correctement.
    Je précise ma config pour info :
    Je fais la mise à jour d’un spip 2.1.2 en 3.0.5, la maj de la bdd s’est bien passée.
    Je suis sur OS 10.6.8 avec MAMP 1.7, PHP 5.2.3 en local, je n’ai jamais eu auparavant ce bug, si quelqu’un a déjà rencontré le problème ou connaît la manipulation qui me dépannerait , je lui serais (éternellement cela va sans dire) reconnaissant.

    P.S : J’ai les yeux tellement fatigués que je viens de poster ce message par erreur sur le forum du plugin contact... il est temps d’arrêter...

    Répondre à ce message

  • Hello,

    voici un bug remonté par joseph-tux sur http://forum.spip.net/fr_249271.html#forum249273

    • SPIP 3.0.5
    • Couteau suisse à jour :
      • Le Couteau Suisse 1.8.104 - stable

    Le logo qui devrait remplacer le texte « voir le site public », en haut à droite de la ligne de menu, se trouve, inactif, à gauche de la ligne suivante ( celles des boutons en logos ).

    Rien de grave, juste une info car je ne sais pas où signaler ce (probable) bug du couteau suisse.

    Répondre à ce message

  • Bonsoir,
    Spip 2.1.19 [19922]
    Couteau suisse Version locale : 1.8.102 Révision : 67916
    Associaspip Version : 2.2.0 [68378]

    J’active la fonction « Horloge » dans la partie « Balises, filtres, critères ». Cela provoque un message d’erreur lorsque je fais appel à ?exec=edit_compte du plugin Associaspip. Je suis sous Windows 7 64 bits.
    Je reproduis le bug sur
    Firefox 17.0
    IE9 (9.0.8112.16421Ic)
    Chrome 23.0.1271.95
    Safari 5.1.7 (7534.57.2)
    Opera 12.11 (rev 1661)
    Seamonkey 2.14
    Ainsi que sur :
    Comodo Dragon (Chrome)
    Comodo Icedragon (Firefox)
    Mais aussi sur Android avec ma tablette Samsung Galaxy tab 2, avec différents navigateurs capture ecran tablette ci-jointe.

    Répondre à ce message

  • Bonjour,

    Il semble que la lame « jolis coins » ne fonctionne pas en SPIP 3.0.5 [19905] alors que oui en SPIP 2.1.19 [19922]

    La vérification a t elle été faite ? Merci de votre retour

    Voir :

    Spip 2 : http://www.artsenscenes.fr/aes/

    Spip 3 : http://www.artsenscenes.fr/spip/

    Répondre à ce message

  • 3

    Le plugin occasionne un problème de surcharge du serveur. On peut voir dans le log d’accès Apache de nombreuses entrées du genre :
    127.0.0.1 - - [22/Oct/2012:16:19:54 -0400] « GET /spip3/spip.php ?action=cron HTTP/1.1 » 204 773 « - » « - »
    127.0.0.1 - - [22/Oct/2012:16:19:54 -0400] « GET /spip3/spip.php ?action=cron HTTP/1.1 » 204 773 « - » « - »
    127.0.0.1 - - [22/Oct/2012:16:19:56 -0400] « GET /spip3/spip.php ?action=cron HTTP/1.1 » 204 773 « - » « - »

    Ces entrées sont liéés à l’appel de la fonction action_cron() qui se trouve dans le fichier utils.php Il semble que couteau_suisse force l’exécution du cron de nombreuses fois lors du chargement d’une page, ce qui surcharge le serveur.

    J’ai testé en local et chez mon hebergeur, et pour cesser d’avoir ces entrées au log Apache, je dois malheureusement désactiver le plugin.

    Y a-t-il moyen de désactiver l’appel à la fonction action_cron() par couteau_suisse ?

    • Bonsoir,

      Es-tu sûr de ce que tu avances à propos du Couteau Suisse ?
      -  Quelle version de SPIP ?
      -  Quelles lames activées ?

      Le Couteau Suisse utilise très peu le cron. Seules 2 lames je crois y font référence : la Corbeille et le nettoyage des sessions anonymes.

    • Oui, je viens de revérifier. J’ai désactiver tous les autres plugins (sauf couteau-suisse), désactiver toutes les lames, vider le cache, et pourtant, à chaque affichage de page, on voit apparaître le log Apache quelques lignes. Ici, deux fois en même temps :
      127.0.0.1 - - [22/Oct/2012:17:25:18 -0400] « GET /spip3/spip.php ?action=cron HTTP/1.1 » 204 733 « - » « - »
      127.0.0.1 - - [22/Oct/2012:17:25:18 -0400] « GET /spip3/spip.php ?action=cron HTTP/1.1 » 204 733 « - » « - »

      Ce qui signifie un appel à la fonction action_cron().

      J’utilise SPIP 3.0.5. Le problème survient aussi avec SPIP 3.0.4.

    • Le Jaseur Boreal

      Bonjour,
      Après une transhumance Balte, je reviens sur le problème créé par ce couteau suisse, si pratique avant la mise à jour de fin septembre de SPIP3.05 et dans les plugins la mise à jour du couteau suisse 1.8.98.

      Cà coince et reste bloqué sur une page blanche !

      J’ai désactivé quelques autres plugins, il s’avère que seul le couteau suisse tranche le fonctionnement normal !
      Quand j’enlève complétement le couteau suisse par FTP aucun problème.
      Tout fonctionne parfaitement . A part les onglets, les blocs dépliables, et les couleurs du texte dans les pages, apportés par le couteau suisse qui ne sont plus opérants.

      Quand on active le plugin couteau suisse, il reste bloqué sur une fonction exec
      dont extraits :
      « exec=charger_plugin&action=actionner arg=&hash=xxxx....
      redirect=http%3A%2F%2Fwww.monsite.fr%2Fecrire%2F%3Fexec%3Dadmin_plugin »

      il semblerait que cela dysfonctionne avec l’administration des plugins dans mon spip3.54.4 sous Escal 3, or mon administration des plugins fonctionne parfaitement pour bien d’autres plugins à mettre à jour. J’ai aussi suivi les conseils cités plus haut. Rien n’y fait ...
      « / ?exec=admin_plugin »

      Et cela s’est passé après plusieurs autres mises à jour d’autres plugins qui se sont bien déroulées. Avec le couteau suisse, c’est l’écran total blanc bloqué !
      Impossible de revenir dans l’administration de spip.
      Et l’accès au site public est bloqué

      Seule solution trouvée à ce jour, enlever le plugin couteau suisse.
      J’ai bien essayé , de remettre la version 1.8.78 du couteau suisse, mais impossible de faire fonctionner l’ensemble. J’ai essayé avec de plus anciennes versions, rien ne fonctionne.

      Du coup j’ai abandonné le couteau suisse. J’ai repris mon vieil opinel pour tailler quelques branches par ci par là ...

      Il est quand même bien pratique ce couteau Suisse, pourquoi ne veut-il pas fonctionner entre la France et la Lettonie ?

      Avez-vous une solution ?
      merci de votre aide.

      Le Jaseur Boreal

      http://www.lettonie-francija.fr

    Répondre à ce message

  • 1

    Bonjour,

    J’avais un bug avec l’export d’email et le plugin Formidable (http://contrib.spip.net/Formidable-le-generateur-de-formulaires#forum462150).

    Mais en fait, il semblerait que ce soit MailCrypt du Couteau Suisse qui soit responsable.

    Que faudrait-il faire pour corriger ça ?

    Répondre à ce message

  • 10

    Bonjour,
    J’utilise le CS version 1.8.101 (révision 66420) avec Spip 2.1.19.

    Dans le module Format d’URL, je verrouille un article dont le titre contient des caractères chinois, afin que l’url ré écrite n’en contienne pas (avant publication de l’article). Une fois enregistrée, la modification est visible sur le module de preview (en page article), mais pas répercutée dans le module lui-même (voir capture).
    Je soupçonne un refresh pas bon du http request du module quand on recherche un numéro d’article.
    Ce n’est pas bien grave car le modification est bien prise en compte et l’article en ligne a bien la bonne url (wen-yeye-l-ami-du-peuple-entre-corruption-et-guerre-des-clans), mais si ce petit défaut pouvait être corrigé ça serait super.

    • Salut. Ton site est en UTF-8 ?
      A priori c’est bien SPIP qui calcule les URL et le CS se limite à lire ce qui est stocké dans la BDD, je ne cerne pas là où ça peut coincer...
      As-tu vérifié en base comment sont stockées tes URLs ?

    • Hello,

      Non, mon site n’est pas en UTF8, car à l’origine principalement francophone, mais ça ne l’empêche pas d’afficher correctement les caractères asiatiques.
      Je ne pense pas qu’il s’affiche d’un problème d’encodage. En fait, une fois que je valide la modification d’url de l’article, le CS ne me montre pas la modification de l’url « propre » dans le module lui-même, alors qu’il le montre bien dans la « boite privée » des url propres.
      Pourquoi cela fonctionne correctement d’un côté et pas de l’autre ? Voilà ma question.

      La table spip_urls stocke bien l’url propre « wen-yeye-l-ami-du-peuple-entre-corruption-et-guerre-des-clans » (comme montré par la boite privée « url propres »). Donc sur le site, l’url est bonne.

      A noter que c’est la première fois que je remarque cette différence. Habituellement le module URL propres affiche la modification demandée.

    • Ah oui c’est étrange car les 2 outils vont chercher l’information au même endroit. Ton article a peut-être plusieurs URLs stockées en base ?

    • Non, juste une seule. J’ai vérifié dans PhpMyAdmin. Bizarre hein !

    • En fait je revérifie ce matin et le problème est inverse :
      -  le module CS Format d’Url m’affiche bien l’url propre avec la case verrouillée.
      -  la boite privée url propres m’affiche 2 url, l’une correcte, indiquée comme verrouillée, et l’autre pas bonne en dessous.

      Dans quelle table de la base puis-je trouver ces url ? Dans Spip_urls, je ne vois qu’une seule url.

      Merci.

    • Désolé je complète encore ma réponse :
      Voici le module CS Format d’URL. Je cherche donc à comprendre pourquoi 2 urls propres sont enregistrées en base, et où.

    • Sous SPIP 2.1, toutes les URLs sont stockées dans la table spip_urls :
      SELECT * FROM spip_urls WHERE type='article' ORDER BY id_objet ASC

    • ok merci c’est bien ça.
      Du coup, quelle est la différence entre les url(s) « propres » enregistrées et l’url publique « propres », car je n’ai qu’une url en base, l’url « propres » principale, aussi mentionnée comme url publique « propres ».

    • A priori, je pense que les différentes URLs sont conservées par SPIP, histoire de ne pas perturber le référencement. A chaque modif du titre, ou dé/re-publication de l’article, SPIP recalcule l’URL en l’ajoutant en BDD. Pour choisir celle qui sera présente sur les pages, SPIP prend sans doute la plus récente. D’où l’idée du CS, d’affubler une date en 2022 pour vérrouiller l’URL et empêcher toute modification pendant les 10 ans à venir...

      Si tu mets le CS à jour, tu verras les dates associées aux URLs dans la liste (dans la config de l’outil, cliquer sur le nombre d’URLs total pour afficher cette liste).

    • Merci je ne connaissais pas le moyen de consulter cette liste.
      En effet les urls sont générées par spip dès le premier enregistrement (en mode édition) de l’article, avant même qu’il passe en publication. Ce qui explique que si le titre a été changé, on retrouve dans cette liste plusieurs URLs. Il faut donc garder l’œil pour que ça soit clean à chaque fois.

    Répondre à ce message

  • 1

    Bonjour, j’ai un problème avec le suffixe numérique, il ne s’affiche pas sur mes urls, pourtant le pipeline temporaire semble ok, mais même en simulation « action rapide » le problème est le même...

    Auriez-vous une idée de débogage possible ?

    Merci d’avance

    • Bonjour, problème de cache URL peut-être ?
      En cliquant sur le nombre d’URLs stockées en base, on accède à la liste des URLs. Il est alors possible de supprimer une par une les URLs non valables afin de permettre à SPIP de les recalculer.
      Au pire : vider totalement le cache URLs.

    Répondre à ce message

  • 2

    Bonjour,

    J’ai installé Spip 3.0 et Sarkaspip 3.2 (nouvelle version compatible Spip 3.0).

    En téléchargeant le plugin couteau suisse, Spip montre un message d’erreur .../www/plugins/auto/couteau_suisse/cout_pipelines.php

    Quelqu’un a une idée ?

    En attendant, j’ai effacé le plugin par FTP.

    A+

    Pierre

    • Merci pour le retour, mais quel est donc ce message d’erreur ? Quelle est la procédure pour être sûr de la reproduire ?

    • Spip donne comme message d’erreur : « .../www/plugins/auto/couteau_suisse/cout_pipelines.php ».

      Je ne comprends pas plus.

      A+

      Pierre

    Répondre à ce message

  • 3
    Jean-François

    J’essaye désespérément de mettre à jour le couteau suisse sur mon site SPIP vers la résision actuelle 65436
    J’utilise SPIP 2.1.19 et le couteau révision 48118
    MySQL 5.1.63-rel13.4
    et PHP 5.3.16

    J’obtiens le message suivant :
    Fatal error : Call to undefined function cs_liste_contribs() in ......./plugins/auto/couteau_suisse/exec/admin_couteau_suisse.php on line 220

    J’ai suivi les procédures habituelles sans succès :
    -  installé/réinstallé la toute dernière version de vos plugins
    -  supprimé le dossier tmp/couteau-suisse
    -  supprimé les fichiers tmp/charger_*.php
    -  validé/rechargé la page des plugins (admin_plugin)
    -  validé/rechargé la page du couteau suisse (admin_couteau_suisse)
    -  vidé le cache de SPIP

    J’ai également désactivé toutes les lames mais rien y fait , j’ai toujours cette erreur.
    Pouvez-vous m’aider ?
    Merci par avance.

    • Les fichiers sont-ils bien tous correctement passés ?

      Peut-être serait-il bon d’installer le Couteau Suisse à partir du début et grâce à SPIP, après avoir supprimé son dossier d’origine : /plugins/auto/couteau_suisse/

      Le lien à proposer à SPIP est celui-ci :

      http://files.spip.org/spip-zone/couteau_suisse.zip

      Une fois activé, le Couteau Suisse constuit son répertoire temporaire tmp/couteau-suisse/ dans lequel on doit trouver un fichier mes_fonctions.php qui contient bien la fonction en question : cs_liste_contribs(). la page  ?exec=admin_couteau_suisse ne devrait donc plus provoquer d’erreur de ce type...

      Cette procédure se réalise-t-elle bien ?

    • Jean-François

      J’ai suivi vos recommandations.
      Le couteau suisse s’active correctement dans la page des plugins.
      Le répertoire tmp/couteau-suisse se crée bien avec tous les fichiers.
      On peut voir le fichier mes_fonctions.php
      La fonction cs_liste_contribs() est bien présente à la ligne 114

      Mais j’ai toujours cette même erreur.
      Est-ce que je dois tester avec un nouveau spip vierge, pour éliminer un bug du à mon hébergeur ?

    • Jean-François

      A priori, c’est l’activation du plug-in Zen-Garden qui cause cette erreur.

    Répondre à ce message

  • Bonjour,

    Petit soucis en 3.0.5, couteau suisse en 1.8.98.
    La lame « Page des auteurs » (Interface privée -> page des auteurs) provoque un bug dans l’affichage de la liste des auteurs dans l’interface privée :
    La liste n’est pas rechargée lors d’un clique sur un lien de pagination (afficher les auteurs de 30 à 60, ou bien par première lettre).
    Il faut, une fois la page chargée après clique sur un lien de pagination, faire un ctrl + F5 pour voir les auteurs apparaitre.

    Répondre à ce message

  • 2

    Bonjour,
    J’ai traqué un bug qui surgit de l’alliance entre la lame « sommaire automatique » et le plugin « enluminures typographiques v3 ».
    Le détail :
    1. j’ai installé un spip3.0.4 tout neuf.
    2. je crée une rubrique, un article et j’y inclus une phrase suivie d’une photo avec son titre en utilisant le lien <doc1>.
    3. je regarde mon article sur le site publique : pas de problème.
    4. J’installe le couteau suisse (1.8.98) avec la procédure automatique, et j’active uniquement la lame « sommaire automatique ».
    5. j’installe le plugin « enluminures typographiques v3 » (3.3.1)
    6. après avoir rafraichi la page des plugins, du couteau suisse, et vidé le cache, je retourne sur l’article en ligne. C’est alors que deux paragraphes ont été ajouté intempestivement autour de mon document :
    -  Un avant le document :

    <p>
    <br class="autobr">
    </p>


    -  Un après le document :
    <p></p>

    Auriez-vous une idée de comment corriger cela svp ?

    • Bonjour, merci pour ce retour très précis.
      Les enluminures repassent un paragraphage supplémentaire et inattendu par le Couteau Suisse...
      La version 1.8.99 du plugin règle-t-elle le problème ?

    • Bonjour,
      Effectivement, le problème est réglé avec cette mise à jour.
      Merci beaucoup Pat, ça m’enlève un javelot du pied d’appui. :-)

    Répondre à ce message

  • Bonjour,

    Après un passage en 3.0.4, impossible de ré-activer le couteau suisse : j’ai vidé le répertoire tmp/, désactivé les autres plugins, rien n’y fait : au moment où j’essaie d’activer le couteau suisse j’ai une page blanche...

    J’ai trouvé une erreur php dans mes logs qui semblent lié au problème :

    PHP message : PHP Fatal error : Cannot use string offset as an array in /home/stephane/Dev/test/plugins-dist/svp/inc/svp_depoter_local.php on line 351

    Sur des conseils données sur IRC, j’ai essayé avec la version [65236] du CS mais pas mieux (même symptomes)...

    Une idée ? merci d’avance..

    Répondre à ce message

  • 15
    Choumps

    Bonjour,

    Depuis que je suis passé à SPIP3, je rencontre un problème avec la lame mise à jour automatique du couteau suisse. Pour beaucoup de plugin (mais pas tous), il m’est indiqué que le .zip n’a pu être identifié. Je ne peux pas réaliser toutes les mises à jour lorsque des nouvelles révisions sont disponibles. Le problème persiste et je sèche complètement !!!

    Merci pour votre aide.

    • C’est peut-être un problème spécifique, un changement de nom zip sans doute, car certains plugins ont plusieurs dénominations en fonction de la version compatible avec SPIP.

      Si tu veux, je peux tenter d’y voir un peu plus clair si tu peux m’ouvrir un accès temporaire à ton site. Ceci pourra servir à d’autres.

    • choumps

      La tentative du désespoir m’a poussé à faire un test tout simple. Lorsque j’installe un plugin depuis l’interface de gestion des plugins, l’installation automatique rajoute un répertoire portant le numéro de version. J’explique, si j’installe le plugin « agenda », le répertoire où sont situés les fichiers est plugins/auto/agenda/v3.6.1.

      J’ai donc décidé de réinstaller le plugin par ftp mais sans le répertoire v3.6.1... Miracle, la lame du couteau suisse trouve maintenant le .zip.

      J’attends maintenant d’avoir des mises à jour à effectuer pour voir si cela fonctionne.

    • Je confirme, sur la lame « mise à jour automatique » : aucun (zéro) plugin ne peut être mis à jour automatiquement (dernière version à jour v.1.8.76 - Rév. 62301

      La case à cocher de la version 2.1.X est remplacée par un point d’interrogation (?) devant chaque plugin qui demande à être à jour...

      Et comme Choumps, j’ai des dossier indiquant le n° de la version qui a été téléchargé via le gestionnaire de plugin de SPIP en 3.0.1.

      Pourrais-tu regarder cela STP ?

    • Oui en effet, je vais me pencher sur le problème.

    • bonjour, rien de nouveau la dessus ?

    • C’est fait. La lame « mises à jour automatiques » est désormais pleinement compatible SPIP3 !

      Chaque changement de release est indiquée, avec le lien sur les logs, l’archive zip, les necessite/utilise/procure, etc.

      Merci pour les retours éventuels !

    • joelapatche

      Bonjour,

      J’ai mis la dernière version du couteau suisse (1.8.96), mais il m’est impossible de faire quoi que ce soit avec la lame mise à jour automatiques.

      Dès que je lance une mise à jour, j’ai le message suivant :
      Fatal error : Allowed memory size of 33554432 bytes exhausted (tried to allocate 76 bytes) in /ecrire/xml/analyser_dtd.php on line 36

      J’ai fais une réinstall du couteau suisse, mais le problème est récurrent.

      Merci.

    • Pour pallier le problème, on peut augmenter la mémoire allouée à PHP. Méthodes possibles :
      -  Via PHP (config/mes_options.php par exemple) avec la fonction ini_set(’memory_limit’, ’48M’) ;
      -  Via le fichier de configuration global d’Apache : php.ini et la directive memory_limit = 48M
      -  Via un .htaccess situé à la racine du site et sa directive php_value memory_limit 48M

      Mais ceci n’explique pas pourquoi il faut tant de mémoire à ce moment là ...

    • Pour ma part, sur un SPIP 3.0.4 fraichement mis à jour, tout fonctionne parfaitement... Sauf peut-être la première recherche sur les nouvelles versions des plugins. Il m’a fallu réactualiser la page / relancer la lame MàJ auto une fois puis OK.

      Juste un peu de cosmétique, si je peux me permettre, il y a (dans tous les cas) deux types de cases à cocher (une ronde et une carré) l’une sous l’autre, ne pourrait-on pas en garder qu’une seul ?
      Et enlever les deux s’il n’y a pas de MAJ possible ?

      Ceci dit : encore merci pour ce plugin très pratique !

    • Merci.

      C’est vrai que les deux types cohabitent pas très bien visuellement, sans doute faudrait-il que le checkbox prime sur le radio...
      C’est aussi une bonne idée de supprimer les cases en absence de MAJ.

      La première recherche peut parfois être longue : max 30 secondes a priori par passe. Mais je pense le passer à 20, histoire de moins inquiéter l’utilisateur. Ce qu’il faut savoir, c’est qu’aucun cron n’est programmé pour cette lame : le serveur distant n’est consulté qu’au moment de l’affichage de la lame, et le résultat mis en cache pour 24 heures, sauf actualisation forcée. Ce processus était censé éviter tout accès distant inutile...

    • Voila, tout est posté : http://zone.spip.org/trac/spip-zone...

      Les radios sont pour les anciens plugins, non reconnus par SVP (paquets présents dans les flux de spip-contrib), et les checkbox sont pour les plugins auto/ :
      -  soit installés par SVP (notés SVP)
      -  soit installés par le chargeur de SPIP 2 (notés OLD)

      A terme, on ne devrait plus voir que des plugins fixes installés à la main, des plugins SVN et des plugins SVP.

    • Bonjour,

      confronté au même problème, je me suis rendu compte qu’il n’est plus utile de sélectionner la lame « Mise à jour automatique » du couteau suisse sur Spip 3.0.

      En effet sur la page « Gestion des Plugings » du menu « Configuration » de l’« Espace privé », il suffit de sélectionner les plugins avec les deux petites flèches en rond et en bas utiliser le choix : « Mettre à jour » et « Appliquer » soit un par un soit TOUS les plugins en une seule action (enfin).

      Bonne continuation à toute l’équipe de passionnés.

    • Bonjour,

      Voici les différences principales entre les deux outils :

      -  le CS consulte les nouvelles versions au premier affichage de l’outil avant de placer les données collectées en cache durant 24 heures. Un bouton de rafraichissement est cependant disponible. SPIP consulte les mises à jour régulièrement via le CRON

      -  le CS vérifie les releases (donc chaque modification de code, même la plus anodine) alors que SPIP se limite aux versions (les auteurs doivent incrémenter la version de leur plugin pour que SVP détecte une mise à jour nécessaire.

      -  le CS donne le lien vers les logs et l’archive distante du plugin

      -  le CS donne en clair les dépendances diverses entre les plugins, les fichiers SVN, et synthétise l’ensemble des informations en une seule page.

    • Bonjour,

      je ne connaissais pas toutes ces différences, mais c’est parce que la mise à jour CS posait problème que j’ai cherché ailleurs.

      N’étant pas quotidiennement sur les espaces privés des sites dont je m’occupe (une 50 aine), la partie « Gestion des plugins » de Spip me conviendra mieux pour un simple survol et le CS pour le travail pointu sur un plugin.

      Merci encore de ces précisions.
      Cordialement.

    • Bonjour,

      Le travail sur ce plugin est ouvert à tous, il est important de remonter précisemment les expériences, positives ou négatives, afin d’en améliorer le fonctionnement et la robustesse. Cela pourra servir à tous les utilisateurs.

    Répondre à ce message

  • 3
    mbourlier

    Bonsoir,
    Mon site distant tourne sous Spip 2.1.17 et avec le squelette Sarka-spip 3.1.0.
    Après mise à jour de la dernière révision (1.8.97) ce matin, j’ai noté un petit problème avec la lame « mise à jour automatique » qui n’affichait plus les pastilles de disponibilité des révisions (voir fichier joint). J’ai remplacé par la version 1.8.94 que j’avais encore présente sur mon site local et là, le problème avait disparu.
    À moins d’un dysfonctionnement sur mon site, auquel cas je m’en excuse par avance.
    Cordialement
    M. BOURLIER

    Découvrir l’autre, l’ailleurs, soi

    • Bonsoir,

      Qu’appelles-tu les petites pastilles ? Les boutons radio qui permettent de sélectionner les plugins ? Effectivement, une discussion sur la page dédiée à cette lame a impliqué la suppression des boutons lorsqu’un plugin ne nécessitait pas de mise à jour.

      Etait-ce un besoin particulier ? une réparation ou autre ? Est-ce que derrière ta question il y a la remarque qu’un plugin n’était pas à jour alors que le Couteau Suisse prétendait le contraire ?

      Pat

    • mbourlier

      Rebonsoir,
      Oui, il s’agit bien des boutons radio de sélection des plugins. Désolé, je ne connaissais pas la teneur de la discussion ayant entraîné leur suppression et « le couteau suisse » étant le dernier plugin mis à jour, je n’ai pas vu la différence avant cette dernière mise à jour.
      Il n’y a pas d’autre raison à ma demande et je suis désolé pour cette intervention qui n’avait pas lieu d’être.
      Merci en tout cas de votre réactivité.
      Cordialement

      M. BOURLIER

    • Aucun soucis, c’est bien aussi de clarifier les choses. A priori les cases devraient bientôt revenir ;-)

    Répondre à ce message

  • 3
    stefany

    Salut,

    J’ai un petit souci (SPIP 3.0.2 [19586]) et couteau suisse 1.8.76.

    Il n’y a plus les réglages « Afficher le type d’objet SPIP dans les URLs ». (je les ai encore sur la version 1.8.72)
    Est-ce caché quelque part ?

    Merci

    • Ce réglage n’apparait que lorsque qu’on choisit URL arbo non ?

    • stefany

      oui je crois bien,
      mais dans Configuration des Urls (pas dans couteau suisse) c’est bien mis url arbo.

      Par contre je n’ai plus accès à ce choix via le couteau suisse, et l’affiche semble ’incomplet’ (voir capture)

    • Le problème est à présent corrigé. Merci du retour !

    Répondre à ce message

  • 5
    Dominique

    Bonjour,
    Depuis quelques jours je ne peux plus accèder à l’interface interne de mon site. Je ne peux donc pas ajouter de contenu.
    Je suis hébergé chez free, squelette sarka, spip2.1.11. Il semblerait que le problème vienne du plugin couteau suisse dont voici l’info donnée :

    Fatal error : is_readable() [function.is-readable] : Unable to access /mnt/142/sda/3/2/lestresorsdetolente/plugins/auto/couteau_suisse/cout_pipelines.php in /mnt/107/sda/3/2/lestresorsdetolente/ecrire/inc/plugin.php on line 764

    je ne comprend pas. J’ai désinstallé le plugin puis l’ai ré-installé, rien n’y fait. Le site fonctionne correctement. (http://lestresorsdetolente.free.fr)
    Merci pour votre aide.

    • Bonjour, il semble que l’installation du plugin n’est pas complète et qu’elle a été interrompue en cours de route : veillez à ce que tous les fichiers du plugin soient correctement placés dans le dossier : plugins/auto/couteau_suisse/.

      En principe ça se fait de serveur à serveur et c’est assez rapide, mais le mieux ici est de désactiver le plugin, puis totalement supprimer ce dossier en FTP, puis de réinstaller le plugin grâce à l’installateur de SPIP en spécifiant le paquet suivant : http://files.spip.org/spip-zone/couteau_suisse.zip

      En dernier ressort, placez vous-même les fichiers du zip en FTP

    • Bonjour,

      J’ai le même problème. Je n’arrive plus à rentrer dans l’espace privé. J’ai ce message qui s’affiche : Fatal error : is_readable() [function.is-readable] : Unable to access /mnt/159/sda/0/8/natation.sua/extensions/porte_plume/porte_plume_pipelines.php in /mnt/114/sda/0/8/natation.sua/ecrire/inc/plugin.php on line 764
      Que puis-faire ? Hébergé chez free.
      Merci pour vos conseils.

    • Bonjour, ce problème ne semble pas dépendre du Couteau Suisse, il s’agit sans doute d’une situation plus générale, liée au serveur (arrivée en limite de taille disque dur ?), à l’installation visiblement incorrecte de SPIP et/ou des plugins, la suppression de fichiers capitaux, éventuellement une présence malveillante.
      Bon courage pour l’enquête.

    • Dominique

      Il semble en effet que le problème vienne de l’hébergeur. D’autres sites sont touchés avec le même problème, ou en tout cas similaire. Je travaille également sur d’autres sites (plouguerneau.net, egypte-antique.org ...) qui ne connaisse pas de soucis. Celui que nous connaissons est survenu du jour au lendemain. Merci pour les réponses et je vais continuer mon enquête et poster dans un autre endroit de spip-contrib. Je vous tiens au courant.

    • Dominique

      Bonjour à tous,
      J’ai trouvé une solution : vider le cache du dossier tmp via ftp.
      En tous les cas cela fonctionne à nouveau.
      Désolé d’avoir pensé qu’il puisse s’agir du plugin, mais le message me laissait croire à ça. En tout cas il s’agit d’un très bon outil. Merci à son concepteur.
      Kenavo !

    Répondre à ce message

  • 2

    Bonjour,

    Depuis la dernière version du couteau suisse, la lame « corrections automatiques » fait planter mes commentaires (gérés pas le plugin Comments 2) : le visiteur non connecté qui tente de prévisualiser son commentaire obtient le message suivant.

    Fatal error: Call to undefined function insertions_pre_propre() in [...]/plugins-dist/forum/formulaires/forum.php(382) : eval()'d code on line 1

    La désactivation de la lame corrige heureusement le problème. Mais il y a manifestement une interférence qu’il faudrait résoudre et dont je suis bien incapable de comprendre les enjeux...

    • Effectivement, je le vérifie aussi, même sans Comments 2.

      SPIP appelle ici les fonctions avant les options, ce qui ne plait pas au Couteau Suisse. Est-ce la nouvelle version mieux blindée du plugin corrige bien le problème de ton côté ?

      Merci pour le retour.

    • Ça fonctionne bien à présent. Merci.

    Répondre à ce message

  • 2

    Bonjour
    J’ai trouver un petit bug !
    Sous spip 2.1.17, quand on souhaite désinstaller le plug, cela n’efface pas le dossier qui est dans plugins/auto

    Donc, il y a obligation de la faire à la main par FTP

    • salut, je pense que ceci est un comportement général commun à tous les plugins, il faut en parler sur les forums même de SPIP ;-)

      Une désinstallation de plugin implique surtout un nettoyage de la base de données.

    • J’avais pas fait attention, mais c’est vrai, je viens de faire le test avec un autre plug et cela fait pareil en 2.1.17 :-)

      Par contre, en spip 3, cela supprime bien le dossier :-D

    Répondre à ce message

  • 3
    esteban

    Bonjour,

    bravo pour ce très bon plugin, vraiment pratique !

    Juste une petite remarque. Dans la configuration des URL pourquoi avoir choisi la virgule pour séparer l’ID en suffixe ? Le tiret n’est-il pas plus préconisé pour le référencement ? Pourrait-on laisser le choix au webmaster lors d’une mise à jour ?

    Enfin pour la fonction couper l’article en plusieurs pages, serait-il possible de choisir le caractère. En effet, une fonction sous spip utilisait les « ----- » et quand on a utilisé ça pendant des années et que l’on souhaite passer au couteau suisse, il faut passer au « +++++ ». Pourrait-on laisser le choix du caractère au webmaster dans ce cas ? (oui je sais on peut aller bidouiller dans les fichiers mais il est vrai que ce n’est pas vraiment conseillé cependant).

    Merci beaucoup pour tout ce travail !

    • Salut, merci pour tes remarques.

      Le Couteau Suisse présente déjà pas mal de paramétrage que l’on peut faire sur sa page de config. Pour des réglages plus fins et plus spécialisés, il existe la possibilité de :
      -  redéfinir des constantes dans config/mes_options.php
      -  surcharger des fonctions ou des fichiers.

      Dans le cas présent :

      -  Tu te trompes, le raccourci de découpe n’est pas « +++++ » mais « ++++ ». Il permet de conserver celui de SPIP : on peut à la fois vouloir tracer des lignes de séparation et découper un texte, non ?

      -  Ce raccourci déjà associable à un autre comme ceci :
      @define('_decoupe_COMPATIBILITE', '-----');
      cf. la doc de la lame. A tester si ce système permet de court-circuiter le « ---- » de SPIP...

      -  Le séparateur dans les URLs est également modifiable grâce à la constante suivante :
      define('_CS_URL_SEP','-');

      Bref, il suffit de demander ;-)

    • esteban

      Hello,

      merci pour ton retour ;

      je ne savais pas du tout que l’on pouvait modifier des fonctions des plugin via le fichier mes options.

      Tu veux dire que je rajoute juste cette ligne - define(’_CS_URL_SEP’,’-’) ; - dans le fichier mes options et le séparateur deviendra un tiret ?

      Pour la découpe en pages, c’est qu’on ne parle pas de la même contribution. Sur mon site qui utilise Spip depuis.... la création de Spip je dirais, j’utilise cette contribution qui utilise elle 5 tirets à la suite pour découper.... http://contrib.spip.net/Decouper-un-article-en-plusieurs

      A+

    • Bah écoute, pour le séparateur, le mieux est d’essayer non ? ça sert à rien de faire de la philosophie ici...

      Quant à la contrib dont tu parles, c’est hors sujet sur ce forum dédié aux lames du Couteau Suisse.

    Répondre à ce message

  • 4

    bonjour,
    au sujet de l’antispam, je souhaite bloquer des spams utilisant les raccourcis spip [text->url] sachant que les vrais visiteurs n’utilisent pas ces raccourcis car je n’ai pas mis de barre typo.

    j’ai essayé "/->/" dans les séquences interdites mais quand je lance avec le test manuel, un message contenant ces caractères ne serait pas bloqué. comment faire ?
    clt
    seds

    • Merci du retour !

      En fait le blocage avait bien lieu normalement au niveau des messages de forum, tu as dû le tester. Le test manuel était faussé par une fonction htmlspecialchars qui transformait ton « > » en « &glt ; » et perturbant ainsi les recherches de séquences interdites.

      Pour finir, tu n’as pas besoin des expressions régulières pour tester la présence de liens SPIP, sans doute qu’un simple « -> » suffit !

    • Je peux uploader directement avec la màj automatique du plugin ?

    Répondre à ce message

  • 2
    Psychojam

    Bonjour,

    J’ai migré mon site de la version SPIP-v2.1.9 vers la version 3.04 de spip.

    Tout se passe très bien, à part pour le plugin couteau suisse, à chaque fois que j’essai de l’activer, j’ai une erreur 500 qui s’affiche, de plus il me désactive tous les plugins activés ...

    Après l’erreur 500 je retourne sur le backoffice et tout marche normalement, mais les plugins ne sont plus activés, aussi bien couteau suisse, que ceux activés avant lui.

    Merci pour votre aide.

    • As-tu esssayé de vider le dossier tmp/ ? Avais-tu beaucoup de lames activées ? le plugin était-il totalement à jour ?

    • Psychojam

      Bonjour,

      merci pour ta réponse rapide.

      Concernant le cache oui, au moment de la mise à jour, j’ai tout vidé, j’ai même essayé de tout vider avant d’activer le plugin. J’avais juste la lame des urls propres d’activer, pour être référencé dans google news, j’avais au minimum trois chiffres dans l’url (à la fin).

    Répondre à ce message

  • 2

    Bonjour,

    J’ai le message suivant qui apparaît : « Problème sur : le serveur distant »
    Le truc c’est qu’effectivement le serveur zone.spip.org ne répond plus.

    Est ce un problème du couteau suisse ou un problème sur ma configuration ?

    SPIP 3.0.3.

    Merci
    GPsnail

    • mbourlier

      Bonsoir,
      Je suis sous SPIP 2.1.16 et Sarka-spip 3.1.0. Pour moi aussi, problème après mise à jour du plugin dans sa dernière révision de la version 1.8.78. La lame « mise à jour automatique » répondait pour tous les plugins installés « La révision distante n’a pas pu être trouvée ». J’ai trouvé cela étrange et vérifié le site zone.spip.org. Après des perturbations dans la journée, le site semblait rétabli en fin d’après-midi. Mais l’outil répondait inlassablement le même message. J’ai décidé de réinstaller une version antérieure et là plus de problème, sauf pour MultiViewer FULL pour SPIP 2.0 et Sarka-Spip 3, mais c’était déjà le cas auparavant.
      Je ne sais ce qu’il faut en conclure ! Un bug dans la dernière révision ? Des perturbations sur le site des mises à jours des plugins ? Un amalgame des deux ? Pour ma part, je vais patienter quelques jours avec cette version antérieure avant qu’une nouvelle révision soit annoncée. Cordialement

      M. BOURLIER

      http://www.michel-bourlier.fr/accueil/

    • mbourlier

      Bonjour,
      Nouvel essai ce matin : plus de problème. En fait, le souci venait sans doute du site de téléchargement des plugins perturbé durant la journée d’hier. Et ensuite, les caches de Spip et de mon navigateur ont dû me tromper.
      Il paraissait étonnant aussi qu’une révision du plugin sur « langues » puisse avoir des répercussions sur la lame « mise à jour automatique ».
      Désolé pour cette intervention intempestive.
      Cordialement

      M. BOURLIER

      Découvrir l’autre, l’ailleurs, soi

    Répondre à ce message

  • Bonjour, j’ai spip 2.1.12
    j’ai installé le plugin ’« couteau suisse » et je l’ai utilisé sur ma page que vous pouvez atteindre par le lien : http://www.bi.refer.org/spip.php?rubrique27

    Le problème que j’ai est le fait que tous les blocs sont dépliés et ne se replient pas dès la création de la page.

    Où doit être le problème ?
    merci

    Répondre à ce message

  • Bonjour suis en spip 3.0.3 et avec la lame Format des Url auparavant réusissait à modifier mes url, là une fois choisi la rubrique ou l’article le champs reste non modifiable/grisé.

    Jai pourtant activé urls propres+html dans la configuration des url. Ai-je oublié qq chose ?

    merci

    Répondre à ce message

  • 6

    Bonjour, question sur la lame correction automatique : comment éviter le remplacement de mn (minute) par mn ?

    • Bonjour, votre question n’est pas très claire... Quelle est la config de cette lame ? Quel est votre objectif ?

    • Je ne sais pas comment reformuler ma question mais je veux bien essayer d’être plus précis...

      La lame « corrections automatiques » du couteau suisse, dans sa toute dernière version (1.8.77) lorsqu’elle est activée et que l’on n’a rien modifié à la configuration par défaut de cette lame, remplace systématiquement « mn » par « mn » (en mettant le « n » en exposant). Je voulais donc savoir comment faire pour éviter cela car l’abréviation du mot « minute » ne s’écrit pas avec un « n » placé en exposant.

      Comme je le disais, la configuration de la lame est restée « d’origine » :

      oeuf = œuf
      cceuil = ccueil
      (a priori) = a priori
      (([hH])uits) = $1uit
      /([cC]h ?)oeur/ = $1œur
      /oeuvre/ = œuvre
      (O[Ee]uvre([rs] ?)) = Œuvre$1
      /\b([cC]|[mM].c|[rR]ec)on+ais+a((?:n(?:ce|te ?)|ble)s ?)\b/ = $1onnaissa$2

    • Bon, à y regarder de plus près, je crois bien que je me suis trompé de lame... Ce doit être du côté de la lame « exposants typographiques » que le problème se pose. Mais il se pose quand même et je ne sais pas le résoudre...

    • Eh oui je confirme, ce n’est pas la correction auto mais bien les exposants ;-) Nous ne sommes donc pas sur le bon forum ;-)

      Bref, il y a en effet une probable mise à jour du code. Sachant que :
      -  l’abbréviation de « minute », c’est « min » et non « mn »
      -  l’abbréviation de million, c’est « M » (éventuellement « Mio », et non « mn » ou meme « Mn »
      -  l’abbréviaiton de milliard, c’est « Mrd » (éventuellement « Md », « Mds », « Mrd » ou « Mrds »)

      Supprimer les minuscules sur la recherche de ces abbréviation pourrait mettre un terme au remplacement systématique du mon « mn ».

    • Je n’ai pas les compétences nécessaires pour le faire moi-même mais je crois que ce serait bien d’opérer les modifs suivantes :
      -  modifier la lame « exposants typographiques » comme vous le proposez pour supprimer cette correction abusive
      -  et pourquoi pas, peut-être dans un second temps, fusionner les deux lames « exposants typographiques » et « corrections automatiques » en une seule, puisqu’elles sont complémentaires et me semblent viser des objectifs très similaires (la correction des exposants peut à mon avis sans problème faire partie des corrections automatiques).

      Enfin c’est juste une idée... Mais merci pour votre réponse.

    • OK pour le premier point : http://zone.spip.org/trac/spip-zone...

      Pour le 2nd, même si en apparence ça semble similaire, il y a une différence :
      -  les corrections automatiques agissent par traitement, sur #TEXTE notamment
      -  les exposants typo agissent par pipeline post_typo, donc a priori sur tous les contenus du site.

      Dans les 2 cas, ces outils sont surchargeables pour des usages particuliers.

    Répondre à ce message

  • 1

    Bonjour,

    La lame « jolies coins » est inopérante sous spip 3.0.0 à 3.0.3.

    Bonne journée

    • Bonjour

      Sous spip 3.0.3[19675] et couteau suisse 1.8.77 jolis coins fonctionne http://svtbelrose.info

      Cependant je n’arrive pas du tout à modifier les paramètres (la feuille de style proposée). Quand je tape ma modif,puis quand je clique sur modifier les paramètres, la page ne s’actualise pas...les modifs ne sont donc pas possibles (je voulais changer les couleurs de fond).

      Une idée ?
      D’avance merci,
      Odile

    Répondre à ce message

  • 3

    Bonjour,
    sur spip 3.0.2, les lames décoration et tout en couleurs ne fonctionnent pas. Elle n’apparaissent pas du tout dans le porte-plume
    sur spip 3.0.1 elles apparaissent mais ne peuvent pas être personnalisées
    sur spip 3.0.0 elles fonctionnent sans problème...

    • Je me réponds à moi-même:sur la 3.0.3 sortie hier tout à l’air de bien fonctionner....

    • Peut-etre une histoire de cache ?

    • non pas de cache et j’y suis allé en plus dans l’ordre descendant, c’est à dire que vu que ca ne marchait pas sur la 3.0.2 j’ai essayé 3.0.1 et 3.0.0...
      mais l’essentiel c’est que cela marche avec la dernière version, ce qui est le cas maintenant !

    Répondre à ce message

  • 5

    Problème sur la lame « En travaux », si l’on sélectionne l’affichage du titre du site, dans celui-ci la balise « multi » n’est pas correctement traité et affiche toutes les langues.

    Répondre à ce message

  • 4

    Je connais bien spip comme webmaster..
    En plus de l’autre bug signalé (qui n’est par forcémenet lié à spip3)...
    Je suis en train de développer un nouveau site et logiquement je suis parti de spip3.
    Il semble que Couteau suisse ait des problèmes sous spip3.

    Par exemple :
    -  la fonction mettre au moins 3chiffres dans l’URL ne marche plus
    -  de même le plugin mettre à jour les plugins, aucun n’est sélectionnable (il y a un «  ? » à la place de l’endroit où l’on doit sélectionné)

    • Bonjour

      Pour la mise à jour, Pat le sais (si tu avais lu le forum plus bas) et je sais pas ou il en ai.
      Pour les 3 chiffres un nouveau plugins est sorti pour ça, tu l’a tester ?

    • Bonjour.

      Concernant les 3 chiffres, je viens de tester avec succès sous SPIP 3.0.
      As-coché au moins l’une des deux options suivante ?
      -  Le placer en suffixe
      -  Le placer en préfixe
      Es-tu bien en URLs propres, libres, arborescentes ou propres_qs ?

      Par ailleurs, pour voir apparaître un changement de paramétrage, il faut forcer le recalcul de l’URL, soit en vidant toute la base (attention aux besoins de référencement), soit en vidant l’URL d’un objet particulier. Le Couteau Suisse ne modifie rien en base tout seul et laisse à SPIP le soin de calculer les nouvelles URLs.

      Sur la phrase « Il y a actuellement XXX URL(s) en base » (cadre « Action rapide »), il suffit de cliquer sur le lien XXX pour voir aparaître la liste des URLs disponibles, en supprimer certaines et faire un point global.

    • J’ai coché « placer en préfix » et vider les URL et cela marche.
      Merci beaucoup.

      Suggestion :
      -  Il devrait y avoir un choix par défaut
      Par ailleurs, si il n’y a qu’un seul choix possible (c’est à dire si il n’est pas possible de l’avoir à la fois en préfix et en suffix") il ne devrait y avoir qu’une seule case à cocher (si on ne veut pas l’option par défaut en suffix par exemple).

    • Oups. En fait cela marche... mais que pour les rubriques... pas pour les articles. C’est bizarre.

    Répondre à ce message

  • 3
    Callmedams

    Bonjour,

    La fonction supprimer le numéro existe-t-elle encore ! Je ne la trouve plus sur 1.8.76 et SPIP 3.0 !

    Cdlt

    • Bonjour

      Il me semble que spip3 l’intégre directement.

    • Je confirme ;-) Ce filtre est appliqué systématiquement sous SPIP 3.

    • Callmedams

      Cool ! Pas encore eu le temps de tester mais merci à vous pour vos réponses :)

    Répondre à ce message

  • 2
    tarentaise

    bonjour,

    lorsque j’essaie d’activer l’écran de securité sur un site que je développe j’ai le message suivant qui apparait : Note : la librairie jQuery semble inactive sur cette page. Veuillez consulter ici le paragraphe sur les dépendances du plugin ou recharger cette page.

    Quelqu’un à une petite idée ??????

    D’avance merci à vous

    • il y a peut-être une erreur Javascript que le couple Firefox/Firebug pourra peut-être indiquer ?

    • tarentaise

      je n’ai pas trouvé

    Répondre à ce message

  • 4

    Bonjour,

    Suite à un passage en spip 3, je voulais vous avertir d’une incompatibilité de la lame ’Masquer du contenu’.

    Cordialement

    • Est ce que tu as un message ou un fonctionnement bisard ? Car là on peut rien faire.

    • Bonsoir. Merci de tenter de m’aider.
      En effet, j’ai ce message :

      Erreur SQL 1146
      Table 'artsenscenesfr3.spip_mots_rubriques' doesn't exist 
      SELECT id_rubrique FROM spip_mots_rubriques AS mr INNER JOIN spip_mots AS m ON mr.id_mot=m.id_mot WHERE m.titre='cacher'

      Et en effet, la table spip_mot_rubriques n’existe pas dans spip x. Comment ce fait il que la requête soit générée de cette façon ? Mystère. Toujours est il que je suis contraint de désactiver cette lame pour retrouver un fonctionnement normal en spip 3 alors que je n’avais pas de problème en spip 2.

    • Cette lame se branche en fait sur les fichiers distant du plugin autonome : http://www.spip-contrib.net/Plugin-...
      Ce plugin n’a pas encore fait l’objet d’une mise à jour pour SPIP 3, sans doute pourrait-on contacter les auteurs d’origine pour cela.

      Il semble en effet que les requêtes SQL doivent évoluer pour SPIP 3...

    • La lame ’Masquer du contenu’ est désormais compatible avec SPIP 3.0.
      Merci de vos retours éventuels.

    Répondre à ce message

  • 2

    J’utilisais « filet de séparation » avec les versions précédentes de spip et du couteau suisse.

    Je fais des essais, en local, avec Spip 3, le plugin scolaspip et la dernière version du couteau suisse.

    Dans l’espace privé, l’accès au bouton de choix de ces divers filets ne m’apparaît plus.
    Merci pour toute indication utile.

    • Bonjour,

      Je viens de tester la fonctionnalité qui semble pourtant de bien fonctionner sous SPIP 3...

      Peut-être un problème de cache, ou de compatibilité avec un autre plugin ?

    • Merci de la réponse.
      Effectivement je retrouve le bouton pour les filets de séparation quand je désactive « Enluminures typographiques ». Dommage quand même.

    Répondre à ce message

  • 4

    Bonjour : je ne peux plus accéder à la page ?exec=admin_couteau_suisse
    Fatal error : Call to undefined function cs_liste_contribs() in /home/WwwBSD/agriculture-de-conservation.com/plugins/auto/couteau_suisse/exec/admin_couteau_suisse.php on line 209

    J’ai supprimé par FTP le cache, installé la dernière version stable du CS, rien n’y fait. Que dois-je faire ?
    [SPIP 2.1.14]

    • C’est encore un défaut de chargement de mes_fonctions.php, mais difficile de savoir pourquoi. Comment cette erreur est-elle survenue ?

      Peux-tu regarder si tmp/couteau_suisse/mes_fonctions.php est valide et contient bien la fonction cs_liste_contribs() ?

      Si tu peux, un accès au site pourrait peut-être faire la lumière.

    • Ouppps ! J’aurais pu lire un peu les lignes en dessous qui traitaient du même problème : je confirme le Fatal error : Call to undefined function cs_liste_contribs() quand le plugin « en travaux » est installé !

      Sinon, pour répondre à ta question, oui, tmp/couteau_suisse/mes_fonctions.php est valide et contient bien la fonction cs_liste_contribs()

      Je veux bien te donner un accès au site, pas de problème.... Je t’envoie les infos en privé

    • Ah oui c’est vrai lol, ce fameux plugin. Va falloir que j’enquête ;-)

      Et la lame « En Travaux » ne convenait pas ?

    • Bonne réponse ! En fait, je n’y avais tout simplement pas pensé. (ah, les habitudes !)

    Répondre à ce message

  • 7

    Bonjour,

    Je suis sous SPIP3, couteau suisse version 1.8.65 version 61573
    La mise à jour m’annonce une nouvelle version 1.8.66 version 61585, mais lorsque je lance la mise à jour j’obtiens le message :

    Fatal error : Cannot redeclare formulaire_charger_plugin() (previously declared in /journal/plugins/auto/couteau_suisse/lib/maj_auto/distant_inc_charger_plugin.php:28) in /journal/ecrire/inc/charger_plugin.php on line 63

    Merci

    • Est ce que tu as vidés tes caches ? Car il me semble que PatV a corriger cela.

    • Ah, il s’agit probablement d’une version SPIP 2 ou SPIP 3dev écrasée et de vieux fichiers sont restés là (inc/charger_plugin.php et action/charger_plugin.php notamment )...

      Je viens de publier une correction sur le plugin pour que l’erreur soit évitée. Pour réparer la lame, il suffit de supprimer les 2 fichiers ci-dessus devenus obsolètes sous SPIP 3.

    • Bonjour Patrice,

      Ah, il s’agit probablement d’une version SPIP 2 ou SPIP 3dev écrasée et de vieux fichiers sont restés là

      C’est exactement cela.

      J’ai supprimé les 2 fichiers et maintenant ça fonctionne.

      C’est vrai que le problème c’est que je dois me trainer des vieux fichiers qui ne servent à rien.
      Le plugin nettoyage de vieux fichiers n’existe pas ?

      Merci

    • Si, tu peux virer le SPIP et le mettre à jour.

    • Oui mais là il faut quand même savoir ce que l’on peut supprimer ou non.

      Je pense que le dossier IMG par exemple on ne doit pas le virer.

      Il y en a certainement d’autres ?

    • IL faut garder le IMG, config, plugins, local
      tous le reste s’enlève et se remets.

    • Procédons à l’inverse plutôt.

      Lors d’une MAJ de cette façon, il est prudent de renommer les répertoires suivants :
      -  squelettes-dist
      -  extensions (ou plugins-dist)
      -  ecrire
      -  prive
      -  plugins

      Une fois la MAJ SPIP MAJ fonctionnelle sans plugin, on peut renommer l’ancien répertoire plugins comme à l’origine et réactiver les plugins un par un (après les avoir MAJ également !)

      Le Couteau Suisse devrait s’adapter sans dommage au passage SPIP 2>3.

    Répondre à ce message

  • 7

    Bonjour,

    Apparemment il y a un conflit avec le plugin « Champs Extras2 » v1.10.1.
    (SPIP 2.1.14, Le couteau Suisse 1.8.63 et 1.8.65)
    Quand ce plugin est activé la page d’administration du plugin « Le couteau Suisse » génère une erreur :

    Fatal error : Call to undefined function cs_liste_contribs() in .../plugins/auto/couteau_suisse/exec/admin_couteau_suisse.php on line 207

    Il semble que ce soit l’include en ligne 8 du fichier "inc/cextras_autoriser.php qui pose problème en empêchant le Couteau Suisse de charger le fichier mes_fonctions.php qui contient le lien vers le fichier temporaire.
    Je ne suis pas allé plus loin donc le problème est peut-être ailleurs. C’est une piste.

    Phil

    • Ah oui tu as raison, les autorisations sont traditionnellements déclarées au niveau des mes_options et cet appel à mes_fonctions à l’intérieur d’un fichier d’autorisations me parait bizarre, cette erreur est donc prévisible.

      En principe, lorsque mes_fonctions est appelé, mes_options a déjà été traité. Je crois même qu’à ce sujet, le CS fait le test : en cas d’appel de mes_fonctions avant mes_options, l’appel est rejeté, ou en tous cas il est différé après les options du CS, ce qui est bien le cours normal des choses.

      Ceci peut également se produire par exemple lorsque mes_options cherche à compiler du squelette. l’espace mes_options, c’est plutôt pour des définitions de constantes ou de fonctions simples pouvant servir à chaque hit (comme les autorisations).

      Amha, le commentaire de code « mes_fonctions peut aussi declarer des autorisations, donc il faut donc le charger » doit être examiné. Peut-être faudrait-il demander l’avis de Marcimat.

      Voici le commit en question (2 ans en arrière !) : http://zone.spip.org/trac/spip-zone/changeset/36046

    • Salut Pat,
      Tu es très réactif. Merci pour ta réponse.
      Vache mais tu dors quand ?
      Phil

    • Ah oui tu as raison, les autorisations sont traditionnellements déclarées au niveau des mes_options et cet appel à mes_fonctions à l’intérieur d’un fichier d’autorisations me parait bizarre, cette erreur est donc prévisible.

      En fait ce n’est pas entièrement le cas. Depuis SPIP 2.1, on permet de mettre dans son fichier mes_fonctions des autorisations, et ce fichier de fonction est systématiquement chargé si on appelle une autorisation. http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/inc/autoriser.php#L29 depuis http://core.spip.org/projects/spip/repository/revisions/15435 .

      J’ai comme l’impression que dans Champs extras, l’inclusion faite (inc/parametrer) est juste là pour SPIP 2.0. D’ailleurs, je me suis passé de cette inclusion en SPIP 3 je vois http://zone.spip.org/trac/spip-zone/browser/_plugins_/champs_extras/core/trunk/inc/cextras_autoriser.php .

      Ce que je ne comprends pas c’est pourquoi le fichier d’options du CS ne serait pas chargé à ce moment là ?

    • PatV, je viens de corriger une broutille pour PHP 5.4.

      Cela dit, comment faites vous pour obtenir cette erreur dans le CS ? J’ai bien l’interface là.

      MM.

    • Merci beaucoup Matthieu.

      Depuis SPIP 2.1, on permet de mettre dans son fichier mes_fonctions des autorisations, et ce fichier de fonction est systématiquement chargé si on appelle une autorisation.

      Je n’avais pas vu passer ce « détail ». Ce qui veut dire qu’une autorisation demandée au niveau de mes_options lance direct mes_fonctions... Si ce cas arrive, ce n’est pas heureux, à moins que j’aie raté un truc ? Donc il n’est plus recommandé d’appeler des autorisations au niveau de mes_options ? Dur dur a priori.

      En poussant ma lecture d’autoriser.php je vois que ce n’est que le fichier mes_fonctions du squelette, et non le public/parametrer complet ! J’ai du mal à saisir pourquoi on fait un appel partiel ici. N’y aura-t-il pas du coup une double déclaration au moment du public/parametrer ? les champs extras n’appellent pas le mes_fonctions du squelette, mais bien la machinerie mes_fonctions complète...

      Pour en revenir au cas présent, la piste évoquée est peut-être fausse. Peut-être une erreur de compilation passagère. Le CS inclut ses propres fonctions dans ses options, uniquement lorsque la demande a été faite en amont. Il ne permet pas que les fonctions soient appelées avant les options — normal à priori. [1]

      Phil, pourrais-tu STP détailler ta config et nous dire comment reproduire l’erreur ?

    • Mat et Pat

      J’ai désactivé tous les plugins à l’exception de Spip Bonux, Mots Tech, CExtras2, Afficher Objets, et Couteau Suisse. Le couteau Suisse et CExtras font bon ménage donc pas d’erreurs .

      J’ai réactivé les plugins un à un et je me suis aperçu qu’en activant En travaux (2.0.4) celui-ci provoquait l’erreur.

      Je ne m’en suis pas rendu compte avant car le site étant en travaux et j’ai oublié de désactivé le plugin En Travaux.

      Sorry.
      Phil

      Note : lorsque j’ai désactivé tous les plugins, pour partir sur des bases saines, j’ai eu une erreur qui m’a obligée à vider le cache manuellement par FTP (Fatal error : Call to undefined function lire_config() in .../ecrire/public/composer.php(49) : eval()’d code on line 77)

    • Je n’avais pas vu passer ce « détail ». Ce qui veut dire qu’une autorisation demandée au niveau de mes_options lance direct mes_fonctions... Si ce cas arrive, ce n’est pas heureux, à moins que j’aie raté un truc ? Donc il n’est plus recommandé d’appeler des autorisations au niveau de mes_options ? Dur dur a priori.

      En fait je ne pense clairement pas que le fichier « mes_options » ait à utiliser des autorisations (il peut en déclarer s’il veut ce n’est pas le problème), mais en utiliser me semble inopportun vu que nous sommes dans une phase de configuration du fonctionnement de SPIP (dans ce fichier d’options).

      Concernant la remarque que ça ne charge que ce fichier de fonctions, je vais revenir sur les discussions qu’on avait eu en fait (je ne saurais te dire où c’était) à ce moment là. Mon problème était de dire : « où dit-on aux utilisateurs de créer leurs fonctions d’autorisations persos ? ». Il y avait 3 possibilités : mes_options, mes_fonctions ou mes_autorisations. Je parle bien de simplement celles perso. Pour les plugins, il y a déjà le pipeline autoriser qui sert à indiquer leur emplacement. Je ne me rappelle plus pourquoi il a été dit que mes_fonctions était mieux - ou possible du moins (en tout cas il faut toujours limiter le contenu des fichiers d’options - ou les éviter si possible dans les plugins car ils sont chargés à chaque hit à l’initialisation de SPIP, même pour lire le cache). (Bon en fait ça n’éclaire pas beaucoup vu que je ne me rappelle pas la discussion ^^)

      Concernant le risque de problème, il est minime car la plupart du temps aussi on fait des déclarations de fonctions dans notre fichier mes_fonctions (et non des exécutions de scripts qui font des choses en lisant le fichier). Inclure celui là avant ceux des plugins ne change pas grand chose normalement.

      Je ne sais pas si je suis extrêmement clair, je n’ai peut être pas tout compris ton message non plus Pat lorsque tu dis « N’y aura-t-il pas du coup une double déclaration au moment du public/parametrer ? ».

      Enfin concernant la différences mes_options / mes_fonctions je la trouve assez simple pourtant :

      • mes_options est chargé à chaque hit (et initialise le fonctionnement de SPIP)
      • mes_fonctions n’est chargé qu’au calcul d’un squelette (et il n’est pas chargé si toute la page est en cache)

      MM.

    Répondre à ce message

  • 2

    Mise à jour vers spip 3.0

    Dans la partie privée : Mise à jour automatique du couteau suisse, message d’erreur lorsque j’essaie de mettre à jour :

    « Erreur...
    Fichier charger_plugin introuvable »

    Robert

    Répondre à ce message

  • 2
    spipheure

    Bonjour A tous
    j’utilise le couteau suisse avec le plugin magusine en version 2.0.XX
    j’ai tout basculé en 2.1.14, les plugins fonctionnent (magusine et couteau suisse) par contre je rencontre dans l’administration un message d’erreur sur les pages du couteau suisse (côté administrateur)
    Deprecated : Assigning the return value of new by reference is deprecated in plugins/magusine-portage2.2/arty_affichegauche.php

    Quelqu’un pourrait il m’aider à debuger ce problème ?

    Merci pour votre aide

    • Cette erreur semble se produire dans un fichier de magusine, non ?

    • spipheure

      merci pour la réponse
      en réalité il faut penser à mettre dans le htaccess du repertoire du projet (depuis OVH mutu)
      SetEnv PHP_VER 5

    Répondre à ce message

  • 2
    Caroline

    Depuis la dernière mise à jour du site et des plugins je rencontre de nombreux problèmes, tous liés apparemment au couteau suisse. J’utilise surtout la lame « Un sommaire pour vos articles ».
    Des « fatal error » se produisent régulièrement après qu’on a ajouté des articles ou modifié un texte - il faut alors vider le cache pour retrouver un site qui fonctionne. Après ces bugs, le couteau suisse se trouve désactivé. Autre problèmes : des articles qui n’ont pas de sommaire n’affichaient pas le contenu de la balise #TEXTE. Il fallait alors que je produise un sommaire pour que le texte apparaisse.

    La réinstallation du plugin n’ayant pas amélioré la situation je souhaite me passer du couteau suisse pendant un certain temps pour voir si le problème venait de là ou s’il se situe à un autre niveau.

    Existe-t-il un autre moyen pour faire des sommaires pour les articles ? C’est la seule fonction du couteau suisse qui est essentielle pour mon site.

    Ma config actuelle :
    Spip version 2.0.10 build 14698 (passage en 2.1. n’a pas marché, module de sauvegarde rencontrait des disfonctionnements)
    CFG : Version : 1.16.0 [55674] — stable
    Couteau suisse version 1.8.62 [60543] stable
    PHP Version 5.2.17 chez OVH (maj du fichier htaccess pour activer la prise en compte de php 5 a été fait)

    Répondre à ce message

  • 5

    Est-ce que quelqu’un peut m’expliquer ce mystère ?

    En essayant d’entrer dans l’administration de mon site web, j’obtiens le message suivant (voir copie d’écran jointe. Comme cela est apparu tout d’un coup, je pense que le problème vient de l’hébergeur, par contre je ne sais pas retourner dans mon espace d’administration pour remettre les choses en ordre.

    Merci aux experts.

    • Salut, as-tu SPIP et le CS bien à jour ? Quelles sont les versions ?

    • Il semble qu’une recompilation du Couteau Suisse soit nécessaire car un fichier semble manquer...

    • Merci Pat.

      Tu me parles chinois !

      SPIP 2.1.8

      Comment recompiles-tu le CS ? quand tu n’as plus accès à ton administration.

      Tu sembles me confirmer que mes fichiers se sont « volatilisés » chez OVH, ce qu’ils sont incapables de reconnaitre et de corriger.

      Je cherche également un nouvel hébergement mutualisé sérieux.

    • Salut Manu.

      En principe ces 2 warnings ne sont pas bloquants. De plus, il semble que ton CS soit ancien car le code de la fonction en question s’est renforcé et ne devrait plus produire cette erreur.

      Sinon, pour recompiler le CS (à condition d’être loggué), tu peux ajouter « &cs=calcul » dans ton URL.

    • Super Pat !

      Tu es un grand manitou du code spip.

      Merci de ton aide.

      As-tu des conseils de base pour les mises à jour, sauvegardes,... ?

      Bon week-end du 1er mai.

    Répondre à ce message

  • 3

    Bonjour,
    j’ai activé le « site en travaux » et je ne peux plus accéder à l’interface privée.
    Lorsque je suis sur /ecrire/ j’ai une page blanche.
    Est-il poissible d’aller dans la BDD désactiver directement le « site en travaux ».
    Merci d’avance... juste avant la mise en ligne, je suis complètement bloqué. Pourquoi j’ai voulu activer ça !!! ???
    Please !!! HELP !

    • Bon, je réponds à mon propre problème.
      J’avais la chance d’avoir une copie du dossier tmp avant modif...
      J’ai remplacé le dossier tmp par l’ancien et les choses sont revenu dans l’ordre.
      Mais si quelqu’un à une réponse à ma question... merci d’avance.
      Denis

    • Le dossier tmp/ peut se supprimer en principe, voire se renommer. SPIP et ses plugins le reconstituent ensuite.

    • C’est effectivement ce que j’ai découvert. en tout cas, merci de ton aide.

    Répondre à ce message

  • Renée Picard

    Bonjour

    Après un passage de SPIP 1.9.2 à 2.1.2
    Après avoir désactivé tous les plugins et les réactiver un à un en faisant un test PayPal :

    Il y a un conflit entre le couteau suisse actuel et des boutons PayPal codé il y a 4 ans.
    Je dois refaire tous les boutons.
    Quelle est la raison selon vous ?
    RP

    Répondre à ce message

  • Salut à vous,

    Merci aux auteurs pour cet excellent plugin.
    En revanche, à moins que j’ai mal cherché, j’ai du mal à trouver de la doc détaillée concernant les différentes lames du couteau.

    Je cherche par exemple de la doc sur la syntaxe de la lame « Corrections Automatiques ».

    Merci d’avance pour votre coup de main.

    Répondre à ce message

  • 4

    Salut,

    Avec un statut d’admin webmestre, j’obtiens « admin_couteau_suisse : Accès interdit » sur les pages de configuration du plugin. Une idée de ce que ça peut être ? (SPIP 2112 et dernière version du couteau suisse)

    Merci.

    • Apparemment, il entre en contradiction avec le plugin autorité. Dès désinstallation de ce dernier l’accès est ok. Le plugin Autorité ne me donne pas de soucis sauf sur le plugin du couteau suisse. Est-ce qu’il n’y aurait pas une erreur du coté des autorisations ?

    • La configuration du Couteau Suisse est collée à celle qui est prévue par SPIP pour configurer les plugins. Bien sûr elle peut-être surchargée à l’aide de fonctions personnalisées. En principe, si le CS ne peut pas être configurén alors les plugins non plus...

      Est-ce bien le cas sur ton site ? Peut-être ton statut n’est-il pas reconnu comme celui d’un webmestre ?

    • Précision : le plugin « Autorité » configure d’office la config des plugins (et donc du CS) aux seuls webmestres.

    • Salut,

      Je suis bien webmestre et admin. Je n’ai pas ajouté de fonction personnalisée et je n’ai ce souci qu’avez le CS. (Pret de 30 autres configs de plugins fonctionnent très bien). Une idée ?

    Répondre à ce message

  • haqqtiviste

    URLs « propres2 » : l’extension ’.html’ est ajoutée aux liens « propres ».
    Exemple : /Mon-titre-d-article.html ou /-Ma-rubrique-.html

    Début des URLs :

    comment ajouter un mot au début de chaque URL de chaque objet de mon site ?
    ex : monsite.com/unmot/xxx-le reste de l’url propre2 qui va bien .html

    il y a bien un champ dans le CS, mais ne faut il pas aussi ajouter qque chose dans le htaccess ?

    Répondre à ce message

  • 2

    Bonjour,

    Concernant le retour à la ligne automatique :
    Sur un site (2.1.12 ,dernière version de couteau suisse, page du couteau mise à jour) sans avoir mis le fichier mes_options j’avais le retour à la ligne automatique sur les rubriques mais pas sur une ! Ne sais pas pourquoi. Ai donc mis le fichier mes_options.php dans config :

    <?php 
    
    // Traitement des retours à la ligne automatiques pour #TEXTE/rubriques
    $GLOBALS['mes_outils']['autobr_perso'] = array(
        'traitement:TEXTE/rubriques:pre_propre' => 'autobr_pre_propre',
    );
    
    ?>

    Mais rien à faire dans cette rubrique pourtant vide le texte ne va jamais à la ligne... une idée ?

    • Bonjour,

      Cette rubrique a-t-elle un squelette partiulier ?
      As-tu vérifié le code source du squelette ?
      Essayé de revenir à la dist de SPIP ?

    • après des mois je viens quand même donner la réponse qui était toute bête, une fois le fichier uploadé il fallait simplement revenir sur le couteau suisse et re-enregistrer la lame et ca a pris en compte le retour à la ligne ! merci !!

    Répondre à ce message

  • N’ayant pas réussi ni à activer le .htaccess chez OVH, ni à obtenir des explications de leur part, et voulant me débarrasser des adresses en .ru de mes statistiques, j’ai activé dans le couteau suisse, la fonction lutte contre le spam, et dans la case adéquate marqué les IP des .ru que je veux bloquer.

    C’est un essai, je ne sais pas si ça va marcher. (en fait ça ne marche pas...)

    Par contre ce serait une super idée de développement pour le couteau suisse que de permettre le blocage des IP indésirables qui nous pourrissent la vie.

    Répondre à ce message

  • 5

    bonjour,
    J’utilise l’option « Découpe en pages et onglets » du CS, je l’ai bien activé sans problème. Mais sur le 3e onglet j’ai mis une carte ddu plugin GIS2 mais la carte ne se charge pas voir image jointe, problème de js sans doute. J’ai tout essayé mais toujours rien, est ce que quelqu’un à une idée ? Merci

    • Et si tu mets ta carte dans le 1er onglet ? Certaines commandes javascript ne fonctionnent pas sur un onglet fermé...

    • Merci, si je mets la carte dans le 1e onglet, elle s’affiche normale mais malheureusement c’est pas sa place :). Est ce ya un point de se pointer par exemple sur l’onglet 3 dès le chargement de la page article ? comme ca le problème serait réglé ? Merci encore

    • Est ce que y’a un moyen de se pointer sur l’onglet 3 dès le chargement de la page ? je voulais dire

    • Ce thread ne devrait pas avoir lieu ici mais là : Découper un texte en pages et/ou en onglets.

      Bref, il faudrait sans doute que la carte se fabrique avant les onglets, au moment où ils sont tous visibles.

      Avec les commit http://zone.spip.org/trac/spip-zone... et http://zone.spip.org/trac/spip-zone... on peut désormais ouvrir des onglets de 2 façons :
      -  au moment de la conception des onglets
      -  une fois le DOM de la page prêt.

      Après mise à jour du plugin, voici le texte à tester :

      <ouvre_onglet2>
       <onglets>bla bla bla</onglets>
       <ouvre_onglet0|ready=1>

      On y voit ligne par ligne :
      -  une initialisation des onglets le 3e étant ouvert dès le départ
      -  l’ensemble d’onglets proprement dit
      -  un retour au premier onglet une fois la page calculée, cachant ainsi le 3e

      Tout ceci est à tester sur ton problème et voir si ça permet d’avancer.

    • Merci pour tout, mais aprés tous les tests faits la carte ne se charge toujours pas !

    Répondre à ce message

  • 1

    bonsoir

    J’ai vidé /tmp, devalidé post_autobr utilisé la commande ?exec=admin_couteau_suisse&cmd=resetall , toujours des br. Desinstallé le cs pareil. Une idée ?

    • Déja répondu mais le message a disparu, (en double alors !), désolé pour le coup de clairon mais les <br>venaient probablement de raccourcis spip

    Répondre à ce message

  • 2

    Est-ce que quelqu’un a des soucis avec la découpe en page et en onglet des articles avec IE9 ?

    Parce que sur un des sites que j’ai fait, on m’a fait remarquer un soucis récemment : dès qu’on passe à la page suivante, le texte perd sa mise en page. Comme si il ne trouvait plus la CSS… Par contre aucun soucis avec les onglets, uniquement la découpe en page.

    Une idée ? S’il faut un lien dites-le j’en fournirais un.

    Répondre à ce message

  • 2

    Bonjour,

    J ai fais la mise a jour vers la derniere version du plugin
    et j ai le message suivant :
    Warning : include_once(tmp/couteau-suisse/mes_outils.php) [function.include-once] : failed to open stream : No such file or directory in /homepages/36/d328607727/htdocs/subdomains/cfe-cgc/httpdocs/plugins/auto/couteau_suisse/cout_lancement.php on line 240

    et je n’arrive plus a me connecter et a accéder a mon espace privé ....

    • La procédure d’urgence de supprimer le tmp/couteau_suisse m’a permis de récupérer l’acces, et de corriger ...

      Bonne soirée

    • Merci du retour.
      J’ai quand même posté une petite modif dans le code du plugin, histoire de ne pas reproduire cette erreur.

    Répondre à ce message

  • 5

    Suite mise à jour vers 55324, j’obtiens un message d’erreur sur la fonction maj automatique. j’ai vidé cache, vérifié les droits etc... mais rien n’y fait. J’ai donc remis la version précédente :

    Fatal error : Uncaught exception ’PDOException’ with message ’safe_mode/open_basedir prohibits opening ’ in /var/www/vhosts/monsite.com/httpdocs/plugins/auto/couteau_suisse/outils/maj_auto_action_rapide.php:293 Stack trace : #0 /var/www/vhosts/monsite.com/httpdocs/plugins/auto/couteau_suisse/outils/maj_auto_action_rapide.php(293) : PDO->__construct(’sqlite :’) #1 /var/www/vhosts/monsite.com/httpdocs/plugins/auto/couteau_suisse/outils/maj_auto_action_rapide.php(232) : version_svn_courante2(’../extensions/f...’) #2 /var/www/vhosts/monsite.com/httpdocs/plugins/auto/couteau_suisse/outils/maj_auto_action_rapide.php(99) : plugin_get_infos_maj(’filtres_images’, false, ’../extensions/’) #3 /var/www/vhosts/monsite.com/httpdocs/plugins/auto/couteau_suisse/inc/cs_outils.php(235) : maj_auto_action_rapide() #4 /var/www/vhosts/monsite.com/httpdocs/plugins/auto/couteau_suisse/inc/cs_outils.php(108) : cs_action_rapide(’maj_auto’, 1) #5 /var/www/vhosts/monsite.com/httpdocs/plug in /var/www/vhosts/monsite.com/httpdocs/plugins/auto/couteau_suisse/outils/maj_auto_action_rapide.php on line 293

    • Erreur comparable après maj en 55324
      Spip 2.12
      Php : 5.0.32 Debian
      Apache/2.2.16 (Debian)

      Début de l’erreur :
      PHP Fatal error : Uncaught exception ’PDOException’ with message ’could not find driver’
      in /monsite/plugins/auto/couteau_suisse/outil/maj_auto_action_rapide.php :
      293\nStack trace\n#0 /var/www/rouen.iufm.fr/www/plugins/auto/couteau_suisse/outils/maj_auto_action_rapide.php(293) : PDO->__construct(’sqlite :’)\n#1 /monsite/plugins/auto/couteau_suisse/outil/maj_auto_action_rapide.php(232):version_svn_courante2(’../plugins/auto...’)
      \n#2 /monsite/plugins/auto/couteau_suisse/outil//maj_auto_action_rapide.php(99) : plugin_get_infos_maj(’auto/fckeditor-...’, false, ’../plugins/’

      nb : la mise à jour de fckeditor ne peut être trouvée puis qu’il n’est plus maintenu.

    • Bonjour Phj,

      J’ai eu le même soucis.
      L’important dans ton message d’erreur est « could not find driver », il faut installer php5-sqlite et après plus de problème !

    • Effectivement.
      Testé et installé sur deux serveurs.
      On ne suis pas toujours, pas assez, l’évolution des applis... :
      http://php.net/manual/fr/migration51.databases.php
      Mais c’est le premier cms/plugin qui me demande sqlite !

      Merci

    • Bonjour à tous.

      Merci pour vos messages et vos réflexions. Je viens de publier une correction sur le plugin. Cet accès sqlite était expérimental, je pense qu’on pourra totalement s’en passer désormais. Mes excuses pour ces bugs pas graves du tout, mais qu’on aurait pu éviter.

      Le nouveau paquet ZIP sera dispo vers 14h05.

    • Merci pour ces maj qui fonctionnent bien et surtout un grand merci à la communauté pour ce fantastique travail

    Répondre à ce message

  • 7

    bonjour,
    J’ai installé la dernière version de spip 2.112, j’en ai profité pour mettre les plugins à jour, mais un fois le couteau suisse mis à jour
    j’ai la réponse :

    Parse error : syntax error, unexpected ’’ in /mnt/146/free.fr/f/4/3hsolutions/plugins/auto/couteau_suisse/outils/maj_auto_action_rapide.php on line 292

    et je n’ai plus accès à la mise à jour automatique et il en va de même pour écran de sécurité.

    configuration SPIP 2.1.12 [18732], Sarka-SPIP 3.0.8 [54368] |

    J’ai désintallé puis réinstallé le couteau suisse par FTP et j’ai la même réponse.

    Que puis-je faire ?
    Merci.

    • Bonjour

      Free bloquerais certain port qu’il bloquais pas avant ?

    • Ah, il semble que ton PHP n’accepte les les try / catch ! Quelle est la version de ton PHP ? Pourrais-tu peut-être passer en PHP 5 ?

      Je vais voir comment tester ça. En attendant, retire toutes les lignes 290 à 304 du fichier /plugins/auto/couteau_suisse/outils/ma­j_auto_action_rapide.php pour avoir simplement au final (ligne 288) :

      		} else $b = basename($dir);
      	} else $b = '';
      	return false;
      }
    • Rebonjour. Vers 13h une correction sera disponible sur le Couteau Suisse. PHP4 n’aime effectivement pas les try / catch, et ce n’est pas précisé dans la doc française !

      Tu nous diras si tout est rentré dans l’ordre ;-)

    • donc je remplace les lignes 290 à 306 par le patch ?

      j’ai vider le cache de Firefox et de spip et j’ai la même réponse

      le code modifié est :

      // version 1.7 de Subversion
      if(!class_exists(’PDO’)) return false ;
      try
      /* try */
      $db = new PDO(’sqlite :’ . $dir2) ;
      // foreach ($db->query(’SELECT * FROM SQLite_master WHERE type=\’table\’ ;’) as $row) print_r($row) ;
      foreach ($res as $row) return array($row[0], $url) ;

      catch(PDOException $e)
      /*
      catch(PDOException $e)
      return false ;
      */
      return false ;

      Les accolades ne sont pas retranscrite dans le message.

      la réponse est la même

      Parse error : syntax error, unexpected ’’ in /mnt/146/free.fr/f/4/3hsolutions/plugins/auto/couteau_suisse/outils/maj_auto_action_rapide.php on line 292

    • Maj ton couteau et vide les caches plutôt que de modifier ton code.

    • c’est fait et cela ne marche pas plus.

      J’ai tout réinstallé en local avec MAMP qui utilise PH 5.2.13 et cela marche très bien.

      Je ne sais pas où trouver la version PHP de free.

      Je vais recommencer les procédures de réinstallation du couteau et on verra bien.

      A+ et merci
      les recherches continue.

    • je réécris pour vous dire qu’après avoir supprimé le dossier du couteau par FTP et réinstallation cela marche.

      Par contre j’ai le message suivant quand je veux vider le cache, mais j’ai toujours eu cela.

      Fatal error : unlink(../local//cache-vignettes/L200xH134/.ok) [function.unlink] : No such file or directory in /mnt/146/free.fr/f/4/3hsolutions/ecrire/inc/flock.php on line 277

      encore merci.

    Répondre à ce message

  • 3
    mbourlier

    Bonjour,
    Tentatives de mises à jour auto depuis hier matin de la révision 54741 vers la 54759 annoncée disponible. Le téléchargement annonce toujours révision 54741. Même chose par FTP. Omission, erreurs, ... ?

    Cordialement
    M. BOURLIER

    • Bonjour, merci du retour.

      Je ne reproduis pas ton problème. Les mises à jour sont-elles opé à présent ? Le paquet zip n’était peut-être pas encore prêt...

    • mbourlier

      Non ! A 17h 10, le problème reste identique : la révision 54759 ne se charge pas.
      Cordialement
      M. BOURLIER

    • mbourlier

      Résolu en forçant les choses !
      Je fais des essais en local avec Spip 3.0 et la mise à jour 54759 s’est faite sans problème. J’ai retenté sur mon site sans succès. J’ai donc transféré en FTP le paquet de mon site local vers mon site distant et plus de souci !
      Bizarre

      Cordialement
      M. BOURLIER

    Répondre à ce message

  • 2

    Sauts de ligne automatiques sur le texte des brèves
    J’ai activé la lame « saut de ligne » du CS et je souhaitais que le texte des brèves soit concerné lui aussi. J’ai donc ajouté dans config/mes_options.php les lignes ci-dessous... Mais cela ne fonctionne pas... Une idée ?

    function autobr_surcharger_outil($tab)
            {$tab ['
            traitement:DESCRIPTIF:pre_propre,
            traitement:CHAPO:pre_propre,
            traitement:PS:pre_propre,
            traitement:TEXTE/rubriques:pre_propre,
            traitement:TEXTE/breves:pre_propre
            '] = 'autobr_pre_propre'; return $tab;}
    • Bonjour,

      Je viens de tester ta fonction qui est correcte sous SPIP 3.0, les brèves sont bien concernées par les sauts de ligne simples. Quelle version de SPIP utilises-tu ? N’y aurait-il pas un plugin ou autre chose qui détournerait le traitement des brèves sur ton site ?

    • Pour en avoir le coeur net, j’ai donc viré ***tous*** les plugins sauf le CS bien sûr (version 1.8.38.01 - stable), bien sûr ! J’ai viré le dossier squelettes pour être avec la dist. Mis à jour avec la dernière version de SPIP 2.1.12 fraichement téléchargée (j’étais en 2.1.10 avant).... et grrrrr... ça ne veut pas le faire... C’est OK sur le texte d’un article, son chapo... pas sur le texte dans une brève...
      J’ai vérifié que le fichier mes_options.php est bien pris en compte : si j’y fais une erreur de syntaxe, j’ai droit à une belle page blanche
      Ce site tourne en local (ubuntu). La seule particularité, c’est qu’il s’agit d’une configuration en mutualisation (ferme à SPIP)

      Ça peut être quoi, docteur ?

    Répondre à ce message

  • 1

    Bonjour

    Suite a désactivation d’une ancienne version du « couteau suisse » 1.7.17.05 et remplacé par la derniére version 1.8.45 mon site ne s’affiche plus :(

    voila message d’erreur :

    Fatal error : Cannot redeclare execute_pipeline_bt_gadgets() (previously declared in /homez.108/leschime/www/tmp/charger_pipelines.php:267) in /homez.108/leschime/www/tmp/charger_pipelines.php on line 312

    site en SPIP 1.9.2d avec squelette Beespip : http://www.leschimeres.info/

    J’ai désactivé la nouvelle version et retourné a l’ancienne : site de nouveau actif.

    une idée ?

    un grand merci

    Stéphane

    • Hey, ton problème est cité dans l’article ci-dessus ;-) Tu nous tiens au courant ?

    Répondre à ce message

  • 4

    Bonsoir Pat

    Pourrait on voir dans la page en travaux, le code google analytics ?

    Histoire que quand on dev un site, connaitre les visiteurs ;)

    Répondre à ce message

  • 2

    Bonjour

    je cherche un moyen d’obtenir un bouton permettant au rédacteur d’insérer un code personalisé
    un peu comme les boutons bloc et onglet (ou comme sur ce site avec les différents cadre proposé)

    ceci afin de proposer l’affichage d’une partie d’échecs au format PGN avec ce code

    <script src='http://chesstuff.googlecode.com/svn/deployChessViewer.js' type='text/javascript'></script>
    <script id="oChessViewer" type="text/javascript">
    /*
    TEXTE DU FICHIER PGN
    */
    makeChessApplet ( null, {LightSquares: "F3DCC2",DarkSquares: "DDA37B",Background: "CCCCCC",PuzzleMode: "off" } );
    </script>

    le plus simple serait de modifier un bouton existant mais je ne trouve pas le fichier
    contenant le code insérer par le bouton invisible que j’aimerais remplacer

    <visible>Un titre
    
    Placez votre texte ici
    </visible>

    pouvez vous m’indiquez dans quel fichier cela se trouve

    Merci

    • Bonjour,

      Sans doute faudrait-il créer une lame perso qui fait ce job, avec éventuellement quelques variables de config... Si tu as un site de test, je peux aider un peu.

    • oui j’ai plusieurs site de test (en ligne et sous wamp)
      c’est un outils simple et quasiment identique a certain existant que je souhaite ajouter
      je veux bien la marche à suivre
      merci

    Répondre à ce message

  • 1

    bonjour,
    J’utilise l’option « Découpe en pages et onglets » du CS, je l’ai bien activé sans problème. Mais en parti privé j’ai bien les onglets par contre je ne l’ai pas en partie public.....problème de js ou de css ?? voir les images jointes . Merci de votre aide

    • Bonjour,

      Peut-être faut-il vérifier la syntaxe de ton squelette ? J’imagine qu’avec la dist de SPIP tout fonctionne normalement...

    Répondre à ce message

  • Bonjour tout le monde,
    J’aimerai savoir comment bien configuré « la lutte contre le spam » du plugin couteau suisse ?? Merci de votre réponse

    Répondre à ce message

  • 4

    Bonjour,

    j’ai remarqué un bug aléatoire (pb d’interprétation des raccourcis

    [liens->url] <img> <doc>

    dans le texte des article dû à la version précédente du couteau suisse (1.8.41) que j’’utilisais (voir sujet du forum : http://forum.spip.org/fr_236879.html#forum237199) : j’ai un code incompréhensible à la place du lien ou de l’image, ce bug existe à la fois dans la partie privée de spip et sur le site public. (version de spip : SPIP 2.1.10 [17657])

    sur un site test : http://www.snetap-fsu.fr/MaJSiteV2/spip.php?article1777
    > en désactivant le CS > le bug a disparu
    > en remettant à jour le plugin du CS (1.8.43), le bug a disparu > super !

    sur le site en production : http://www.snetap-fsu.fr/Affectation-des-ACEN-a-la-rentree.html?var_mode=recalcul
    > en désactivant le plugin, CS, le bug disparait
    > en remettant à jour le plugin du CS (version 1.8.43), le bug est toujours là > snif ! : pour être précise, le bug est là sur le site public mais il n’est plus là dans la visualisation html dans l’espace privé.

    Je suis toutes les étapes décrites dans ce support pour la mise à jour du plugin :

    Pour mettre à jour le plugin, la procédure par FTP s’exécute en quatre points :

    Supprimez tous les fichiers du dossier plugins/couteau_suisse/
    Transférez-y les nouveaux fichiers téléchargés sur la zone
    Rendez-vous sur la page de gestion des plugins (ou procédez à son réaffichage) : ecrire/ ?exec=admin_plugin
    Rendez-vous sur la page de gestion du Couteau Suisse (ou procédez à son réaffichage) : ecrire/ ?exec=admin_couteau_suisse

    et aussi j’ai :
    > supprimé le dossier couteau suisse dans tmp
    > supprimé les fichier charger_* dans tmp
    > désactivé le plugin (= décocher et enregistrer),
    > réactivé le plugin, (= recocher le plugin et enregistrer)
    > vider le cache....

    ...mais le bug persiste sur le site public...

    >> je perçoit que je suis presque arrivée à la résolution, mais qu’il s’agit d’une question d’affichage ou de cache qui n’est pas à jour sur le site public >> Patrice, aurais-tu un conseil pour recharger ou « recompilier » le plugin ? me conseilles-tu d’utiliser la procédure d’urgence ? :

    Pour le pire des cas, il existe un lien permettant de réinitialiser complètement le plugin, en désactivant l’ensemble des outils et en supprimant toutes les variables stockées dans la base de données. Voici ce lien : ecrire/ ?exec=admin_couteau_suisse&cmd=resetall
    merci d’avance

    • Salut !

      Je ne pense pas que l’on soit obligé d’en arriver là. Ce problème est peut-être dû à une interaction entre deux lames que je pourrai corriger. Je soupçonne « liens_orphelins » et/ou « guillemets ».

      Qu’est-ce qui se passe si tu en désactives l’une des deux ?

    • « guillemets typographiques » et « belles url » étaient activées, et désactiver l’une et l’autre ne change pas le souci.

      pour infos, voici les autres fonctionnalités activées :
      -  Mailcrypt
      -  Dans la même rubrique
      -  glossaire interne
      -  retours de ligne automatique
      -  blocs dépliables (pas utilisés par les rédacteurs)
      -  découpe en page et onglets (pas utilisés par les rédacteurs)
      -  filets de séparation (pas utilisés par les rédacteurs)
      -  jolis coins
      -  supprime le numéro

    • Merci.

      Je te laisse conclure ce fil, car il semble bien que les expressions régulières introduites dans les mots de ton glossaire soient à la source de tes soucis !!

    • Effectivement > pas d’anomalies du côté de spip ou du couteau suisse ;))

      > par contre nous avions une mauvaise utilisation du glossaire et une méconnaissance des expressions régulières à y entrer !
      nous avons corrigé nos expressions régulières avec les conseils de Patrice et les infos expliquées sur la page d’un glossaire interne pour vos sites :

      Ces expressions régulières sont utiles pour la recherche d’un mot sensible à la casse. Exemple : « ,\bCES\b, » (abbréviation de Collège d’Enseignement Secondaire à ne pas confondre avec le pronom « ces »). Attention, les expressions régulières sont à manier avec précaution : elles sont très puissantes et parfois coûteuses en performance.

      Notamment, il n’est pas recommandé d’utiliser l’expression « ,CES, » sans les limites de mots car cette suite trop courte de caractères peut être présente hors du contexte souhaité, et perturber les séquences préalablement protégées dans le texte (comme les liens échappés par le Couteau Suisse ou les modèles échappés par SPIP). Méfiez-vous donc de vos expressions régulières si un jour un truc bizarre ressemblant à « uIHByb2Zlc3Npb25uZWxsZTwvYT4= » apparaît dans vos textes à la place d’un hyperlien ou d’un modèle !

      Merci pour la réactivité et pour avoir donner un coup de main à la résolution du pb, !

    Répondre à ce message

  • 2

    Salut,

    Je travaille avec SPIP v2.1.10[17657] et avec la dernière version du couteau suisse v1.8.43.01.
    J’utilise une base SQLite3, hors la fonction « DESCRIBE » n’est pas supportée. J’obtiens donc une erreur de ce type :

    Aug 18 11:19:25 ::1 (pid 5400) Erreur sqlite 1
    Aug 18 11:19:25 ::1 (pid 5400)
    0 : HY000
    1 : 1
    2 : near « DESCRIBE » : syntax error - DESCRIBE spip_meta valeur

    J’ai donc patché le fichier « admin_couteau_suisse.php », dans la fonction « quelques_verifications » à la ligne 259 :

    // verification d'une base venant de SPIP 1.8
    
    // Remplacer :
    // $tmp = spip_query('DESCRIBE spip_meta valeur');
    // $tmp = function_exists('spip_fetch_array')?spip_fetch_array($tmp):sql_fetch($tmp);
    // Par :
      global $db_ok;
      if ($db_ok['type'] != "sqlite3") {
        $tmp = spip_query('DESCRIBE spip_meta valeur');
        $tmp = function_exists('spip_fetch_array')?spip_fetch_array($tmp):sql_fetch($tmp);
      } else {
        // Inspiré de :
        // http://stackoverflow.com/questions/685206/sqlite-how-to-get-a-list-of-column-names
        $sqlite = spip_query('PRAGMA table_info(spip_meta);');
        $sqlite = sql_fetch_all($sqlite);
        $types = array_reduce($lit,function($rV,$cV) {$rV[]=$cV['type']; return $rV;}, array());
        $tmp['Type'] = $types[1];
      }

    Je me suis toutefois demandé s’il ne fallait pas tout simplement sauter ce test dans le cas d’une base SQLite...

    Voilà, je vous laisse y jeter un oeil, dans l’attente d’une modification dans le code officiel ;)
    Merci.

    • Salut.

      Effectivement ce test mineur peut être simplement sauté dans le cas d’une base SQLite. Il correspond en fait à une mauvaise mise à jour dans SPIP d’une base de données très ancienne et implique, s’il n’est pas corrigé, l’impossibilité d’activer plus d’un ou deux plugins...

      N’hésites pas à commiter le test sur $db_ok[’type’] ;-)

    • Salut,

      Merci pour la réponse. Puis-je ouvrir un compte pour commiter cette seule contribution ?
      Disons que je ne sais pas si j’aurai l’occasion d’effectuer d’autres apports.
      Peut-être existe-t-il un moyen plus « rapide » de soumettre cette correction.

    Répondre à ce message

  • hlacroix

    Bonjour,
    Oui, la version 1.8.43.00 règle aussi mon problème.
    Tout semble être rentré dans l’ordre avec cette version.
    Encore merci.
    Cordialement

    Répondre à ce message

  • 2
    mbourlier

    Bonjour,
    Tentative de mise à jour auto ce matin soldée par un échec ; même chose par FTP.
    Je n’avais aucun souci jusqu’à présent.
    Une solution ?
    Merci d’avance
    Cordialement
    M. BOURLIER
    Découvrir l’autre, l’ailleurs, soi

    • Bonjour,

      Je viens d’apporter une petite correction au plugin, le travail n’est pas encore terminé. Afin d’assurer une compatibilité avec SPIP 3.0, certaines fonctions du CS ont changé de nom. Il faut donc supprimer tous les fichiers tmp/cache/charger*.* afin de reconstruire le cache des plugins.

    • mbourlier

      Bonjour,

      Oui, la version 1.8.43.00 règle le problème. Après désactivation du plugin, téléchargement de la nouvelle version et transfert par FTP dans le dossier plugins/auto/, vidage du cache et réactivation. Tout semble rentré dans l’ordre.
      Merci pour cette belle réactivité.
      Cordialement
      M. BOURLIER
      Découvrir l’autre, l’ailleurs, soi

    Répondre à ce message

  • 3
    hlacroix

    Bonjour,
    Tentative de mise à jour automatique du couteau suisse, aujourd’hui.
    SPIP 2.1.10 [17657]
    Version : 1.8.42.00 [50159]
    Je ne peux plus accéder à la page « couteau suisse » même avec cache vidé
    Que faire ?
    D’avance merci.

    • Bonjour, merci du retour. La version 1.8.43.00 du plugin règle-t-elle le problème ?

    • mbourlier

      Bonjour,

      Oui, la version 1.8.43.00 règle le problème. Après désactivation du plugin, téléchargement de la nouvelle version et transfert par FTP dans le dossier plugins/auto/, vidage du cache et réactivation. Tout semble rentré dans l’ordre.
      Merci pour cette belle réactivité.
      Cordialement
      M. BOURLIER
      Découvrir l’autre, l’ailleurs, soi

    • Chez moi aussi, tout est rentré dans l’ordre avec cette version.

      merci

    Répondre à ce message

  • 1
    Camille Sauvage

    Bonjour, il y a un effet secondaire indésirable à la pagination introduite par l’excellent Couteau Suisse. La flèche de gauche « page précédente » est comprise par SPIP comme une image et par conséquent SPIP l’interprète comme du contenu. Ce qui fait que lorsqu’un résumé de page paginé par Couteau Suisse apparaît dans une page, la première image que SPIP voit est celle de la flèche « page précédente » et que l’image résumant l’article lié (le teaser) est la flèche gauche.
    Est-ce que vous êtes au courant de ce problème ? Quelqu’un se serait-il penché dessus.
    Il me semble qu’une façon élégante de résoudre cette question serait de passer l’URL de l’image dans une CSS (type balise DIV) et non pas dans un IMG src=... comme c’est le cas en ce moment.
    Vous pouvez voir un exemple de cet effet de bord à l’adresse :
    http://www.espci.fr/fr/actualites/
    où l’image du premier article (à l’heure où j’écris ces lignes) n’est autre que precedent_off-ac404-67dae.gif
    Je vais corriger le bug localement chez moi, mais si jamais vous aviez déjà trouvé une parade, je serais content de connaître laquelle. Si vous voulez que je vous remonte ma correction en tant que contrib, j’en serais également honoré.
    Merci
    Camille

    Répondre à ce message

  • 6

    Bonjour,

    Tentative de mise à jour automatique du couteau suisse, aujourd’hui.

    Message : « Fatal error : Call to undefined function cs_liste_contribs() in /.../plugins/auto/couteau_suisse/exec/admin_couteau_suisse.php on line 206 »

    Je ne peux plus accéder à la page « couteau suisse » même avec cache vidé

    Que faire ?
    Merci

    SPIP 2.1.10 [17657]
    Version : 1.8.42.00 [50159]

    • Bonjour

      J’ai le même souci, avec la même version de SPIP et du CS.

    • Bonjour,

      Je viens d’apporter une petite correction au plugin pour éviter cette erreur, le travail n’est pas encore terminé. Afin d’assurer une compatibilité avec SPIP 3.0, certaines fonctions du CS ont changé de nom. Il faut donc supprimer tous les fichiers tmp/cache/charger*.* afin de reconstruire le cache des plugins.

    • vetbenj

      Même problème pour moi. J’ai suivi tes recommandations Pat, mais cela ne fonctionne toujours pas.

    • Impossible même d’installer la toute dernière version du CS sur un SPIP 2.1.10 [17657] : « Installation : ECHEC » — je n’ai voulu installer que ce plugin ! ^^
      La précédente version 1.8.41.04 [49429] s’installe correctement en revanche

    • Idem pour moi : malgré la suppression des fichiers indiqués, l’installation est toujours impossible.

    • Ah oui, le zip n’a été construit qu’à 15h !

    Répondre à ce message

  • 7
    Miloulorrain

    Bonjour,
    J’ai SPIP 2.1.10 (17657) Sarkaspips 3.0.4 (40664) et mise à jour automatique des plugings par le couteau suisse onglet sécurité,
    qui a fonctionné correctement jusqu’à aujourd’hui, mise à jour du couteau suisse 1.8.41.01 (48733) qui me répond installation du pluging Le Couteau Suisse ECHEC.
    Pas fortiche en informatique, je pense ne pas être le seul avec ce pb lors de la nouvelle mise à jour. Même pb avec un site recréé tout propre en local.
    Le tout en couleur ne fonctionne plus, et certainement d’autres possibilités annulées.
    Avec mes remerciements.
    Miloulorrain

    • As-tu bien vidé les caches ? Avec la révision 48737, l’ECHEC disparait-il ?

    • Miloulorrain

      Bonsoir Patrice,
      J’ai bien vidé les caches, mais c’est tjrs ECHEC avec la révision 48733 qui est la dernière en date.

    • Miloulorrain

      Avec la version Version : 1.8.41.01 [48738] c’est pareil.{}
      Installation du plugin le couteau suisse , le couteau suisse upgrade 1.01 echec

    • miloulorrain

      Merci Patrice, cette fois c’est ok
      Le Couteau Suisse ».
      Version locale : 1.8.41.01
      Révision : 48740

    • Super. Merci du retour ;-)

    • Bonjour,

      Je viens de faire une mise à jour avec cette version :

      Version : 1.8.42.00 [50159]

      Et j’ai également un « echec »

      Installation du plugin Le Couteau Suisse

      Echec

      J’ai tenté de vider le cache, supprimer le CS ... bref le panel classique des essais que l’on peut faire dans ce type de situation.

      Merci d’avance pour l’aide à venir.

      Fred.

    • Merci pour la mise à jour, cela semble aller bien mieux maintenant.

      Fred.

    Répondre à ce message

  • 2
    mbourlier

    Bonjour,
    Tout d’abord, un grand merci pour les services que rend ce plugin.
    Un petit problème toutefois, mais ne sais s’il est en cause. Depuis la dernière mise à jour automatique pour la [49429], je n’arrive plus à accéder à l’outil « mises à jour automatique » alors que ; J’obtiens des messages d’erreurs « accès interdit » « temps de réponse du serveur dépassé » « Si votre navigateur n’est pas redirigé, cliquez ici pour continuer », ... Je n’arrive pas non plus à désactiver cet outil.
    Pouvez-vous éclairer ma lanterne ?
    Merci
    Cordialement
    M. BOURLIER
    michel-bourlier.fr

    • mbourlier

      Petite précision sur un message d’erreur :
      « charger_description_outil : Accès interdit »
      « Si votre navigateur n’est pas redirigé, cliquez ici pour continuer »

      Cordialement
      M. BOURLIER

    • mbourlier

      Rebonjour,

      Désolé ! Tout semble rentré dans l’ordre. Sûrement un problème d’accès au serveur de l’hébergeur.
      Cordialement
      M. BOURLIER

    Répondre à ce message

  • 4

    alerte développement durable
    Pour limiter la consommation inutile , on me demande qu’une alerte « développement durable » soit affichée en cas de demande d’impression d’une page web. Une idée de comment faire cela ? Ne serait-ce d’ailleurs pas une idée pour une lame supplémentaire ? (et, au passage, merci pour ce chouette outil qui, décidément, n’en finit pas de nous rendre plein de services)

    • Bonjour, j’imagine que le message doit être diffusé lors d’un clic d’impression et que ce clic est présent sur la page. Une solution Javascript/jQuery peut-être ? Tout dépend de comment ton site est présenté à l’impression, quand et où tu veux que l’alerte soit activée.

    • Pour l’instant, ce site est en phase de mise en place. Mais ce point précis de la mise en garde figure dans le cahier des charges. Sans présager de ce que sera mis en place au final, la piste retenue est de mettre en place une ’tite barre d’outils ( export pdf, recommander à un ami, favori, zoom etc... et impression,bien sûr !) et qu’il y ait une boite d’alerte du style : «  Vous avez demandé à imprimer cette page ? Assurez-vous que ce soit bien utile ». pour continuer ou pour annuler l’impression et revenir à la page courante lorsque l’icône d’impression serait cliquée.
      Il est vrai qu’on pourrait également imaginer une ruse toute simple qui fasse appel à un bloc dépliable dont l’apparition serait déclenchée par le clic sur l’icone d’impression, ce bloc comportant la mention énoncée ci-dessus.
      Mais puisqu’il s’agit d’une fonctionnalité qui peut présenter un intérêt générique, je me demandais si ce n’était pas un truc qu’on pouvait piloter dans le cadre du CS par une balise#AVERTISSEMENT ou un modèle comportant le bloc image + tout ce qui va bien avec et qui pourrait constituer une lame.

    • Oui c’est une idée intéressante. Je pars bientôt en vacances, le résultat de ton travail pourra effectivement intéresser le plus grand nombre, à l’ère de la dématérialisation.

      A titre d’essai, il t’es possible de créer en premier lieu une lame perso une fois que tu auras choisi la meilleure technique pour répondre à ce cahier des charges. Je pourrai t’aider en privé sur le plan technique si tu as besoin en ce qui concerne le CS.

    • OK... le temps venu, quand j’attaquerai le codage, je tenterai donc la mise en place d’une lame spécifique et ferai un retour là-dessus. Merci et... bonnes vacances !

    Répondre à ce message

  • Bonjour,
    Je n’arrive plus à mettre à jour aucun plugin via le couteau suisse.
    Idem, il m’est impossible d’en installer de nouveau (possible que via le FTP).
    Le message qui s’affiche est celui-ci :

    Fatal error : Call to undefined function : bouton_suivant() in /homez.341/apened/www/spip/ecrire/action/charger_plugin.php on line 265

    Quelqu’un pourrait-il m’aider à résoudre ce problème ?
    Merci beaucoup.

    Répondre à ce message

  • 2

    Bonjour
    je ne sais pas si la question a déjà été posée :
    de mon coté, sur un spip-2.1.10 et sqlite
    j’ai ceci en partie privée :

    Attention : votre base semble ancienne et le Couteau Suisse ne va pas bien fonctionner.
    La table ’spip_meta’ a pour type de valeur ’’ au lieu de ’text’.

    Là, ancienne, je ne crois pas.
    Est-ce qu’il faut faire quelque chose par rapport à ce message ?
    spip_meta a les champs nom valeur impt maj
    spip_meta a : valeur text DEFAULT ’’,

    Pour les mises à jours suivantes de spip
    Pas de Pb si je le modifie ?
    ou le début des ennuis ? Quelqu’un à une expérience là-dessus ?
    Remarquez qu’avec le paramètre visiteur_connectés (le seul que j’utilise, pour le moment) ça marche en valeur par defaut
    Quel est l’utilité de ’’ au lieu de ’text’ , (c’est pas moi qui le fait, c’est spip-2.1.10, pourquoi c’est pas fait d’origine, il me manque des pages ?!
    Humm, des infos peut-être ?.

    En fait je voudrais utiliser un peu plus le couteau suisse.
    merci d’avance pour les réponses

    • bonjour. Il n’y a pas d’inquiétude à avoir, le CS s’inquiète pour rien ici ;-)

      Il s’agit probablement de compatibilité à revoir avec sqlite...

    • A votre message , je comprends :
      on laisse la config meta par defaut,
      pour utiliser le couteau suisse.

      J’épluche la doc
      et je regarde.les choses utilisables.
      Je vous tiens au courant
      A une prochaine.

    Répondre à ce message

  • 3
    Olivier

    Bonjour.

    Je cherche à comprendre le fonctionnement des CSS de la partie « créer des onglets » du CS. Visiblement, SPIP appelle le fichier www/monsite/local/couteau_suisse/header.css. Lorsque je modifie les styles avec le module WebDevelopper de Firefox, pas de souci, je vois tout en temps réel, comme je le souhaite. Quand j’enregistre le fichier et le renvoie sur le serveur, l’original est revenu. Au passage, j’ai vidé le cache, etc. Rien n’y fait. Lorsque je modifie le fichier decoupe.css des outils du CS non plus. Je n’ai trouvé nulle part (mal cherché ??) d’explications à ce sujet..

    Merci d’avance de me lire,

    Olivier*
    *qui se sent un peu « truffe » sur ce coup...

    • Olivier

      La « truffe » se répond.

      J’avais fait une mauvaise surcharge.
      Il me suffisait de surcharger les css dans le fichier perso.css à placer dans mon dossier squelettes.
      Pardon pour le dérangement et merci de l’avoir lu.

      Olivier

      PS : le site où j’ai trouvé l’info : http://nout.crdp.ac-lyon.fr/escal/Le-couteau-suisse?lang=fr

    • Merci pour tes messages. Cela me permet de rappeler un certain nombre de choses.

      -  Le fichier www/monsite/local/couteau_suisse/header.css est le cache final créé par le CS. Il est utile à consulter mais surtout pas à modifier, nous sommes ici au tout dernier maillon de la chaine d’optimisation de l’exécution du site.
      -  Les onglets du CS sont gérés par l’outil outils/decoupe.php et appellent donc automatiquement les styles outils/decoupe.css (fichier fourni nativement)
      -  Ce fichier, comme de nombreux autres fichiers au sein du CS et tout comme au sein de SPIP lui-même, est surchargeable dans son ensemble : il suffit de le recopier dans votre squelette en conservant l’arborescence (dossierdemonsquelette/outils/decoupe.css) puis de le modifier ensuite.
      -  pour prendre en compte les modifications, alors il faut recompiler l’ensemble du Couteau suisse en réaffichant sa page d’admin par exemple (lire SVP les paragraphes parlant de cette recompilation), sans ommetre de vider les caches de SPIP, voire du navigateur client.

      S’il s’agit d’une petite surcharge de style, elle peut en effet prendre sa place dans perso.css (ou styles/perso.css, je ne sais plus...) à condition qu’elle soit placée après les appels aux styles compilés du Couteau Suisse (header.css notamment)

    • Olivier

      Un grand merci de tes explications, et surtout du temps pris pour me répondre.
      La solution avec perso.css a très bien fonctionné. J’avais pris la peine de tout vider et recompiler.

      Merci encore,

      Olivier

    Répondre à ce message

  • 4
    Christian Julia

    Bonjour,
    J’apprécie beaucoup l’usage des « chatons » pour animer le texte des articles, mais j’ai découvert une bizarrerie. Si la chaîne du nom d’un chaton (:nom) se retrouve dans le corps du texte, le châton y apparaît. En principe, cela ne se produit pas puisqu’on laisse une espace après les deux points. Mais il y a un cas où on est bien embêté, c’est dans la chaîne correspondant au lien de messagerie (mailto:). Il peut donc arriver que le chaton apparaisse au beau milieu du lien (qui est perturbé, d’ailleurs). Exemple. J’ai un châton qui se nomme :ba et si j’ai un lien de messagerie vers « barbara@orange.fr », cela donne « mailto:barbara@orange.fr » et le chaton apparaît au milieu du lien.
    J’appelle désormais mes chatons avec un underscore au milieu pour être sûr que la même graphie ne se retrouvera pas dans une adresse de messagerie. Exemple : « :b_a »
    Peut-être une meilleure idée ?
    PS. J’utilise CKEditor.

    • Effectivement, le remplacement des chatons est super rapide, mais un peu aveugle : il se fait grâce à la fonction str_replace(). Pour éviter ce désagrément il faudrait peut-être passer aux expression régulières avec preg_replace(), ce qui permettrait au moins de délimiter les mots (éviter qu’une image :ba soit insérée dans :barbara par exemple)...

    • Tu nous diras si la dernière mise à jour du Couteau Suisse règle ton problème. Merci.

    • Christian Julia

      Merci beaucoup pour votre message. Entre-temps j’ai changé les noms de mes chatons mais je vais faire le test avec la nouvelle version du couteau suisse. A bientôt.

    • Christian Julia

      Bonjour,
      J’ai effectué le test avec un de mes chatons nommé :web et une adresse de messagerie du type webmestre@orange.fr. Le lien mailto:webmestre@orange.fr passe bien désormais et le chaton n’apparaît plus au beau milieu. Ça marche ! Merci pour cette amélioration.

    Répondre à ce message

  • 2

    Bonsoir,

    étudiant dans le domaine du multimédia, je suis actuellement en stage durant lequel je dois réalisé un site sous SPIP.
    Les deux mois de stage se terminent, le site en local est terminé et compatible sur la majeure partie des navigateurs et valide W3C (merci merci :p)

    Je le passe sur l’hébergeur et là qu’elle ne fût pas ma surprise :
    Internet explorer aucuns soucis, la mise en page est respectée, tous les plug-ins fonctionnent.
    Mais pas sur Firefox !!!!! :O
    Sous ff 3.6.8 (fonctionne sous ff 4), la lame retour à la ligne automatique ne fonctionne pas du tout.

    Pour faciliter la tâche du futur « admin » du site, j’ai tapé dans le code de cette lame pour changer le

    <br />

    en

    <br></br>

    pour avoir un saut de ligne automatique (oui c’est mal je sais ^^).

    Fonctionnant sur tous les navigateurs sauf ff 3.6.8, je viens demander si quelqu’un avait déjà noté cette erreur voire l’avait résolu ?

    Merci d’avance,
    Je rends l’antenne, à vous les SPIPiens :)

    ps : site sur intranet c’est pourquoi je ne donne pas de liens, mais avec firebug j’ai constaté que les sauts de lignes ne sont bel et bien pas présents dans le code sous ff alors qu’ils sont interprétés sur IE - -"

    • Salut. Ce que tu décris est très étrange, voire invraisemblable. Les retours automatiques sont gérés par SPIP, pas par le navigateur. Une histoire de cache se cache la-dessous, vérifie bien !

    • Je vide régulièrement le cache suite à des corrections de squelettes ou autres.
      J’utilise le plug-in « crayons » qui recharge la page à chaque modif de l’article donc si ça venait du cache je le verrais je pense.
      Je sais que ça paraît bizarre

      très étrange, voire invraisemblable

      mais c’est malheureusement véridique ^^’

      Merci de cette réponse rapide en tout cas, je ferai de nouvelles tentatives demain et vous tiendrai au courant.

    Répondre à ce message

  • 14

    Bonjour,

    J’aurais voulu savoir si quelque chose avait changé dans une mise à jour du CS au niveau de la lame du format des urls (si tant est qu’elle a quelque chose à voir là-dedans).

    Avant si un titre d’un article était modifié, l’url ne l’était pas. Mais maintenant une nouvelle url est générée, et un article se retrouve avec plusieurs urls ce qui est fatal pour le référencement.

    Est-ce que pourrait venir du CS ou de SPIP ?

    • Je rajouterais même, que maintenant, la modification d’une URL en utilisant la lame « fomart des urls » ne sert plus à rien, car dès que l’on clique sur « voir en ligne » depuis un article ou un mot-clé, l’URL se remet comme d’origine et efface la modification.

      Je ne sais pas si c’est lié ou quoi, mais c’est assez gênant.

    • Bjr.

      « Voir en ligne » crée en effet une nouvelle URL en base si le titre de l’article a changé, mais sans effacer la précédente afin de conserver les référencements. L’outil du CS édite actuellement la dernière URL disponible en base, celle retenue par SPIP pour créer ses liens. Une évolution de cette fonctionnalité est sans doute nécessaire, à voir comment elle doit s’appuyer sur les dernières évolutions de SPIP...

    • Merci pour la réponse !

      Mais tout ceci a toujours fonctionné comme ça ? Parce qu’il ne me semblait pas qu’avant c’était le cas, ou alors c’est parce que les modifications des articles étaient faites depuis Crayons…

      Personnellement, je pense que si des modifications doivent être faite, ça devrait être pour empêcher la création d’une nouvelle URL. Si jamais on veut réellement la modifier, on peut le faire par le CS, mais plusieurs URLs pour un même contenu, c’est fatal question référencement (c’est une des choses que Google déteste le plus il me semble).

    • Je suis perplexe à propos d’une partie des observations qui précèdent.

      Chez moi avec SPIP 2.1.10 [17657], lorsqu’une “ancienne Url” présente en base est appelée, il y a redirection 301 et c’est la plus récente Url qui apparaît dans la barre d’adresse.
      Google est donc hyper-content, et met à jour ses données (à son propre rythme, parfois lent, certes) pour considérer la page seulement sous sa dernière Url.

      Voici le “fetch” donné par Google pour un tel cas (« ce que Google voit ») :
      HTTP/1.1 301 Moved Permanently

      Google ne pourrait pas avoir une meilleure information, il me semble… et donc sur ce point, SPIP semble parfait à ce jour, quel que soit le nombre d’anciennes Urls stockées en base pour un article.

      Ainsi l’on peut laisser sans crainte toutes ces anciennes Urls, qui permettent d’éviter des “liens morts” lorsqu’un article est cité puis change d’Url parce que l’on en a changé le titre puis l’on a cliqué sur « Voir en ligne », ce qui enregistre une nouvelle plus récente Url à partir des mots du nouveau titre.

      Je suis comme Google, hyper-content de ce progrès de SPIP (je ne sais pas dire à partir de quelle version de SPIP ce progrès est apparu, mais il est là).

      Il reste certes que l’on pourrait souhaiter qu’il soit permis de “fixer” une Url quels que soient les mots du titre d’un article, et que cette Url ne change pas y compris si l’on clique sur « Voir en ligne ». Encore un plugin ou “lame” pour qui saura le faire et trouvera cela prioritaire parmi ce qui se présente à faire…

    • Ah bah là j’apprends quelque chose !

      Je n’ai en effet testé aucunement le code renvoyé par les pages modifiées, mais en effet s’il est question d’une redirection 301 automatique ça serait formidable.

      Cependant j’ai encore quelques doutes, puisque l’ancienne url fonctionne toujours telle quelle. Elle ne se transforme pas en nouvelle url, elle reste valable. Une redirection 301 pousse l’ancienne url à se modifier normalement.

    • Je confirme, l’ancienne url renvoie le code 200 et pas 301.

      SPIP ne fait donc aucune redirection, et on a eu le même cas pour des mots-clés.

      Vous devez donc avoir une version Prenium de SPIP =D

    • @ Billou

      Cependant j’ai encore quelques doutes, puisque l’ancienne url fonctionne toujours telle quelle. Elle ne se transforme pas en nouvelle url, elle reste valable. Une redirection 301 pousse l’ancienne url à se modifier normalement.

      Voyons… pour que l’on puisse parler de « redirection », il faut bien une ancienne Url qui ne se modifie pas, qui reste valable, et qui fonctionne toujours telle quelle. Si ce n’est pas le cas, il n’y a plus rien à « rediriger ». Une redirection « 301 » (ni aucune autre) en aucun cas ne « pousse une ancienne Url à se modifier »… même anormalement :-) (cependant je reste perplexe sur la formule « pousser une Url à se modifier », je n’ai peut-être pas compris).

    • @ Billou

      Je confirme, l’ancienne url renvoie le code 200 et pas 301.
      SPIP ne fait donc aucune redirection, et on a eu le même cas pour des mots-clés.
      Vous devez donc avoir une version Prenium de SPIP =D

      Là je ne comprends plus… Le “.htaccess” pourrait-il avoir un rapport avec cela ? J’ai le htaccess.txt de base de Spip, renommé .htaccess.

    • Oui quand je dis qu’aucune adresse ne se modifie, je parle aussi bien de l’ancienne et de la nouvelle, les deux sont valables et renvoient le code 200, il n’y aucun trace de 301 nulle part.

      Pour le htaccess, j’ai uniquement rajouté des règles de redirection personnalisées, il me semble que c’est tout.

    • Je n’ai pas une version Premium de Spip… mais au fait, j’ai une version “Premium” d’hébergement en ce qu’il tourne sous PHP 5.3.5. Cela pourrait peut-être procurer l’explication pour l’affaire de redirection ou non des Urls anciennes en base. Chez Oveucheu il faut mettre en tête du .htaccess ceci : SetEnv PHP_VER 5_TEST pour bénéficier de la dernière version qu’ils ont de PHP 5.

      Est-ce que par exemple des sites qui tournent encore sur des versions de PHP 4 peuvent bénéficier de toutes les améliorations de Spip, telle celle de redirection des adresses anciennes en base ?…

      Cependant, je vois en testant avec PHP 4.4.9, toujours chez “Oveucheu”, que j’ai ces redirections… (J’ai même testé avec… PHP 6 mais là plus rien, page blanche en partie privée comme en partie publique.)

      Peut-être alors s’agit-il d’un paramétrage de PHP chez l’hébergeur ? je parle toujours à l’aveuglette, là…

      Je vois que Spip-Contrib (actuellement SPIP 2.1.10 SVN [17685])
      fonctionne comme mes sites (SPIP 2.1.10 [17657]) :
      que vous tapiez
      — http://www.spip-contrib.net/Retour-simple
      — http://www.spip-contrib.net/Retour-simple-pour-le-respect-des-alineas-plugin
      vous tombez toujours (par redirection) sur :
      — http://www.spip-contrib.net/Retour-simple,3823

      Donc quelqu’un va bien avoir une explication… peut-être en essayant sur http://forum.spip.org/ ?

    • En effet c’est étrange que ça ne marche pas sur notre site.

      De plus ce n’est pas le seul problème avec les urls. Google référence des urls vraiment étranges, utilisant en partie l’url d’un mot-clé, puis à la fin il y ajoute le titre d’un article, et ensuite parfois l’id d’un document… Ce qui donne un truc du genre : http://www.site.com/nom_mot_cle/titre_article/?id_document=1234 Evidemment ça ne correspond à rien du tout. Je n’ai jamais vu un truc pareil, et ça fait peu de temps que ça arrive. Sous Yahoo il référence carrément ça : http://site.com/urls_arbo_dist c’est un peu dingue comme truc.

      De plus on est aussi chez OVH, avec un Kimsufi. Je peux toujours tenter le PHP5 mais bon…

      Est-ce que d’autres pourraient confirmer que SPIP de base fait des 301 dès que le titre d’un article change ? Si c’est le cas, c’est que c’est notre SPIP qui merde plein tube (c’est pourtant la dernière version en date).

    • Bonsoir,

      Le CS permet maintenant de verrouiller les URLs éditées. L’astuce est présente dans SPIP : affubler l’URL d’une date augmentée de 10 ans.

    • Ah super, ça va déjà résoudre une partie de nos problèmes. Merci !

      Sinon j’ai fait des tests avec un site backup, et le problème des redirections 301 qui ne s’applique pas est propre aux URLs au format arborescent. En url propre il n’y a aucun soucis, la redirection s’applique bien, mais une fois au format arbo, plus rien…

      Donc je ne sais pas si c’est normal parce que du à une limitation ou si c’est un bug de SPIP ou autre…

    • Ah par contre je viens de voir que le vérouillage des urls ne fonctionne pas si on a défini $GLOBALS['url_arbo_types'] dans mes_options.php, car si je clique sur « voir en ligne » ça crée bien une nouvelle url avec ce que j’ai défini dans la variable globale.

      Je doute que l’on puisse passer par-dessus ça non ?

    Répondre à ce message

  • 16

    Le saut de ligne automatique ne fonctionne que sur les articles ?? sur mes rubriques ca ne fonctionne pas et #TEXTE est bien écrit sans étoile.... spip 2.1.8 et couteau suisse 1.8.36.01 merci

    • Ah non, on ne l’a pas prévu pour les rubriques... Mais une petite surcharge de l’outil en question est possible dans config/mes_options.php  :

      // Traitement des retours à la ligne automatiques pour #TEXTE/rubriques
      $GLOBALS['mes_outils']['autobr_perso'] = array(
          'traitement:TEXTE/rubriques:pre_propre' => 'autobr_pre_propre',
      );
    • Merci ! c’est bien dommage car dans tous les sites que je réalise le texte est partout, rubriques, articles, brèves, champs extra. Comment le rajouter aussi aux brèves et champs extra ? Ca serait top qu’automatiquement ca s’applique à tout champs de texte une fois activé. Merciiii :)

    • Tu px ajouter toutes les balises que tu veux en séparant les lignes par des virgules :

      // Traitement des retours à la ligne automatiques pour #TEXTE/rubriques et #TEXTE/breves
      $GLOBALS['mes_outils']['autobr_perso'] = array(
          'traitement:TEXTE/rubriques:pre_propre,
           traitement:TEXTE/breves:pre_propre' => 'autobr_pre_propre',
      );
    • laurent

      salut

      question inverse.... la mise en fonction cet outil bouscule tous les articles publiés sur le site.
      (comment) est il (sera-t-il) possible soit :
      -  de désactiver le traitement sur les articles (en gardant celui des forums)
      -  (de n’affecter que les futurs articles)
      -  (de donner ce(s) choix)

      merci d’avance

    • Pour agir sur l’avant et l’après, une modif du squelette me parait nécessaire. Un truc du genre (non testé) :

      [(#DATE|<{2010-12-01}|oui) 
         [(#TEXTE*|cs_traitements{TEXTE,articles,autobr_pre_propre})]
      ][(#DATE|<{2010-12-01}|non) 
         #TEXTE
      ]

      ici, le filtre cs_traitements applique sur le texte brut les traitements prévus pour #TEXTE/articles, sauf le filtre autobr_pre_propre.

    • Bonjour,

      Donc nous pouvons avoir ceci, dans config/mes_options.php :

      $GLOBALS['mes_outils']['autobr_perso'] = array(
      'traitement:CHAPO:pre_propre,
      traitement:PS:pre_propre,
      traitement:NOTES:pre_propre,
      traitement:TEXTE/rubriques:pre_propre,
      traitement:TEXTE/breves:pre_propre' => 'autobr_pre_propre',
      );

      Avec ceci de mystérieux (à ma vue) que le traitement de “CHAPO” traite aussi les “NOTES” : la ligne concernant les notes est donc apparemment inutile si l’on fait figurer le traitement de “chapo”.

      Maintenant, et afin d’avoir un comportement de saisie harmonisé pour les rédacteurs, après moult recherches de ma capacité je m’avère personnellement incapable de trouver ce qu’il faudrait ajouter pour obtenir le traitement :
      — S’agissant des auteurs, du champ « Qui êtes-vous ? Courte biographie en quelques mots. »,
      — S’agissant des mots-clés, du champ « Texte explicatif »,
      — S’agissant des sites référencés, du champ « Description du site »,
      puis en partie privé uniquement :
      — S’agissant des messages, du champ « Texte du message »,
      — S’agissant des forums internes, du champ « Texte de votre message ».
      • J’espère que je n’ai rien oublié de pertinent… :-)

      Je souhaiterais donc un complément de “mode d’emploi” à ces propos.

      Cordialement, et avec tout les remerciements possibles pour ce module du Couteau suisse,
      frdm

    • jai inséré dans mes config/mes_options.php ceci

      <?php 
      
      // Traitement des retours à la ligne automatiques pour #TEXTE/rubriques
      $GLOBALS['mes_outils']['autobr_perso'] = array(
          'traitement:TEXTE/rubriques:pre_propre' => 'autobr_pre_propre',
      );
      
      ?>

      mais ca ne fait rien :( les retours de ligne dans mes rubriques ne sont pas pris en compte (ai vidé le cache)
      que faire

    • même en ayant recompilé les outils du Couteau Suisse ?

    • alors non c’est bon désolé ca fonctionne !! jai fait une mise à jour et cest bon. a titre d’info comment le recompiler ? en téléchargeant une mise à jour ? merci

    • Recharger la page du Couteau suisse déclenche la recompilation.

    • En procédant à des tests pour un article proposé ici, je viens de découvrir que le Couteau suisse produit une augmentation d’espacement des lignes dans les notes de bas de page, pour les lignes commençant par -- (deux traits d’union) suivis d’une [1] espace, ou par _ (“tiret bas” : “underscore”) suivi d’une espace. Le Couteau suisse transforme ces lignes en paragraphes <p>, au lieu de les laisser débuter par <br>. Pour un exemple, voir ici. Mais pour l’instant je ne saurais dire quelle “lame” serait en cause…

    • Salut, as-tu peut-être activé la lame « Paragrapher » ?

    • @ ? : Salut, je n’ai pas activé la lame « Paragrapher », car il me semble avoir lu que Spip 2.1 voire version antérieure intègre désormais cette fonction, et j’ai cru pouvoir le constater dans le code-source des pages.

    • Mon message précédent est erroné au moins en ce qui concerne le champ « Chapeau » des articles. J’ai maintenant activé la lame « Paragrapher » pour créer la balise <p> lorsqu’il y a un seul paragraphe dans le Chapeau. Cela ne change rien pour l’“erreur” dans les « Notes ».

    • Bjr. As-tu peut-être isolé la lame qui crée ce problème de paragraphe ?

    • J’ai trouvé ce qui provoque des paragraphes dans les « notes » au lieu d’alinéas…

      Mais tout d’abord, voici la version améliorée par Patrice Vanneufville de ses indications pour config/mes_options.php :

      function autobr_surcharger_outil($tab) {
          $tab['traitement:DESCRIPTIF:pre_propre,
          traitement:CHAPO:pre_propre,
          traitement:PS:pre_propre,
          traitement:NOTES:pre_propre,
          traitement:TEXTE/rubriques:pre_propre,
          traitement:TEXTE/breves:pre_propre'] = 'autobr_pre_propre';
          return $tab; }

      Patrice Vanneufville écrit à ce propos : « L’utilisation d’une “globale” n’est plus recommandée. Il vaut mieux désormais encapsuler le code dans une fonction, pour gagner en mémoire et en performance ».

      Ceci mis à jour, il s’avère que c’est la ligne

          traitement:NOTES:pre_propre,

      qui provoque la perturbation [1].

      Cette ligne est… inutile : dans les articles le respect des alinéas dans les notes de Chapeau, Texte principal et Post-scriptum est assuré sans cette ligne : cette ligne fait “doublon” et provoque des sauts de lignes au lieu de retours à la ligne (en fait, deux retours à la ligne = un saut de ligne, donc dans les notes un nouveau paragraphe pour Spip).

      Finalement, dans config/mes_options.php il faut donc :

      function autobr_surcharger_outil($tab) {
          $tab['traitement:DESCRIPTIF:pre_propre,
          traitement:CHAPO:pre_propre,
          traitement:PS:pre_propre,
          traitement:TEXTE/rubriques:pre_propre,
          traitement:TEXTE/breves:pre_propre'] = 'autobr_pre_propre';
          return $tab; }

    Répondre à ce message

  • 7

    Bonjour, je me demandais s il n’aurait pas été possible d’ajouter dans le couteau suisse la fonctionnalité décrite ici http://forum.spip.org/fr_228511.html ? Ca éviterais de devoir installer dans tous mes sites ce bout de code... merci

    • Ah oui très bonne idée !! Tu saurais coder ça ?

    • euhhh malheureusement pas ! faudrait juste quil ajoute cette fonctionnalité...se baser sur une lame déjà existante qui fait qq chose de semblable ? ca doit être super facile à mon avis.

    • Oui c’est en effet assez facile.

      Le fil du forum part un peu dans tous les sens, quelle solution as-tu finalement retenue pour tes sites ?

    • si tu parles à moi celle indiquée dans le lien du fichier inc/surligne.php à ajouter dans les fichiers...mais cest pas top. Une lame serait la perfection !! Ce surlignement en jaune est assez horrible à mon goût... espère que qqn arrivera à réaliser ça

    • dommage que personne ne puisse intégrer ceci au couteau suisse

    • Une lame ne peut pas faire une surcharge de fichier SPIP, c’est pas terrible pour la maintenance. Il faut une solution qui marche à tout les coups...

    • bien dommage, cette fonctionnalité me parait tellement indispensable et basique...je continue avec ma surcharge manuelle...

    Répondre à ce message

  • 6

    J’ai un truc bizarre qui m’est arrivé plusieurs fois, la lame site en travaux s’active toute seule quand elle est affichée dans le CS (avec cette adresse /ecrire/?exec=admin_couteau_suisse&cmd=descrip&outil=en_travaux#cs_infos) et que l’on rouvre les fenêtres fermées dans le navigateur (ex sur Safari l’option « rouvrir toutes fenêtres de la dernière session »).

    Le pire, c’est sur cette page, ça continue de marquer que Site en Travaux est désactivé, alors que le site est bel en bien coupé.

    C’est très surprenant (dans tous les sens du terme).

    • Bonjour, tu dois confondre alors, il ne doit pas s’agit de la lame, mais d’un message de SPIP causé par un serveur SQL en rade : on en voit trop souvent ! Quel hébergeur as-tu ?

    • Euh ^^

      Je connais le message de panne SQL, je connais également le message automatique que j’ai moi même prévu via la lame En travaux du CS, ça fait 3-4 ans que je bouffe du SPIP à toutes les sauces donc pas de soucis de ce côté là. =D

      Non je confirme, c’est à chaque fois que j’ai laissé la lame En travaux du CS dans une fenêtre de Safari, que je le ferme et que je le rouvre en ré-ouvrant toutes les pages fermées, ça active la lame.

    • Pb de cache navigateur ?

      Ou alors la commande de switch sur la lame en question ? Regarde l’URL en question ? Si une page est ouverte switchant la lame, forcément une réouverture de cette page inverse son état à nouveau...

    • C’est l’url que j’ai mise plus haut qui est sur la page.

      Faudrait que je réessaie pour être sûr, mais là je ne peux pas pour le moment.

    • Alors cette commande ne peut activer la lame en question....

      Celle-ci oui : /ecrire/?exec=admin_couteau_suisse&cmd=switch&outil=en_travaux#cs_infos

      Ces deux commandes (switch et descrip) sont soumises à autorisation : par défaut celle de pouvoir modifier les plugins en général.

      Une chose à savoir cependant : la commande switch crée un redirect sur la commande descrip une fois que l’état de l’outil a basculé. Ton navigateur a peut-être gardé en mémoire la première...

    • Ca doit sûrement être ça, puisque cette page était ouverte suite à la désactivation de la lame en question.

    Répondre à ce message

  • 1

    Bonjour,
    Je pose un problème mais je ne sais pas s’il est lié à « couteau suisse » ou à « porte-plume ».


    -  Le problème : je n’arrive pas à installer correctement la lame smiley du couteau suisse. Plus précisément les icônes remplacent bien les caractères prévus dans les articles mais n’apparaissent pas dans la barre du porte plume.
    -  ce doit être le même problème qu’exposé ici http://www.spip-contrib.net/Inserer...
    -  le dossier « /local/couteau-suisse/icones_barre/ » est vide. Est-ce normal ?

    -  J’ai à priori des plugins à jour (SPIP 2.1.5, couteau suisse 1.8.36.01, Porte plumes 1.7.7)
    -  Cela fonctionne bien sur une ancienne version de mon site (http://vbcq.levillage.org/) mais il me semble qu’à l’époque j’avais eu quelques problèmes pour installer ces smileys. ( SPIP 2.0.10, couteau suisse 1.8.33.06, Porte plumes 1.6.0)

    • J’ai trouvé. En fait c’est très bête... Depuis peu porte-plume est intégré dans spip en tant qu’extension. J’ai tout simplement désinstallé le plugin porte-plume que j’avais activé et c’est tout. Je trouve çà un peu étrange tout de même...

    Répondre à ce message

  • 1
    b.poiraud

    Spip et ses raccourcis - hr retour en haut de page

    Avec la lame « Spip et ses raccourcis » j’ai remplacé la ligne de séparation générée par ---- par un trait horizontal muni d’un retour en haut de page. Il m’a suffi d’écrire ceci :


    Merci Pat. C’est plus facile que de mettre un GLOBALS dans mes_fonctions.php !

    • b.poiraud

      J’ai du mal avec ce code qui s’exécute quand il ne faut pas !
      Je reprends donc : il me suffit d’écrire ceci :

      <div style="text-align:right;font-weight:bold"><a href="#contenu" style="color:#FF00FF;">  <img src="http://www.journal-la-mee.fr/squelettes/img/fleche.png" alt="fleche" />&nbsp;&nbsp;Haut de page</a></div><hr class="spip" />.
      Cela peut servir à d’autres !

    Répondre à ce message

  • 4
    b.poiraud

    Bonjour

    L’utilisation de tirets courts en début de ligne peut créer de fausses listes. Comment peut-on remplacer automatiquement ce tiret court par un tiret moyen – ? Est-ce que ce serait gênant que ce tiret court soit remplacé par un tiret moyen même au milieu des mots composés (style : jean-marie, jean-luc, alliot-marie, etc)

    Merci

    • Automatiquement ? Car pour éviter la liste tu as ce raccourci :

      _ -

      Sinon tu désactives « Belles puces » et dans l’outil « SPIP et ses raccourcis… », tu mets ton tiret moyen dans la case « puce publique ».

      Tu nous diras si ça fonctionne, c’est une idée comme ça...

    • b.poiraud

      Je vais voir ta proposition. Dans l’immédiat j’ai mis

      $GLOBALS[’puce’]=’–’

      dans config/mes_options.php après avoir désactivé la lame « Belles puces » .
      et c’est bon, sans toucher à jean-marie, jean-luc, alliot-marie et bling-bling !

      Bon WE.

      BP

    • b.poiraud

      le code m’a trompée !
      Dans le message précédent, il fallait lire :
      $GLOBALS[’puce’]=’&ndash;’ ... sans les évidemment

    • Merci. C’est en effet ce que propose l’outil « SPIP et ses raccourcis… ».

    Répondre à ce message

  • 6
    b.poiraud

    L’outil « chaton » Insère des images (ou chatons pour les tchats) dans tous les textes où apparaît une chaîne du genre :nom. Comme pour les smileys, cet outil remplace les raccourcis en texte par les images du même nom qu’il trouve dans le répertoire plugins/couteau_suisse/img/chatons/

    mais moi j’ai essayé d’envoyer une petite image « pucev » (puce verte !) et j’ai mis :pucev dans mon texte et ça ne fonctionne pas ! Je voudrais remplacer euh, lol, mdr ... par mes images à moi mais en changeant aussi les noms : pucev, puceb, pucer ... (selon les couleurs). Est-ce possible ?

    Merci

    • Bien sûr c’est possible. Il suffit de créer un répertoire monsqulette/img/chatons/ et d’y mettre tes images. Les raccourcis seront disponible lors de la recompilation des outils du Couteau Suisse et d’un recalcul en cache.

    • b.poiraud

      Ca fonctionne, merci . J’ai mis mes petites images dans couteau-suisse/img/chatons.

      Mais il reste encore la « case » des cinq autres, et je ne peux supprimer ces cases... Car, à mon âge, les grr, oups et autres mdr ... j’aime pas. J’ai effacé les images mais les cases restent dans les raccourcis typo au dessus du texte. Un moyen de les supprimer ?

      Merci

    • Tu n’as pas bien lu ce que j’ai écrit. Il ne faut jamais travailler dans le répertoire d’origine du Couteau Suisse, mais utiliser le système des surcharges. Un prochaine mise à jour du plugin effacera toutes tes modifs...

      C’est pourquoi je t’ai proposé de recréer un nouveau répertoire monsqulette/img/chatons/ dans ton squelette afin que l’original soit ignoré. A propos des boutons, il faut vider le cache et rafraichir la page d’admin du Couteau Suisse afin qu’ils soient reconstruits.

      Tu nous diras si cette solution fonctionne au final.

    • b.poiraud

      C’est ce que j’ai fait : dans squelettes j’ai créé : monsquelette/img/chatons/ (avec un e à squelette) et j’ai mis mes 3 chatons au chaud dedans, mais cela donnait toujours les chatons d’origine et pas les miens.

      J’ai donc supprimé le dossier chatons du répertoire d’origine du couteau-suisse. Les chatons d’origine n’apparaissent plus, mais les cases sont toujours là, et quand je clique sur l’une d’entre elles cela me met :lol par exemple mais sans l’image (puisque j’ai supprimé l’image).
      Mais mes chatons à moi sont toujours absents !

      Donc je voudrais supprimer les 5 cases d’origine, et trouver trois cases avec mes chatons ...

      Merci de ton aide !

    • Ah oui, « +e » rire !

      Et « monsquelette » n’est sûrement pas le vrai dossier que tu utilises pour ton squelette ;-)

      Il n’y a pas besoin de supprimer le dossier d’origine du CS normalement. Le nouveau dossier est détecté automatiquement et l’original ignoré. Il s’agit probablement d’une question de cache... Le porte plume est très très conservateur et ne change pas ses boutons d’un tournemain !

    • b.poiraud

      Gagné, tu as raison !

      j’ai donc mis mes chatons fl1, fl2, puce, boule dans squelettes/img/chatons et j’ai attendu qu’ils aient fini de dormir et TOUT EST BON ! - juste comme je voulais ! Merci et bon WE

    Répondre à ce message

  • 6

    Bonsoir,

    Je travaille sur un site que je viens de passer en 2.1.6.
    Dans le couteau suisse (version locale : 1.8.30.00 - révision : 43328), j’utilise l’option « Format des URLs » en URLs propres avec une longueur maximale des URLs fixée à 250 caractères.
    Le problème, c’est que j’ai beau avoir ce nombre élevé, j’ai beau réinitialisé les URLs avec le bouton « Tout vider » (la table se vide bien), rien n’y fait : les URLs ne sont pas complètes, il manque la fin sur certaines d’entre elles, les plus longues.
    Le site est : www.enfantsdesrues-reper.org.
    Par exemple, l’URL de la page en français est (je retire le début de l’URL pour que la suite soit complètement visible) :
    .enfantsdesrues-reper.org/-1-Sauver-les-enfants-des-rues-c-est-
    alors que ce devrait être
    .enfantsdesrues-reper.org/-1-Sauver-les-enfants-des-rues-c-est-possible- !-
    ou encore :
    .enfantsdesrues-reper.org/314-Etude-synthetique-realisee-par-le
    qui devrait être
    .enfantsdesrues-reper.org/314-Etude-synthetique-realisee-par-le-REEJER-a-Kinshasa-(RDC)-

    Pourriez-vous me dire pourquoi ce n’est pas le cas ? Merci beaucoup !

    • Bien vu ! Je viens de réparer un petit oubli dans le code. Version de mise à jour : 1.8.31.00. Cela règle-t-il ton problème ?

      Pour info, il vaut mieux pour cet outil que les options SPIP soient placées en amont dans l’outil « Comportements du Couteau Suisse ».

    • Patrice, merci beaucoup ! Mais je ne comprends pas car lorsque je veux mettre à jour mon couteau suisse, en téléchargeant ici sa nouvelle version, celle-ci est la 1.8.30.01. Même chose quand je la télécharge à partir de l’admin des plugins dans mon interface privée. Je fais une mauvaise manip ou... il y a une erreur ?
      Encore merci.

    • Tout va bien, il faut attendre un peu avant que le zip distant soit mis à jour lorsqu’une correction de code a eu lieu. En général, c’est toutes les heures pile...

    • Impeccable, ça fonctionne ! J’ai pu télécharger la dernière version du couteau suisse et mes URLs sont complètes. Je me demandais de quoi venait le problème, j’aurais dû le signaler plus tôt...
      Merci encore !

    • eh oui... Parfois ce sont de petits riens, et un peu d’aide est toujours la bienvenue !

    • Renée Picard

      Il y a un conflit entre le plugin Nivo slider et le couteau suisse. Lorsque Nivo slider est activé, il n’est plus possible de permuter des lames du couteau.

      RP

    Répondre à ce message

  • 1

    Bonjour ,

    Je suis sur SPIP 1.9.2.h et je rencontre depuis ce matin un bug vraiment étrange : je me retrouve dans l’interface simplifiée et il ne m’est plus possible de basculer en interface complète !!!

    Je suis le seul admin sur mon site.

    J’ai mis à jour (après le bug) la dernière version du couteau suisse, je soupçonne un pbm lié à certaines options comme "Comportements du couteau suisse" (j’avais coché la case Inclure les options SPIP dans « ecrire/mes_options.php ») et Choix de l’interface privée" (qui était sur Interface complète pourtant)...
    J’ai désactivé ces options, vidé la totalité du cache... etc , rien n’y fait !

    Dans le champ prefs de la table spip_auteurs, j’ai ceci pour mon auteur :
    s:128 :"a:119 :"W:110 :"W:101 :"W:93 :"W:4 :
    s:7 :"couleur" ;d:6 ;s:7 :"display" ;d:2 ;s:7 :"options" ;s:8 :"avancees" ;s:3 :"cnx" ;s:5 :"perma" ;" ;" ;" ;" ;" ;
    Peut-être la modif se fait-elle à ce niveau là pour passer en interface complète ?

    En tout cas j’ignore l’origine de ce bug, sinon que nous nous sommes connectés simultanément sur cet auteur depuis 2 postes différents ces derniers jours...
    De même, j’ai installé le plugin convertisseur mais je ne pense pas que cela ait un lien (je l’ai supprimé depuis).

    Merci pour tout aide, si cela a un possible rapport avec le couteau suisse en tout cas !

    Régis

    • Problème résolu : j’ai vidé complètement le champs prefs... et la bascule en interface complète a enfin pu se faire.

    Répondre à ce message

  • 2

    Bonjour,

    J’ai un gros souci avec la mise-à-jour automatique des plugins du couteau suisse. C’est toujours défaillant : on me dit qu’il y a des maj disponibles, tout se passe bien (cliquez sur suivant etc.)... puis retour à la case départ, rien n’est installé. On m’indique que des maj sont toujours disponibles !

    J’ai beau vidé le cache, tout désactiver puis les réactiver dans la foulée, même les réinstaller les uns après les autres. Rien n’y fait. Quelqu’un a déjà eu ce souci ?

    Merci par avance.

    P.S. : Reproduction d’un message extrait de Spip Forum. Autre précision importante : ce problème n’est apparu qu’à partir de la migration de mes sites SPIP chez un autre hébergeur juste après le rétablissement des bases de données MySQL.

    • il est possible que le propriétaire des fichiers de plugins ne soit pas le bon.

      Essaie peut-être de recommencer l’installation dès le départ en ayant supprimé le plugin par ftp.

    • Ça ne change rien au problème. J’attends avec impatience la prochaine grande mise-à-jour du Couteau Suisse qui résoudra peut-être ce problème. Mettre à jour tous les plugins manuellement quand on a plusieurs sites SPIP, c’est un peu usant. Merci quand même.

    Répondre à ce message

  • 1

    bonjour,
    il n’y a pas d’informations sur les outils de sécurité ?

    plus précisément concernant l’Ecran de sécurité, à quoi correspond la valeur de charge du serveur, 4 par exemple ?

    merci

    Répondre à ce message

  • 4

    CONCERNE JOLIS COINS

    Je n’arrive pas à charger la lame « jolis coins ». J’ai la version la plus récente du plugin et de spip.
    Et la roue tourne, tourne, tourne...

    Une idée ?

    • tu as essayer de vider les caches par ftp?
      tu utilise quel squelettes ?

    • J’utilise mon propre squelette.
      J’ai vidé le fichier TMP.
      J’ai installé le « distant_jquery.corner.js » comme indiqué dans la page contrib pour « jolis coins » et il apparait bien dans la liste des plugin (marge de gauche) comme étant dans la lib du couteau suisse.
      Mes permissions de dossiers sont correctes.

      Je sais pas où chercher ?
      Conflit de plugin ?

      Je continu dans le noir.

    • De quelle roue parles-tu ? Tu as un lien public ?

    • Je parle de la petite roue de chargement Ajax quand on sélectionne une lame du couteau sur la liste de gauche qui apparaît en bas de la page pour nous dire qu’il est entrain de charger notre requête.

    Répondre à ce message

  • Je voudrais juste signaler que depuis la Version 1.8.36.00 - Révision : 44927, dans la colonne « Outils inactifs », le lien de la lame « SPIP et les liens... externes » a disparu.

    la fonction est toujours là puisqu’on peu accéder à l’activation de cette lame par « http://Nom_de_domaine/ecrire/?exec=admin_couteau_suisse&cmd=descrip&outil=SPIP_liens »,
    mais c’est nettement moins fonctionnel !

    Çà, n’enlève rien à la qualité et à l’utilité de ce formidable et indispensable plugin.

    Répondre à ce message

  • Salut,

    je signale un petit truc qui m’a embêté avec la lame site en travaux, sur un spip 2.1.1 mutualisé.
    Quand le paramètre « accessibilité à l’espace privé » est sur « administrateurs seulement », la page « en travaux » apparaît bien mais le formulaire d’accès à l’espace privé est remplacé par une page blanche.
    Par contre, je peux y accéder via l’URL http://www.mon_site/spip.php?page=login&url=%2Fecrire%2F .
    Problème de redirection me dit-on.

    Le bug n’apparait pas si l’accès à l’espace privé est réglé sur « tous ».

    A noter qu’il n’y a aucun autre plugin d’activé (site tout neuf, je commence par le couteau-suisse, le plus indispensable des plugins.)

    Rien de grave pour moi, c’est sans importance. Je le mets juste pour signaler.
    Etienne

    Répondre à ce message

  • 8

    Bonjour,

    Je viens de mettre a jour le couteau suisse révision 44389 en automatique et depuis mon site est planté.

    Le seul moyen de le remettre est de supprimer le couteau suisse des plugins. Même une réinstalle plante tout et supprimer le dossier tmp/couteau-suisse fait de même. Le dossier est bien recréé mais il n’y a plus rien dedans.

    Quelqu’un peut il m’aider ??

    N’est il pas possible de récupérer une ancienne version. celle d’y il y a environ 4-5 jours fonctionnait tres bien

    Merci

    • Toutatis !

      Bonjour,

      Même souci chez moi (SPIP 2.1.8 et CS révision 44389)

      J’obtiens le message suivant :
      Parse error : syntax error, unexpected T_STRING, expecting ’)’ in /homez.149/xxx/www/plugins/auto/couteau_suisse/config_outils.php on line 43

      Merci à qui pourra apporter un peu d’aide.

    • Ok,
      Vous me rassurez, c’est la même chose chez moi !
      Même message !

      Cela va calmer mon syndrome de la mise à jour.

       :)

      G

    • Oui, toutes mes excuses, j’ai laissé passer une idiote faute de frappe… Va falloir me trouver un très gros gage !

      Il faut donc ajouter un guillemet simple «  » à la fin de la ligne 42 dans le fichier « plugins/auto/couteau_suisse/config_outils.php » : http://zone.spip.org/trac/spip-zone...

    • salut ,
      j’ai fait la modif mais il reste toujour acif dans Mises à jour automatiques de spip.

      Liste des plugins détectés :Plugins actifs
      Le Couteau Suisse (v1.8.35.00)
      La révision 44399 est disponible

      .

    • Toutatis !

      C’est bon ça marche.

      Merci Pat !

    • @ byou : même après avoir forrcé l’actualisation distante ? Il se peut qu’un cache ne soit pas encore rafraichi...

    • merci,
      j’ai fait la derniere mise à jour 44401 et sa remarche.
      les gravatars ne sont que pour ceux enrigistré ?

    • Merci tout est parfait maintenant

    Répondre à ce message

  • 4
    norbi90160

    Bonjour,

    J’ai voulu passer en version spip 2.1.8.
    Au préalable j’ai activé la fonction « en travaux » du couteau-suisse.
    Après migration, impossible de passer en partie privée depuis l’écran « en travaux » (page blanche) si bien que mon site est devenu inaccessible.
    J’ai vidé le cache => itou page blanche. J’ai supprimé les fichiers du répertoire tmp => itou page blanche avec un site toujours inaccessible.
    Ensuite j’ai renommé le répertoire couteau suisse pour le rendre inactif. Avec cette manip j’ai pu de nouveau accéder au site. J’ai réinstallé le plugin. Par contre ce dernier ne se réaffiche plus et si je lance l’instruction xxx/ecrire/ ?exec=admin_couteau_suisse le message suivant s’affiche « fichier admin_couteau_suisse_introuvable ». Le plugin est bien dans le répertoire « plugins/auto » et le fichier en question est bien présent.
    Avez-vous une solution à me proposer pour rendre de nouveau actif le plugin ?
    (spip 2.1.8, sarka 3.0.4) site : http://www.denney.fr

    • Salut, quelle était ta version d’origine de SPIP ? comment as-tu réinstallé le plugin ? L’as-tu bien réactivé ?

    • Bonjour,
      Avez-vous trouvé une solution à votre problème ?
      J’ai un souci similaire : site en 2.0.9, j’ai activé récemment l’écran de sécurité pour pallier à la faille de sécurité.
      J’ai ensuite voulu mettre a jour le couteau suisse (qui est dans plugin/auto), via le module « Mise a jour automatiques » du plugin. Le téléchargement a fonctionné, jusqu’à l’installation. A ce moment la j’ai eu une page blanche.
      Depuis, mon site fonctionne, l’interface privée également, mais lorsque je veux entrer dans le plugin j’ai une page blanche (cela correspond a l’URL : /ecrire/ ?exec=admin_couteau_suisse.
      Rien n’y fait, ni la désactivation de l’écran de sécurité, ni le vidage du cache,...
      Merci de votre réponse.

    • Oui, toutes mes excuses, j’ai laissé passer une idiote faute de frappe… Va falloir me trouver un très gros gage !!

      Il faut donc ajouter un guillemet simple «  » à la fin de la ligne 42 dans le fichier « plugins/auto/couteau_suisse/config_outils.php » : http://zone.spip.org/trac/spip-zone...

    • Ca marche de nouveau !
      Merci beaucoup pour votre réactivité ! (cela compense la faute de frappe !)

      Il fallait effectivement rajouter un guillement simple (’) dans le fichier plugins/auto/couteau_suisse/config_outils.php, à fin de la ligne 42, comme suit :
      ’traitement:TEXTE/articles:pre_propre,

      Merci encore.
      Eric

    Répondre à ce message

  • 2

    Bonjour,

    il semble qu’une erreur de syntaxe se soit glissée dans la dernière révision (44389).
    J’obtiens l’erreur suivante sur la page de configuration du plugin :

    Parse error: syntax error, unexpected T_STRING, expecting ')' in .../plugins/auto/couteau_suisse/config_outils.php on line 43

    sous SPIP 2.1.8

    Cordialement

    • Oui, toutes mes excuses, j’ai laissé passer une idiote faute de frappe… Va falloir me trouver un très gros gage !

      Il faut donc ajouter un guillemet simple «  » à la fin de la ligne 42 dans le fichier « plugins/auto/couteau_suisse/config_outils.php » : http://zone.spip.org/trac/spip-zone...

    • un gage, un gage, un gage !

       ;)

      G

    Répondre à ce message

  • 3

    Bonjour,
    Je n’ai pas la fonction « Pas de forums anonymes » dans « mon » couteau suisse...
    Merci.

    • Désolée, je me réponds à moi-même, je l’ai trouvé, il était déjà activé ! Mais il ne marche pas puisque mon forum se trouve dans un espace restreint (avec le plugin accès restreint) et me met automatiquement le nom du login avec obligation de se déconnecter pour avoir accès aux champs « nom » et « adresse mail » ?. Comment y remédier ?

    • eh bien ? n’est-ce pas le comportement normal ? le nom et l’adresse d’un visiteur logué est déjà connu, pas besoin de lui redemander donc...

    • Oui, en effet ! Le couteau suisse fait donc sûrement son boulot mais j’essaie néanmoins de faire en sorte que les internautes qui se loguent avec un login commun puissent être identifiés en rentrant leur nom et leur adresse mail sans passer par une déconnexion,, mais je l’avoue ce n’est plus un problème avec le couteau suisse.
      Merci pour ne pas avoir laissé ma question sans réponse, on se sent quand même moins seul !
      Je continue de chercher...

    Répondre à ce message

  • 3

    Bonjour

    Je viens d’installer CS, je viens de faire le tour des 300 messages et essayé de suivre les différentes infos fournies mais ça ne marche toujours pas.

    Je suis en SPIP 1.9.2d et CS 1.8.08.02.
    J’essaie de mettre en place Format des URLs
    J’ai activé
    J’ai coché propres2 et mes URL sont bien en propres2 mais je n’ai pas le numéro de l’article dans l’URL
    Ça semble avoir fonctionné pour 1 URL qui a quelques minutes était correctement renseigné avec l’ID, google actu l’a même repéré.
    J’ai vidé les caches SPIP et CS, vidé la table spip_url

    toujours par de numéro d’article dans l’url

    Quelqu’un peut m’aider ?

    Merci

    • et en refaisant les tests avecl le plugin à jour ?

    • En fait, le pipeline « creer_chaine_url » n’existant pas encore sous SPIP 1.92, cette fonctionnalité n’est pas encore disponible... Une mise à jour de ton site est-elle envisageable ?

    • pas pour le moment

    Répondre à ce message

  • 6

    Bonjour,
    Question de personnalisation des blocs dépliables dont je n’ai pas trouvé la solution : comment surcharger l’appel aux images triangle.gif ?
    J’ai bien tenté d’installer un blocs.css perso dans un répertoire /outils du dossier squelettes, mais la déclaration est écrasée par celle calculée du CS et les triangles oranges persistent...
    Merci !

    • même après avoir recompilé le CS en réaffichant sa page d’admin et en vidant les caches de SPIP ?

    • Oui, tous caches vidés et CS recompilé, et Firebug montre que le blocs.css.html par défaut prend le devant sur le blocs.css perso.

    • en principe ouils/blocs.css, s’il est trouvé, doit supplenter le outils/bloc.css livré avec le plugin. tu as un lien public peut-être ?

    • ah, j’oubliais, cet outil utilise le squelette blocs.css.html et non le fichier statique blocs.css ! c’est donc le premier qu’il faut recopier/modifier dans ton squelette si tu veux annuler l’original.....

      blocs.css est correct, mais il est ajouté, très problement avant blocs.css.html...

    • Merci Patrice, c’était bien la solution !

    Répondre à ce message

  • 2

    Bonjour,

    En utilisant la mise à jour automatique lorsque je clique sur « Forcer l’actualisation distante » j’obtient une erreur HTTP 302

    Je suis en spip 2.1.8 et le couteau suisse Version locale : 1.8.32.00
    Révision : 43641

    Merci

    • Tu as cette erreur en permanence ? Le plugin a-t-il été installé correctement ? Si oui, je veux bien aller voir de plus près, s’il s’agit d’un site public et si tu le permets...

    • Désolé pour le retard.

      Le problème semble résolu avec la dernière version du CS

      Merci

    Répondre à ce message

  • 6

    Bonjour,

    Est-ce que la fonctionnalité « Limites mémoire » du pluggin « le Couteau Suisse » doit marcher avec une version de Spip 1.9.2i ?

    J’ai essayé avec un spip natif 1.9.2i et uniquement « le Couteau Suisse » çà ne marche pas contrairement à une version spip 2.0.10 où celà marche sans problème..

    Je ne vois pas d’info sur ce sujet sur les forums...ni de contre indication claire dans l’article
    ci-dessus ...
    par avance merci,

    Léo

    • Bonjour, de quelles variables parles-tu réellement ? Il y a en une dizaine...

      En fait il semble que toutes les constantes gérées par cette lame du Couteau Suisse sont présentes sous SPIP 1.92i, sauf :
      -  _IMG_GD_QUALITE
      -  _COPIE_LOCALE_MAX_SIZE

    • La version du plugin est la 1.8.26.00. J’ai testé le plugin seul sur la version originale de spip 1.9.2i en local et chez un hébergeur.
      Plusieurs fonctions du Couteau Suisse marchent sans problèmes.
      Un de mes objectifs est de limiter la taille maximale des logos et images que les rédacteurs peuvent télécharger pour illustrer leurs articles.
      Je n’ai pas de message d’erreur ou de dysfonctionnement.
      Par exemple malgré le paramétrage taille des images 300pix X 300 pix poids 250 Ko, je peux télécharger des images beaucoup plus grandes 1000pix X 800pix ...

      A lire le nom de l’une des constantes qui manque _COPIE_LOCALE_MAX_SIZE c’est peut-être l’explication ?

      C’est quoi le chemin pour accéder à la liste des constantes gérées ?
      Et éventuellement le mode opératoire pour la rajouter ?

      A+

    • _COPIE_LOCALE_MAX_SIZE est la constante introduite par SPIP 2.0 qui limite (en octets) la taille des fichiers distants rapatriés sur le serveur. Je ne suis pas sûr que cela concerne la taille des images en pixels...

      Page utile : http://doc.spip.org/@Les-constantes.... Pas mal de constantes sont définies dans inc/utils.php.

      Les constantes de taille sont : _IMG_MAX_HEIGHT et _IMG_MAX_WIDTH.

    • Salut à vous,

      OK les constantes en question sont bien aussi dans spip 1.9.2i,

      _IMG_MAX_HEIGHT et _IMG_MAX_WIDTH ; _LOGO_MAX_SIZE etc

      vers la ligne 977 de /utils.php.

      Quand je paramètre directement dans /utils.php

      define(’_LOGO_MAX_SIZE’, 100) ; # poids en ko
      define(’_LOGO_MAX_WIDTH’, 200) ; # largeur en pixels
      define(’_LOGO_MAX_HEIGHT’, 200) ; # hauteur en pixels

      celà fonctionne, les fichiers de taille supérieure à ces valeurs ne sont pas téléchargés, mais je
      n’ai pas de message d’ avertissement du rédacteur : « Les logos doivent obligatoirement faire moins de @maxi ... » simplement le message technique « erreur 6 »...

      Pourtant le message d’avertissement est bien présent dans /lang/spip_fr
      Une explication ?

      Une piste pour faire fonctionner cette fonctionnalité du Couteau Suisse ?

      par avance Merci

    • Envoie un message privé si tu veux pour ce déboggage...

    • Fonctionnalité "Limites mémoire" du pluggin "le Couteau Suisse" avec une version de Spip 1.9.2i

      Bug identifié par Pat

      en attendant que le correctif soit fait au niveau du core de spip 1.9.2i...

      son correctif est le suivant pour ceux qui utilisent toujours la 1.9.2i

      pour une version du plugin CS 1.8.26.00 et sur la version originale de spip 1.9.2i

      dans le fichier : ecrire/inc/getdocument.php de spip 1.9.2i

      à la ligne 133 et en dessous de
      default :/*autre*/ de la ligne 132

      rajouter if(!$msg)

      De plus dans le paramétrage du CS :

      Il faut bien veiller de placer les options du CS en amont de Spip, sans quoi le define par défaut est exécuté avant celui du CS. Je faut donc coché cette option.

      chemin : dans la configuration du CS-> Divers-> Comportements du Couteau Suisse-> sélectionner Inclure Les options SPIP dans « config/mes_options.php »

      Léo

    Répondre à ce message

  • 4
    norbi90160

    La version d’origine SPIP était la 2.1.5.
    Pour l’installation j’ai procédé ainsi : dans l’interface privé je l’ai ajouté via l’option « Ajouter un plugin ». A la fin de l’installation un message m’a informé que le plugin a été installé dans le répertoire /lib. Ensuite je l’ai recopié dans le répertoire plugins/auto.
    Qu’entends-tu par réactivé ?
    Ce que j’ai pu constater c’est que le plugin ne figurait pas dans la liste des plugins de l’espace privé et qu’il n’apparaissait nulle part (auparavant il était juste à coté du bouton « Ajouter des plugins »).

    • Attention, merci de ne pas briser le fil de conversation sur ce forum !

      Le plugin ne doit pas s’installer dans le répertoire lib/. Il y a peut-être ue question de droit à régler sur ton serveur, il faut que tu vérifies ça. L’installation automatique de SPIP doit placer les plugins dans auto/.

      Sinon, réactiver le plugin c’est le cocher sur la page d’admin des plugins puis valider la page afin qu’il soit remis en activité. Cela ne suffit pas de copier des fichiers dans auto/. Quand le plugin est correctement installé et actif, ses boutons de configuration apparaissent tous seuls.

    • norbi90160

      Pat,
      Merci pour ta réponse.

      Pour les droits d’accès effectivement je me renseignerai car à chaque fois que j’installe un plugin il est copié systématiquement dans le répertoire /lib, donc par habitude je les copiais dans /auto.

      Quand tu dis « ...c’est le cocher sur la page d’admin.. » je le comprends comme cela : aller dans la liste des plugins disponibles et cocher le plugin en question qui doit y figurer ?
      Si c’est cela, mon problème reste entier car dans cette liste le plugin n’y figure pas donc impossible à activer alors qu’il est bien présent dans le répertoire /auto.
      Comme cela ne marchait pas je l’ai ensuite copié directement sous la racine /plugins.
      Et là pareil, impossible de l’activer dans la liste des plugins disponibles car non présent.
      Que faire ?

    • Mais les fichiers ne seraient-il pas corrompus ? Les autres plugins apparaissent-ils ?

      T’as essayé déjà « à l’ancienne » ? Tu copies le contenu du paquet zip par FTP dans plugins/, ce qui devrait créer un dossier plugins/couteau_suisse/. Ensuite, en avant l’activation !

    • norbi90160

      Pat,
      Arg ! quel c.. que je suis.
      Ça marche maintenant !

      En fait, le plugin dans la liste des plugins à ajouter s’intitule « Couteau suisse », le répertoire où il est copié s’intitule « couteau suisse », par contre dans la liste des plugins installés il s’appelle « Le couteau suisse ».
      Du coup pour l’activer je le cherchais dans la liste au niveau de la lettre « c », je ne descendais pas plus bas. Forcement je ne le voyais pas !!!!
      Désolé de t’avoir fait perdre du temps.
      Je suis rouge de honte.

    Répondre à ce message

  • 4

    Bonjour,

    Je suis sur :
    * SPIP 2.1.1 [15871]
    * Sarka-SPIP 3.0.3 [39461]
    * COUTEAU SUISSE 1.8.30.00
    * PHP 5.2.5

    Chaque fois que je vide le cache de SPIP, et que je reviens sur le site quelques jours après, il y a pleins de soucis (ce sont les principalement fonctionnalités du couteau suisse qui ne fonctionnent plus) et l’erreur suivante apparait un peu partout sur le site :
    Warning : preg_replace() [function.preg-replace] : Empty regular expression in /htdocs/public/www/tmp/couteau-suisse/mes_fonctions.php on line 1005

    Alors j’implore votre aide... que faire SVP ?

    MERCI !

    • Salut. De quelles fonctionnalités parles-tu exactement ? As-tu regardé le code du fichier qui crée l’erreur ? Quels sont les outils activés ? Je vx bien que tu m’envoies en privé le fichier /tmp/couteau-suisse/mes_fonctions.php....

    • Salut,

      J’ai peut-être une idée de l’origine du pbm :
      En fait je remarque que le pbm se pose là où j’ai rajouté la balise dans certaines noisettes spéciales de sarkaspip (edito, annonce...)
      Je l’ai supprimé à chacun de ces endroits, wait and see...

      Si le pbm se repose, je t’envoie le code de tmp/couteau-suisse/mes_fonctions.php en privé,

      Si c’est bien çà le pbm, c’est un peu dommage car j’aurais bien aimé mettre du texte clignotant sur ce site... un peu trop statique !

      MERCI.

    • Mais ne cherches-pas à résoudre ce pb au cas où il se reproduirait ? Cela servirait au plus grand nombre et justifierait tes interventions...

    • Bon fausse joie... le problème s’est reproduit.

      En fait le chapo et le texte des articles n’apparait plus, ni la noisette Annonces, ni le texte replié de l’édito...etc
      De même, le contour des noisettes est carré au lieu d’être arrondi.
      Et j’ai cette erreur qui apparait à divers endroits :
      Warning : preg_replace() [function.preg-replace] : Empty regular expression in /htdocs/public/www/tmp/couteau-suisse/mes_fonctions.php on line 1005

      Désolé j’ai pas pensé à faire une copie d’écran, mais je le ferai la prochaine fois.

      Le code incriminé :

      // cette fonction n'est pas appelee dans les balises html : html|code|cadre|frame|script
      function insertions_rempl($texte) {
      	$ins = cs_lire_data_outil('insertions');
      	$texte = str_replace($ins[0][0], $ins[0][1], $texte);
      	return preg_replace($ins[1][0], $ins[1][1], $texte);
      }

      Merci pour ton aide !

      Régis

      PS : j’ai mis à jour la dernière version du couteau suisse et vidé le cache, comme à chaque fois les problèmes disparaissent alors... provisoirement.

    Répondre à ce message

  • 1

    quelqu’un peut-il expliquer à un débutant comment on modifie l’apparence des onglets ?
    Je crois comprendre que ça se passe dans un fichier appelé header.css mais je ne peux écrire à l’intérieur. J’ai plutôt l’impression que ce fichier est alimenté par un js.
    Voilà
    Merci d’avance
    JL

    • josephtux

      Pour l’apparence, tout passe par les CSS

      I Pour un style sur l’ensemble du site :

      Créer si besoin et éditer :
      /spip/squelettes/styles/perso.css ( et pas les CSS des squelettes ou plugins )

      En attendant voici ce que je trouve comme info sur la page suivante :
      http://www.joseph-tux.fr/Onglets , où on trouve le div.onglets_bloc dans la page css du couteau_suisse

      ...plugins/auto/couteau_suisse/outils/decoupe.css ( à explorer ! )

      div.onglets_bloc h2.onglets_titre a (ligne 18)
      {
      text-decoration: none;
      height: 22px;
      }
      
      div.onglets_bloc h2.onglets_titre, div.onglets_bloc h2.onglets_titre a (ligne 62)
      {
      color: black;
      }
      
      div.onglets_bloc h2.hover a (ligne 65)
      {
      color: blue;
      }

      je reviens pour plus de précisions dés que je peux..
      Bon courage
      ( Merci de nous informer de tes succès )

      II Pour une page en particulier :
      je ne sais rien, sauf qu’on peut mettre du html dans une page ( donc peut-être du CSS inclu dans le html ? ) ; vraiment là je vole dans l’ imaginaire....

    Répondre à ce message

  • 6

    bonjour,

    j’espère ne pas être hors sujet :)

    voici mon problème :

    j’utilise spip sous easy php et je n’arrive pas a installer le plugin couteau-suisse.

    Quelqu’un pourrait-il m’éclairer ?

    Je place le plugin dans le dossier /plugins et rien ne se passe :(

    • Sans doute faut-il activer le plugin et se rendre sur sa page de config... Quelle version de SPIP as-tu ?

    • merci pour ta réponse

      version 2.1.2.

      comment faire pour activer le plugin ??

    • As-tu lu cet article et son paragraphe « Installation du Couteau Suisse » ? tu ne précises pas ton réel problème...

    • dsl,

      As-tu lu cet article et son paragraphe « Installation du Couteau Suisse » ?

      oui bien-sûr :)

      mon problème est le suivant :
      je place le dossier décompressé dans le dossier plugins/auto et je regarde le back office pour activer le plugin mais rien n’apparait ...

      idem avec le menu babbibel.

      Je me demande si j’utilise la bonne méthode (voir plus haut) ou bien si je suis à côté ;)

    • Un petit souci vient d’être signalé et corrigé. Avec la nouvelle version du plugin, vois-tu une différence ?

      Adresse du paquet : http://files.spip.org/spip-zone/couteau_suisse.zip

      Si tu veux installer un plugin à la main, il faut le mettre directement dans le dossier plugin/. Sinon, utilise la procédure automatique de SPIP en spécifiant l’adresse du paquet ci-dessus. Les plugins automatiquement téléchargés et placés dans plugins/auto/ le sont fait par SPIP lui-même, si les droits de tes répertoires le permettent.

    • nickel tout fonctionne. merci pour le coup de main et désolé pour la réponse tardive.

    Répondre à ce message

  • 4

    Bonjour,

    Merci pour le développement de ce couteau.

    Quand je veux « Sauvegarder la configuration actuelle », un « Parse error : syntax error, unexpected T_DOUBLE_ARROW, expecting ’)’ in /mnt/ //......// /g.colin/spip/tmp/couteau-suisse/config.php on line 185 » se produit.

    Je suis en spip 2.1.1 et couteau 1.8.29.00, est-ce une erreur répertoriée ( version spip ou couteau .. ), y a t-il un moyen de remédier à ce problème ?

    Merci,
    Gérard

    • Bonjour,

      Cette erreur n’est pas répertoriée, il faut pouvoir la corriger. As-tu regardé le contenu du fichier indiqué ? Quelles sont les lames activées ?

    • Bonjour,

      Les lames activées sont :
      -  Administration : Gestion du JavaScript - Mises à jour automatiques ( je ne m’en sers pas, mais utile pour voir les mises à jours des plugins .. )
      -  Interface privée : Boîtes privées - Améliorations des textes - Glossaire interne - Intertitres en image ( pas en service actuellement .. ) - MailCrypt - Sommaire automatique ( pas en service, en attente de surcharge éventuelle [ couleurs adaptées au site, et surtout intertitre à adapter .. ] )
      -  Raccourcis typographiques : Blocs Dépliables - Décoration - Découpe en pages et onglets ( pas en service .. ) - Filets de Séparation - Tout en couleurs
      -  Affichage public : Ancres douces - Visiteurs connectés
      -  Balises, filtres, critères : Horloge
      -  Divers : Comportements du Couteau Suisse
      Et « Site en travaux » personnalisé avec une image quand c’est utile ...

      Voici le fichier concerné « config.php.zip » à télécharger en archive zip à cette adresse :
      config.php.zip,

      Merci

    • Il me semble que les Intertitres en image sont responsables. Est-ce la version 1.8.30.01 du plugin présentre le même problème ?

    • Merci pour la réactivité, il est vrai que ce couteau est devenu indispensable, mais quand même ...

      En effet, j’ai retiré Intertitre en image sur la version 1.8.29.00, et l’erreur existait toujours. Avec la version 1.8.30.01 celle-ci a disparu, super .. les packs s’enregistrent sans problème ...

      Meilleurs voeux pour 2011,
      Gérard

    Répondre à ce message

  • 8

    Bonjour,

    Un petit bug d’affichage remarqué dans la lame « Découpage en page et onglets » (rev. 42842).
    Lorsqu’une première ligne de texte est saisie dans un onglet, suivie d’un saut de ligne, celui-ci n’est pas pris en compte. En fait, le

    n’est pas inséré, et ceci pour le premier paragraphe seulement. Lorsqu’on saisit un titre (H3 donc), le problème ne se pose pas.

    Suis-je le seul ?

    Merci et joyeuses fêtes !

    • je voulais dire évidemment « le paragraphe » car la balise (p) a logiquement été absorbée ;-)

    • Il faut utiliser les balises <code> et </code> (ou <html> et </html>) pour placer du code HTML dans ton texte.

      Bref, ce souci a été réparé et le nouveau zip du plugin sera construit ce soir à 19h01. Merci du retour !

    • Merci Patrice, bien fixé.

      Autre manifestation apparue depuis.... 1 ou 2 semaines environ concernant la lame « Décoration » : les balises ajoutées à celles par défaut ne sont plus rendues, et c’est le style de « span.surgris » qui est systématiquement appliqué au texte balisé. Une explication ou c’est moi qui mélange mes pinceaux ?

      Et bonne année 2011 bien sûr !

    • Je n’ai pas encore remarqué ce problème... Quel est le code de tes balises personnalisées ? La configuration par défaut induit-elle le même problème ?

    • Je viens de mettre à jour CS sur un autre site (Version locale : 1.8.29.02, Révision : 43298) dont la dernière version était de mi décembre environ, et qui fonctionnait bien.

      Le problème se reproduit :
      dans la lame « Décoration », les balises définies (autres que par défaut) ne sont plus interprétées. Par exemple une balise définie comme div.bouton.class = bouton avec le css correspondant qui met en forme un texte n’est plus reconnue et c’est le « span.surgris » qui prend systématiquement sa place, ou celle d’une autre.

      A noter que j’ai aussi mis à jour Spip à 2.1.6.

    • J’ai retesté avec une Révision : 42687 du CS, le traitement des balises « Décoration » est de retour ;-)

    • Et merci d’avoir fixé si vite ;-)

    Répondre à ce message

  • 2

    Bonjour à tous,

    Je suis sur Spip 1.9.2.h
    Couteau suisse : Version locale : 1.8.29.00, Révision : 42687

    En regardant l’Error log sur mon serveur Apache, je constate l’erreur suivante qui apparait de manière très récurrente (probablement à chaque visite sur la page d’accueil de mon site) :
    PHP Fatal error : Call to undefined function direction_css() in (monsite)/plugins/couteau_suisse/cout_pipelines.php on line 262

    Un correctif existe-il SVP ?

    MERCI et bonne année à tous,
    Régis

    Répondre à ce message

  • 2

    Merci pour le dernier zip .... ça fonctionne.
    Sauf que je découvre un problème, mes apostrophes sont devenues un point d’interrogation. Comme ceci : l ?avion, l ?horrible chose.

    C’est apparu avec les manipulations sur le Couteau, du moins je crois.
    Y a-t-il une solution ??

    Merci d’avance à PatV !

    • Bonjour, à voir si cela disparait avec la désactivation du plugin ou de certaines lames. Cela ressemble à un problème de charset...

      Avant de faire des tests avec le Couteau Suisse, je rappelle qu’il est prudent de sauvegarder la config en cours, histoire de pouvoir la retrouver plus tard éventuellement. Cliquer sur : « Configuration Actuelle » dans le cadre de gauche.

    • Bravo ! J’ai désactivé le plugin, vidé les caches, réactivé le Couteau, remis les lames une à une.
      et c’est bon !

      Il n’y a que « validateur xml » que je n’ai pas remis car cette lame ralentit beaucoup trop le fonctionnement du site public.

      Bonnes fêtes de fin d’année et bonne année à tous

    Répondre à ce message

  • 1
    jacques rosier

    sur version 2.15 de spip et Ahuntsic le plugin couteau suisse provoque une page blanche
    dans l’espace privé. Quand on le suprime l’espace privé est acessible et laisse le message suivant :

    Erreur dans les plugins : ecrire/L :\EasyPHP5.2.10\www\projdioc19/plugins/auto/couteau_suisse/cout_options.php, ecrire/L :\EasyPHP5.2.10\www\projdioc19/plugins/auto/couteau_suisse/cout_fonctions.php, ecrire/L :\EasyPHP5.2.10\www\projdioc19/plugins/auto/couteau_suisse/cout_pipelines.php

    merci pour votre travail

    • As-tu la toute dernière version du plugin ? Quelques modifs viennent d’être faites sur le code. Je rappelle également qu’il vaut mieux supprimer le dossier tmp/couteau-suisse/ dès qu’un problème survient, histoire de tout reconstruire les caches du plugin.

    Répondre à ce message

  • 7

    Bonjour,
    J’utilise avec satisfaction le pluging le couteau suisse, mais depuis aujourd’hui avec la mise à jour automatique vers la version 1.8.29.01 [43218] avec sarkaspip 3.0.4 [40664] et spip 2.1.5 [16793] je n’arrive plus à avoir la page de configuration du couteau suisse, j’ai une page blanche. Comment m’en sortir. Aussi bien en local qu’en distant.
    Merci pour votre aide.
    Milou

    • idem avec spip 2.1.2
      la page de config n’est pas accessible page blanche

      couteau suisse est il compatible avec spip 2.1.1 et plus ?

    • idem sous spip 2.1.5[16796] et sarkaspip 3.0.4[40664] pour la version 1.8.29.01[43218].

    • Bonjour

      Est ce que vous vider le cache spip de temps en temps ? surtout lord de mise à jour ?

    • oui.
      j’ai tenté une réinstallation du plugin, même soucis.
      Le plugin fonctionnait correctement jusqu’à sa mise à jour.

    • Bonjour,
      Oui, vidage du cache de spip avant la MAJ,. Juste pour confirmation.
      Merci d’y avoir fait penser au cas où.
      Cordialement.

    • C’est exact, depuis 17h01, le nouveau zip est prêt pour une mise à jour indispensable. Adresse du paquet :
      http://files.spip.org/spip-zone/couteau_suisse.zip

      Merci beaucoup d’avoir signalé le problème et d’avoir patienté un peu.

    • Merci beaucoup.
      Bonnes fêtes de fin d’année
      Bien cordialement.

    Répondre à ce message

  • 1

    La page de configuration est blanche pour un site en 2.1.2 où j’installais son premier plugin : le couteau suisse en version 1.8.29.01. Mise à jour du site en 2.1.5 et toujours la page blanche. Nouveau dossier /tmp : et toujours la page blanche. idem en local avec MAMP. Même punition sur 2 autres sites en local et en version SPIP 2.1.2 : page blanche. Le fichier tmp/couteau-suisse/header.html n’est pas créé. A la place c’est un fichier nommé b9e228d98bde0ce50db0 xxxxxxx .html avec le contenu #CHEMIN{javascript/jquery.cookie.js}

    Répondre à ce message

  • 6

    Bonjour,
    depuis un moment les flux RSS du plugin ne sont plus rafraichis. Il n’y a aucune erreur d’affichée seulement le message « Attente RSS.. » dans la colonne « Le Couteau Suisse en développement ». La version courante du couteau Suisse ne s’affiche pas également.
    J’ai vidé le répertoire tmp et le cache plusieurs fois mais rien n’y fait.
    Quelqu’un a t’il une idée ?

    Le site : Scubapero

    La version de SPIP : 2.1.2 [16017]
    La version du couteau Suisse : 1.8.29.00 [42842]

    Merci d’avance

    • Salut, jen ’ai pas remarqué ce problème. Tous tes navigateurs sont-ils concernés ? Sans doute une erreur Javascript empêche jQuery de fonctionner... Que disent Firefox/Firebug sur cette page ?

    • Je viens de faire le test avec Google Chrome et IE7 & 8 et j’ai le même soucis.
      Par contre j’ai un autre site sous SPIP 2.0.10 [14698] et même version du Couteau Suisse LATONICCIA ou le problème n’existe pas.
      J’utilise le même PC avec les mêmes navigateurs !!

    • Je viens de regarder avec FireBug et sur la console j’ai les erreurs suivantes :

      GControl is not defined
      [Break On This Error] mapTypeControl.prototype=new GControl();
      dc3537...d4ce.js (ligne 5595)
      [cycle] terminating; zero elements found by selector
      jQuery(".cs_input_checkbox", this).cs_todo is not a function
      [Break On This Error] jQuery('.cs_input_checkbox', this).cs_todo().click(bloc_variables);
      ecrire..._suisse (ligne 395)
      Une chaîne vide a été transmise à getElementById().
    • C’est donc bien une erreur JS, mais qui ne se produit pas côté public. Peut-être la compression est en cause... Tous tes plugins sont-ils à jour ? essaie de désactiver la compression des entêtes grâce à l’outil « SPIP et le cache… ».

    • J’ai réglé le PB. En utilisant l’outil « SPIP et le Cache ».
      J’ai décocher la case « compacter le Javascript » et cocher la case « Ne rien compacter en partie privée ».
      Maintenant les flux RSS sont mis à jour.

    • OK. La compression n’est pas encore au point, le Couteau Suisse n’y est pour rien...

      En regardant le fichier qui résulte de la compression (http://scubapero.free.fr/local/cach...) il semble que le charset soit en cause et induise des erreurs de chaîne, notamment celles du porte-plume ou celles de geomap : à vérifier en désactivant l’un puis l’autre de ces 2 plugins.

      Comme le compresseur crée un fichier JS unique (6173 lignes !!), une seule erreur et tout le reste du script est ignoré...

      Merci pour l’accès.

    Répondre à ce message

  • 4

    Bonjour !

    En regardant mes pages avec « PageSpeed » chaque analyse dit ceci :

    There are 2 CSS files served from www.taize.fr. They should be combined into as few files as possible.
    -  http://www.taize.fr/local/cache-css/2f494c57d2f8fad2c6a3d9653e8dfbc0.css
    -  http://www.taize.fr/local/couteau-suisse/header.css

    Ce header.css ne semble jamais compacté/intégré avec les autres fichiers css. Et je me demande pourquoi. J’utilise INSERT_HEAD_CSS dans les squelettes, et l’option compression de CSS est activé dans la configuration de Spip.

    Est-ce que quelqu’un sait pourquoi ce /local/couteau-suisse/header.css demeure « en-dehors » du fichier compacté ?

    Répondre à ce message

  • 3

    Bonjour,

    Au risque de paraître vieux jeu, j’utilise SPIP 1.9.2i, et j’ai des problèmes pour configurer la réécriture d’URL sur mon site http://www.votrevalse.com, même après lu l’article sur lequel pointe cette page :

    1. j’ai installé le couteau suisse, j’ai activé la réécriture d’URL en « propres ». Jusqu’ici, tout va bien. Ma navigation marche bien : j’ai d’ailleurs changé les balises a href de mon menu pour y mettre les nouvelles URL en .html.
    Problème : quand je tape un mot-clé « idée de valse » sur Google, je vois apparaître en quatrième ou cinquième position la page de mon site avec l’ancienne adresse « spip ?article » etc., et quand je clique dessus, il me marque l’adresse réécrite avec une extension .php et non .html :

    Du coup je me replonge dans la littérature :

    2. je vérifie que j’ai .htaccess à la racine du site ; je vérifie que mon site SPIP n’est pas dans un sous-répertoire ; je me rends compte que je n’ai pas créé de fichier mes_options.php ; je le crée ; et je me rends compte que normalement, pour avoir une extension .html des URLs propres, il faut activer « propres2 » et non « propres ».
    Je mets donc dans mes_options.php « propres2 » et je sélectionne « propres2 » dans mon couteau suisse.
    Je refais le même essai avec « idée de valse » sur google, je tombe sur mon résultat, je clique sur le lien toujours indiqué en « spip.php ?article... » et j’obtiens ce message d’erreur :

    $type_urls = « propres2 » ;
    Warning : Cannot modify header information - headers already sent by (output started at /homez.99/votreval/www/ecrire/mes_options.php:1) in /homez.99/votreval/www/ecrire/inc/headers.php on line 85
    HTTP 302
    Si votre navigateur n’est pas redirigé, cliquez ici pour continuer.

    Question : que faut-il faire ? Est-ce le problème de mon hébergeur ? Je précise que je suis hébergé en mutualisé chez OVH. Est-ce ma version SPIP ? Est-ce que le couteau suisse annule et remplace la manipulation mes_options.php ? Mais dans ce cas, pourquoi est-ce que j’ai eu le problème mentionné en point N°1 quand je n’avais pas mes_options.php ?

    Répondre à ce message

  • 2

    Bonjour,

    Merci pour toutes ces lames ;-)))
    Cependant, je rencontre un problème graphique sous FFX et IE ...
    Les menus déroulants verticaux passent derrière les Onglets ...
    Une idée ?

    • Je me réponds à moi même
      Il m’a fallu monter le z-index à 999999 pour passer devant les onglets !!

    • Il me semble que ce chiffre est de 11 pour les onglets...

    Répondre à ce message

  • Bonjour,
    j’ai forcé les langues sur tout le site grâce au couteau suisse.
    J’ai donc 4 langues pour le site entier mais par contre les articles peuvent être traduits dans toutes les langues dispo sous spip.
    Jusque là ça marche. par contre lorsque quelqu’un répond à un article à travers le forum, le formulaire d’envoi prend la langue de l’article....
    Que puis-je faire pour que le « forçage » soit aussi pris en compte dans le forum ?
    merci d’avance !

    Répondre à ce message

  • 2

    Bonjour à tous,
    Je viens d’installer la dernière version du Couteau suisse et j’ai ce message quand je vais dans la page de configuration :

    Warning : ini_set() has been disabled for security reasons in /var/www/n/na/nat/monsite.fr/public_html/plugins/a uto/couteau_suisse/outils/devdebug_config.php on line 16

    Ce qui me parait bizarre, ce sont les « n/na/nat » précédent l’adresse du site qui commence par « nat ».

    Je suis sous SPIP 2.1.2 [16017] avec les plugins suivants (tous récents) :
    cfg - FancyBox 0.5 - Menus 0.8.2 - Menus deroulants Babbibel 2.2 - Saisies pour formulaires 1.8.11 -
    SPIP Bonux 2.2.10 - Spip jQuery Cycle Plugin

    Sauriez-vous comment me dépatouiller ? Merci d’avance.

    Répondre à ce message

  • Bonsoir,
    Juste pour signaler un truc bizarre que je viens de rencontrer.
    J’ai résolu le pb, mais je ne sais pas si c’est « élégant »...

    Je suis sous SPIP 2.1.2, Sarka 3.0.4.
    J’ai un certain nombre de plugins activés, et je voulais mettre le couteau suisse qui avait été installé avant la mise à jour à SPIP 2.1. Pour passer de 2.0 à 2.1 j’avais tout retiré.
    Je charge donc le plugin qui est actuellement sur Spip-contrib (1.8.26.00 - stable) et je le mets dans le dossier « plugins ».
    Puis je vais sur mon site pour l’activer...
    Stupeur : ça m’affiche site en travaux, erreur MySQL....

    Je ne peux même pas aller « pages privées » en ajoutant /ecrire.
    Je vide le cache du navigateur, idem.
    J’utilise un autre navigateur, un autre ordinateur : dans les deux cas, ça va au début (vieux cache de navigateur j’imagine), puis si je clique sur 2 ou 3 rubriques, même message d’erreur.

    Je retourne sur le FTP, je renomme « couteau_suisse » en « zcouteau_suisse ».
    Je repars côté site public : plus de problèmes...

    J’active le plugin (affiché à sa place normale à Le couteau suisse, pas en fin de liste comme j’aurais pensé, avec un début par zcouteau). Pas de problème.

    Apparemment, il marche.
    Juste une énigme : il semble avoir gardé « activées » les fonctions que j’avais activées avant la mise à jour à SPIP 2.1. Pourtant, entre temps, j’avais même effacé le dossier complet.

    Je ne sais pas si ce bug était lié à la « mémoire » de l’ancien « couteau suisse » ou s’il est « propre » à ce que j’ai installé...
    Je trouve étrange que ça se « répare » en simplement renommant le dossier. Mais ça marche.

    Pour ceux qui auraient ce pb... ou une idée d’explication de l’énigme !
    Bonne soirée à tous
    Pétarel

    Répondre à ce message

  • 7

    Attention le couteau suisse n’est peut être pas comptabile avec une version 2.1.2 de spip.
    J’ai des crashs sous IE, et en le désactivant ça marche...

    -  voir ici : Ptz plus

    Vous ne verrez pas le pb puisque j’ai désactivé le couteau suisse mais bon il est possible que cela soit autre chose... à suivre...

    • Moué.... Tu ne fais aucun exposé précis du crash, tu ne cites pas les outils concernés, tu ne donnes pas la façon de reproduire le bug, tu fais des hypothèses en l’air : à quoi sert ton message ici ??

      Merci d’être plus précis ou de s’abstenir de ce genre de « peut-être que... » complètement inutile.

      Cher visiteur consumériste, ce logiciel est gratuit. En contre partie, il serait élégant d’aider un peu à son amélioration, ne crois-tu pas ?

    • Chez Patrice, j’en sais pas plus. Et je recherche. Et le couteau suisse est le seul plugin installé. Si je remets la dernière version du couteau suisse je bloque mon IE (je précise mon IE), peut -être (et donc à nouveau je mets le peut être - rien n’est sûr en ce bas monde) que le IE d’un autre n’est pas buggé. Je lance mon peut être, parce que peut être quelqu’un d’autre a rencontré le même pb... Si je savais ce qui tournait pas je l’aurais dit... donc après avoir vidé tout le tmp, ça marchait un peu mieux et ça refreezait... donc pour aider un peu plus j’ai installé la version antérieur du couteau suisse et je reviendrai commenter... Et donc dans les mots « à suivre », c’est que je ferai d’autres tests...

    • Reprenons : Spip 2.1.2[16017] et le plugin Le Couteau Suisse 1.8.26.00 -> Chez moi avec mon IE ça le faisait FREEZER ! (j’ai pas d’autres plugins installés)

      - Utilisation des fonctions URL Arbo, Gestion du Javascript / Lutte contre le Spam / Horloge

      Je remets ce soir la version du Couteau Suisse 1.8.25.00 -> tout semble tourner...

      Donc je reviendrais demain pour dire comment ça tourne... histoire de laisser travailler un peu le site.

      Pour le moment je ne sais absolument pas le pourquoi du comment. à Suivre...

    • A Patrice : tu peux aller voir, chez moi ça freeze mon IE (même avec l’ancienne version du couteau), je le laisse dans cet état pour que tu puisses vérifier si tu as envie ou le temps...
      En début d’après midi je désactive le couteau... http://www.ptz-plus.info/
      ça ne se passe qu’avec IE...

      J’ai ça comme messager dans la console de Firefox :

      Avertissement : Erreur d’analyse de la valeur pour « filter ». Déclaration abandonnée.
      Fichier Source : http://www.ptz-plus.info/prive/spip_admin.css
      Ligne : 41

    • Salut, effectivement IE 8 freeze. Il s’agit de JavaScript car en désactivant les scripts sur IE, ton site passe sans problème. Le bug est donc côté client, pas côté serveur.

      Maintenant, faut trouver le problème d’incompatibilité. Je vois que t’as des pubs google notamment. Le seul script introduit par le CS est l’horloge. En désactivant l’horloge, est-ce ton site passe bien ? Puis en désactivant les pubs google et en réactivant l’horloge ? La recherche d’incompatibilité sur les scripts JS n’est pas aisée, mais pas impossible. Identifions d’abord le pb.

      L’avertissement de Firefox est propre à SPIP et n’a rien à voir avec le CS.

    • A priori, c’est l’horloge, mais je suis pas capable de te dire pourquoi ça marche pas avec cette version de spip. Parce que l’horloge je l’utilise sur un autre site (mais version précédente de Spip) ça tourne.

      Là l’horloge est désactivé... et ça marche : http://www.ptz-plus.info/

      plus qu’à trouver une solution pour afficher la date du jour... je vais mettre du PHP pour ça. Merci pour ton aide.

    • Et tu n’as pas essayé en désactivant les nombreux scripts de Google ? L’horloge seule fonctionne très bien, me semble-t-il !

    Répondre à ce message

  • Bonjour,

    Je m’intéresse à la fonction « masquer du contenu ».
    Petite question : y aurait-il un moyen que les contenus masqués soient tout de même inclus dans la recherche ? Et si oui, comment faire, quel fichier modifier ?

    Merci bôcou de vos réponses.

    Répondre à ce message

  • 1
    martingranger

    Avec un spip 2.1.2 et la toute dernière version du CS, j’obtiens ceci juste après l’activation :

    Fatal error: Call to undefined function cs_initialisation() in /var/alternc/html/e/eepool/EEE_Site/plugins/auto/couteau_suisse/cout_options.php on line 93

    Puis ceci dans la page des plugins :

    Warning: include_once() [function.include-once]: Unable to access ../tmp/couteau-suisse/mes_outils.php in /var/alternc/html/e/eepool/EEE_Site/plugins/auto/couteau_suisse/cout_lancement.php on line 242
    
    Warning: include_once(../tmp/couteau-suisse/mes_outils.php) [function.include-once]: failed to open stream: No such file or directory in /var/alternc/html/e/eepool/EEE_Site/plugins/auto/couteau_suisse/cout_lancement.php on line 242
    
    Warning: include_once() [function.include]: Failed opening '../tmp/couteau-suisse/mes_outils.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /var/alternc/html/e/eepool/EEE_Site/plugins/auto/couteau_suisse/cout_lancement.php on line 242
    • martingranger

      J’ai dégainé trop vite, a priori la suppression de tmp/couteau-suisse a réglé mon problème.
      MAIS justement : est-ce que le plugin ne pourrait pas automatiquement vider ce dossier lorsqu’il est mise à jour ? Ça éviterait des sueurs froides à beaucoup de webmestres amateurs :-)

    Répondre à ce message

  • jordan 13

    Tenez-le bien, je crois que le trafic de votre blog est à la hausse !

    Répondre à ce message

  • 4

    Problème avec la lame « Spip et les liens externes » après passage en Couteau Suisse v. 1.8.25.00 :

    je m’occupe de plusieurs site en spip v.2.1.2, tous hébergés, dans les mêmes conditions, chez le même hébergeur (donc pas de différences sur ces paramètres).

    Les sites restés avec Le Couteau Suisse en version 1.8.21.04 ont la lame « Spip et les liens externes » qui fonctionne parfaitement.

    Mais les sites pour lesquels j’ai mis à jour le C S en version 1.8.25.00, la fonction d’ouverture des liens externes dans une nouvelle fenêtre (ou un nouvel onglet) ne fonctionne plus !

    une solution ?

    ou au pire une méthode propre de « downgrade » du C S ? (désolé de l’anglicisme !)

    • Salut, c’est probablement dû à la nouvelle compression des appels en head du Couteau Suisse. Tu as bien vidé les caches, réaffiché la page de config du CS, etc. ?

      Tu as un lien public du site qui ne fonctionne plus ?

    • J’ai vidé tous les caches :
      du navigateur, de spip, j’ai même vidé la base des URLs par la lame « Format des URLs » (sans oublier, ensuite, de vider à nouveau le cache de spip !)

      Rien n’y fait !

      Le site n’as pas de eu de changement de code dans ses squelettes, seul le plugin C S a été mis à jour.

      le site peut être visité à l’adresse http://reflexwebstudio.fr/

      et un exemple de page où il y a un lien externe est http://reflexwebstudio.fr/Chateau-de-Villaines-Sarthe

      Çà me gène d’autant plus, que je prépare, pour ce site, une refonte importante des squelettes et des contenus !

      Merci d’avance.

    • T’inkt pas, si ça fonctionnait avant, ya pas de raison que ça fonctionne plus. Je vois que la nouvelle compilation du head est bonne. Mais il y a deux choses :
      -  Je viens de corriger un petit bug au sujet des liens externes (mise à jour Rev. 41954)
      -  Ta fonctionnalité « Nouvelle fenêtre pour les liens externes » semble actuellement désactivée sur le site que tu mentionnes, tu confirmes ?

    • Je viens de corriger un petit bug au sujet des liens externes (mise à jour Rev. 41954)

      Je ne sais pas quel est ce petit bug que tu as corrigé, mais sur la copie locale de mon site (sous MAMP) çà marche de nouveau !
      Merci BCP !

      Ta fonctionnalité « Nouvelle fenêtre pour les liens externes » semble actuellement désactivée sur le site que tu mentionnes, tu confirmes ?

      Non, elle n’est pas désactivée.

      Par ailleurs, j’ai un bug sur la version du site chez l’hébergeur :
      impossibilité de mise à jour automatique des plugins :
      le navigateur affiche, sur fond de page blanche :
      « Fatal error : Cannot instantiate non-existent class : pclzip in /web/herveledantec/www/ecrire/inc/charger_plugin.php on line 218 »

      Une idée ?

    Répondre à ce message

  • 1

    J’ai installé le Couteau Suisse sous SPIP 2.1.2 Sarka 3.0.4 et de temps en temps j’ai une fatal error dans cout_option.php on line 93
    La ligne est la suivante :

    cs_initialisation(!$cs_exists || in_array(’calcul’, $GLOBALS[’cs_params’])) ;

    Quel peut être le problème ?
    Bernard

    Répondre à ce message

  • 1

    Toujours coincé...

    Comment surcharger « imprimir_articulo.html » pour qu’à l’impression, les blocs soient dépliés. Je ne m’en sors pas.

    Les blocs dépliables sont à l’intérieur de l’article.

    Merci à vous

    Robert

    • Est-ce que c’est dans « baliza_imprimir_documento.php » à la ligne 39 qu’il faut changer quelque chose ?

      $arg=« ’page=imprimir_articulo&id_article=’. ».champ_sql(’id_article’, $p) ;

      J’ai fait toute une série d’essais... sans résultat...

      Merci
      Robert

    Répondre à ce message

  • 2

    Bonjour,
    Je lutte avec les blocs dépliables que j’essaie d’insérer dans mon fichier « forum ».
    Je ne réussis pas à insérer convenablement (où il faut) les codes « BLOC_TITRE », « #BLOC_DEBUT » et « #BLOC_FIN » afin que chaque réponse et sous-réponse puissent être ouverts. A chaque fois, ça me fout un bronx pas possible avec mon menu à droite.
    Je cherche une bonne âme pour m’aider.
    Merci !

    Spip 2.1.2 [16017], Squelettes Z pour SPIP (Zpip) 1.7.9

    Répondre à ce message

  • 2

    Bonjour,

    Je tente d’utiliser le couteau suisse en plus des crayons sur une version 2.1.0 [15608] mais voici le message d’erreur qui apparait dans l’administration de l’outil :

    Fatal error: Call to undefined function cs_initialisation() in /home/users5/m/mafrisonroche/www/plugins/couteau_suisse/cout_options.php on line 93

    sur un autre de mes sites, en version 2.0.10 [14698], il n’y a aucun problème...

    QQ aurait-il rencontré la même difficulté ?

    Merci d’avance pour votre aide !

    Répondre à ce message

  • 6

    Bonjour à tous,

    Depuis je ne sais quand (un rédacteur s’en est rendu compte hier soir), la lame pour prévisualiser un article en cours de rédaction ne fonctionne plus. Si jamais on veut cliquer sur le lien dans la page de l’article, on obtient cette erreur :

    Parse error: syntax error, unexpected ';' in /home/XXXXX/www/ecrire/public.php(190) : eval()'d code on line 555
    1 Erreur(s) dans le squelette
    Numéro	message	squelette			boucle	Ligne
    1 				Erreur d'exécution	   /  	  	 /  

    Le CS est dans sa dernière mise à jour. Quelqu’un d’autre à ce soucis ou ça vient d’un confit avec autre chose ?
    A noter que si on désactive cette lame, la prévisualisation de SPIP fonctionne parfaitement.

    • Quelle version de SPIP as-tu ? Y a-t-il eu d’autres changements récents sur ton site (plugins ou autres) ?

    • J’ai SPIP 2.1.2 depuis sa sortie.

      Aucun changement particuliers à part peut-être des mises à jour de plugins. Mais comme je le fais systématiquement sur tous les sites dont je m’occupe, je ne sais pas lesquels et de quand ça date. Mais au moins plusieurs jours. Et comme ils ne s’en ont rendus compte qu’hier, c’est bizarre.

    • Bonsoir

      Pourrais tu nous dire ce que tu utilise comme plugins en même temps ?

    • Wow, une paire ^^

      Voilà la liste complète.

      A noter que j’ai testé sur un autre site avec les mêmes versions de SPIP et des plugins en communs, et ça fonctionne. Donc soit c’est spécifique à ce site là, soit ça provient d’un plugin en particulier qui n’est pas sur le second site.

      Pour savoir ce qui merde, ce n’est pas gagné. Il n’y a pas un fichier de log pour le CS normalement ? Impossible de le trouver.

    • tu dis des plugins en commun ? dans ce cas pourquoi ne pas désinstaller les plugins que tu as pas de l’autre coter ?

    • Oui j’ai essayé mais ça n’a rien changé malheureusement.

      Le problème doit venir d’ailleurs…

    Répondre à ce message

  • 3

    Bonjour,
    Site en SPIP 2.0.9 avec couteau suisse, j’ai utilisé la fonction « mise a jour automatique des plugins » de la section Administration du couteau suisse, qui m’indiquait une mise a jour disponible du CS (ancienne rev 40941, nouvelle rev 41312).
    J’ai lancé la mise a jour, après le message de confirmation de l’installation la mise a jour a affiché un écran blanc (visiblement un plantage de l’installation).
    Depuis impossible d’accéder a l’espace privé ; je n’ai meme plus la mire de connexion qui s’affiche (uniquement un bandeau en haut de l’écran avec le nom du site...

    URGENT HELP NEEDED PLEASE !

    • tu as essayer de vider les caches ?

    • J’ai essayé mais rien n’y fait, impossible d’accéder à la page de login.

      Par chance le site était sauvegardé, j’ai pu restaurer la sauvegarde d’hier soir (fichiers uniquement et non BDD), et tout semble rentré dans l’ordre.
      Je vais néanmoins retester la mise a jour des plugins demain, afin de confirmer que le problème vient de là.

      Merci pour la réponse.

      Cdlt.
      Eric

    • Bonsoir,

      La mise à jour que tu mentionnes ne peut à ce point planter ton site. Si une page blanche apparait, alors tu peux ajouter « &cs=reportall » dans l’url afin d’en savoir un peu plus sur les erreurs éventuelles.

      Il est possible que la mise à jour par SPIP du plugin ne se soit pas passée correctement. Il suffit dans ce cas de renommer le répertoire du plugin afin de le désactiver automatiquement.

      Au plaisir de connaître tes nouvelles investigations !

    Répondre à ce message

  • 2

    Bonjour

    Un bug est apparu. Je suis sous SPIP 2.1.1 et sarkaspip 3.0.4

    Quand je veux ouvrir la configuration du couteau suisse, j’ai cela :

    Fatal error : Call to undefined function verif_plugin() in /home/sneccftc/public_html/plugins/couteau_suisse/inc/cs_outils.php on line 21

    • Bonjour, il me semble que cette erreur concerne une vieille version du plugin... Après une simple mise à jour, le problème est-il réglé ?

    • Bonjour Patrice

      En effet. Toutes mes excuses.

      Cordialement

      Bonjour

      Un bug est apparu. Je suis sous SPIP 2.1.1 et sarkaspip 3.0.4

      Quand je veux ouvrir la configuration du couteau suisse, j’ai cela :

      Fatal error : Call to undefined function verif_plugin() in /home/sneccftc/public_html/plugins/couteau_suisse/inc/cs_outils.php on line 21

    Répondre à ce message

  • 1

    Bonjour

    Après l’installation de CS, le message suivant s’affiche dans la zone d’administration.

    Warning: is_dir() [function.is-dir]: Unable to access /mnt/139/sdc/8/2/mairiedallain/ecrire/../../tmp/couteau-suisse/ in /mnt/139/sdc/8/2/mairiedallain/ecrire/inc/utils.php on line 691

    De plus, les pages « ecrire/ ?exec=articles&id_article= » ne s’affichent pas correctement (les icones du menu sont les uns en dessous des autres...) et le message ci-dessus s’affiche en haut de la page.

    J’avais déjà essayé ce plugin sur un autre serveur pour faire les essais avant de mettre en ligne le site. Tout fonctionnait parfaitement.

    Merci pour votre aide

    SPIP 2.1.2
    Couteau Suisse 1.8.23.00

    • Merci du retour.

      Effectivement, une inclusion SPIP ne fonctionnait pas sur certains serveurs. La version 1.8.24.00 du plugin devrait corriger le problème.

    Répondre à ce message

  • 3

    Bonjour,

    j’utilise entr’autre la lame« Prévisualisation des articles » du couteau suisse. Je viens de remarquer que le portfolio n’est pas affiché lorsque l’article est en cours de rédaction.

    Lorsque l’article passe « proposé à l’évaluation » le portfolio est bien affiché. Mais a priori ce n’est le couteau suisse qui intervient, mais SPIP « normalement ».

    Pour info, je suis en SPIP 2.1.2 [16017] avec la dernière version en date du couteau suisse.

    Répondre à ce message

  • 1

    Hello,

    j’ai eu un bug sur la lame Lutte contre le SPAM en voulant tester les messages en base de données :

    Erreur : filtre « generer_url_entite » non défini

    Sur un SPIP 1.9.2i [13886]

    Répondre à ce message

  • Bonjour,

    Je reviens vers vous pour vous signaler un comportement étonnant de la lame ANCRE DOUCE. Il semble que l’interprétation du lien #page_haut renvoi vers la home page du site alors que c’est une ancre en haut de page. Je suis en 2.0.12. Tous les plugins sont à jour. Test fait avec Firefox et Chrome. Peut-être aurez vous une idée pour solutionner ce bug qui ne pas être très vieux car avant cela fonctionnait à merveille. Merci pour votre si précieux travail.
    Bien cordialement.

    Répondre à ce message

  • Impossible imprimer les blocs...

    Je n’arrive pas à inclure les blocs dépliés avec les plugins « Imprimir Documento » et « Article PDF ».

    De l’aide ?

    Voir exemple : http://questions-enfants.org/spip.php?article2695

    Merci à vous

    Robert

    Répondre à ce message

  • 2
    erwan_verimag

    bug spip 2.1.1 ou couteau suisse + bouton visiter

    Bonjour,

    Suite au passage à la version 2.1.1 (depuis 2.0.9) j’ai eu des soucis
    avec le couteau suisse. En fait, mon premier problème a été
    l’impossibilité de me connecter à l’interface privée. De mémoire, le
    message était :

    ’fatal error : couleur_html_to_hex () loaded from
    filtres_images_mini.php and already defined in filtres_images.php.

    Et il vrai que ces 2 modules définissent la fonction
    couleur_html_to_hex (et d’autres).

    Par ailleurs, j’ai aussi remarqué qu’en désactivant le couteau suisse
    (en renommant le répertoire couteau suisse de plugins/auto/), ca
    remarchait. En fouillant un peu dans le code, j’ai vu que
    couteau_suisse/outils/icone_visiter.php faisait un
    « include_spip(’inc/filtres_images’) ; »
    ligne 8 puis un
    « include_spip(’inc/filtres_images_mini’) ; »
    ligne 10

    en commentant la ligne 8, tout remarchait.

    En remettant la ligne 8 et en desactivant l’outil ’bouton visiter’ de
    la rubrique ’interface privée’ du CS, ca marche aussi bien sur.

    Ca semble donc être un bug pour le couteau suisse. D’un autre coté,
    je trouve assez suspect que spip duplique du code dans
    ’filtres_images_mini.php’ et ’filtres_images.php’.

    Erwan.

    • N’était-ce pas un souci de cache ? Certains changements de version SPIP/CS peuvent provoquer une série d’erreurs temporaires...

      Je viens de tester cette lame qui fonctionne bien sous SPIP 2.1.2. Le problème est-il toujours d’actualité de ton côté ?

    • Oui. J’ai re-essayé de remettre la lame ’bouton visiter’, et ca a repété mon site.

      Ce qui est sur, c’est qu’il est écrit dans le fichier couteau_suisse/outils/icone_visiter.php :

        include_spip('inc/filtres_images');
        if(defined('_SPIP19300')) {
          include_spip('inc/filtres_images_mini'); // pour SPIP 2.1
        ...

      et que donc, si « defined(’_SPIP19300’) » rend vrai, filtres_images et filtres_images_mini sont tous 2 inclus. Or tous deux définissent des fonctions en commun.

      Je précise à tout hasard que je n’ai absolument pas besoin de cette fonctionnalité. Je le signale juste au vaste monde car j’ai mis un peu de temps à trouver la parade.

    Répondre à ce message

  • 1

    Bonjour,

    Pour info : Depuis le passage à la version spip 2.1.2, les mises à jour du CS ne se font plus automatiquement. En effet, un clic sur le lien Mise à jour automatique affiche la page Ajout de plugins au lien de procéder à l’installation de la mise à jour.

    Salutations,

    TS

    • Bonjour,

      Ce problème a en effet été identifié et corrigé hier (http://zone.spip.org/trac/spip-zone...).

      Puisque SPIP a modifié son système de mise à jour des plugins (http://trac.rezo.net/trac/spip/chan...), il faut donc mettre le Couteau Suisse à jour à la main :
      -  Cliquer sur « Configuration/Gestion des plugins »
      -  Choisir l’onglet « Ajouter des plugins »
      -  Recopier l’adresse du zip dernièrement mis à jour :
      http://files.spip.org/spip-zone/couteau_suisse.zip
      -  Puis cliquer sur « Valider »

    Répondre à ce message

  • Depuis quelques temps, j’ai l’impression que le lame « format des URLs » a un soucis au niveau de la longueur max. J’ai beau y mettre ce que je veux, ça ne change rien.

    Je dois aller modifier la longueur à la main, dans les fichiers de ecrire/urls/… Ce n’est pas top, vu qu’à chaque mise à jour c’est à refaire.

    Suis-je le seul à avoir ce problème ?

    Répondre à ce message

  • Bonjour,

    Je rencontre un problème avec le couteau suisse et les forums de mon site public.

    J’ai activé l’option « réecriture des urls », j’ai choisi la fonction « arborescente », les urls sont propres effectivement mais je ne peux plus envoyer de message dans les forums de mes articles.

    C’est assez embêtant...

    Auriez-vous une solution ?

    Répondre à ce message

  • Hello,

    Voici un petit pb sur la lame antispam, sur un site en ISO (pas UTF8).

    Le mot cialis est interdit dans le paramétrage.
    ’spécialise’ passe bien dans un forum. ok.
    mais ’spécialisé’ est refusé : les 2 caractères accenctués qui encadrent le mot interdit font que le filtre se déclanche à tort.

    Il semble que la regexp prenne, à tort, les caractères accenctués comme des séparateurs de mots.

    Répondre à ce message

  • 2
    Vincent

    Bonjour,

    Avec la lame « SPIP et le cache » activée (SPIP 2.1), paramètres par défaut, l’envoi d’un message sur un forum ne force plus le recalcul de la page.

    • Bonjour. J’ai également remarqué ce dysfonctionnement. Mais vu que cette lame du Couteau Suisse ne se limite qu’à piloter les réglages cachés de SPIP, il est plus que probable qu’elle n’y soit pour rien. Au cas où, si le le plugin est désactivé, le recalcul des forum se refait-il normalement ?

      Ne pourrais-tu pas informer les développeurs de SPIP directement en exposant ce problème sur la liste spip-dev par exemple ?

    • Vincent

      Oui, si cette lame est désactivée, le recalcul fonctionne normalement.

    Répondre à ce message

  • Hello,

    Avec la lame antispam activée, les brèves ne semblent pas protégées.

    Plus précisément : une brève ne cesse de se choper des spams que pourtant le test de détection détecte parfaitement dans la partie privée.

    Y a t il quelquechose de spécifique à faire pour protéger les brèves / cette brève ?

    Hors sujet mais très relié : je ne trouve pas, dans l’interface de SPIP 2.0.9, le moyen d’arrêter les forums sur cette brève (et seulement celle ci). Est-ce normal que les brèves ne disposent pas de ce mécanisme ?

    Répondre à ce message

  • Les lames « sites en travaux » et « glossaire interne » remplacent les e accentués par des caractères fantaisistes. Le langage de mon site (SPIP2.0.11) est le utf-8...

    Répondre à ce message

  • Mise à jour automatique vers version Revision 39331

    Message d’erreur « Warning : Invalid argument supplied for foreach() in /homepages/.../ecrire/inc/charger_plugin.php on line 228 »

    Les mises à jour d’autres plugins fonctionnent...

    Que faire ?

    Installation à la main ?

    Répondre à ce message

  • 5

    Mise à jour Révision : 39239

    Message d’erreur dans la partie privée :

    « Warning : constant() [function.constant] : Couldn’t find constant in /.../plugins/auto/couteau_suisse/exec/admin_couteau_suisse.php on line 148 »

    Que faire ?

    Répondre à ce message

  • Juste une information pour ceux qui aurait fait la même erreur que moi

    Lors de l’utilisation de la lame « PARAGRAPHER », si vous le configurez sur « NON », vous désactivez la fonction native de SPIP (à partir de la 2.0) de « paragraphage » automatiquement sur tous les champs de type « block » (Chapeau, Descriptif, Texte, etc...).

    Du coup, vous vous retrouvez avec l’ancien système (bien connu sous les versions antérieures à 2.X où seuls les champs remplis avec des paragraphes sont entourés de <p> et </p>), mais un filtre vient à votre secours (en cours de documentation) et vous permets de retrouver cette fonctionnalité au cas par cas sur les champs que vous souhaitez : |paragrapher

    Exemple : [(#CHAPO|paragrapher)]

    Ceci peut aussi servir lors de passage de squelettes + CSS de versions antérieures à 2.X à la dernière version actuelle, sans avoir à modifier à nouveau ses Feuilles de Styles préférées...

    Répondre à ce message

  • A. LE GALL

    Bonjour,

    Je n’arrive pas à faire disparaître ce message :
    « Warning : is_dir() [function.is-dir] : open_basedir restriction in effect. File(/mnt/116/sdb/3/4/association.aspec/ecrire/../../tmp/couteau-suisse/) is not within the allowed path(s) : (/mnt/116/sdb/3/4/association.aspec) in /mnt/116/sdb/3/4/association.aspec/ecrire/inc/utils.php on line 691 »

    J’ai les dernières versions du plugin, de spip et de sarka. J’ai vidé les caches...
    Merci pour toute suggestion.

    Répondre à ce message

  • 13
    djibril

    Bonjour,
    J’ai activé dans couteau suisse :
    -  Tout en couleurs
    -  Smileys

    Dans ma barre typographique, les smileys ne s’affichent pas, idem pour la coloration du texte. J’ai juste des cases vides grises et si je passe la souris sur chacune d’elle, j’ai la bulle d’aide m’indiquant ce que c’est .

    J’utilise SPIP 2
    Voici ma liste de plugins :
    #
    pluginAcces Restreint
    plugincfg : moteur de configuration
    plugin Enluminures typographiques pour SPIP 2 & Porte plume
    pluginLe Couteau Suisse
    plugin Lecteur Multimédia en Flash (MP3,flv)
    pluginMediathèque
    pluginPorte plume
    pluginSPIP Bonux
    pluginZen-Garden

    Merci

    • Bonjour, as-tu bien activé les fonctions GD dans la configuration de ton site ?

    • Bonjour,
      intéressant ce post,
      j’ai le même défaut sur mes deux sites et la fonction GD est activée.
      Quelque fois, de manière totalement aléatoire, quelques icônes s’affichent !
      Peut être un PB de calcul au niveau de la bibliothèque GD du serveur !
      Les sites sont chez FREE en version 2.0.10 de SPIP

    • djibril

      GD est bien activé.

    • Ce problème est-il toujours d’actualité ? As-tu toutes les images bien présentes dans les dossiers /local/cache-gd2/ et /local/couteau-suisse/icones_barre/ ? Si oui, peut-être faut-il purger les caches, ou ajouter « &var_mode=recalcul » dans ton URL...

      La compression des JS/CSS peut aussi poser problème : la désactiver temporairement dans la config de ton site pourra permettre un recalcul des icones de la barre.

      Il faudrait trouver le moyen de réinitialiser totalement les caches de la barre typo au moment de la création des boutons...

    • djibril

      Il est toujours d’actualité.
      Voici ce que j’ai :

      xxxxx/local/cache-gd2# ll
      total 56K
      drwxrwxrwx 2 www-data www-data 4,0K avr 7 15:03 .
      drwxr-xr-x 8 www-data www-data 4,0K avr 7 14:59 ..
      -  rw-rw-rw- 1 www-data www-data 658 avr 7 15:01 06da41141b6441b9ca800b6bbe77fd6a.jpg.src
      -  rw-rw-rw- 1 www-data www-data 775 avr 7 14:59 19768a83acb86403a0f12841b93ab8eb.jpg
      -  rw-rw-rw- 1 www-data www-data 702 avr 7 15:02 29648343b57ecf75f7d7b3266634d6f0.png
      -  rw-rw-rw- 1 www-data www-data 742 avr 7 15:02 29648343b57ecf75f7d7b3266634d6f0.png.src
      -  rw-rw-rw- 1 www-data www-data 769 avr 7 15:01 2fc19829f26e6ce8f7ed380ba8e13e3c.jpg
      -  rw-rw-rw- 1 www-data www-data 658 avr 7 15:02 303f8168cd2fe8f2cfaa421b6ac4b21a.jpg.src
      -  rw-rw-rw- 1 www-data www-data 658 avr 7 15:01 44808d81f3e5ed59c28b0762b1afa169.jpg.src
      -  rw-rw-rw- 1 www-data www-data 770 avr 7 15:01 6566ed3701648d93e670b435883223d5.jpg
      -  rw-rw-rw- 1 www-data www-data 702 avr 7 14:57 7ca5911379e53e236b07c98ce2ddeb41.png
      -  rw-rw-rw- 1 www-data www-data 754 avr 7 14:57 7ca5911379e53e236b07c98ce2ddeb41.png.src
      -  rw-rw-rw- 1 www-data www-data 775 avr 7 15:03 ba5ac4bd10b4b135c4afdf294150e6da.jpg
      -  rw-rw-rw- 1 www-data www-data 775 avr 7 15:02 bc1af4bf64fa07e4a034423888e5f88e.jpg
      -  rw-rw-rw- 1 www-data www-data 0 avr 7 14:57 .ok

      xxxx/local/cache-gd2# ll /web/extranet/local/couteau-suisse/icones_barre/
      total 24K
      drwxrwxrwx 2 www-data www-data 4,0K avr 7 15:02 .
      drwxrwxrwx 3 www-data www-data 4,0K avr 7 14:57 ..
      -  rw-rw-rw- 1 www-data www-data 702 avr 9 10:15 29648343b57ecf75f7d7b3266634d6f0.png
      -  rw-rw-rw- 1 www-data www-data 111 avr 9 10:15 78567c1c97f654cd61dfb4487a9370a3.png
      -  rw-rw-rw- 1 www-data www-data 102 avr 9 10:15 785cb16f5fa6faef7e26686ee5a79e3c.png
      -  rw-rw-rw- 1 www-data www-data 702 avr 7 14:57 7ca5911379e53e236b07c98ce2ddeb41.png
      -  rw-rw-rw- 1 www-data www-data 0 avr 7 14:57 .ok

      Merci,

      djibril

    • Merci mais tout cela ne nous renseigne pas tellement ;-) Ces icônes sont-elles bien les boutons qui manquent ?

    • djibril

      A chaque fois que je vide le cache, bah le contenu des répertoires /local/cache-gd2 changent.
      Sinon de toute façon A chaque nouveau vidage de cache, impossible d’accéder à un article depuis la console d’administration. J’obtiens cette belle page. Ça devient vraiment fatiguant.

      Voilà, sinon bah mon problème n’est toujours pas résolu.

    • Bon, tu ne réponds pas à mes questions. Sans éléments précis, on ne pourra rien pour toi. Si tu le peux/veux, envoie-moi en privé un accès admin-ftp à ton site, je veux bien aller voir de plus près ce qui cloche.

    • djibril

      Je ne peux pas te donner un accès ftp à site sur mon réseau. Je veux bien te donner des éléments précis, mais pour ce faire, il me faudrait des questions précises (je ne suis pas expert spip). Actuellement, dans mon répertoire /local/couteau-suisse/icones_barre/, j’ai 4 fichiers png (ex : 78567c1c97f654cd61dfb4487a9370a3.png, ...). Ces 4 fichiers correspondent aux 4 images qui s’affichent (un smiley, un T et un F).

      Et de toute façon, je n’arrive même plus à accéder à mon article, j’ai une page d’erreur :

      SPIP 2.0.10 debug Extranet
      Erreur(s) dans le squelette

      1 Erreur sur le site boucle critère inconnu id_objet
      2 Erreur sur le site boucle critère inconnu objet
      3 Erreur sur le site boucle critère inconnu id_objet
      4 Erreur sur le site boucle critère inconnu objet
      5 Erreur sur le site boucle critère inconnu id_objet

      Voilà

    • Bonjour à tous.

      Je pense qu’une mise à jour avec la toute dernière version du Couteau Suisse devrait permettre une meilleure gestion des icônes insérées dans Porte Plume.

      Attention de bien :
      -  activer les fonctions GD dans la config de votre site
      -  réafficher la page d’admin du Couteau Suisse pour le recompiler
      -  vider le cache (SPIP et vignettes)
      -  vérifier que la barre typo possède bien toutes les icônes attendues

    • djibril

      Bonjour Patrice,

      Merci pour vos conseils. Malheureusement, je les ai appliqué sans changement.
      Je vais faire un résumé de ma situation actuelle.

      Voici les modules plugins que j’utilise :

      • Acces Restreint
      • cfg : moteur de configuration
      • Enluminures typographiques pour SPIP 2 & Porte plume
      • Le Couteau Suisse
      • Lecteur Multimédia en Flash (MP3,flv)
      • Mediathèque
      • Porte plume
      • SPIP Bonux
        Ils sont tous à jour :
      • cfg : moteur de configuration (v1.14.4)
        Ce plugin semble à jour. Rév. 37077 9/04/10
      • Le Couteau Suisse (v1.8.15.06)
        Ce plugin semble à jour. Rév. 37236
        14/04/10
      • Lecteur Multimédia en Flash (MP3,flv) (v0.73)
        Ce plugin semble à jour. Rév. 37160 12/04/10
      • Porte plume (v1.7.1)
        Ce plugin semble à jour. Rév. 37174 12/04/10
      • SPIP Bonux (v1.9.2)
        Ce plugin semble à jour. Rév. 37110 10/04/10
      • Acces Restreint (v3.0.0)
        Ce plugin semble à jour. Rév. 37195 13/04/10
        Enluminures typographiques pour SPIP 2 & Porte plume (v3.1.2)
        Ce plugin semble à jour. Rév. 36956 5/04/10
      • Mediathèque (v1.2.1)
        Ce plugin semble à jour. Rév. 36830 1/04/10

      Afin d’essayer de régler le problème, je me suis déconnecté de la page d’administration et reconnecté ensuite. J’ai désactivé et réactivé tous les plugins. J’ai ensuite vidé le cache (les 2 images et l’autre). J’ai supprimé le répertoire /tmp/couteau-suisse.
      Dans couteau suisse, voici mes outils :
      Mises à jour automatiques

      • Belles URLs
      • Belles puces
      • Smileys
      • Blocs Dépliables
      • Décoration
      • Découpe en pages et onglets
      • Filets de Séparation
      • Tout en couleurs
      • Jolis Coins
      • SPIP et les liens… externes
      • SPIP et ses raccourcis…
        Dans mes répertoires /local/couteau-suisse/icones_barre/ et /local/cache-gd2, j’ai maintenant plusieurs images (près d’une 60aine de fichiers png).

      Mais malheureusement, lorsque que j’édite un article, il manque toujours toutes les images dans la barre typographique au niveau : colorer le texte, colorer le fond, insérer une frimousse et insérer un filet de séparation. Toutes les icônes de ces outils ne sont point affichées.

      Voilà, j’espère vous avoir donné le maximum de détails pour m’aider à résoudre ce souci qui perdure depuis que je me suis lancé à la découverte et l’utilisation de SPIP.

      Merci

    • Salut,

      Lorsque tu regardes les images de /local/couteau-suisse/icones_barre/, sont-elles bien valides ? Correspondent-elles bien aux boutons manquants ?

      Sur ta page de config avancée (bouton Configuration > Fonctions avancées), essaie peut-être :
      -  de sélectionner GD2
      -  de désactiver le compactage des scripts et CSS
      -  vider le cache nouveau

      Peut-etre un échange en privé serait-il plus approprié...

    • Bonjour,
      Pour ma part j’ai solutionné ainsi :
      Dans/local/couteau-suisse/icones_barre toutes les icônes étaient présentes je les ai supprimées puis dans SPIP j’ai vidé le cache (taille du répertoire cache). J’ai constaté que mes icônes étaient bien actives pour ma rédaction d’un article et avaient bien été récrées dans /local/couteau-suisse/icones_barre.

    Répondre à ce message

  • 2

    Bonjour,

    Je cherche un moyen de désactiver Mailcrypt pour un squelette. Ce serait possible de définir une liste d’exceptions pour ce dernier ? Rapport à spip-lettres, envoyer une lettre avec des emails dans le texte... Pas possible avec Mailcrypt.

    Il faudrait pouvoir gérer des exceptions, qui serait vide par défaut :
    $GLOBAL[’liste_skel_exception’][]=’’ ;

    Au webmaster après de remplir comme bon lui semble en fonction de ses squelettes. Peut etre que je me trompe méchamment sur la manière de faire, mais il faut pouvoir le désactiver quand on le souhaite sans le désactiver manuellement à chaque fois qu’on écrit une lettre. (ça pourrait être aussi une zone restreinte, ou je ne sais quoi, qui n’a pas besoin du cryptage, c’est pas forcément que pour spip-lettres).

    Répondre à ce message

  • 5

    Bonjour.
    J’ai installé la lame mailcrypt du couteau suisse et mes adresses mails n’apparaissent plus en clair ni dans les pages ni dans le code source. Très bien jusque là. Seulement lorsqu’on clique sur une de ses adresses, le gestionnaire de courrier ne s’ouvre plus. Le navigateur indique que le lien ne pointe nulle part (#).
    Je précise que mon navigateur n’a aucun problème avec le javascript. Le site tourne encore en local et le problème se pose également sur les postes de mes collègues avec des navigateurs différents.
    Quelqu’un aurait il une idée ? merci

    • Salut, as-tu essayé avec d’autres navigateur ? Tu as l’adresse pour qu’on aille voir ?

      Vu que le lancement du gestionnaire de courrier se fait en javascript (seule façon de décripter le mail) il est possible que ta page présente une erreur en amont qui bloque la suite du script. Firefox/Firebug t’en diront sans doute davantage...

    • Le site est en local pour le moment, je ne peux donc pas donner le lien. Le problème se pose avec tous les navigateurs testés, alors que d’autres scripts s’exécutent parfaitement dans les même pages. Je vais tout de même essayer de voir avec Firebug pour d’éventuelles erreurs en amont.

    • Merci pour ta réponse Pat.
      Lors du clic sur une adresse, la console de Firebug affiche « lancerlien is not defined »... une idée ? merci

    • Bonjour.
      J’ ai finalement opté pour le plugin AntiSpamSimple. J’ai eu un problème similaire. En fait, l’entête de la page ne contenait tout simplement pas l’appel au javascript, je l’ai mis en « manuel » et ça marche.
      Merci

    • Faut pas mettre tout ça « en manuel »... Les plugins sont capables de le faire eux-mêmes...

      N’aurais-tu pas oublié de placer dans ton squelette la balise #INSERT_HEAD ?

    Répondre à ce message

  • 2

    Salut.
    Sur une page d’auteur qui possède 4 intertitres dans la bio, une des lames du couteau suisse empêche l’accès à la page. Sur la gauche de la page auteur j’ai ça :

    Fatal error: Call to undefined function image_typo() in /home/www/a276bd22aab8debff9506fc2093564/web/annecy/plugins/auto/couteau_suisse/outils/titres_typo.php(25) : runtime-created function on line 1

    Ca ne le fait pas ailleurs. Désactiver la lame permet de sauver les meubles mais bon...

    Répondre à ce message

  • 2

    Bonjour,

    J’ai activé la fonction site en travaux du couteau suisse mais après déconnexion il ne m’est plus possible de me reconnecter à l’interface privée (page écrire blanche) ; Est il possible de désactiver cette fonction par d’autres biais ? Etant admin j’ai accès aux fichiers par ftp ainsi qu’à la base mysql.

    Merci de votre aide je suis dans la panade et c’est assez urgent !

    • Bonjour,

      En renommant le dossier du plugin, on le désactive automatiquement. Mais aviez-vous bien la dernière version ? Car des correctifs ont été apportées sur cette lame il y a quelques mois.

      Dans la base, la table concernée est spip_meta et l’activation d’une lame est (par exemple pour la mise à jour automatique) notée comme ceci : s:8:"maj_auto";a:1:{s:5:"actif";i:1;}. Pour la désactiver, il suffit de remplacer le i:1 par : i:0. Je n’ai pas testé, mais ça devrait marcher...

    • C’est bon, j’ai résolu le problème. Merci beaucoup pour cette réponse rapide.

    Répondre à ce message

  • 1

    Bonjour,

    J’ai installé le plug-ins Couteau Suisse (Version locale : 1.8.18.00 - Révision : 38386) et seulement ce plugins sur un site Spip 2.1.0 tout neuf.

    J’ai copié les fichiers dans le dossier plugins et l’ai activé par le menu de gestion des plugins.

    L’installation semble s’être bien passée malgré l’apparition d’un message « Problème sur : le serveur distant » qui pointe vers le plugins.xml.

    Lorsque j’active la seule lame dont j’ai besoin « Pas de forums anonymes », la lame apparait bien dans la liste des lames actives et je peux même choisir si je souhaite seulement le nom ou l’email obligatoire (en l’occurence, je souhaite les deux) mais malgré tout, je peux toujours poster dans le forum de mon unique article du site de manière anonyme.

    Ai-je raté quelque chose lors de l’installation ?

    En vous remerciant,

    • Aurais-tu un lien public pour voir ce qui se passe ?

    Répondre à ce message

  • 2

    Bonjour,

    J’ai un site qui recoit beaucoup de spam j’ai utilisé le plugin captcha , anti spam mais rien. On m’avait conseillé de prendre le couteau de suisse je l’ai mis en place mais je pense que j’ai un problème de configuration parce que je recois toujours les messages chinois, des milliers par jour. Est quelqu’un peut me dire sil a deja utilisé le plugin couteau de suisse pour luttter contre les spam et comment il l’ a configuré ??? je mets en fichier joint ma config Merci de votre aide.

    • Et si t’enlèves les guillemets ?

    • C’était donc bien une question de version... Pour tester la base il suffit de cliquer sur le bouton vert de ton image ci-dessus !

    Répondre à ce message

  • 8

    Ancres douces

    Bonjour,

    je souhaite utiliser la « lame » ancres douces, mais celle-ci me renvoie systématiquement à la page d’accueil de mon site. Quand cette « lame » n’est pas activée, il n’y a pas de problème, l’ancre me renvoie bien à l’endroit spécifié.

    Est-ce un bug connu, ou est-ce que je fais une erreur en déclarant mes ancres ?
    Dans mon squelette j’ai rajouté :
    <a name="haut_de_la_page"></a>
    et
    <a href="#haut_de_la_page">Haut de la page</a>

    • Bonjour, peut-être y-a-t-il un conflit de version ? ou une erreur javascript bloquante ?

      Quelle est la version de SPIP ? Avez-vous un lien public ?

    • Je suis en SPIP 2.1 [15608]
      par exemple :
      http://zante.molez.fr/une-vie-bien-remplie/Ma-famille

    • Il semblerait que mon problème provient de mon type d’adresses url.
      J’utilise des url arbo.
      Quand je passe en url propres, il n’y a plus de problème.
      C’est donc mon fichier .htaccess qui est certainement en cause.
      J’utilise le .htaccess fournit avec spip 2.1, je ne sais pas comment le modifier pour résoudre ce problème.

    • Sous IE8 de chez moi, ça fonctionne...

    • Quand tu as essayé, de quel type étaient les url.
      J’ai fait différents essais ces dernières minutes.
      Je suis revenu dans la configuration dans laquelle je souhaiterais que ça fonctionne.
      Peux-tu refaire un essai ?

    • Il s’agit de cette adresse : http://xxx/une-vie-bien-remplie/Ma-famille#haut_de_la_page et les ancres douces fonctionnent parfaitement sur : http://xxx/une-vie-bien-remplie/Ma-famille#haut_de_la_page (IE8)

      Après, faut se méfier de tous les caches...

    • OK merci pour ton aide.
      Je viens de détecter un autre problème qui ne concerne pas le couteau suisse.
      Mes vignettes ne passe pas sous IE8. Problème de code html. Il faut que je vois si ça vient de mon squelette...

    • Je reviens après quelques corrections qui n’étaient pas liées à mon squelette, mais au modèle img de spip. Aucun rapport avec le problème évoqué plus haut.

      La lame « Ancres douces » ne fonctionne pas sur mon site. Il semblerait que c’est lié au navigateur (tout est ok avec IE8, mais ne fonctionne pas avec firefox 3.6.3, je n’ai pas testé avec d’autres navigateurs). Un problème de javascript ?

      Par contre le plugin indépendant « Ancres douces » fonctionne parfaitement.

      Ma configuration :

      SPIP 2.1
      Squelette zpip
      Thème Keep it simple légèrement modifié
      et pas mal de plugins qui semblent cohabiter correctement :
      Ancres Douces
      cfg : moteur de configuration
      Corbeille
      Crayons
      Enluminures typographiques pour SPIP 2 & Porte plume
      Le Couteau Suisse
      Lecteur Multimédia en Flash (MP3,flv)
      Liste d’articles complètes
      Mediathèque
      Menus
      Mes fichiers 2
      Porte plume
      Recherche FULLTEXT
      Saisies pour formulaires
      Sélection d’articles
      SLOGAN
      Snippets
      SPIP Bonux
      Squelettes Z pour SPIP (Zpip)
      Thickbox v2
      Zen-Garden

    Répondre à ce message

  • 7

    Bonjour,
    J’ai un site spip192g avec une ancienne version du plugin couteau de suisse où on avait déjà activé les urls propres propres2. Maintenant je veux gérer les urls propres a 3 chiffre(pour les nouveaux articles) pour le référencement de google. Comme dans l’ancienne plugin je ne voyais pas au Format proposés : « libres » j’ai installé une nouvelle version du plugin couteau de suisse. Mais y’a tjrs pas le format « libres » ni les paramètres de config comme : terminaison des URLs, début des URLs, caractère de séparation, longueur maximale, marqueurs dissociant les objets, script d’appel, lettres minuscules, id systématique en suffixe, id systématique en préfixe, minimum de 3 chiffres (pour Google notamment), etc. Alors comment faire pour mettre les 3 chiffres aux urls. Merci

    • Bonjour,

      En fait, cette fonctionnalité est disponibe pour des versions de SPIP > 2.0 car elle utlise un pipeline qui n’est pas encore disponible sous 1.92... Deux solutions donc :

      -  Mettre à jour SPIP (préférable, de loin)
      -  Réécrire le fichier ecrire/urls/propres.php

    • Bonjour,

      En fait, cette fonctionnalité est disponibe pour des versions de SPIP >= 2.0 car elle utlise un pipeline qui n’est pas encore disponible sous 1.92... Deux solutions donc :

      -  Mettre à jour SPIP (préférable, de loin)
      -  Réécrire le fichier ecrire/urls/propres.php

    • Merci pour votre réponse,
      J’évite de faire une mise a jour pour l’instant le site est trop lourd, il ya énormément de choses par contre je suis nul en php lol, alors si quelqu’un a une idée dur comment réecrire le fichier ecrire/urls/propres.php. Encore une fois merci de votre aide

    • déjà il faut copier ce fichier dans ton squelette (dossier urls/) pour surcharger le fichier original de SPP. Ensuite, tu modifies la fonction generer_url_article($id_article) en remplaçant :

      return _debut_urls_propres . $url . _terminaison_urls_propres;

      par :

      return _debut_urls_propres . $url . '-' . sprintf('%03d', $id_article) . _terminaison_urls_propres;

      Bon je n’ai pas testé, c’est sans garantie lol

    • Bon je me repond,
      j’ai suivi exactement ca et on diré que ca marche http://www.spip-contrib.net/Urls-propres-3-chiffres-et-google j’ai crée un article nouvel article comme test qui a comme id 2700 et je me retrouve avec http://monsite/Nouvel-article,2700.html. Alors c ca l’idée non ??? jy comprend rien ces trucs là. Merci pour tout

    • Alors il faut apprendre ;)

      En vidant la table des URLs tu perdras toutes les anciennes, et les nouvelles seront automatiquement recalculées.

    • Bonjour,
      J’ai activé les urls propres a 3 chiffres pour un site en suivant les explications de ce site : http://www.spip-contrib.net/Urls-propres-3-chiffres-et-google

      Mais ca marche uniquement pour les articles et non pour les breves.... Alors comment faire ?? Merci de votre aide

    Répondre à ce message

  • 5
    Thierry

    Bonjour à tous,

    Depuis la mise à jour de spip version 2.1.0, je rencontre sans cesse, c’est-à-dire presque tous les jours, des problèmes avec les droits d’écriture sur les fichiers tmp, tmp/cache, tmp/couteau-suisse et tmp/ plugin_xml_cache.gz.

    Voici un exemple de message d’erreur : vérifier les droits d’écriture
    Le système a rencontré une erreur lors de l’écriture du fichier
    ../tmp/couteau-suisse/header.html. Veuillez, en tant qu’administrateur du
    site, vérifier les droits d’écriture sur le répertoire tmp/couteau-suisse.

    J’ai remarqué que ces problèmes de droits d’écriture surviennent à chaque fois que je vide le cache de spip ou que je veux faire des modifications dans la zone de gestion des plugins de l’espace privé de spip, notamment lorsque je veux activer ou désactiver des outils du couteau-suisse.

    Pour résoudre provisoirement ce problème, je suis sans cesse obligé de changer les droits d’écriture via ftp. Mais j’ai beau les mettre en 777 sur les fichiers concernés, la correction n’est jamais définitive et je suis toujours obligé de recommencer à les changer, notamment sur le fichier compressé plugin_xml_cache.gz.

    Est-ce que d’autres personnes rencontrent ces problèmes de vérification des droits d’écriture ?
    Et surtout quelle est l’origine de ce problème, usant à la longue, et comment le résoudre une bonne fois pour toute.

    Je précise que ma version de php est 5.2.5 et ma version de MySQL est 4.1.22.
    Le système d’exploitation est Linux 2.4.20-28.9 et la version d’Apache est 2.2.8 (Unix).

    Merci pour votre aide,

    Amicalement,

    Thierry

    • Là je n’ai pas la réponse, mais a priori, ce problème concerne SPIP lui-même car le Couteau Suisse utilise les fonctions standard de SPIP... Peut-être devrais-tu poster ta demande sur la liste spip-dev ou chercher dans ses archives si ce pb n’a pas déjà été rencontré ?

    • Thierry

      Bonjour,

      Merci pour ta réponse, je vais donc voir sur spip dev.

      Par ailleurs, j’ai exactement le même problème que sur l’un des message publiés ci-dessous, à savoir :
      Dans ma barre typographique, les smileys ne s’affichent pas, idem pour Décoration, idem pour les filets de Séparation et Tout en couleurs. J’ai des cases vides grises et si je passe la souris sur chacune d’elle, j’ai la bulle d’aide m’indiquant ce que c’est . A noter qu’après la mise à jour à la version 2.1.0, je n’avais pas ces icones, puis elles sont revenues et depuis elles ont de nouveaux disparu... alors qu’elles sont pourtant bien présentes dans les fichiers local/couteau-suisse et local/cache-gd2.

      J’ai bien vidé le cache et les deux fichiers du local... mais rien à faire les icônes ne s’affichent toujours pas. bizarre !

      Que faut-il faire ?

      Merci pour ton aide,

      Thierry

    • Tu as bien la toute dernière version du plugin ?

    • Thierry

      Ah oui aucun doute la dessus je mets à jour automatiquement les plugins vi a le couteau suisse et je suis à jour pour tous.

    • même problème de lecture et d’écriture de fichiers.

    Répondre à ce message

  • Bonjour !

    Depuis l’installation de la nouvelle version de spip 2.1 et du plugin couteau suisse, la page de détail du couteau suisse m’affiche l’erreur suivante :

    Fatal error : Call to undefined function verif_plugin() in (...)

    Une idée ?

    Merci

    Répondre à ce message

  • Bonjour,

    Suite à la mise à jour vers la version 2.1 j’ai constaté un problème sur les plugins crayon et thickbox. En ce qui concerne le plugin crayon, je me suis aperçu que tout rentrait dans l’ordre une fois la fonction #INSERT_HEAD du couteau suisse désactivée. Le plugin thickbox nécessitant cette balise il se peut que son bug soit également lié à cette dernière. Mais quelqu’un saurait il trouver le fond du problème ?

    Merci, Gef

    Edit // Il semblerait que le problème était liée à une instruction JQuery dans mon head qui rentrait en conflit avec celle de la balise ; j’ai corrigé le problème.

    Répondre à ce message

  • 1

    je reviens par ici, certes un peu tardivement pour te dire un grand merci patrice, les mises à jours apportées à l’antispam du CS sont vraiment géniales et ton écoute et tes explications par mails ont été d’une grande aide

    le test de la base de données est super pratique, et le filtre des IP, dont je ne me suis pas encore servi, est une excellent idée
    puis en ajoutant ce code radical, (après ton initiation au uft-8 !)
    "/&#[1-3][0-9]{4};/"
    nous n’avons plus aucun, mais plus du tout du tout de spam asiat

    les propriétaires du sites sont super contentes, les forums se portent bien !!

    BIG UP PAT

    • Une lutte de ce genre est toujours une course poursuite et les trêves souvent temporaires ;-)

      Espérons que celle-ci dure le plus longtemps possible...

      Merci de tes encouragements.

    Répondre à ce message

  • 3

    Bonjour à tous,

    j’ai remarqué un léger bug sur mon site. Je ne sais pas si le plugin est buggé ou si un souci se pose sur mon site précis.

    En gros, lorsque j’utilise la lame découpe avec 4 pages par exemple sur 1 article, la double flèche de la pagination qui est cencée ramener au début de l’article affiche un lien erroné.

    Exemple sur ces pages là :

    http://www.canonniers-nantes.fr/Du-floorball-a-la-sauce-phoceenne.html?artpage=2
    http://www.canonniers-nantes.fr/Tournoi-de-la-Francophonie-2008.html?artpage=2-5
    http://www.canonniers-nantes.fr/Besancon-Citadelle-du-floorball.html?artpage=2-4
    http://www.canonniers-nantes.fr/Statistiques-Generales-09-10.html?artpage=2-4
    http://www.canonniers-nantes.fr/Statistiques-Canonniers.html?artpage=2-5

    etc etc.

    Je précis que je n’ai surchargé aucun fichier du plugin. J’ai l’impression qu’il y a un souci dans le fichier fonds/decoupe.html.

    D’autre part, la lame génère un duplicate content pour le référencement puisque le lien de la page 1 de l’article renvoi vers une autre url avec un argument supplémentaire au lieu de renvoyer tout simplement vers l’url de l’article sans aucun argument.

    Exemple :

    Le lien 1 renvoyer vers http://www.canonniers-nantes.fr/Du-floorball-a-la-sauce-phoceenne.html?artpage=1-4 au lieu de renvoyer tout bètement vers http://www.canonniers-nantes.fr/Du-floorball-a-la-sauce-phoceenne.html .

    Google verra donc deux url distinctes avec le même contenu.

    Quelqu’un aurait-il des solutions ?

    • Bonjour,

      Je vois que tu as remplacé les images originales dans /plugins/couteau_suisse/img/decoupe/. Il faut plutôt recréer ces répertoires dans ton dossier de squelettes où tu placeras tes propres images : /squelettes/img/decoupe/. Comme toutes les surcharges SPIP, les images originales du plugin seront donc ignorées. Si tu ne fais pas ça, la prochaine mise à jour du Couteau Suisse va écraser tes modifs...

      En ce qui concerne la duplication d’url, je viens de poster une correction sur le plugin pour l’éviter.

      Enfin, pour le bug de la première page, je sèche, je ne le reproduis pas chez moi. Le fond à débugguer est /plugins/couteau_suisse/fonds/decoupe.html (ligne 37) et l’adresse utilisée ici est : [(#ENV*{self}|decoupe_url{1,#ENV*{derniere_page}})]. Je ne vois pas ce qui peut clocher... Essaie de voir si #ENV*{self} est bien défini, si le filtre decoupe_url fonctionne comme prévu, ou si un code tiers met ici son grain de sel...

    • Merci pour ta réponse, je vais mettre à jour le plugin pour bénéficier de la correction apportée, en espérant que cela me corrige le reste :D. Pour les images je ne sais pas pourquoi je n’ai pas surchargé en effet :).

    • Je viens de mettre à jour et les 2 bugs sont corrigés. Donc Je ne vois que 2 explications pour le souci d’url sur l’icone, soit mon install du plugin était foireuse, soit tu as apporté des corrections que je n’avais pas appliquées. J’opte pour mon install foireuse :) (install faite en auto je précise car la souce n’est peut-etre pas la meme).

    Répondre à ce message

  • 2
    Philippe G.

    Bonjour,
    Problème avec le Glossaire du Couteau suisse : j’ai mis le mot CES dans le Glossaire pour afficher « Collège d’Enseignement Secondaire ». le problèmes c’est qu’à chaque fois que « ces » apparait (ces images, ces personnes...) j’ai la pop-up du Collège d’Enseignement Secondaire ! Comment faire pour éviter cela ?
    Merci d’avance.

    Philippe

    Répondre à ce message

  • 2

    bonjour Patrice
    je n’ai pas trouvé réponse à mon pb dans le forum et je me tourne vers toi. j’ai une erreur pour l’utilisation du forum :
    Fatal error : Call to undefined function cs_decoupe() in /home/www/html/ecole/efn-dumas.naples/squelettes-dist/formulaires/forum.php(275) : eval()’d code on line 1

    le cs_decoupe m’a fait penser au couteau suisse et j’ai effectué une mise à jour.
    j’utilise spip 2.0.9 et le squelette scolaspip. tu auras aussi compris que je suis débutant.

    merci d’avance !

    Répondre à ce message

  • 6

    Hello Pat,

    Je reviens sur le bug du lien sur les forums détectés comme positifs pour le test de spam : ce lien est actuellement inutilisable !!!
    Peut être est-ce un bug de spip comme tu sembles le dire (d’ailleurs j’ai fait un ticket) mais en attendant ce serait bien de patcher la lame !!!

    A la place de ecrire/ ?exec=articles&id_article=918#forum36672
    il suffit de mettre
    ecrire/ ?exec=articles_forum&id_article=918#forum36672

    et ce sera tout de suite en phase !!!!

    merci beaucoup d’avance :-)

    • Super !

      Mais Cedric vient tout juste de corriger la balise dans la 2.1 : elle pointe(ra) désormais vers le site public, et la correction ne sera plus bonne en 2.1 !!
      cf http://trac.rezo.net/trac/spip/changeset/15413

    • Ok, mais ici il vaut mieux garder un lien privé, seule possibilité de gestion de tous les types de messages...

    • Oui c’est mieux que ça reste dans le privé pour pouvoir modérer par exemple.
      Cédric écrit : Dans l’espace privé il faut utiliser generer_url_entite pour obtenir une url dans l’espace prive mais j’ai pas réussi à l’utiliser pour appeler une page ecrire/ ?exec.

      En attendant ça marche « codé en dur » avec :

      <a href="?exec=articles_forum&id_article=#ID_ARTICLE#[(#REM)]forum#ID_FORUM" style="color:orange;" target=_blank>#ID_FORUM. #TITRE</a>

      Un target blank oublié et c’est pénible à retrouver l’affichage avec ajax donc je l’ai forcé ici c’est trop pratique... et le orange est moins vulgaire que le rouge ici.

    • Mais articles_forum affiche aussi les forums postés sur autre chose que les articles ? C’est peut-être trop réducteur...

      Pour éviter le _blank, j’utilise le bouton central de ma souris ;-)

    • Bon voila, la correction est désormais faite :
      http://zone.spip.org/trac/spip-zone/changeset/36206

      <a href="[(#ID_FORUM|generer_url_entite{forum,'',forum#ID_FORUM})]" style="color:darkRed;" target="_blank">

    Répondre à ce message

  • Merci, je viens de suivre tes conseils. J’ai envoyé ma question sur la liste spip-dev pour savoir si oui ou non c’est un bug. A suivre...

    Répondre à ce message

  • 1

    @Patrice : Je suis en 2.0.10, et j’utilise le format ’arbo’.

    Vider le cache ne change rien (et comme bien même, ce n’est pas très soutenable de vider le cache à chaque publication d’article), pour actualiser l’adresse je dois relancer le mode preview, ou modifier manuellement l’adresse avec la lame du CS.

    Concrètement (pour préciser), en prévisualisant un article, une adresse est créée sur la base de son titre. Si je modifie le titre juste avant mettre en ligne, sans prévisualiser à nouveau, l’adresse de l’article n’est pas mise à jour avec le nouveau titre...

    • Merci des précisions et ok, je viens de reproduire le pb. Ceci est un comportement (voulu ou non, j’en sais rien) de SPIP, le Couteau Suisse se limite à la configuration des URLs et à certaines manipulations en base. Si ceci est un bug avéré, il faut déposer un ticket ou envoyer un mail à la liste spip-dev pour informer les devs de ce pb...

    Répondre à ce message

  • 1

    Concernant la lame Format des URLs et spécifiquement les formats qui s’appuient sur le titre de l’article, ne faudrait-il pas faire en sorte que l’adresse en base soit réinitialisée au moment de la mise en ligne de l’article ?

    En effet, au cours la rédaction d’un article son titre peut être amené à changer plusieurs fois, et actuellement ce n’est pas le dernier titre qui est pris en compte. Ceci est particulièrement vrai si l’on utilise le mode ’preview’, qui attribue à l’article une adresse selon un titre qui n’est pas forcément définitif... adresse qui elle semble être définitive. Suis-je clair ? :)

    • Quelle version de SPIP as-tu ?

      Sous 2.0, les URLs sont en principe toutes stockées (tu peux les voir en cliquant sur le nombre d’URLs en base, ou en activant la boîte privée adéquate), mais la dernière sert pour fabriquer les liens (attention au cache).

    Répondre à ce message

  • 6
    Tropicaloo

    Bonsoir Patrice,

    Sur une config : SPIP 2.0.10 [14698] + Version locale : 1.8.14.04
    Révision : 35680

    Lames activées : Format des URLs - La corbeille - Mises à jour automatiques - Site en travaux - Interface privée (2) - Boîtes privées - Bouton « Visiter » - Améliorations des textes (1) - Glossaire interne

    J’ai une erreur :
    Parse error: syntax error, unexpected T_STRING in /home/monsite/public_html/plugins/auto/couteau_suisse/cout_pipelines.php(71) : eval()'d code on line 4

    Lors de la validation de l’edition d’un article et lors de la visualisation d’un article sur le site public.

    Cdlt

    • Une des variables doit peut-être poser problème...

      Qd as-tu vu ce bug ? Après la config d’un outil ? Peux-tu m’envoyer en privé le fichier tmp/couteau-suisse/pipelines.php ?

    • Merci du retour ce bug devrait être corrigé avec la version 1.8.14.05 du plugin.

    • Bonjour,
      depuis l’installation de la version 1.8.14.05 Révision : 35723, j’ai une erreur sur les pages publics du site :

      Erreur(s) dans le squelette

      1 Erreur : filtre « » non défini

      Après plusieurs test je me suis aperçu que c’était la lame « Visiteurs connectés » qui générait ce défaut.De plus le compteur du nombre de visiteurs connectés n’affiche aucune valeur.

      Latoniccia Club Plongée-

      Cordialement

    • Cette erreur n’est vue que par l’administrateur, pas par les visiteurs...

      Sinon, je ne vois pas que la lame est activée sur ton site ? Toutes mes excuses, j’ai introduit le bug tout à l’heure et je viens de le corriger à l’instant : http://zone.spip.org/trac/spip-zone/changeset/35726

    • Je suis impressionné par cette réactivité !
      Merci beaucoup ! J’ai réactivé la lame. J’attends avec impatience la mise à jour sur la zone

      Latoniccia Club Plongée-.

    • Merci. Je t’invite à prendre connaissance du nouvel article qui détaille l’utilisation de cette lame : Compter les visiteurs connectés

    Répondre à ce message

  • 2

    Bonjour,
    je viens d’utiliser le format URLs pour faciliter le référencement des articles dans google actualité avec les urls a 3 chiffres. J’aimerai si serait un danger de reinitialisé les urls qui étaient deja dans la base de données ??? j’ai peur de le reinitialisé pour éviter qu’il me crée des problème. alors dites moi si je peux le faire et surtout si c’est bien de lefaire ou mieux ???? Merci de votre réponse

    • NE SURTOUT PAS LE FAIRE

      En effet, certains sites ont peut-être fait pointer des liens vers votre site avec les anciennes URLS. SI vous réinitialisez, ils ne vont plus le retrouver.

      Garder les anciennes, SPIP renverra automatiquement vers les nouvelles.

    • Pour garder les anciennes et recalculer les nouvelles, il suffit d’ajouter à l’URL de la page le paramètre « &var_mode=urls ». Toutes les URLs de la page actuelle seront instantanément ainsi mises à jour. Les anciens réglages seront conservés et les nouveaux ajoutés.

      Dans la configuration de l’outil, dans le cadre « action rapide », il y a une phrase genre « Il y a XX URLs dans la base ». En cliquant sur le XX, tu auras accès à toutes les URLs stockées en base. Tu pourras alors supprimer celles que tu jugeras inutiles.

      Au pire, si ton site est récent et si tes anciens liens n’ont pas été trop cités sur le web, tu peux purger totalement la table des URLs. Ton référencement sera alors refait depuis le début.

    Répondre à ce message

  • 5

    Salut Patrice

    sauf erreur de ma part, la lame « Visiteurs connectés » ne fonctionne plus : elle ne renvoie rien, pourtant les visiteurs sont bien présents.
    Je suis sur la dernière version de SPIP (2.0.10) et CS est à jour (1.8.14.03). Avec ma version précédente (1.8.14.01) tout était OK.
    Un site « pour voir » : http://www.ecole-herrin.net (le texte doit s’afficher tout en bas de la page)

    • Oui, effectivement, par simplification, la constante utilisée précédemment a été remplacée par la constante automatique marquant l’état de l’outil. Du coup il faut que tu modifies ta surcharge :

      (#VAL{_CS_visiteurs_connectes}|defined|oui)

      à la place de :

      (#EVAL{defined('_VISITEURS_CONNECTES')}|?{' ',''})

      Voici le code du fond natif :

      #CACHE{60}
      [(#VAL{_CS_visiteurs_connectes}|defined|oui)
      #SET{nb,#REM|cs_compter_visiteurs|cs_span{class='cs_nb_visiteurs'}}
      [<p class='cs_visiteurs'>(#VAL{'couteau:visiteurs_connectes'}|_T{#ARRAY{nb,#GET{nb}}})</p>]
      ]
    • OK c’était bien ça, merci pour ton retour.
      Par contre sur un autre site, je ne faisais qu’inclure le squelette proposé par le CS, avec la syntaxe indiquée dans cet article.
      Or plus rien ne s’affichait non plus. Pour retrouver un fonctionnement normal, j’ai dû désactiver la lame et la réactiver. Si ça peut servir à d’autre...

    • Pour éviter ce genre de déboires futurs, il faudrait éviter la surcharge... J’ai déposé un nouveau fond (32476) où il sera possible de désactiver le paragraphage natif avec :

      <INCLURE{fond=fonds/visiteurs_connectes}{p=0}>

      En fait, tu as peu de raison de surcharger le fond d’origine, non ?

    • Si ça t’intéresse, voici un nouvel article qui explique tout le paramétrage de cet outil :

      -  Compter les visiteurs connectés

    • Super, merci.
      Manu

    Répondre à ce message

  • 2
    Tropicaloo

    Bonjour,

    J’utilise la lame Format des URLs avec 3 chiffres pour le moteur Google News.
    J’utilise les brèves ET les articles : le plugin ajoute donc 3 chiffres aux brèves et 3 chiffres aux articles (ou plus).

    Le souci est que Google News ne semble pas pouvoir gérer à la fois deux incrémentations sur un site (celle des brèves et celle des articles) et semble donc perdre les pédales.

    Ne serait-il pas possible d’avoir une case à cocher intitulée « Exclure les brèves » comme cela existe pour les rubriques (« Exclure les rubriques ») ?

    Si non quel serait le fichier de la lame à corriger ?

    Merci

    • La révision 35189 du plugin permet de lister ces exclusions au lieu de les limiter aux seules rubriques. Tu me diras si c’est OK.

    • Tropicaloo

      Bonjour Patrice, merci pour ta réponse.
      Sur un 2.0.10 [14698] avec la Rev 35189, j’ai comme paramètre « rubrique:auteur:breve » : c’est OK (oups ! après avoir vider le cache).
      Merci beaucoup !

    Répondre à ce message

  • 4

    Bonjour,

    J’utilise la lame de filtre anti spam du CS. J’ai l’impression qu’il laisse passer des spams (teste il en case non sensitif ?) mais je dois confirmer...

    L’action rapide « tester la bdd » pourrait être plus utile qu’elle n’est utilisable actuellement :

    -  0) il y a une erreur dans le lien sur les spams détectés qui sont du type (texto) ?exec=articles&id_article=495#forum5781, ou ?exec=breves_voir&id_breve=184#forum35290 or ça ne mène nullepart d’intéressant : les messages de forums ne figurent pas sur cette page donc le #forumxxx ne sert à rien... et c’est alors bien difficile de trouver le message, voire impossible sur les brèves qui n’ont pas le lien « voir les contributions » dans la colonne de gauche (je n’ai pas trouvé comment en tout cas). Il vaudrait mieux renvoyer vers ?exec=controle_forum#forum37378 (ou vers son équivalent sans le plugin forum si jamais c’est ce dernier qui propose cette page)

    -  1) la liste des liens comporte tous les messages y compris les « off » et les « spams ». Ce serait bien alors d’avoir l’option ’n’afficher que les « publiés »’ par exemple. Une interaction fine avec le plugin de gestion des forums serait bienvenue ici ...

    -  2) la liste met très longtemps à s’afficher, bloquant le navigateur entretemps... Peut être ne pas tester toute la base ou paginer ? mais là encore ce serait plus « logique » de s’interfacer avec le plugin forum !

    -  3) il serait utilie de pouvoir filtrer les mails des utilisateurs aussi... là j’ai un mail@test.com qui spamme à répétition mais avec différents IP ... c’est con !

    Bon... merci en tout cas et bon courage, pour cette lame prometteuse !

    • Merci pour ces bonnes idées à concrétiser.

      Il me semblait cependant que l’email était aussi protégée..As-tu essayé mettre dans ta liste un truc du genre « @test.com » ?

    • Merci pour ces bonnes idées à concrétiser.

      1. Le test sur les séquences interdites est bien insensible à la casse

      2. L’option « uniquement les messages publiés » vient d’être implémentée à la lame « Lutte contre le SPAM »

      3. Je confirme qu’en principe, le mail mail@txxx.com est bloqué en ajoutant la séquence interdite montrée en exemple :
      « /@test\.(com|fr)/ »

      4. Actuellement, le lien proposé pour un message est le lien de SPIP #URL_FORUM qui n’est, je le reconnais, pas toujours pertinent. Donc, un ticket pour SPIP ?

    • Avec la toute dernière version du plugin, la pagination est en place. Tu me diras si les tests sont conformes...

    • Hello,

      Oui, l’option « seulement les publiés » marche bien, et la pagination aussi (pour les 100 premiers). Bravo pour ta réactivité !

      Pour url_forum, c’est dommage, ça mélange des éléments de l’adresse privée et de l’adresse publique. Comme conseillé, j’ai créé un ticket :
      http://trac.rezo.net/trac/spip/ticket/1868

    Répondre à ce message

  • Merci Patrice. De fait, je viens de comprendre que le problème se déclenche non pas à l’édition d’un article mais au clic sur le lien « voir en ligne » dans l’administration, qui recalcule la page mais également son URL.

    Répondre à ce message

  • 3

    Bonjour :)

    Nous avons remarqué que la lame de désactivation de jQuery s’arrêtait parfois de fonctionner.

    La désactiver puis la remettre semblant régler le problème. Nous pensons (sans certitude absolue) que ce problème arrive après les mises à jour du CS.

    Une piste ? Une idée ? :)
    Merci et bonne journée.

    • Il n’est pas impossible que le pipeline ’insert_head’ soit appelé trop tôt. Est-ce qu’en activant l’option « Divers > Comportements du Couteau Suisse > Options SPIP » ce problème n’apparait plus ?

    • Je précise qu’il faut la révision 35014 minimum du plugin pour voir un effet sur ce changement.

    • On est en SVN donc toujours à jour :)

      On active et te tiens au courant merci ! :)

    Répondre à ce message

  • 2

    Heu, je ne sais pas trop... Je les renomme via l’outil « format des urls » justement, et ça saute en permanence :(

    • Il faut demander pourquoi ça saute aux devs de SPIP. En attendant, voici une lame perso qui te permet de faire des exceptions dans le calcul des URLs. Ce code doit être placé dans le fichier dossier_de_mon_squelette/outils/force_url_config.php :

      <?php
      if (!defined("_ECRIRE_INC_VERSION")) return;
      
      # --------------------------------------------------------------
      # Fichier de configuration pris en compte par config_outils.php 
      # et specialement dedie a la configuration de ma lame perso
      # --------------------------------------------------------------
      
      // Ajout de l'outil 'force_url'
      function outils_force_url_config_dist() { add_outil(array(
      	'id' => 'force_url',
      	'nom' => 'Format de MES URLs',
       	'description' => 'Une lame qui personnalise le calcul des URLs.',
       	'categorie' => 'admin',
      	'pipelinecode:creer_chaine_url' => "
      if(\$flux['objet']['type']=='rubrique' && \$flux['objet']['id_objet']==1)
      	\$flux['data']='toto';
      	",
      ));}
      
      ?>
    • Info : la version 1.8.13.09 du plugin permet de lister la table des URLs et d’en supprimer certains éléments.

    Répondre à ce message

  • 1

    J’utilise « format des URLs » pour personnaliser les adresses de certaines de mes rubriques, mais elles se réinitialisent dès que je publie un article dedans... plus précisément, un nouvel enregistrement est créé dans la table spip_urls et comme c’est le dernier qui est retenu pour générer les liens... mes urls changent en permanence ! Comment faire pour stabiliser ce comportement ?

    • Ah, je ne connaissais pas ce comportement de SPIP... Tu devrais demander sur la liste spip.devel si c’est normal que l’URL d’une rubrique soit recalculée à chaque publication d’un article...

      Au pire, comment renommes-tu tes URLs ? Peut-être pourrais-tu profiter du pipeline ’creer_chaine_url’ pour automatiser ce nommage, non ?

    Répondre à ce message

  • Merci Patrice !

    ça marche ! plus de Fatal Error aux 2 endroits mentionnés ! Cool !

    Répondre à ce message

  • 1

    Bonjour,

    Je viens d’installer ce plugin très sympa, pour l’instant uniquement la partie Interfaces Privées - Boites privées avec toutes ses options par défaut.

    -  J’ai un message d’erreur à l’utilisation de la gestion de l’ordre des auteurs (faire monter/descendre l’un des auteurs d’un article) :

    Fatal error : Call to undefined function : sql_select() in /homez.68/cooperac/bioltrop-spip/plugins/couteau_suisse/outils/boites_privees_action_rapide.php on line 60

    -  Fatal error aussi avec URL propres de l’article

    -  Les outils liés au menu Auteurs de Spip fonctionne (connexions, Webmestre)

    Mes versions :
    spip 1.92b avec IE6 ou Firefox 3.5.6
    j’ai installé tous les outils de interfaces privées
    Tous les autres plugins ont été désactivés (barres typo, barre typo V2, enluminures, cfg)
    couteau Version : 1.8.13.06
    hébergeur OVH

    Qu’un peut-il m’aider ?
    Merci !

    Répondre à ce message

  • 2

    l’outil « suivi des forums » n’est pas disponible dans la liste des outils du couteau suisse.Version locale : 1.8.13.06 Révision : 34816, SPIP 2 à jour

    • Bonjour, tout à fait vrai, car cette lame est réservée à SPIP 1.92

      Les notifications sont désormais gérées par le plugin ’Notifications’

    • merci Pat !

    Répondre à ce message

  • 4

    Bonjour,

    depuis la mise en place sur mon site de la révision : 34551 du couteau suisse, j’ai systématiquement une erreur lors de la mise à jour des plugins.

    erreur : impossible de charger http://files.spip.org/spip-zone/couteau_suisse.zip

    La version de Spip du site est le 2.0.10 Rev : 14698.

    Merci d’avance pour vos réponses.

    Cordialement

    • Ce fichier était peut-être momentanément indisponible ?

    • Non,
      l’erreur ce produit à chaque demande et pour tous les plugins que j’utilise sur le site !
      Je viens de faire un essai avec Spip-Bonux.
      Ci-joint le résultat :

      erreur : impossible de charger http://files.spip.org/spip-zone/spip-bonux.zip

    • Cette erreur ne semble pas liée au CS... Un paramètre de ton serveur aurait-il changé ? L’installation automatique des plugins par SPIP et leurs mises à jour fonctionne-t-elle ?

    • Je viens de réaliser plusieurs tests dont voici les résultats :

      Mise à jour de Couteau suisse par le menu de mise à jour de couteau Suisse : Erreur

      Mise à jour d’un Plugin par le couteau Suisse : Erreur

      Installation d’un nouveau Plugin par le menu des Plugins : Pas de problème, l’installation s’effectue bien. J’ai effectué le test sur plusieurs plugins et mis à jour un plugin.

      Je comprends pas bien ou est le PB !

    Répondre à ce message

  • 4

    j’ai trouvé le pb avec le mot « avec » !!

    parmi les caractères asiatiques, des caractères alphabétiques étaient glissés

    je pensais les avoir tous retiré mais certains m’avaient échappé

    donc il restait les caractères séquentiels « EC » notamment qui aussitôt retiré, le test antispam accepte enfin le mot « avec » donc ya un hic quand même..

    ensuite sur l’antispam j’ai retesté avec les séquences interdites initiales, le mot « travail » et « charlotte-128 » ( anciens codes d’accès à l’espace privé) qui ont rencontrés un filtre antispam, et le teste les accepte. alors j’ai remis mon ancien code « travail » et j’ai déconnecté de l’accès privé, et en me reconnectant : re-antispam. donc je pige pas. je suis repassé par « mot de passe oublié », et j’ai testé plusieurs codes, au loggin sur.../ecrire, rien à faire

    je n’ai plus osé testé les MDP sur l’antispam par défaut.. trop galère car j’ai du attendre que quelqu’un se logge et désactive l’antispam, pour entrer enfin avec un nouveau MDP

    ci joints les séquences qui bloquent « avec » (on y trouvera « EC »), et mots de passe donc

    -  - -

    RFID
    年齢認証 使えるお店 クラブエフ 決済 リチャージカード 電子マネー 禁 キャッシング スピーディス キャッシング speedis キャッシング 審査 キャッシング 一括審査 キャッシング 申込 キャッシング 一括申込 SEO対策 アフィリエイト 携帯アフィリエイト 誹謗中傷対策 風評被害対策 インフルエンザ 日本サポート インフルエンザ 除菌 エリアクリン ディゾルバウォーター クチコミ モニター募集 サンプリング 浮気調査 浮気調査 大阪 浮気調査 奈良 浮気調査 和歌山 浮気調査 兵庫 浮気調査 神戸 興信所 興信所 大阪 興信所 奈良 興信所 和歌山 興信所 兵庫 興信所 神戸 レースハンカチ ハンカチ 結婚式 ハンカチ 冠婚葬祭 ハンカチ お葬式 エステ 大阪 エステ 阿倍野 フェイシャルエステ 大阪 フェイシャルエステ 阿倍野 エステ 山口 フェイシャルエステ 山口 マッサージ 山口 アロマエステ 山口 美容液 美容液 ほうれい線 しわ 美容液 たるみ 美容液 BDLエッセンス 競馬情報 競馬 予想 アフィリエイト アフィリエイト 登録 アフィリエイト 広告主 アフィリエイト EC アフィリエイト 無料 アフィリエイト 携帯 携帯アフィリエイト クリック保証 ラーメン 通販 パワーストーン パワーストーン 通販 パワーストーン パワーストーン 通販 悩み相談 対策 S 成果報酬型 携帯 SEO対策 モバイル 対策 リスティング広告 SEM 成果報酬型 ランディングページ最適化 ソーシャルメディア最適化 ブログ マーケティング WEB販売代行 WEB集客代行 誹謗中傷 風評被害 関連検索 関連検索 削除 誹謗中傷 削除 誹謗中傷 対策 風評被害 対策 風評被害 削除 ちゃんねる 削除 削除 ネガティブキーワード 削除 逆マーケティング 代行 マーケティング アウトソーシング クレジットカード 現金化 クレジットカード 換金 カード 現金化 クレジットカード 現金化 クレジットカード 換金 カード 現金化 浮気調査 堺市 浮気調査 高石市 浮気調査 岸和田市 浮気調査 貝塚市 浮気調査 泉佐野市 浮気調査 泉南市 浮気調査 岬町 興信所 堺市 興信所 高石市 興信所 岸和田市 興信所 貝塚市 興信所 泉佐野市 興信所 泉南市 興信所 岬町 ダイエット デコメ 写メ

    • Oh là !!! tu as carrément trop abusé des séquences interdites... Jamais tu aurais dû tout balancer comme ça sans tri.
      Là je vois un S tout seul : je ne pense pas me tromper en disant que tous les mot contenant ’s’ seront rejetés !

      Il faut faire très attention et penser à tous les cas. J’ai déjà reçu des messages asiatiques commencent par une séquence, toujours la même. Il suffit donc de l’isoler. Exemple : #x51fa; tiré du caractère spécial &#x51fa;. Regarde ici : http://www.mail-archive.com/spip@re.... Je comprends rien à l’asiatique, mais au moins, ce caractère est présent à chaque début de ligne... Et rien ne t’empêche d’en mettre d’autres !

      Ensuite, il faut bien être conscient que mettre asses (gros mot anglais) dans la liste bloquera aussi le mot français tasses par exemple, c’est donc pas bon. Pour bloquer spécifiquement le mot exact, il faut le mettre entre parenthèses : (asses). Ensuite, tu as aussi la syntaxe des expressions régulières qui est très puissante.
      Par exemple, pour interdire la plupart des signes chinois, tu peux ajouter : "/#x[5-9][0-9a-f]{3};/" à ta liste antispam. Ca bloquera tous les idéogrammes de #x5000 à #x9FFF...

      Je te conseille donc de réinitialiser totalement l’outil et de reconstruire ta liste sereinement en faisant attention à ce que tu y mets : surtout pas de copier-coller inconsient ;-). La procédure de test peut être très utile en cas de problème ou de doute. Contrairement à Nospam qui est assez complexe, l’antispam du Couteau Suisse est très simple : il scrute les posts à la recherche de caractères interdits, et pour l’instant, c’est tout !

      -  Adresse de réinit de l’antispam : ecrire/?exec=admin_couteau_suisse&cmd=reset&outil=spam

      Finalement, cet outil n’est pas un outil à mettre entre toutes les mains, ton expérience justifierait peut-être un article complet sur spip-contrib ;-)

      P.S. : Pour désactiver totalement le Couteau Suisse par FTP, il suffit de renommer son répertoire...

    • Contrairement à Nospam qui est assez complexe, l’antispam du Couteau Suisse est très simple : il scrute les posts à la recherche de caractères interdits, et pour l’instant, c’est tout !

      Je prends ça pour du troll, donc je réponds.

      Je n’ai jamais vu d’utilisateur de NoSpam perdu dans les réglages (puisqu’il n’y en a pas), et j’ai du mal à voir la complexité d’un outil qu’on installe et qui marche.

      Ce ne semble pas être le cas de la lame dont tu explique ici la simplicité, mais qui ne fait rien sans réglage et qui est susceptible de rejeter tout et n’importe quoi avec des mauvais réglages.

      La complexité pour l’utilisateur ne me semble pas être là ou tu la dénonces.

    • Je n’ai jamais vu d’utilisateur de NoSpam perdu dans les réglages (...) un outil qu’on installe et qui marche

      La complexité des deux outils se situe effectivement à des endroits différents, et je défendrai toujours la simplification côté utilisateur. Mais ici, un tiers doit être également pris en compte : le visiteur. En tant que visiteur humain, et non webmaster utilisateur, je suis tombé trop souvent, notamment ici-même sur spip-contrib, sur ce message peu explicite « impossible de prendre en compte votre message » et rendant même impossible la prévisualisation du dit-message. Je reste donc réservé avant d’affirmer que « ça marche ».

    • Pour te prouver que ton plugin ne « marche » pas, voici un exemple concret. Suis sous WinMob6 et Opéra9.5, je viens de faire le test.

      Message exact : « Impossible de prendre en compte votre message. Merci de le soumettre à nouveau ! Un message, un commentaire ? » C’est presqu’amusant, non ? Pas de prévisualisation possible.

      Mon texte : « Test pour un message refusé ! »
      +mon nom +mon mail.

      Nous sommes ici hors sujet. Mais si ça peut te permettre d’avancer...

    Répondre à ce message

  • je veux bien en parler en privé mais je ne suis pas inscrit ici, par mail ?

    j’ai laisse mon adresse dans l’encart « qui êtes-vous », sinon...?

    j’ai réinstallé la nouvelle version trouvée ici :
    Révision : 34616
    va-t-elle résoudre le problème de connexion à l’accès privé ?

    pour le moment je n’ose pas réactiver l’antispam de peur de ne pas pouvoir me reconnecter, j’attends ton feu vert. au pire je peux retirer le plugin actif directement sur ftp?

    merci

    Répondre à ce message

  • version :

    Version locale : 1.8.06.02
    Révision : 26316

    Répondre à ce message

  • 1

    pardon patrice, je précise que la version installée est celle téléchargée en sept2009, dans le zip je n’ai aucune ref.

    voilà mes réponses ne peuvent pas être plus précises.

    merci encore, si tu comprends et surtout si tu trouves une solution..

    • Bon, cette version est ancienne, il faut commencer par la mettre à jour, qu’on discute des mêmes choses... Lorsque tu affiches la page d’administration du Couteau Suisse, le numéro de version du plugin est affiché en haut à gauche...

    Répondre à ce message

  • 1

    il s’agit d’une version installée début septembre 2009 donc s’il y a eu des corrections depuis... c’est pour ça que j’ai envie de tester un nouveau téléchargement du plug sauf si on me dit que c’est inutile pour le moment

    oui il s’agit d’un site public, euh du moins dont l’accès public est visible par tous

    je détaille les procédures suivies :

    après l’installation du plug et l’activation de l’antispam, plus tard certains spam passaient encore, j’ai donc copié le contenu et collé dans les séquences puis testé et no more spam

    puis fin décembre début janvier, les messages se faisaient de plus en plus rare, et pour ma part l’alerte antispam apparaissait quand j’utilisais le bouton de la barre typo "transformer en [lien hypertexte - > http://url.. ] ce qui pour moi n’étaient pas dramatique, mais la semaine dernière, on m’a rapporté que l’antispam bloquait quazi tous les messages y compris le mot « la » exactement qui ne passait plus. bon.
    après vérif, j’ai confirmé le blocage. je suis donc revenu au paramétrage par défaut car j’avais listé de très nombreuses séquences copiée vite fait sur les spam (url incohérents et caractères asiatiques), et j’ai laissé revenir de nouveaux spams récalcitrants. mais par la suite j’ai fait plus attention.

    le titre d’un spam fréquent étant « RFID - INES La police totale » (que j’avais copié tel quel au paravant, bé oui !!) suivi dans le contenu de liens aux caractères exotiques.
    j’ai donc ajoutés en séquences interdites « RFID » mais pas le reste cette fois, car ces termes peuvent être d’usage plus ou moins fréquent (->on pourrait avoir envie de parler d’inès de la fressange par ex, on ne sait jamais !!),
    puis j’ai désactivé un à un les liens hypertextes des caractères exotiques qui ne sont pas censés être accepter normalement, pour ne garder que le texte brut, copié donc ds les séquences int. (donc j’en conclue que les premiers blocages étaient causés par mes séquences ajoutés)

    là tout fonctionnait à nouveau, même le bouton typo ->lien hypertexte. j’ai bien vérifié, revérifé mes séquences (donc uniquement « RFID » + caractères strictement asiatiques) mais à titre de précaution, j’ai demandé aux rédactrices du site de me copier exactement le texte bloqué par l’antispam si cela devait se reproduire.

    ce qui fut le cas ce matin, en testant tous les mots et caractères, simple ou multiple, de ponctuation, un à un et toute combinaison, j’en ai conclu que le mot « avec » ne passait pas sur le site public. de retour enfin sur le site privé, j’ai testé le mot « avec » sur l’antispam, idem, le mot est bloqué.
    revérification des séquences interdites.. pas de « avec », donc maintenant je comprends plus et je n’ai plus aucune piste de réflexion.

    par ailleurs mon ancien code -un peu simple certes- « travail » pour l’accès privé, était bloqué pas l’antispam. mais là je n’ai pas fait de vérif.

    les créatrices du blog se plaignant de ne plus recevoir de messages, l’antispam y étant surement pour quelque chose, j’ai donc désactivé l’antispam et nous sommes revenus à une modération apriori, solution assez laborieuse.

    voilà tout est dit, si ça peut aider.. moi je suis dans le flou total n’étant pas developp.
    cela vaut-il la peine de télécharger à nouveau le couteau suisse et de le réinstaller ?

    PS : rectification, la sauvegarde fonctionne. apparemment n’est pas vraiment instantannée..

    • Mais quelle est la version exacte du Couteau Suisse utilisée ?

      Il faut en effet faire très attention à la séquence configurée dans l’antispam. En privé, je veux bien que tu m’envoies ce que tu y as mis et des exemples de messages (à tort) bloquants.

      Les balises en clair du type « <a href="... » sont totalement bloquantes. Mais les balises SPIP du type « [...->ici.fr] » sont permises à l’infini. Tous ceux qui utilisent un éditeur genre fckEditor, c’est donc mort pour mettre des liens en forum !!

      (P.S. : tu peux utiliser les balises <code></code> pour les exemples à protéger de la typo SPIP...)

    Répondre à ce message

  • 1

    Bonjour,

    Je viens de télécharger la bonne version de ce plugin. Après l’avoir installé sous SPIP 1.9.2a., j’obtiens l’erreur
    <<
    Erreur...
    Fichier exec/admin_couteau_suisse introuvable
    >>
    en activant la page de paramétrage. Ce n’est pas la 1re fois que j’installe un plugin, et exec/admin_couteau_suisse.php existe bel et bien. Des idées ?
    Merci

    Répondre à ce message

  • 1

    je viens vous signaler quelques problèmes avec l’antispam du couteau suisse :
    j’ai installé le plugin en septembre 2009, et depuis janvier nous rencontrons des problèmes de filtrage antispam.
    j’ignore si cet événement contribue au problème certains spam asiatique réussissaient à passer, j’ai les donc ajouté en séquences interdites.
    depuis quelques semaines, nous n’avons plus de commentaires de visiteurs. le mot « avec » par exemple est considéré comme un spam, même le mot « travail » utilisé comme un code d’accès à l’accès privé était rejeté.

    j’ai donc dû désactivé l’antispam du plugin.

    ce que je vais faire aujourd’hui c’est de télécharger à nouveau le plug dans l’espoir qu’une modif ait été faite.

    notre version de spip n’est vrament pas toute jeune : spip 1.9.2b, notre hébergeur est ovh et la base de données est hébergée sur un serveur externe appartenant au web master qui a installé spip sur ovh, et qui ne s’occupe plus du site, mais joignable néanmoins.

    conséquences :
    -  nous n’avons pas de de bibliothèque GD2 ce qui nous interdit de captcha pour filtrer les bots.
    -  nospam n’est disponible qu’avec spip2, et semble-t-il présente quelques problèmes (cf http://www.spip-contrib.net/NoSPAM,1165#forum424857)
    -  la sauvegarde du contenu de la base ne semble pas fonctionner car n’apparait pas le ficher compressé ou non dans tmp/dump ( au cas où nous devions revenir sur la version précédente )

    donc voilà :
    l’antispam du couteau suisse débloque et je doute que passer sur spip2 uniquement pour le réparer soit efficace

    un conseil ?

    • Bonjour. s’agit-il d’une version récente du Couteau Suisse ?

      Vu que les séquences peuvent être testées au sein même de l’outil (actions rapides), les effets décrits me semble étonnants...

      Le site est-il public ? quelle est la configuration exacte de l’antispam ? quelle est la séquence de texte qui pose pb ?

      Sinon, je confirme les soucis avec nospam. j’ai perdu de nombreux messages ici-même.

    Répondre à ce message

  • 5

    Problème de page blanche avec le couteau suisse.

    dès que j’installe couteau suisse j’obtiens une page blanche à la fois sur le site public et sur le site interne à Spip.

    que ce soit avec d’autres plugins ou même tout seul, j’obtiens le même résultat, je suis obligé de renommer le dossier en FTP, pour retrouver mon site.

    voici ma config :
    -  Apache 2.2.11, Mysql 5.0.85b, PHP 5.2.6
    -  SPIP 2.0.10 [14841]
    -  couteau suisse [34407]
    -  d’autres plugins (qui n’influencent en rien avec/sur le couteau suisse)

    j’ai vidé le cache et même le dossier tmp/, j’ai toujours cette fichue page blanche.

    Merci.

    • Difficile de dire a priori d’où vient cette page blanche... Aucun outil n’est activé, c’est ça ? Si tu ajoutes le paramètre cs=reportall à l’url de ta page, une erreur critique apparait-elle ?

    • Oui en effet aucune lame n’ets activée, je parle justement d’une nouvelle installation du plugin couteau suisse, juste après activation du plugin la page blanche apparait.

      Ok j’ai rajouter dans l’url le paramètre cs=reportall et ça donne :

      Notice: Undefined index: cs_comportement in /home/mysite/public_html/plugins/couteau_suisse/cout_options.php on line 59
      
      COUTEAU-SUISSE. [#1804E2AE]. --------------------------------------------------------------------------------
      COUTEAU-SUISSE. [#1804E2AE]. INIT : cout_options, /ecrire/?exec=admin_plugin&cs=reportall
      Notice: Undefined index: cs_spip_options in /home/mysite/public_html/plugins/couteau_suisse/cout_options.php on line 87
      
      COUTEAU-SUISSE. [#1804E2AE]. inclusion des fonctions de cout_lancement.php pour initialisation
      Notice: Undefined index: spip_version in /home/mysite/public_html/plugins/couteau_suisse/cout_lancement.php on line 52
      
      COUTEAU-SUISSE. [#1804E2AE]. #### 1er PASSAGE [#43a8def2] ################################# - $forcer = 0 [#43a8def2] PHP v5.2.6 - MYSQL v5.0.85 - base SPIP v - code SPIP v12691
      COUTEAU-SUISSE. [#1804E2AE]. [#43a8def2] cs_initialisation() : Passage #1
      COUTEAU-SUISSE. [#1804E2AE]. [#43a8def2] -- cs_metas_pipelines = header, pre_description_outil, post_typo, post_propre, pre_edition, creer_chaine_url
      COUTEAU-SUISSE. [#1804E2AE]. [#43a8def2] -- 12 outil(s) actif(s) = dossier_squelettes, introduction, supprimer_numero, auteur_forum, moderation_moderee, corbeille, verstexte, orientation, type_urls, spip_cache, mailcrypt, guillemets
      COUTEAU-SUISSE. [#1804E2AE]. [#43a8def2] cs_initialisation() : Sortie car les metas sont presents
      COUTEAU-SUISSE. [#1804E2AE]. PUIS : cout_options, initialisation terminee
      Notice: Undefined index: cs_spip_options in /home/mysite/public_html/plugins/couteau_suisse/cout_options.php on line 96
      
      COUTEAU-SUISSE. [#1804E2AE]. -- inclusion de '../tmp/couteau-suisse/mes_spip_options.php'
      Notice: Undefined index: cs_spip_options in /home/mysite/public_html/tmp/couteau-suisse/mes_spip_options.php on line 3
      
      COUTEAU-SUISSE. [#1804E2AE]. -- inclusion de '../tmp/couteau-suisse/mes_options.php'
      COUTEAU-SUISSE. [#1804E2AE]. FIN : cout_options, cs_spip_options = 1, cs_options = 1, cs_fonctions_essai = 0
      Notice: Constant _DIR_PLUGIN_FACTEUR already defined in /home/mysite/public_html/plugins/facteur/facteur_options.php on line 5
      
      Notice: Use of undefined constant _DIR_LIB_SM - assumed '_DIR_LIB_SM' in /home/mysite/public_html/plugins/lecteur_multimedia_v2/lm2_options.php on line 2
      
      COUTEAU-SUISSE. [#1804E2AE]. inclusion de cout_pipelines.php
      COUTEAU-SUISSE. [#1804E2AE]. -- compilation d'un header. Code CSS : function cs_auteur_forum(){ var sel=jQuery('fieldset.previsu',this); if(!sel.length)return; var form=sel.parents('form').eq(0); if(!form.length)return; var auteur=jQuery('#session_nom',this); if(!auteur.length)auteur=jQuery('#auteur',this); var email=jQuery('#session_email',this); if(!email.length)email=jQuery('#email_auteur',this); if(auteur.length||email.length) form.cs_todo().bind('submit',function(event){ var alert_nom=auteur.length&&!auteur.val().length; var alert_email=email.length&&!email.val().length; var alert_deux=cs_verif_deux&&alert_nom&&alert_email; if(!cs_verif_deux){ alert_nom=alert_nom&&cs_verif_nom; alert_email=alert_email&&cs_verif_email}else if(!alert_deux) alert_nom=alert_email=false; auteur.css('background-color','').css('border',''); email.css('background-color','').css('border',''); if(alert_email){ email.focus(); email.css('background-color','#FCC').css('border','solid #C30')} if(alert_nom){ auteur.focus(); auteur.css('background-color','#FCC').css('border','solid #C30')} if(alert_deux){ alert("<:couteau:nom_email_forum|html2unicode|addslashes|unicode_to_javascript:>"); return false} if(alert_nom){ alert("<:couteau:nom_forum|html2unicode|addslashes|unicode_to_javascript:>"); return false} if(alert_email){ alert("<:couteau:email_forum|html2unicode|addslashes|unicode_to_javascript:>"); return false} return true})} 
      COUTEAU-SUISSE. [#1804E2AE]. INCL : ../tmp/couteau-suisse/mes_fonctions.php

      C’est bizarre, c’est écris que 12 outils sont actifs dans le couteau suisse ??? je n’ai strictement rien activé pourtant !

      J’espère que cela t’aidera à m’orienter.

      @+

    • Tu devrais utiliser les balises <code> ou <cadre> lol

      Sinon, difficile à voir en l’état effectivement... Aucune erreur a priori... Avais-tu une précédente config du Couteau Suisse stockée en base ?

      Sans doute devrais-tu lancer le lien de reset général : ecrire/?exec=admin_couteau_suisse&cmd=resetall

    • voici l’erreur affichée quand couteau suisse est activé seul (aucun autre plugin) :

      Notice: Undefined index: cs_comportement in /home/mysite/public_html/plugins/couteausuisse/cout_options.php on line 59
      
      COUTEAU-SUISSE. [#199D021E]. --------------------------------------------------------------------------------
      COUTEAU-SUISSE. [#199D021E]. INIT : cout_options, /ecrire/?exec=admin_plugin&cs=reportall
      Notice: Undefined index: cs_spip_options in /home/mysite/public_html/plugins/couteausuisse/cout_options.php on line 87
      
      COUTEAU-SUISSE. [#199D021E]. inclusion des fonctions de cout_lancement.php pour initialisation
      Notice: Undefined index: spip_version in /home/mysite/public_html/plugins/couteausuisse/cout_lancement.php on line 52
      
      COUTEAU-SUISSE. [#199D021E]. #### 1er PASSAGE [#249057f7] ################################# - $forcer = 0 [#249057f7] PHP v5.2.6 - MYSQL v5.0.85 - base SPIP v - code SPIP v12691
      COUTEAU-SUISSE. [#199D021E]. [#249057f7] cs_initialisation() : Passage #1
      COUTEAU-SUISSE. [#199D021E]. [#249057f7] -- cs_metas_pipelines = header, pre_description_outil, post_typo, post_propre, pre_edition, creer_chaine_url
      COUTEAU-SUISSE. [#199D021E]. [#249057f7] -- 12 outil(s) actif(s) = dossier_squelettes, introduction, supprimer_numero, auteur_forum, moderation_moderee, corbeille, verstexte, orientation, type_urls, spip_cache, mailcrypt, guillemets
      COUTEAU-SUISSE. [#199D021E]. [#249057f7] cs_initialisation() : Sortie car les metas sont presents
      COUTEAU-SUISSE. [#199D021E]. PUIS : cout_options, initialisation terminee
      Notice: Undefined index: cs_spip_options in /home/mysite/public_html/plugins/couteausuisse/cout_options.php on line 96
      
      COUTEAU-SUISSE. [#199D021E]. -- inclusion de '../tmp/couteau-suisse/mes_spip_options.php'
      Notice: Undefined index: cs_spip_options in /home/mysite/public_html/tmp/couteau-suisse/mes_spip_options.php on line 3
      
      COUTEAU-SUISSE. [#199D021E]. -- inclusion de '../tmp/couteau-suisse/mes_options.php'
      COUTEAU-SUISSE. [#199D021E]. FIN : cout_options, cs_spip_options = 1, cs_options = 1, cs_fonctions_essai = 0
      COUTEAU-SUISSE. [#199D021E]. inclusion de cout_pipelines.php
      COUTEAU-SUISSE. [#199D021E]. -- compilation d'un header. Code CSS : function cs_auteur_forum(){ var sel=jQuery('fieldset.previsu',this); if(!sel.length)return; var form=sel.parents('form').eq(0); if(!form.length)return; var auteur=jQuery('#session_nom',this); if(!auteur.length)auteur=jQuery('#auteur',this); var email=jQuery('#session_email',this); if(!email.length)email=jQuery('#email_auteur',this); if(auteur.length||email.length) form.cs_todo().bind('submit',function(event){ var alert_nom=auteur.length&&!auteur.val().length; var alert_email=email.length&&!email.val().length; var alert_deux=cs_verif_deux&&alert_nom&&alert_email; if(!cs_verif_deux){ alert_nom=alert_nom&&cs_verif_nom; alert_email=alert_email&&cs_verif_email}else if(!alert_deux) alert_nom=alert_email=false; auteur.css('background-color','').css('border',''); email.css('background-color','').css('border',''); if(alert_email){ email.focus(); email.css('background-color','#FCC').css('border','solid #C30')} if(alert_nom){ auteur.focus(); auteur.css('background-color','#FCC').css('border','solid #C30')} if(alert_deux){ alert("<:couteau:nom_email_forum|html2unicode|addslashes|unicode_to_javascript:>"); return false} if(alert_nom){ alert("<:couteau:nom_forum|html2unicode|addslashes|unicode_to_javascript:>"); return false} if(alert_email){ alert("<:couteau:email_forum|html2unicode|addslashes|unicode_to_javascript:>"); return false} return true})} 
      COUTEAU-SUISSE. [#199D021E]. INCL : ../tmp/couteau-suisse/mes_fonctions.php

      Merci et @+

    • Vu qu’une très ancienne installation du CS est encore stockée en base, il se peut qu’un reset général règle l’affaire...

      Ton site est-il public ? Je veux bien debugger si tu ne réussis pas à voir ce qui cloche.

    Répondre à ce message

  • @ Patrice

    Désolé, je n’ai pas noté exactement l’erreur et je n’arrive pas à la reproduire. Cela me disait notamment qu’il était impossible d’écrire sur /plugins/couteau_suisse//.ok et que je devais revoir les permissions. /plugins/couteau_suisse/ était en 755, je l’ai changé en 777 (récursivement sur les sous-dossiers et fichiers).

    Mon site http://www.eur-alpha.eu/ n’est pas (encore) accessible. Mais je pense qu’il s’agit d’un problème de parano chez l’hébergeur : ce n’est pas la première fois que je dois modifier des permissions ici ou là.

    Répondre à ce message

  • 1

    @ Patrice Vanneufville

    En introduisant l’adresse ecrire/?exec=admin_couteau_suisse&cmd=descrip&outil=previsualisation , cela m’a donné une erreur concernant les droits d’écriture sur /plugins/couteau_suisse

    J’ai corrigé cela, installé distant_previsu_redac_pipelines.php comme indiqué, et cela fonctionne à présent.

    Merci pour le coup de pouce (et pour le Couteau !)

    • OK, mais ta correction ne nous fait pas avancer au niveau du code... il faudrait corriger le bug en cas d’erreur de droit... Ton site est-il accessible ? Quelle était exactement l’erreur indiquée ?

    Répondre à ce message

  • 1

    Merci de ton aide, Patrice. Avant de participer à la rédaction d’un article, il faudrait déjà que je sache faire fonctionner ce plugin...
    Je l’ai mis à jour, je suis bien en 1.8.12.02 (j’ai désactivé et réactivé la fonction Horloge). Par contre, j’ai toujours 99:99. Pas de lien public, c’est sur un Intranet. Je ne parviens pas à détecter une erreur Javascript avec Firefox/Firebug. Est-ce que ça peut venir du serveur ?

    • A priori, le lien suivant permet de récupérer l’heure du serveur : (...)/plugins/couteau_suisse/outils/horloge_fonctions.php?cs_dateserveur=oui

      Est-ce OK ?

    Répondre à ce message

  • 2

    Hello,

    D’abord, merci aux développeurs de ce super couteau suisse.
    Vous devez déjà le savoir, mais le lien sur la page horloge est mort (erreur 404 > http://www.spip-contrib.net/Une-horloge-suisse-pour-le-Couteau).
    Je suis très intéressé par cette fonction que j’ai activée dans la configuration du couteau suisse. Seulement, quand j’insère la balise #HORLOGE dans mon squelette, ce n’est pas l’heure qui s’affiche mais 99:99 ! D’où vient le problème ?
    (Je suis en SPIP 1.9.2.c et couteau suisse 1.8.09.01. Bascule sur SPIP 2.0 prévue dans les mois qui viennent.)

    Merci de votre aide.

    • Salut, l’article est en effet en cours de rédaction ! Si tu veux y contribuer tu es le bienvenu...

      Le couple Firefox/Firebug montre-t-il une erreur Javascript ? Une erreur bloque peut-être le démarrage de l’horloge, je vais faire quelques tests de mon côté...
      Par ailleurs, la version de ton plugin est trop ancienne. La version actuelle est : 1.8.12.02.

    • Mes tests sont au vert, sous SPIP 1.92 et 2.0. L’horloge est bien déclenchée par jquery si la page est correcte. 99:99 est l’affichage par défaut de la balise.

      Tu as un lien public peut-être ?

    Répondre à ce message

  • 1

    @ Patrice Vanneufville

    La description n’apparait pas et le témoin de chargement ajax tourne dans le vide.

    • L’adresse directe ecrire/?exec=admin_couteau_suisse&cmd=descrip&outil=previsualisation donne-t-elle quelquechose ?

      -  Si non, celle-ci ? ecrire/?exec=charger_description_outil&outil=previsualisation
      -  Si non, celle-ci ? ecrire/?exec=charger_description_outil&outil=previsualisation&cs=reportall

    Répondre à ce message

  • 3

    Toujours sur l’outil « Sommaire » : une évolution qui pourrait trouver toute sa puissance en terme de référencement, serait de pouvoir renommer les tags des ancres.

    Ainsi, plus que de pointer vers des ancres de type #outil_sommaire_0, #outil_sommaire_1, ... ce serait génial que les liens pointent vers des ancres type #le_vrai_titre_utilise_dans_le_texte

    et pareillement, que le retour vers #outil_sommaire puisse prendre la forme de #sommaire_de_<titre_de_l_article>

    J’ai essayé de regarder voir comment on pourrait gérer ça mais je nage un peu. Si des devs plus confirmés que moi trouvent une soluce... ;)

    Répondre à ce message

  • 1

    Dans la page ?exec=admin_couteau_suisse , je n’arrive pas à « déplier » l’outil « Prévisualisation des articles » (actuellement inactif).

    Spip 2.0.10 [14698] , testé avec CS révisions 34369 et 34407.

    • « déplier » ? Comment ça ? Cet outil apparait-il bien dans la catégorie « Administration » ? En cliquant dessus, la description s’affiche-t-elle en dessous ? Si non, est-ce le seul outil qui ne s’affiche pas ?

    Répondre à ce message

  • 2

    Hello Patrice,

    Juste une petite question sur la forme : Y a t’il un moyen simple d’annuler l’insertion des styles CSS liés à certains outils afin d’avoir le HTML généré vierge de toute mise en forme ?

    En particulier le sommaire d’article que j’injecte sur toutes mes pages et dont je n’arrive pas à manipuler le style même en surchargeant tous les styles dans le habillage.css de mon thème.

    Merci pour tes retours ;)

    • Les styles du sommaires sont surchargeables en principe en recopiant puis modifiant le fichier outils/sommaire.css.html dans un dossier outils/ de ton squelette.

      Est-ce ce qu’il te faut ?

    • en effet, re-créer un /outils/sommaire.css.html je n’y avais pas pensé. Je m’étais contenté de copier/coller les styles de ce fichier dans ma propre feuille de style (en zappant les comportements dynamiques bien sûr).

      Sinon entre temps, j’ai trouvé une soluce plus en adéquation avec ce que je cherchais, à savoir surcharger directement /fonds/sommaire.html

      Je craignais au départ un conflit avec la page d’accueil (elle même sommaire.html) mais ca passe très bien et ca m’a permis de revoir intégralement le CSS HTML du sommaire et d’evacuer en même temps le comportement JS (deplier/replier sommaire) dont je n’avais pas besoin en l’état :-)

      Merci beaucoup. :-)

      EDIT : Punaize, je viens juste de constater que tout ce qu’on vient de se dire est en fait écrite dans la doc de l’outil oO Un sommaire pour vos articles

      Ca m’apprendra à ne jamais dépasser cette seule page ci :P

    Répondre à ce message

  • 2
    Webserviteur de CoeurNet

    L’édition en base de l’URL d’un objet spécifique pour la lame « Format des URLs » du Couteau Suisse ne fonctionne plus depuis une mise à jour du CS. J’utilise la Version 1.8.11.01 Révision : 34271.

    Lorsque je saisis une numéro d’article (par exemple, 123) dans le formulaire « édition en base de l’URL d’un objet spécifique » et clique sur l’icône de loupe (Rechercher cet objet dans la base), je suis renvoyé sur la page / ?exec=action_rapide&arg=type_urls|URL_objet&type_objet=article&id_objet=123 qui affiche :
    action_rapide : Accès interdit.

    Ça marchait très bien avant.

    Répondre à ce message

  • 3

    Hello,

    J’ai un soucis avec les liens qu’ils soient internes (spip) ou externes. En effet, l’adresse apparaît systématiquement précédée de “< p >” , ce qui génère une erreur d’accès ...
    Un des paramétrages du couteau pourrait il y être pour quelque chose ?

    Merci ;-)

    • Difficile à dire... Mais as-tu sauvé ta config, puis désactivé les lames une par une pour en être sûr ? Il nous faudrait également savoir quelle lame serait(?) à l’origine de ce problème...

      As-tu tenté la lame « Paragrapher » ? Peut-être as-tu un lien public ?

    • Bonjour

      J’ai le même type de problème mais avec du texte. avec dans le squelette :
      (#LIEU

      L’option paragrapher est réglée à : par défaut dans les deux cas.

      Ce qui donne :
      -  Avec spip 1.9.2 et couteau suisse 1.7.18.05 :
      auch . Par défaut = non

      -  Avec spip 2.0.10 et couteau suisse 1.8.10.00 :

      auch

      . Par défaut = oui

    • Il me semble qu’effectivement, SPIP paragraphe toujours par défaut.

    Répondre à ce message

  • Merci pour ce plugin, dorénavant indispensable. Utilisé par le site www.autourdeleonardo.com.

    Répondre à ce message

  • 3
    Darkurion

    Je viens d’installer une version 2.0.10 ( en reprenant uniquement ma base de donnée ) et j’essaye d’activer le plugin Couteau Suisse ( version 1.8.09.14)

    Mais rien n’a faire, il reste inactif. Je n’ai aucun autre plugin installé.

    Des suggestions pour m’aider à trouver l’erreur ?

    D’avance merci,

    David

    • Très bizarre.. Ta base vient d’un SPIP de quelle version ? As-tu installé le plugin grâce au processus d’installation auto ? ou alors par FTP et des fichiers seraient corrompus ?

    • Darkurion

      Oui, c’est très bizarre, mais j’ai finalement trouvé une autre solution.
      Le problème venait de ma DB qui venait d’une spip 1.8.2 ( il était temps de faire une migration ).
      J’ai finalement tout supprimer et réintroduit les données via phpAdmin dans la base de données.
      Et maintenant tout va bien, ouf !

    • Oui le portage depuis 1.8.2 n’est pas sans failles. Bon, le principal est que tout fonctionne maintenant ;-

    Répondre à ce message

  • 10

    bonjour à tous,

    J’ai un gros problème avec le plugin ’Site en travaux’.
    Je l’ai activé, puis j’ai spécifié accès au site et à l’espace privé seulement pour les admin (moi :p )
    Mais maintenant je n’ai plus accès à rien, j’ai tout le temps le message « site en travaux » même sur la page de login :’(

    J’ai vidé le cache du site et du répertoire « couteau suisse » mais rien n’y fait...

    Je vois pas comment je peux faire pour désactiver cette option à distance.
    AU SECOURS !!!

    • Bonjour, déjà par FTP, tu peux renomer le dossier plugins/couteau_suisse/, ça qui désactivera le plugin.

      Sous quelle version de SPIP es-tu ?

    • Re... En revenant sur ton message, je vois que tu parles du plugin « site en travaux »... Rien à voir avec le Couteau Suisse, donc !?

    • en fait j’ai toutes les dernières versions car j’ai tout téléchargé en début de semaine ;)

      sinon c’est bon j’ai réussit en bidouillant la base de données. J’ai retrouvé l’outils ’site en travaux’ dans le champ ’tweaks_actifs’ de la table Meta, et les options dans le champ ’tweaks_variables’ de la même table. Tout est rentré dans l’ordre même quand je remet l’outils et activant l’espace privé pour tout le monde.

      Je vais pouvoir me remettre à bosser maintenant :D

    • ok, cool. Mais alors on ne saura jamais ce qui s’est passé au final ;-)

    • en fait j’ai toutes les dernières versions car j’ai tout téléchargé en début de semaine ;) sinon c’est bon j’ai réussit en bidouillant la base de données. J’ai retrouvé l’outils ’site en travaux’ dans le champ ’tweaks_actifs’ de la table Meta, et les options dans le champ ’tweaks_variables’ de la même table. Tout est rentré dans l’ordre même quand je remet l’outils et activant l’espace privé pour tout le monde. Je vais pouvoir me remettre à bosser maintenant :D

      Bonjour,

      J’ai exactement le même problème.

      Par contre que faut il changer dans ’tweaks_actifs’ et ’tweaks_variables’ pour reprendre la main ?

      Merci

    • Ouhé ma première assistance sur spip :p

      Avant toutes choses, sauvegarde la table meta, on sait jamais ;)

      Dans ’tweaks_actifs’ tu devrais rencontrer un truc du genre :
      s:10 :« en_travaux » ;a:0 :{} (avec un truc entre accolades, elles ne s’affichent pas ici)
      tu supprimes tout !

      Dans ’tweaks_variables’ c’est un peu la même chose :
      i:8 ;s:15 :« message_travaux » ;
      tu supprimes !

      Je crois que c’est tout.

      Il faut bien entendu supprimer le dossier Couteaux-suisse présent dans le tmp/
      et les fichiers commençant par meta_ dans le même dossier (tmp/)

      Normalement après tout cela, ça devrait fonctionner normalement. ;)

    • Ca m’a flingué tous mes réglages du couteau suisse mais au moins j’ai pu reprendre la main.

      Merci beaucoup Olorin pour ce coup de main.

      Mais effectivement il doit y avoir quelque chose avec cette lame.

    • oups désolé pour les réglages, en fait il me semble que j’avais supprimé un autre truc dans le tweaks_variables :s

      M’enfin si tu as pu reprendre la main tu as pu, j’imagine corriger le tout. ;)

    • Oui c’est pas trop grave pour les réglages, je les ai remis.

      Mais c’est vrai que ça fait bizarre, avec cette lame en travaux, parce qu’à partir du moment ou elle bloque, plus moyen d’afficher la partie privée.

      C’est flipant un peu.

      Merci

    • Merci du retour et des diverses astuces. La lame n’était pas tout à fait compatible avec SPIP 2.0. C’est maintenant chose faite dans la toute dernière version du plugin.

    Répondre à ce message

  • 3

    Bonjour,

    Depuis que j’ai installé le plugin Porte plume je ne peux plus utiliser les frimousses (smileys) dans les articles.

    C’est à dire que si je clique sur une frimousse le code ne s’affiche pas dans la zone de texte.

    Merci

    • Ah oui, le code JS n’est peut-être plus le même..

      Je jetterai un oeil dès que j’aurai un petit moment. Merci du retour ;-)

    • Voila, je viens de poster une correction sur le plugin qui rétablit le clic perdu. Attention de bien vider le cache pour que ça prenne effet.

    • Voila, je viens de poster une correction sur le plugin qui rétablit le clic perdu. Attention de bien vider le cache pour que ça prenne effet.

      Impec

      Merci Patrice

    Répondre à ce message

  • 4

    Bonjour, j’ai un petit problème avec spip 2.0.9 et la dernières version du couteaux suisse : Je ne peux plus poster de message sur les forums. Pour que cela fonctionne, je suis obligé de désactiver le plugin. Je ne trouve pas de solution....

    Répondre à ce message

  • 1

    Bonjour,

    J’ai activité la lame Visiteurs connectés sur un de mes sites.

    J’avais dans un premier temps des résultats cohérents : entre 20 et 100 visiteurs. Depuis hier j’ai des résultats improbables. Un nombre supérieur à 900 s’est affiché l’essentiel de la journée alors que les statistiques SPIP m’annoncent 1400 visiteurs dans la journée (et 955 pour Google Analytics). Ce matin il en était de même. C’est à présent retombé à 450 (tout aussi improbable un dimanche matin vu la fréquentation du site).

    Je suis en SPIP 2.0.9 et j’ai la dernière version du Couteau Suisse 1.8.09.14.

    La seule différence entre la semaine dernière et aujourd’hui est que j’ai activé le plugin Notations. Mais je ne vois pas bien en quoi cela peut avoir un impact.

    Quelle est la méthode pour calculer le nombre de visiteurs connectés ? Pourquoi ces chiffres étonnants ?

    Bien cordialement.

    • Bonjour, la méthode très simple pour calculer le nombre de visites est de compter le nombre de fichiers dans le dossier tmp/visites/. Par FTP tu peux donc vérifier que ce dossier est conforme, grâce aux dates et heures par exemple...

      Je ne sais pas trop dans quelle mesure cette méthode est fiable et si le plugin notations fausse en effet ce calcul... Le CRON est chargé de faire le ménage, si j’ai bien compris, sur les fichiers datant de plus de 30 minutes... Mais si le serveur est trop occupé, il se peut que des visiteurs déconnectés soient encore comptabilisés. On pourrait donc améliorer le plugin en ne prenant pas en compte les fichiers de plus de 30 minutes, au moins, on serait un peu plus proche du bon résultat, au dépend peut-être,d’un temps de calcul plus long...

      As-tu besoin d’un calcul vraiment précis ?

    Répondre à ce message

  • 2

    Bonjour, et merci pour ce plugin fabuleux.

    Petite question : j’utilise l’outil « pagination/découpe », et je n’utilise pas les onglets (ce qui signifie que j’utilise seulement les ++++ dans le corps de mes articles).

    Mon problème est le suivant : les numéros des « pages » de mon article sont beaucoup trop petits. En fouillant dans les fichiers du plugin, j’ai bien trouvé decoupe.css, mais toutes mes modifications ont été infructueuses.

    Comment paramétrer la taille des numéros des pages, tels qu’ils s’affichent en haut de mon article ?

    Merci !

    • Il ne faut pas modifier les fichiers originaux du plugin. Tu peux :
      -  soit le surcharger entièrement en le recopiant dans ton squelette (dossier outils/)
      -  soit simplement ajouter une règle CSS de plus dans ton propre fichier CSS.

      Pour accéder à ce bloc de pagination, deux cas :
      -  si tu utilises la balise #CS_DECOUPE, alors le sélecteur CSS est : « div.decoupe_balise a »
      -  sinon, le sélecteur est : « div.decoupe_haut a, div.decoupe_bas a »

      Vu que la classe « pagination » est également utilisée, mieux vaut regarder ce qu’il ce passe au niveau des priorités avec le couple Firefox/Firebug et peut-être sera-t-il mieux d’agir sur le sélecteur plus large « div.pagination a ». Tu pourras tester en live tes modifications avec Firebug.

    • Super, ça marche !

      Merci !

    Répondre à ce message

  • 1

    Je suis en 31741 et je n’arrive plus à faire de mise à jour automatique…

    J’en avais deux, celle du CS et du plugin Mots Partout, pour le premier ça fait exactement comme si la mise à jour se déroulait (page de téléchargement et de validation) mais ça revient au CS avec la lame mise à jour auto affichée et ça me dit toujours qu’il y a une mise à jour et je n’ai pas changé de révision.

    Pour Mots Partout, ça me stipulait que l’adresse de téléchargement du plugin est erronée. Une recherche sur spip-zone m’a fait trouver la bonne adresse et c’était réglé. Je ne sais pas si ça concerne le CS au final donc…

    • Ca y est j’ai réussi !

      J’ai depuis hier des problèmes de pages « HTTP 302 si votre navigateur blabla… » et des erreurs d’envoi de header un peu partout dans spip, du à des fonctions d’affichage perso du plugin « Champs Extras 2 » dans mes_options.php. Après moultes tentatives diverses et variées, j’ai déplacé tout ce qui n’était pas nécessaire dans ce fichier dans mes_fonctions.php et j’ai retenté et là tout est rentré dans l’ordre.

    Répondre à ce message

  • 2

    Bonjour,

    J’ai activé l’outil en_travaux du couteau suisse pour maintenance du site. Malheureusement, je ne passe plus dans l’espace privé en admin. Seule solution que j’ai trouvée, désinstaller le plugin par ftp: tout rentre dans l’ordre. Le problème, c’est que depuis, dès que je réinstalle le couteau et que je l’active, le site rebascule automatiquement en_travaux sans passage possible pour l’admin.

    Quid ?

    Y a-t-il une autre solution que de se passer définitivement de l’indispensable couteau ?

    Merci.

    • On va tenter de régler ça ;-) Comment exactement t’es-tu retrouvé dans cette situation ? Quelle version de SPIP ? squelette éventuel ? Sais-tu reproduire ce comportement de blocage total ?

    • Merci du retour. La lame n’était pas tout à fait compatible avec SPIP 2.0. C’est maintenant chose faite dans la dernière version du plugin.

    Répondre à ce message

  • 3

    Bonjour et bien sûr merci pour le couteau...
    J’ai un problème avec « site en travaux », je l’ai d’abord testé sur une version spip 1.9.2 en local et tout marchait nickel pour moi dans le sens où après identification j’avais accès au site public. Je l’ai ensuite installé sur une version 2.0.5 et là désappointement, l’accès ne se fait qu’à la partie privée... le but étant de faire suivre l’avancée du développement à mon « client » sans passer par la partie privée.. Si quelqu’un connait ce problème je suis preneur de ses conseils.
    Merci d’avance

    Répondre à ce message

  • 1

    C’est une base de Spip 1.9.2 qui est upgradé.
    Pour la mémoire je doute ce sont des serveurs pro (8core 4go ..) avec un memory limit dans le php.ini de 1024 M et j’en ai 128 alloués sur mon serveur de dev.

    • Je site une réponse qui a été donnée sur une liste de SPIP :

      (...) Après cette migration, je n’arrivais pas à activer plus d’un plugin.
      Inspiré, je suis allé voir la table spip_meta
      Bingo, le champ valeur était de type VarChar(255) au lieu de Text.
      Je tente de changer son type : impossible.
      Il y a avait 3 index en plus du primary, dont un sur le champ valeur.
      Suppression des index en trop.
      Changement du type du champ en Text.
      ==> Activation des plugins possible.

    Répondre à ce message

  • 8

    Soucis avec la lame « site en travaux ».

    Elle fonctionne trop bien, puisque même un admin/webmestre ne peut pas accéder au site.
    SPIP (2.0.9 rev14357) était vierge, il n’y avait que spip-bonux d’installé.

    • Oui, je suis dessus là. Même avec un plugin tout fraichement mis à jour ? Je vais faire qq tests...

    • Oui je l’ai installé samedi je crois, et là je viens de vérifier et il me dit que ma version est à jour.

    • Il y a eu qq changements depuis ;-)

    • Je le mets à jour depuis l’installation automatique des plugins de SPIP alors ? C’est possible qu’il y ai des nouveautés alors que le CS ne me dise pas qu’il y a une nouvelle version ?

    • Oui, absolument, si ce n’est pas la correction d’un bug majeur, ou si un travail est en cours. Tu peux explorer la lame « boîtes privées » et cocher « les révisions du Couteau Suisse » pour t’en apercevoir, ou alors activer la lame « mises à jour automatiques ».

    • Ah oui en effet, il y a eu de la mise à jour depuis la 31606.

      Par contre c’est bizarre, je n’avais jamais vu cette lame « mise à jour automatique »… Rudement étra,ge parce qu’elle est super pratique quand même.

      Bon sinon je confirme, vous avez bien bossé, la lame « site en travaux » refonctionne bel et bien (avec même une nouveauté depuis la dernière fois, le petit logo). Merci pour tout !

    • Oups… J’ai voulu trop bien faire en mettant à jour le CS, et maintenant le bouton pour valider les changements de « site en travaux » n’est plus un bouton mais un champ de texte…

      Sans savoir si vous étiez au courant, je le précise.

    • Si jamais ça touche quelqu’un d’autre, je tiens à préciser que le problème a été résolu en réinitialisant le CS avec le lien prévu à cet effet dans le cadre de gauche, sur la page du CS. Merci à Patrice qui a suivi en privé l’évolution du problème !

    Répondre à ce message

  • 1

    Bonjour,

    lors de la demande de mise à jour automatique du plugin, j’ai systématiquement cette erreur :

    Warning : Invalid argument supplied for foreach() in /mnt/145/sdb/c/b/scubapero/ecrire/inc/charger_plugin.php on line 228
    Erreur
    echec pclzip : erreur PCLZIP_ERR_READ_OPEN_FAIL (-2)

    J’utilise la dernière version officiel de spip 2.0.9 [13982].

    Par contre la mise à jour des autres plugins utilisés ne pose aucun PB.

    Que faire ?

    Lien vers le site

    • Il semble que Free et les zips ne fassent pas très bon ménage... tu as essayé un peu de déboguer inc/charger_plugin.php pour voir ce que contient $list et pourquoi ce n’est pas un array ?

    Répondre à ce message

  • 1

    La nouvelle version ne règle pas mon problème ;-)

    Le Couteau Suisse, problème après mise à jour du plugin

    Bonjour à tous,

    Apres la mise à jour du plugin vers la Révision : 31552, j’ai un pb avec spip 2.08. L’outil « format des URLs » ne fonctionne plus. En effet, lorsque je lui donne un numero d’article à modifier, il n’y a aucune action possible sur le bouton « rechercher cet objet ».

    Quelqu’un a une idee ?

    Merci !

    • Il y a peut-être une erreur javascript bloquante due à un autre plugin ? Que dit la console de Firefox/FireBug ?

    Répondre à ce message

  • Novice to SPIP

    Bonjour,

    Pour être précis, je suis Novice sous SPIP, j’ai SPIP 2.0.9, le squelette Multiflex 3, avec les plugins « SPIP Bonux, Enluminure Typographique V3, Mediathèque, Diapo, Thickbox, palette » et j’utilise le navigateur Firefox version 3.5.3.

    Est-ce que « le couteau suisse » pourrait me faciliter la vie en tant que neuneu sous SPIP, pour la gestion de mon site, la mise en page et publication de mes articles, ... ?

    D’avance un BIG MERCI pour vos réponses :-)

    Répondre à ce message

  • C’est bon les liens sont activés. Par contre le plugin « toute en couleurs » est activé mais je ne le voix pas avec les outils typographiques.

    Répondre à ce message

  • 5

    Je viens de passer de la version 1.08.02 à 1.08.09 et c’est la cata.
    « Fatal error : Call to undefined function : insertions_pre_propre() in c :\program files\easyphp1-8\www\syndicat-stm\ecrire\public\composer.php(73) : eval()’d code on line 192 »
    puis quand je recharge
    « Fatal error : Call to undefined function : insertions_pre_propre() in c :\program files\easyphp1-8\www\syndicat-stm\ecrire\public\composer.php(51) : eval()’d code on line 192 »

    Même le couteau suisse ne marche pas correctement (impossible de deplier ou replier les groupes de lames actives ou inactives dans la page de cofig du CS).

    J’utilises SPIP 2.0.9 avec AHUNSTIC (dernière version) plus les plugins classics (crayons, etc.)

    En reduisant le nombre de lames activent ca redevient normal mais je n’ai pas pu identifier quel combinaison de lame créait le problème.

    Autre probleme : je ne sais pas comment récuperer une version precedente du couteau suisse.

    • Je viens de passer de la version 1.08.02 à 1.08.09 et c’est la cata. « Fatal error : Call to undefined function : insertions_pre_propre() »

      Il s’agit de la lame « Corrections automatiques ». Effectivement, ce bug est normalement levé avec la version 1.8.09.09 du plugin. Navré du dérangement.

      Même le couteau suisse ne marche pas correctement (impossible de deplier ou replier les groupes de lames actives ou inactives dans la page de cofig du CS).

      Ceci peut être identifié facilement avec Firefox et l’extension Firebug. Tu nous en diras ensuite un peu plus ? C’est sans doute lié à l’erreur ci-dessus ? Le code de la page html doit être nickel pour que la config du CS fonctionne parfaitement.

      J’utilises SPIP 2.0.9 avec AHUNSTIC (dernière version) plus les plugins classics (crayons, etc.)

      Attention, SPIP 2.0.9 contient un bug sur la prévisualisation des formulaires qui sera corrigé dans la 2.0.10. En attendant, il faut remplacer le fichier forum.php (voir l’article ci-dessus).

      En reduisant le nombre de lames activent ca redevient normal mais je n’ai pas pu identifier quel combinaison de lame créait le problème.

      Il serait intéressant de creuser un peu l’affaire...

      Autre probleme : je ne sais pas comment récuperer une version precedente du couteau suisse.

      Si tu as un client SVN, cela peut se faire sans problème.

    • La version .09 corrige le problème dans l’espace public.
      Grand merci !!!!!

      Par contre, toujours impossible de déplier ou replier les groupes de lames actives ou inactives dans la page de config du CS.
      Les icônes du milieu n’apparaissent plus non plus lorsque l’on sélectionne une lame.

      Perso je suis moins embêter vue qu’en changeant de version tous les groupes se retrouvent par défaut déplier et que je peux donc accéder à chaque lame.

      Je veux bien aider pour trouver le problème mais il faut me guider ... je ne sais pas bien utiliser firebug (je l’utilise surtout pour identifier les bloc dans une page afin de modifier les dimensions dans le squelette)...

      Encore merci.

    • C’est qu’il y a probablement une erreur JavaScript qui bloque le fonctionnement habituel de la page.

      En principe les erreur JS sont indiquées dans l’onglet ’console’.

    • OK j’ai activé la console avec les options par défaut.
      Voici ce que j’obtiens :
      "
      cs_sel_jQuery is not defined
      anonymous()ecrire ?e...au_suisse (ligne 415)
      anonymous()jquery.js (ligne 2297)
      anonymous()jquery.js (ligne 2317)
      anonymous([function(), function(), function()], function(), Object name=args)jquery.js (ligne 745)
      anonymous()jquery.js (ligne 2316)
      [Break on this error] jQuery(« div.cs_aide a[ »+cs_sel_jQuery+« ...=’cmd=install’] »).click( function() \r\necrire ?e...au_suisse (ligne 415)
      ICF Score : 168
      javascript : links : 0
      Inline styles : 105
      Inline events : 63
      onkeypress : 7
      onfocus : 19
      onclick : 4
      onblur : 12
      onmouseover : 17
      onmouseout : 4"

      On peut continuer cette conversation par email ou autre pour ne pas trop polluer le forum ?

    • Re-bonjour. La version 1.8.09.10 règle-t-elle le problème ?

    Répondre à ce message

  • 1

    Bonjour à tous,

    Apres la mise à jour du plugin vers la Révision : 31552, j’ai un pb avec spip 2.08.
    L’outil « format des URLs » ne fonctionne plus. En effet, lorsque je lui donne un numero d’article à modifier, il n’y a aucune action possible sur le bouton « rechercher cet objet ».

    Quelqu’un a une idee ?

    Merci !

    Répondre à ce message

  • 1

    Bonjour,

    Après la mise à jour(Version locale : 1.8.09.09) les liens ds outils ne s’ouvre pas pour voir leurs description. Comment retourner à la version précédente ? Ou que faire ? Merci.

    Répondre à ce message

  • 2

    Bonjour,

    Lorsque j’active la lame Découpe en pages et onglets je n’arrive plus à poster de messages sur les articles.

    Lors de la prévisualisation j’obtiens le message :

    Fatal error : Call to undefined function cs_decoupe() in /journal/squelettes-dist/formulaires/forum.php(275) : eval()’d code on line 1

    SPIP 2.0.9 et CS Version locale : 1.8.09.08 Révision : 31513

    Merci

    • Bonjour, c’est amusant que tu postes ce message aujourd’hui, car hier j’ai ajouté ci-dessus cette erreur au paragraphe « Dysfonctionnements ». Il s’agit d’un petit bug de SPIP avec le fichier forum.php à mettre à jour.

    • Ben le hasard dès fois.

      En tout cas merci pour l’info.

    Répondre à ce message

  • 4
    José Luis Murillo

    Merci par le plugin. C’est genial !

    J’ai trouvé une probleme avec la balise #INTRODUCTION et spip 2.0.8/2.0.9 Dans queques ocasions le texte n’apparaître pas :-( Simplement reste en blanc.

    Salut !

    • Peux-tu être plus constructif ? Quel texte ? Quels outils actifs ?

    • José Luis Murillo

      Je voulais expliquer plus, mais mon francais cést dur et terrible ;-)

      Le site il y a beaocoup de plugins avec spip 2.0.8 et actuelment avec spip 2.0.9 (http://auladigitaldecgt.net)

      Le probleme aparaître quand j’actif la balise #INTRODUCTION
      Au charger la page le texte d’introduction reste en blanc :-(
      Au calculer la page (var_mode=calcul) le texte continue en blanc :-(
      Au recharger la page (var_mode=recalcul) le texte apparaître :-)

      Mais au charger de nouveua la page le texte reste blanc :-(

      J’avais pensé desactiver les plugins et intenter trouver la incompatibilité, mais comme ils sont beaocoup j’avais ecrit par s’il y a déjà quelq’une incompatibilité connue.

      Les plugins actifs : Acceso restringido 3.0 / ACTIvidad del DÍA / Agenda 2.0 / Article PDF / Autorité / Balises arithmétiques / Big Brother / cfg : moteur de configuration / Champs Extras / La Navaja Suiza / Crayons / Critère mots / Enviar email 2 / Étiquettes / Google analytics / Groupes / Imprimir documento 2 / Inscription2 / Spip-listes pour Inscription2 / Des jeux dans vos articles / Magusine / Marque-pages / Notation / Nuage / Publication ouverte / Porte plume - Une barre d’outil pour bien écrire / Prévisualisation pour les articles en cours de rédaction / SPIP Bonux 2.0 / SPIP-Listes / SpipBB : Management of SPIP 2.0 forums / favoris / Thickbox v2 / Nombres de visiteurs connectés

      Merci

    • José Luis Murillo

      J’ai plus d’information sur le probleme avec la balise #INTRODUCTION

      J’ai desactivé crayon et la balise #INTRODUCTION va bien, j’active crayons et #INTRODUCTION ne va :-(

      Salut !

    • Bonjour. Ceci devrait être corrigé avec la version 1.8.09.08 du plugin. Merci du retour de test si le pb est toujours d’actualité ;-)

    Répondre à ce message

  • Merci de t’intéresser à mon problème.

    Spip 2.0.9
    Pas de squelette
    Deux autres plugins : Ahuntsic et ABCalendrier

    Le problème est apparu en activant l’outil en travaux. J’ai veillé à autoriser l’accès à l’espace privé pour l’admin comme cela est proposé par le plugin.

    Une nouvelle page informant de la maintenance du site remplace comme prévu l’accés public du dit-site. Le lien vers l’espace privé qui y figure est mort. L’accès est alors impossible pour tout le monde.

    Je te préviens que je ne suis pas très averti de la chose informatique et que je suis plutôt néophyte dans l’utilisation de spip.

    Répondre à ce message

  • Bonjour,

    Je teste la nouvelle lame « Mises à jour Automatiques ».

    C’est une super idée et c’est vraiment très pratique.

    Par contre pour le plugin Boutons dans le Texte (v0.3.1) j’ai bien une mise à jour à faire puisqu’il me dit :

    La révision 30499 est disponible.

    Mais quand je lance cette mise à jour j’obtiens le message :

    Le répertoire ../lib/ n’est pas accessible en écriture.

    Veuillez vérifier les droits sur ce répertoire (et le créer le cas échéant), ou installer les fichiers par FTP.

    Pour les autres plugin je n’ai pas cette erreur.

    Alors ça vient de mon SPIP (2.0.9), du couteau suisse ou du plugin Boutons dans le Texte ?

    Merci

    Répondre à ce message

  • Si si c’est l’outil du couteau suisse qui permet de mettre le site en travaux (avec option pour laisser l’accès seulement aux admin).
    Par contre si je renomme le dossier couteau suisse, comme tu dis, je ne pourrais plus jamais l’utiliser. Car en le réactivant l’outil « site en travaux » ne sera pas désactivé.

    Sinon j’ai trouvé un truc dans la base de données, dans la table meta il y a la liste des outils activés. J’ai réussi à l’enlever et donc à avoir accès au site et à la zone privée. Par contre dés que je le réactive j’ai plus accès à rien.
    Je vais regarder si je peux virer le paramétrage de l’outil aussi.

    Mais bon en tous cas j’ai l’impression qu’il y a un bug :p si on choisi l’option laissé l’accés à la zone privé qu’au admin on a plus la possibilité de se connecter du coup on peut pas dire qu’on est admin... c’est ballo :D

    Répondre à ce message

  • 1

    Bonjour,

    je n’avais jamais eut de problèmes auparavant avec le couteau suisse, mais au passage sur mon serveur de pré-production il me désactive tous les plug ins activé a chaque tentatives d’activations ...

    même tout seul il ne s’active pas plus d’ailleurs ... j’ai pourtant vérifié les version de php et modules installés dans chaques serveurs ...

    -  j’ai vidé /tmp
    -  vidé le cache de Spip
    -  vérifié les droits sur les dossiers /tmp, /plugins ...

    version de spip 2.0.8
    version du coutau suisse : 1.8.09.04 [31288]

    une idée, quelqu’un ???

    • Bonjour,

      Le sujet a parfois été soulevé. Je ne suis pas sûr qu’un plugin en particulier soit responsable.

      Est-ce une base nouvelle ou issue d’un SPIP plus ancien ? Il est possible que ce soit un problème de mémoire ?

    Répondre à ce message

  • 4

    Bonjour,

    Désolé si cette question a déjà été soulevée.
    Sur SPIP nu et Couteau Suisse, j’ai un problème de validation des forums : impossible de pré-visualiser le message. Après, il n’est pas enregistré.
    Quelqu’un a constaté qq chose de similaire ?
    J’ai raté qq chose ?

    • Oui cette question a effectivement été soulevée sur les listes de SPIP. Une mise à jour de SPIP, caches vidés, ne règle-t-elle pas le problème ?

    • Patrick

      Bonjour,
      J’ai eu le même problème sans penser incriminer le couteau suisse qui par ailleurs m’est indispensable.
      La désactivation du couteau suisse comme il m’a été conseillé dans le forum des question sur SPIP V2 et la sécurité, remet en effet les choses en place.

      Message lors des envois sur mon forum aux articles :

      « »Fatal error : Call to undefined function : cs_decoupe() in /mnt/102/sdb/c/0/monsite/squelettes-dist/formulaires/forum.php(275) : eval()’d code on line 1"

      J’ai contourné le problème en enlevant forum.php de la dist et le remplaçant par celui de la version précédente. Et là la messagerie marche, c’est à dire qu’elle ne bloque plus lors de la prévisualisation du message du forum, envoyant le code ci dessus.

      J’avais rechargé le couteau suisse dernier modèle, remplacé la version de spip en local (comme il FAUT), vidé les caches, sans succès.

      D’où ma solution à l’arrache.

      Je vois que je ne suis pas le seul, j’utilise :

      -  découpe
      -  blocs dépliables
      -  sommaire
      -  glossaire
      -  pas de forum anonyme

      entre autres

      Voilà, j’ai été long, mais c’est pour donner le plus d’infos, car si je ne peux pas me passer du forum, comme je l’ai dit, le couteau suisse m’est indispensable.

      Bravo de toute façon et merci pour cet excellent outil

    • Voici donc la réponse à ma question sur la non prévisualisation du forum :

      Il faut mettre SPIP à jour avec la toute dernière release. La ligne 275 du fichier squelettes-dist/formulaires/forum.php ne contient plus aujourd’hui de fonction eval() ...

      Suite aux corrections apportées par les devs de SPIP, cette fonction est à présent déplacée ligne 278 : http://trac.rezo.net/trac/spip/browser/branches/spip-2.0/squelettes-dist/formulaires/forum.php#L278

    • C’est exact. Cette correction sera apportée dans la version 2.0.10 de SPIP, dont le paquet devrait être disponible prochainement. Cela dépend totalement des devs de SPIP. En attendant, il faut faire la correction à la main...

    Répondre à ce message

  • Perline

    J’ai tout enlevé, tout remis et maintenant ça marche.
    Je ne sais donc pas d’où ça venait, mais semble-t-il pas du couteau suisse.
    Désolée pour le dérangement.

    Répondre à ce message

  • Bonjour

    Si j’avais la moindre compétence, promis je me lancerais ;-)

    Malheureusement, rien que la mise en place de mon petit squelette a été très laborieux, et je n’arrive même pas à mettre correctement en oeuvre certains plugins (comme Agenda, Notation des articles)... la honte :-(

    Répondre à ce message

  • 1

    Bonjour

    J’adore cet outil, mais comme je suis du genre à mettre à disposition une tonne de couleurs, une tonne de chatons, et ainsi de suite, une bonne partie des boutons se retrouvent très loin de la zone de texte modifiable.

    Du coup, j’aimerais bien que les différentes parties (couleur du texte, couleur du fond du texte, filets, smileys, chatons) se présentent sous forme de blocs dépliables indépendamment les uns des autres (ou peut-être même qu’il ne puisse y en avoir qu’un seul déplié). De cette façon, les boutons seraient moins loin du texte en cas de surcharge des chatons, des filets mis à disposition du rédacteur (d’ailleurs, dans le cas d’IE, dans la partie privé du site, seuls les tous premiers chatons sont accessibles).

    Serait-ce possible ? Merci d’avance

    • Bonjour,

      C’est tout à fait possible, mais il faut coder. L’avenir est maintenant au plugin Porte Plume et le Couteau Suisse ne va pas tarder à utiliser ce plugin pour insérer les boutons des outils actifs. C’est aussi l’ocasion d’utiliser les blocs dépliables que tu souhaites.

      Si tu veux contribuer pour accélérer les choses, n’hésite surtout pas ;-)

    Répondre à ce message

  • 1
    Perline

    Chez moi ça ne marche pas sur les auteurs. Je ne sais pas pourquoi, donc !

    • Il y a peut-être une interférence d’un autre plugin, ou une rédaction erronnée du squelette.

      Pour tester, j’ai mis le code suivant dans une page test.html :

      <BOUCLE_aut_test(AUTEURS){tout}>
      &bull; #ID_AUTEUR. "#NOM" = "[(#NOM*|cs_traitements{NOM,auteurs})]"<br/> 
      </BOUCLE_aut_test>

      Au passage, le filtre cs_traitements permet d’appliquer à une balise étoilée un traitement en dur ... Ici, c’est juste pour tester. Ce filtre nécessite d’avoir en argument le nom de la balise sur laquelle il s’applique, et éventuellement l’objet...

      En appelant / ?page=test, j’ai le résultat attendu (SPIP 2.0.9 et CS 1.8.09.04).

      En cliquant sur le bouton d’amin « debug » je peux vérifier que la boucle produit le code suivant :

      40 // #NOM
      41 interdire_scripts(typo(supprimer_numero($Pile[$SP]['nom']),"TYPO",$connect)) .
      42
      43 // 5 signes
      44 '" = "' .
      45
      46 // #NOM*
      47 interdire_scripts(cs_traitements($Pile[$SP]['nom'],
      48 // 3 signes
      49 'NOM',
      50 // 7 signes
      51 'auteurs')) 

      Ce qui est tout à fait correct... Quel est le tien ?

    Répondre à ce message

  • 1
    Perline

    Bonjour,
    Pourquoi l’outil supprimer_numero ne s’applique pas à tout, par exemple aux auteurs ? Cela ne supprime pas le numéro, ce qui est très disgracieux quand on a son nom affiché pour une session par exemple.
    J’ai cherché dans le plugin et pas trouvé où était l’outil pour le corriger...
    Merci.

    Répondre à ce message

  • 1

    Bonjour, et bravo pour cet excellent plugin.

    J’ai un souci : un milschblick entraîne le mélange d’un formulaire et d’un lien-spip, ce qui empêche évidemment le formulaire de fonctionner, et fait apparaître un morceau de code HTML. Exemples, ce sera plus clair :
    -  dans l’admin du couteau suisse, dans la boîte en haut à gauche :

    Cette page est uniquement accessible aux responsables du site. Elle permet la configuration des différentes fonctions supplémentaires apportées par le plugin « Le Couteau Suisse ».
    http://localhost/ecrire/?exec=admin… method=’post’ style=’margin : 0px ; border : 0px’>
    Version locale : 1.8.09.01
    Révision : 29351
    Votre version est à jour.


    -  dans l’admin de certaines lames (Format des URLs et Belles URLs par exemple) :

    Par défaut | Désactiver
    http://localhost/ecrire/?exec=admin… onsubmit=« return AjaxSqueeze(this,’description_outil-380’,’’,event) » method=’post’ style=’margin : 0px ; border : 0px’>
    Cet outil a deux fonctions [...]

    Le problème a été signalé ici et , mais sans réponse.

    Après moult tests, je pense avoir identifié la source du problème : ce serait la lame Belles URLs (liens_orphelins). Dans \couteau_suisse\outils\liens_orphelins_fonctions.php, lignes 24-25 :

    // trouve et protege : protocole://qqchose
    $texte = preg_replace_callback(_cs_liens_HTTP, 'cs_liens_raccourcis_callback', $texte);

    En virant cette ligne, les problèmes signalés plus haut disparaissent. Mon hypothèse : la balise d’ouverture de certains formulaires utilise un chemin absolu, qui se voit — logiquement — modifié par Belles URLs. Et ceux qui marchent seraient en chemin relatif, donc pas de souci ? Pure hypothèse, car je n’ai pas su trouver le code en question pour vérifier...

    Mes infos :
    -  Couteau suisse : 1.8.09.01 [29351]
    -  Spip 2.0.8 [13982]
    -  Je n’avais pas ce problème sur un site avec CS 1.7.17.03 sous Spip 1.9.2d.

    Un grand merci à ceux qui pourront aider à venir à bout de ce parasite un peu casse-noisettes. :-)

    • Me concernant : en ligne, ça marche (même révision du CS, Spip passé en 2.0.9). Le problème ne se posait donc qu’en local... ?!

      Bref, merci encore pour cet outil !

    Répondre à ce message

  • Bonjour à tous.

    Suite au passage de la v 1.9 à 2.0, et à l’installation du plugins « couteau suisse » toutes mes pages sont en erreurs 404 (article, rubrique...) bien que les url soient réecrites.

    Quelqu’un aurait il eu le meme problème ?
    http://www.creditimmobilierpartners.fr/journal-immobilier/

    cdm

    Répondre à ce message

  • 4

    Bonjour,

    Juste pour préciser que le lien vers les logs de dévellopement du couteau Suisse (plus haut dans la page) pointe toujours vers l’ancienne adresse.

    Merci

    • Merci. Ceci est corrigé.

    • Bonjour Patrice,

      Désolé d’être casse pied mais quand je vais sur les nouveaux liens des Logs j’obtiens ceci :

      Traceback (most recent call last) :
      File « /site-packages/trac/web/api.py », line 339, in send_error
      File « /site-packages/trac/web/chrome.py », line 683, in render_template
      File « /site-packages/trac/web/chrome.py », line 659, in load_template
      File « /site-packages/trac/web/chrome.py », line 406, in get_all_templates_dirs
      File « build/bdist.linux-i686/egg/tracrpc/web_ui.py », line 298, in get_templates_dirs
      File « /usr/lib/python2.3/site-packages/pkg_resources.py », line 799, in resource_filename
      return get_provider(package_or_requirement).get_resource_filename(
      File « /usr/lib/python2.3/site-packages/pkg_resources.py », line 1229, in get_resource_filename
      return self._extract_resource(manager, zip_path)
      File « /usr/lib/python2.3/site-packages/pkg_resources.py », line 1235, in _extract_resource
      last = self._extract_resource(
      File « /usr/lib/python2.3/site-packages/pkg_resources.py », line 1249, in _extract_resource
      real_path = manager.get_cache_path(
      File « /usr/lib/python2.3/site-packages/pkg_resources.py », line 880, in get_cache_path
      self.extraction_error()
      File « /usr/lib/python2.3/site-packages/pkg_resources.py », line 846, in extraction_error
      raise err
      ExtractionError : Can’t extract file(s) to egg cache

      The following error occurred while trying to extract file(s) to the Python egg
      cache :

      [Errno 13] Permission denied : ’/var/www/.python-eggs’

      The Python egg cache directory is currently set to :

      /var/www/.python-eggs
      Perhaps your account does not have write access to this directory ? You can
      change the cache directory by setting the PYTHON_EGG_CACHE environment
      variable to point to an accessible directory.

      Merci

    • Perso, je ne pense pas que ce soit lié au plugin...

    • Bon c’est bon ça refonctionne.

      Merci

    Répondre à ce message

  • 1

    Salut !

    Est-ce que quelqu’un aurait la gentillesse de m’expliquer le code à mettre en place pour déplier et replier les blocs du plugin couteau suisse ?

    Je n’y arrive pas.

    Merci.

    Répondre à ce message

  • 3

    Sans rien avoir fait de particulier, dans écrire -> plugins -> couteau suisse -> la page s’affiche et cherche s’il y a une mise à jour. Le programme mouline et finit par me donner à la place de « dernière version » ou du numéro de la dernière version publiée, le message suivant :

    Warning: Cannot modify header information - headers already sent by (output started at /.../ecrire/inc/actions.php:222) in /.../ecrire/inc/actions.php on line 214

    Merci

    Répondre à ce message

  • Bonjour.

    Depuis la version 2 de spip Tickbox bug avec le couteau suisse - Pourquoi ?
    Avez-vous une idée et comment régler le problème (dito pour ancres douces) ???

    Lisanga

    Répondre à ce message

  • 3
    Miranda

    Bonjour, je suis en train de tester le passage du spip 1.9.2d à Spip 2.0.8 avec les dernières versions des plugins. J’ai téléchargé la version 1.8.08.00 [28677] du Couteau Suisse et dès que je l’installe et valide dans les plugins l’affichage de la partie privé se défait.

    Les autres plugins installés sont : CFG, Lecteur multimedia en Flash, Nuage, social Tag et thickbox2.

    J’ai aussi essayé en désactivant tous les plugins et c’est la même chose. Aussi j’ai testé une version plus ancienne du plugin et ça ne marche pas non plus.

    Est ce que quelqu’un a eu ce problème ? Il y a une version spéciale du plugin Couteau Suisse pour Spip 2.0.8 ?

    • Bonjour, il n’y a aucune version spéciale pour SPIP 2.0.8. Ce plugin est compatible avec SPIP 1.92x et SPIP 2.0.x.

      As-tu bien supprimé tes caches (SPIP et navigateur) ? nettoyé le répertoire tmp/ ?

      Quels outils étaient installés sous SPIP 1.92 ? En désactivant ces outils, le pb est-il tjrs là ?

    • Miranda

      Merci Patrice pour ta réponse.

      As-tu bien supprimé tes caches (SPIP et navigateur) ? -> oui

      nettoyé le répertoire tmp/ ? -> oui

      Quels outils étaient installés sous SPIP 1.92 ? -> les mêmes plugins sauf le couteau suisse. Je voulais l’installer pour la première fois pour utiliser le NoSpam, et l’outil pour forcer_langue=true, entre autres petites choses...

      En désactivant ces outils, le pb est-il tjrs là ? oui :(

      J’ai vais tout refaire à partir de zero et je vais poster ici si ça marche ou pas...

    • Miranda

      Salut,
      J’ai effacé le dossier plugins et le renommé le dossier squelettes. re-vidé le cache du Spip et des navigateurs. Tout est revenu à la normale : une versión basique du site où on voit bien les documents, les images, etc. et où on peut travailler sans problème dans la partie prive.

      J’ai réinstallé des nouveaux plugins (téléchargés du site http://plugins.spip.net)
      CFG
      Socialtag
      lecteur multimédia
      nuages

      puis j’ai installé le couteau suisse. Tout marche OK. J’ai activé forcer langue et lutte contre le spam. Jusqu’au ici tout va bien , pas de problème :)

      Mais lorsque j’ai récupéré le dossier squelette, j’ai vérifié le site public et ça marchait bien, mais quand je suis allée à l’espace privé tout était défait, donc je pense que le problème vient de mes squelettes (grrr) mais c’est quand même bizarre que les squelettes affectent l’espace privé et non pas le site public, non ?

      J’avais récupéré le fichier mes_options sous le répertoire config. Je ne sais pas si je dois l’effacer si j’utilise le couteau suisse.. peut être c’est ça ?

      Une idée ? les squelettes ? ou le fichier mes_options ?

    Répondre à ce message

  • 2
    Fabrice

    Bonjour,
    j’essaie d’installer le plugin couteau suisse, mais lors de l’installation, le système me renvoie problème de droits ; vérifiez en tant qu’administrateur vous avez les droits en écriture sur le répertoire ecrire/local ; lorsque je vais dans le répertoire ecrire ; il n’y a pas de sous répertoire local ? Que faire ??? quelqu’un a-t-il une idée ?

    • En effet, le répertoire local/ n’est présent qu’à la racine... Tu as parcouru les logs de SPIP pour tenter de voir ce qui ne va pas ?

    • Miranda

      Tu as parcouru les logs de SPIP pour tenter de voir ce qui ne va pas ? -> Non, je ne saurais pas comme le faire :(

    Répondre à ce message

  • Dès que je renomme « htaccess.txt » en « .htaccess », je me ramasse une erreur 500 et je peux plus rien faire, alors que j’ai pas touché au contenu du htaccess.txt.

    Je travail en local et ma version de SPIP est la dernière en date.

    Répondre à ce message

  • 4

    Hello Patrice,

    Je viens de faire quelques tentatives sur auteur_forum.js.html pour tenter d’appliquer le même triatement sur le champ email mais sans succès.

    // compatibilite Ajax : ajouter "this" a "jQuery" pour mieux localiser les actions 
    // et tagger avec cs_done pour eviter de binder plrs fois le meme bloc
    function cs_auteur_forum() {
    	// selecteur du bloc de previsualisation
    	var sel = jQuery('fieldset.previsu', this);
    	if(!sel.length) return;
    //	alert('previsu OK');
    	var form = sel.parents('form').eq(0);
    
    	// SPIP 2.0 remplace 'auteur' par 'session_nom'
    	var auteur = jQuery('#session_nom', this);
    	if(!auteur.length) auteur = jQuery('#auteur', this);
    	if(form.length && auteur.length)
    		// eviter les forums anonymes
    		form.not('.cs_done').addClass('cs_done').bind('submit', function(event){
    			if(!auteur.val().length) {
    				alert("<:couteau:nom_forum|html2unicode|addslashes|unicode_to_javascript:>");
    				auteur.focus();
    				auteur.css('background-color','#FCC').css('border-style','solid').css('border-color','#C30');
    				return false;
    			}
    		});
    	
    	// tentative de traitement identique sur les mails
    	var auteur = jQuery('#session_email', this);
    	if(!email.length) auteur = jQuery('#email', this);
    	if(form.length && email.length)
    
    		form.not('.cs_done').addClass('cs_done').bind('submit', function(event){
    			if(!email.val().length) {
    				alert("<:couteau:email_forum|html2unicode|addslashes|unicode_to_javascript:>");
    				email.focus();
    				email.css('background-color','#FCC').css('border-style','solid').css('border-color','#C30');
    				return false;
    			}
    		});
    
    }

    ne bug pas mais ne fonctionne pas non plus :-(

    Aurais-tu une piste s’il te plait ?

    • Lignes 24 et 25, essaie avec :
      var email = jQuery('#session_email', this);
      if(!email.length) email = jQuery('#email', this);

    • Grossière erreur d’inattention de ma part en effet, mais en l’occurence ca ne change rien. Le champ email n’est toujours pas forcé. je ne vois même pas la petite alert() ...

      Ce fichier est-il le seul à intervenir sur cet outil ou bien ai-je zappé un autre passage ?

      EDIT : Ah zut, tu viens d’éditer ton message :P Bon, je retente
      EDIT 2 : Pas mieux. ce champ ne veut vraiment pas se forcer... :/

    • Dans l’intervalle, j’ai décortiqué le formulaire forum d’une 1.9.2g et ai remplacé les ’eail’ par ’email_auteur’ qui correspond à l’ancienn valeur de session_email, mais sans plus de succès.

      Là je ne vois vraiment pas :/

    • Tout à l’heure, je ne sais pas si t’as vu, mais j’ai commité une modif de l’outil qui permet de faire ce que tu veux... Peux-tu tester du coup ?

    Répondre à ce message

  • 2
    fulvio

    Bonjour,

    je suis sur spip 2.0.7 avec plugins auto et utilise ce magnifique plugin tout comme le plugin formulaire avancé.
    J’ai constaté l’erreur ci-dessous que ne m’affiche pas mon formulaire lorsque certaines fonctionnalités du couteau sont activées (avec d’autres ca va), dans mon cas avec celles ci : glossaire interne, un sommaire automatique, découpe en pages et onglets crèent l’erreur. Une idée ?

    <?php $lang_select = lang_select("fr"); include_once(_DIR_RACINE . "ecrire/balise/formulaire_.php"); inclure_balise_dynamique(balise_FORMULAIRE__dyn('FORMULAIRE_CONTACT'),1, 0); if ($lang_select) lang_select(); ?>
    • N’est-ce pas une question d’attribut sur le fichier qui contient ce code ? C’est un fichier à exécuter, pas à afficher comme du HTML ...

    • Merci du retour. Ce problème spécfique à SPIP 2.0 devrait être résolu avec la version 1.8.08.00 du plugin.

    Répondre à ce message

  • fulvio

    Je ne m’y connais pas assez pour te répondre. De mon côté une fois activé le plugin formulaire avancé, je met ‹formulaire|contact> dans l’article/rubrique ou je veux que le formulaire apparaisse et si les outils mentionnés du couteau sont actifs, je ne peux même plus modifier la rubrique.

    Répondre à ce message

  • grizzly

    Bonsoir,

    je fonctionne actuellement avec le couteau suisse en configuration propres2 sans les marqueurs et avec l’id rajouté de 3 chiffres au moins. Je fonctionne en spip 2.07 et la version 1.8.05.07 du couteau suisse.

    Google sitemap me signale un souci avec un référencement en double de beaucoup de mes pages toujours selon le même type

    mon-contenu,1234.html
    et son doublon
    mon-contenu,1234.html ?page=type_urls‎

    est-ce qu’il y a un moyen d’éviter le doublon ?page=type_urls‎ ?

    Merci pour votre aide

    Répondre à ce message

  • 5

    *****Message posté aussi sur le forum de Sarka spip *******

    Bonjour,

    j’utilise SPIP 1.9.2.g et sarka 2.0.2. pour un site (Vintage-audio-laser.com)

    Nous avons 3 articles que nous souhaitons regrouper en un seul, mais dans des onglets. J’ai donc installé le plugin couteau_suisse, et rédigé l’article. Le problème, c’est que le menu déroulant à gauche s’ouvre SOUS les onglets !! (c à d qu’il est caché !) Je n’ai pas ce genre de problème avec les articles « normaux » ou juste paginés.

    Je ne sais pas par quel bout prendre ça pour que la menu reste visible.

    Ici une saisie d’écran : le site commençant à recevoir un peu de visite, j’ai dû mettre l’article en question hors-ligne, il n’est donc plus visible en direct.

    Merci de toute l’aide que vous pourrez m’apporter ou de me mettre sur la voie

    Lelol

    • Il s’agit d’une question sur les CSS et la propriété z-index à appliquer aux menus (peut-être aux onglets aussi) et à débugguer avec firefox/firebug...

      Comme les onglets sont construits après le menu, c’est peut-être la raison pour laquelle ils sont placés au dessus...

      Vu l’aspect de ton site, va falloir probablement que tu retravailles aussi l’aspect des onglets ;-)

    • merci pour la réponse !

      pour l’aspect des onglets, c’est prévu :-) (Mais vu que ça ne se passe pas comme prévu pour le moment, j’ai d’autres trucs plus urgents à gérer)

      Mais comme je suis un peu « noob » en CSS, je ne capte pas bien comment placer cette propriété sur ma CSS.

      Je joins la feuille CSS des menus, mais est-ce bien dans cette CSS qu’il faut agir, ou alors plutôt dans celle du squelette ?

      Merci d’avance.

      L.

    • pb résolu !

      Merci de m’avoir mis sur la voie. Un p’tit tour sur « Alsacreation », et le problème est réglé :

       :-)

      Laurent

    • Suite :

      Je suis parvenu (avec un z-index à 500) à remettre tout en ordre sous Firefox. Malheureusement IE continue de me poser problème. Voir lien ci-dessous.

      Merci si quelqu’un peut me mettre sur la piste.

      Lelol

      Merci d’avance.

      http://vintage-audio-laser.com/spip.php?article221

    • Bon, ben, je continue à monologuer, alors ;-)

      Voilà, j’ai trouvé :

      http://www.quirksmode.org/bugreports/archives/2006/01/Explorer_z_index_bug.html#c8301

      Si ça peut servir !

      Merci, et .... au prochain épisode ... qui ne manquera pas de survenir !

      L.

    Répondre à ce message

  • Bonjour,

    Depuis la révision « 13867 » de SPIP 2 (concernant une faille de sécu), la découpe en page du couteau suisse (à jour) casse mes formulaire CVT.

    Dans mon texte j’ai cette balise :

    <formulaire|contact>

    Et le résultat sur le site donne cela :

    <?php $lang_select = lang_select("fr"); include_once(_DIR_RACINE . "ecrire/balise/formulaire_.php"); inclure_balise_dynamique(balise_FORMULAIRE__dyn('FORMULAIRE_CONTACT'),1, 0); if ($lang_select) lang_select(); ?>

    Il affiche donc du code php au lieu de l’interpréter.

    Il n’y a aucun autre plugin actif et la seule lame du couteau suisse activée est la découpe en page.

    Répondre à ce message

  • 6

    Depuis deux jours, sans avoir fait de modifications particulières dans le site, je suis obligé de désactiver le couteau suisse (que j’utilise depuis plus d’un an et demi) sinon le site ne fonctionne plus.

    Lorsque le plugin est activé : L’interface "espace privé" fonctionne partiellement (voir image). J’ai vidé le cache plusieurs fois, j’ai essayé en enlevant tous les autres plugins etc. A chaque fois que je réinstalle le couteau suisse et que j’active un module, j’obtiens un message d’erreur. Par exemple : “Fatal error : Call to undefined function : redirige_par_entete() in admin_couteau_suisse.php on line 388”
    Je ne sais pas si c’est lié, j’avais activé il y a deux semaines la fonction antispam suite à des attaques toujours avec les mêmes mots clés. Hier j’ai désactivé le couteau suisse et je me retrouve en quelques heures avec plus d’une dizaine de spams (toujours de la même origine)... J’utilise Spip SPIP 1.9.2d [11132] et débutant ! Dois-je changer de version du couteau suisse ? Et laquelle ? Je ne pourrais plus me séparer de mon couteau ! Merci.

    • Il vaut mieux avoir la toute dernière version... Tu nous dis si l’erreur persiste après mise à jour ?

    • J’avais essayé, je viens de la réinstaller pour retester j’obtiens le même bug que sur l’image envoyée précédemment au niveau de l’interface privée et lorsque j’active un outil (découpe en pages...), j’ai obtenu : « Fatal error : Call to undefined function : redirige_par_entete() in admin_couteau_suisse.php on line 390 »

    • Cette erreur est peu probable avec un système propre. Voici le code en question :

      	if (defined('_SPIP19200')) include_spip('inc/headers');
      	redirige_par_entete(generer_url_ecrire(_request('exec'), $p, true));

      Il se peut donc :
      -  Soit l’un des fichiers SPIP est tronqué ou invalide (donc réinstaller SPIP, et passer en 1.92g si possible)
      -  Soit les constantes de compatibilité _SPIPXXXXX sont courcircuitées par un autre plugin (désactiver les autres plugins et voir ce qui se passe)

      En ce qui concerne le défaut d’affichage, il est souvent provoqué par une erreur php ou un espace de trop avant le « <?php" ou après le » ?>" dans un fichier .php

      Si tu ajoutes « &cs=reportall » dans ton URL, notes-tu des incohérences ?

      As-tu d’autres plugins mis à jour et activés ?

    • Je n’ai fait aucun changement particulier récemment, je ne comprends pas pourquoi ce problème est survenu soudainement. Sinon les spams reçus récemment que j’ai mentionné, du coup j’ai voulu activer la fonction anti-spam et mettre un ou deux mots clés supplémentaires, tout a fonctionné correctement une paire de semaine. Peut-être que le serveur a fait une mise à jour ? Le seul plugin que j’ai installé depuis 3 semaines est « actijour » il tourne sans problème. Au niveau local le site est OK. Le squelette repose sur un élément du plugin Habillage-1.3, il est en place depuis plus d’un an et demi (comme le couteau suisse), je n’ai rien modifié à ce niveau là. J’aurais bien aimé passer en Spip 2 mais il faut que j’étudie la question de l’évolution du squelette en plugin. J’ai rajouté « &cs=reportall » il ne se passe rien, la page s’affiche toujours aussi mal. Le problème d’affichage apparaît seulement lorsque j’active un module. De plus, comme les sous menus ne s’affichent plus, je supprime le plugin par FTP pour reprendre la main. J’ai désactivé tous les plugins et vidé le cache, puis j’ai seulement activé le couteau suisse, le problème survient uniquement une fois le couteau suisse activé. Je vais voir pour réinstaller SPIP en 1.92g.

    • Bon, j’ai trouvé le bug, merci pour l’accès.

      Les nombres sur ton serveur (je crois que c’est bien ton serveur) sont transformés en chaines avec des virgules au lieu de points... tu étais au courant !?

      Du coup, la comparaison des versions de SPIP est impossible car tout se fait avec des points. Ce bug peut avoir de graves répercussions sur d’autres plugins, voire SPIP lui-même ...

      C’est vrai que comparer 1,9200 et 1.9200, c’est très différent. J’ai donc fait une correction préventive mais je te laisse te plaindre auprès de ton hébergeur car d’autres bugs sont peut-être encore possibles avec ça...

    • Je confirme, c’est résolu ! Impeccable.
      J’ai envoyé un mot à mon hébergeur. Dès que j’ai la réponse, je te la communique.
      Merci beaucoup pour tout ce boulot et ta disponibilité.
      Didier

    Répondre à ce message

  • 11

    Hello Patrice,

    Un commentaire posté ce jour me fait prendre conscience que l’outil « pas de forum anonyme » ne fonctionne visiblement pas chez moi.

    Sous Spip 2.0.6 [13835] + CS 1.8.06.09

    La config de l’outil ne proposant aucune option paramétrable à première vue, Aurais-je manqué une étape quelque part ?

    Merci :)

    • T’es sûr de toi ? Je viens d’essayer sur la dist de SPIP et ça fonctionne nickel. Tu as peut-être un lien public ? Ton squelette est-il très différent de celui de SPIP ? Ou alors une erreur JavaScript plombe la page...

    • J’ai un lien oui.

      http://www.loiseau2nuit.net/blog-2-nuit/trolls-du-monde/le-vih-nouveau-fleau-terroriste,093#forum103

      ce commentaire ci est anonyme alors qu’à priori l’outil est activé.

      Pour l’erreur JQuery, je ne peux hélas pas vérifier je ne suis pas sur mon PC (pas de firebug sous la main) mais normalement il n’y en a pas, je pense que je l’aurais vu avant sinon. Je revérifierai de chez moi.

    • OK, tu es en AJAX directement dans ta page article. Je viens de modifier le CS pour que le script de vérification de l’auteur soit présent. Merci du retour.

    • Je t’en prie :)

      Merci à toi pour ta réactivité surtout ! ;)

    • Bonjour Patrice.

      J’ai Spip 2.0.6, le CS Version : 1.8.06.09 [27575] et la lame Pas de forums anonymes laisse tout passer sous IE 8 et sous Firefox.

      En plus clair elle ne bloque pas les commentaires anonymes.

      Merci

      Eric

    • Faut suivre l’ami :D

      J’ai remonté ce bug hier et le correctif a été apporté cette nuit. La prochaine mise à jour sera la bonne (vers Minuit ce soir normalmeent ;) )

    • Mêmes remarques... Nickel niveau cache ? Recompilation du CS ? Lien public ?

    • Faut suivre l’ami

      Mais j’ai suivi.

      J’ai vu ces changement :

      http://trac.rezo.net/trac/spip-zone/changeset/27575/_plugins_/_stable_/couteau_suisse

      http://trac.rezo.net/trac/spip-zone/changeset/27574/_plugins_/_stable_/couteau_suisse

      Et j’ai cru que ça aller résoudre le problème.

      Mais il y aurait donc encore une modification pour corriger tout cela mais que l’on n’a pas encore.

      Donc attendons.

      Merci

    • Effectivement. Maintenant il faut attendre que les changements se soient propagé sur spip-zone, Et comme la modif est intervenue après minuit, il nous faut attendre minuit ce soir pour que cela soit opérationnel. Une fois ceci fait, tu pourras mettre à jour le plugin (on sera au moins 2 ^^).

    • Mêmes remarques... Nickel niveau cache ? Recompilation du CS ? Lien public ?

      Voici le lien public :

      http://www.caderix.com/journal/

      Merci

    • Opérationnel après mise à jour.

      Merci encore ;)

      Note pour Eric :

      En revanche, le truc un peu « weird » c’est qu’aucune évolution de version n’est signalée dans l’espace privée, et le numéro de révision semble être resté le même.

      J’ai procédé tout de même à la mise à jour, ai créé un pack de sauvegarde via « Votre configuration actuelle » et ai ensuite « réinitialisé TOUT le plugin » avant que de restaurer mon pack de conf.

       ;)

    Répondre à ce message

  • 3

    Bonjour,

    Dans le couteau suisse il existe la lame Visiteurs connectés.

    Serait il possible également d’avoir le nombre de visiteurs total ?

    Chose que l’on voit d’ailleurs en partie privée, à moins qu’une balise existe déjà pour cela dans Spip.

    Merci.

    • à moins qu’une balise existe déjà pour cela dans Spip. Merci.

      #VISITES dans les squelettes article te renverra le nombre d’affichage de l’article en question.

      Sinon, il y a #POPULARITE et déclinaisons également qui devraient te permettre d’obtenir ce que tu veux.

      Un peu de lecture : http://www.spip.net/fr_article1846.html

    • #VISITES dans les squelettes article te renverra le nombre d’affichage de l’article en question.

      Bonjour.

      Celle ci je l’utilise déjà mais je pensais plutôt au nombre de visiteurs total du site que l’on voit dans les statistiques en partie privée.

      Merci

    • Donc là, plutôt voir du côté de la popularité en effet. (cf le lien de mon précédent post)

      Quoique je me demande si #VISITES n’a pas une déclinaison en #VISITES_TOTALES ou #TOTAL_VISITES.

      Ce serait à tester...

    Répondre à ce message

  • 3

    J’ai l’impression qu’il y a un soucis avec l’outil de découpe en page et en onglets.

    Depuis que j’ai mis à jour le CS tout à l’heure, la pagination débloque. Elle n’affiche plus les pages, mais juste < 1 ... > sur toutes les pages. On peut donc juste se déplacer dans les pages une à une, mais pas choisir sa page.

    De plus, régulièrement (mais pas systématiquement), une erreur apparaît quand on arrive sur la dernière page de l’article :

    Erreur : filtre « decoupe_type_pagination » non défini

    Je suis en Spip 2.0.5, et j’utilise la balise #CS_DECOUPE.

    • Bon… Avec ma dernière phrase, je me suis demandé ce que ça ferait en désactivant #CS_DECOUPE.

      Et bah tout refonctionne… Je l’utilisais pour mettre une pagination supplémentaire dans l’article (en fin de page), mais j’ai l’impression que la mise à jour inclue cette fonction automatiquement puisque même sans, j’ai une pagination en début et fin de page.

      M’enfin bon, je préfère quand même prévenir que si on laisse activé #CS_DECOUPE, y’a un truc qui ne tourne plus rond.

    • Le couteau Suisse a en effet légèrement modifié le fond decoupe_item.html afin de permettre une pagination correcte en cas de très nombreuses pages.

      Mais je ne reproduis pas ce bug avec la dist de SPIP... As-tu bien recompilé le CS après la mise à jour ? Y aurait-il un pb avec le squelette ? des paramètres qui ne seraient pas passés dans des inclure ou autre ? Es-tu sûr d’avoir vidé les caches, etc., etc. ?

      Je précise que le filtre « decoupe_type_pagination » est situé dans le même fichier PHP que l’appel aux fonds de pagination ou à la balise #CS_DECOUPE...

    • Peut-être qu’en effet quelque chose coinçait quelque part, parce qu’après avoir vidé le cache avant et après avoir réactivé la balise #CS_DECOUPE, il ne semble plus avoir de problèmes.

      Bonne idée en tout cas d’avoir inclu la pagination en début et fin de page, ce n’était pas très logique d’en avoir qu’une seule d’origine (même si la balise #CS_DECOUPE pouvait résoudre ce problème).

    Répondre à ce message

  • 1

    J’ai rencontré quelques problèmes sous Firefox 3.0.x et Konqueror 3.5.x avec le couteau suisse. Cela venait de la verszion de jquery installée avec SPIP 1.9.2
    (jQuery 1.1.1).
    Après une mise à jour de jquery, tout fonctionne bien ! J’ai mis la version jquery-1.3.2.min.js et c’est impeccable !

    Je poste ce message parce que sous konqueror, cela fonctionnait mal mais un peu quand même (le titre des onglets était undefined mais on pouvait changer d’onglet, sous firefox on avait une exception dans la console d’erreur et le pire : les blocs n’étaient plus dépliables et pour les onglets on n’avait que le titre...

    En espérant que cela donne envie aux utilisateurs de SPIP de tester sous différents navigateurs leur site qui utilise Couteau Suisse ...

    -- 
    [Bruno->http://bruno.ahennezel.info]
    

    Répondre à ce message

  • Bonjour,

    la lame version texte garde la syntaxe de ma page, les sauts de lignes...etc, c’est ok !

    Mais lorsqu’il y a une image dans le texte : documents, ou puce générée par les tirets, le code suivant est affiché : [-] ou []

    J’appelle le filtre de cette manière : (#BALISE

    Répondre à ce message

  • 1

    Urgent gros problème après mise en travaux du site je n’arrive plus à accèder à l’espace privé en administrateur ? quelqu’un a une solution ?

    Isa

    • Sous quel SPIP es-tu ? Tu avais bien configuré les options pour que l’espace privé reste ouvert ?

      La procédure d’urgence : dans le fichier tmp/couteau-suisse/mes_options.php, remplacer :

      // si aucune exception, on bloque le site pour travaux
      if (!$tr_acces) {

      par :

      // si aucune exception, on bloque le site pour travaux
      if (false) {

      Tout de suite après, dans le navigateur, taper l’adresse :

      /ecrire/?exec=admin_couteau_suisse&cmd=reset&outil=en_travaux

      Cela va réinitialiser l’outil « Outil actif Site en travaux ».

      Comme je n’ai pas testé cette procédure, si ça ne marche pas, alors refaire la modif du fichier mes_options.php, puis taper l’adresse :

      /ecrire/?exec=admin_couteau_suisse&cmd=toggle&outil=en_travaux

      Ceci devrait désactiver totalement l’outil.

    Répondre à ce message

  • 4

    Bonjour,

    Il serait peut être bon d’ajouter un message d’avertissement quand on clique sur

    Réinitialisations :
    • Des outils cachés
    • De tout le plugin

    Parce que ne sachant pas exactement ce que c’était j’ai cliqué dessus par curiosité et du coup j’ai perdu toutes mes lames et j’ai du les réactiver.

    Un simple message disant « Attention vous allez désactiver touts vos lames » permettrait de ne pas tout perdre si l’on est trop curieux.

    Qu’en pensez vous ?

    Merci

    Eric

    • Mais ce message a lieu Eric !! Avais-tu une version récente du CS ? Quel navigateur utilises-tu ? Version de SPIP ?

      Seule la « Réinitialisations des outils cachés » ne donne pas lieu à un message préventif, car l’enjeu est très faible.

    • Et oui c’est vrai, mais tu va dire que je chipote, mais ce message ne m’a pas fait comprendre que j’allais désactiver toutes mes lames.

      Enfin bon.

      Merci

      Eric

    • OK OK, alors pour toi, j’ai complété le message ! Le voici :

      « Êtes-vous sûr de vouloir réinitialiser totalement le Couteau Suisse ?

      Tous les outils actuellement actifs seront désactivés et leurs paramètres réinitialisés. »

    • Alors là je n’aurais plus aucune excuse.

      Merci

      Eric

    Répondre à ce message

  • 2

    Bonjour
    Est-ce le bon endroit pour poster ceci :
    Bug survenu à l’installation du « couteau suisse »

    Fatal error : SUHOSIN - Use of preg_replace() with /e modifier is forbidden by configuration in /var/www/e/es/esp/.../public_html/plugins/auto/couteau_suisse/exec/admin_couteau_suisse.php(521) : regexp code on line 521---

    • Ce n’est pas vraiment un bug... Peux-tu modifier ta config pour que le paramètre /e soit autorisé dans a fonction preg_replace() ?

    • Pas de suite à ce problème ? Ceci est normalement corrigé dans la version disponible en zip ce soir.

      Ceci dit, le glossaire interne risque de ne pas fonctionner car il y a aussi un preg_replace(/e) dans son code ...

    Répondre à ce message

  • Bonjour,

    il reste un petit bug dans l’affichage des espaces après les mots du glossaire (en mode css). Sous firefox, après le mot du glossaire, on trouve bien une espace avant le prochain mot, mais cette espace n’est pas affichée par Internet Explorer.

    Après pas mal de taponnage, nous avons finalement trouvé une parade relativement élégante (autant que faire se peut avec ce maudit browser propriétaire). Voici notre patch :
    dans la méthode function cs_rempl_glossaire($texte) de glossaire_fonctions.php du couteau suisse.
    Nous avons transformé la ligne :

    $glossaire_generer_mot = '"<a $table1[\\2]_".$GLOBALS["gl_i"]++."\' class=\'cs_glossaire\'><span class=\'gl_mot\'>".'.$glossaire_generer_mot.'."</span>$table2[\\2]</a>"';

    pour

    $glossaire_generer_mot = '"<a $table1[\\2]_".$GLOBALS["gl_i"]++."\' class=\'cs_glossaire\'><span class=\'gl_mot\'>".'.$glossaire_generer_mot.'."</span>$table2[\\2]</a>';
    		if( strpos($_SERVER['HTTP_USER_AGENT'], 'MSIE') )
    		    $glossaire_generer_mot = $glossaire_generer_mot.'&zwj;"';
    		else
    		    $glossaire_generer_mot = $glossaire_generer_mot.'"';

    La solution consiste à ajouter un caractère invisible sous IE afin de l’aider à interpréter l’espace suivante. Nous avons utilisé le caractère spécial Zero-width joiner pour cela.

    GRF-RI, Québec.

    Répondre à ce message

  • 5

    Bonjour,

    Dans le paramétrage des URL/Arbo avec le couteau suisse, est-il possible de passer un paramètre relatif au numéro de l’article ou de la rubrique ?

    Je voudrais par exemple que le lien de l’article termine par :

    montitrearticle569.html ?

    Merci par avance,

    Vincent

    • Oui, si tu as SPIP 2.0 et la dernière version du plugin, tu peux ajouter le numéro de l’objet en préfixe ou en suffixe. Pour le mode arbo, il vaut mieux exclure les rubriques de cette numérotation.

    • Merci pour cette réponse,

      Comment fait-on ? Je n’ai pas trouvé la bonne syntaxe.

      Je souhaite malgré tout inclure les rubriques dans ce process pour garder mes anciennes URL qui sont déjà prises en compte dans les moteurs de recherche.

      Cordialement,

      Vincent

    • Tout est dans la config au clic du couteau suisse. après si tu vx créer des urls personnalisées, il faut mettre les mains dans le camboui et chercher des docs SPIP la-dessus...

      Sous spip 2.0 il y a une table dédiée aux urls : tu px avoir plusieurs urls pour un meme objet, histoire que google ne soit pas perdu, SPIP en choisi une pour construire ses URLs, peut-être la dernière en date, je ne sais plus. Au pire va trifouiller la base en direct !

    • Pardon, j’ai vu comment on faisait. Je suis impardonnable !

      Il me reste une question ? Est-il possible de n’afficher le numéro de rubrique en suffixe que sur la dernière hierarchie de la rubrique ?

      ie :

      rubrique/sousrubrique/sousrubrique500.html ?

      Merci par avance

      Vincent

    • Pas de moyen simple : dans son module arbo, SPIP recolle les URLS des différents objets pour créer l’URL de la page. Donc c’est mort.

      Pour avoir ça à tout prix, tu devrais fabriquer ton propre module d’URLs, qui stocke deux types d’URL pour chaque rubrique (un numéroté, un non numéroté) et qui repère au moment du collage lequel utiliser... Mais bon courage, les devs s’arrachent les cheveux déjà lol.

      P.S. : le sujet a déjà été abordé dans un précédent fil.

    Répondre à ce message

  • 2

    Sur un site en cours de développement (SPIP 2.0.3 et CS 1.8.06.04 rév 26748) j’ai un comportement surprenant : quand je met une image dans un tableau SPIP elle n’apparaît pas.

    L’image est bien sur le serveur, les droits sont corrects au niveau fichier, l’image est correctement insérée dans la base de données mais rien de visible sur le site.
    Quand j’édite la source de la page générée, j’ai le code suivant :
    <!-- htmlA --><span class='base64CS' title='PHNwYW4gY2xhc3M9J3NwaXBfZG9jdW1lbnRfNjIgc3BpcF9kb2N1bWVudHMgc3BpcF9kb2N1bWVudHNfY2VudGVyJyA+CjxpbWcgc3JjPSdJTUcvanBnL1B0SmVhbjEyMC5qcGcnIHdpZHRoPSI5MiIgaGVpZ2h0PSIxMjAiIGFsdD0iSmVhbiBRVUVWRVJVRSIgdGl0bGU9IkplYW4gUVVFVkVSVUUiIC8+PC9zcGFuPg=='></span><!-- htmlB --> au lieu du <img src=....> attendu.

    Deux remarques :
    -  dès que je désactive le CS, et que je recalcule l’article, plus de problèmes.
    -  Si j’insère l’image avec le raccourci <docXX> au lieu de <imgXX> alors l’image apparaît
    -  Si j’insère l’image avec le raccourci <imgXX> dans le tableau et en dehors du tableau, alors l’image apparaît (deux fois : dans le tableau et à l’endroit de la balise <imgXXX>)

    Bref je deviens fou.
    Une URL : http://mairiedon.celeonet.fr/spip.php?article16

    Merci par avance à tous ceux qui pourront m’apporter un peu d’aide.

    • C’est exact ! La déprotection d’objets protégés imbriqués (ici des modèles protégés dans un tableau lui-même protégé) ne marchait pas. Je poste la correction de suite. Merci de ce retour précis et de ta future mise à jour du plugin !

    • Good job ! Le problème est désormais réglé, grâce à la dernière mise à jour. Merci pour cette réactivité. ;)

    Répondre à ce message

  • 1
    Niklas HOOK

    Je viens d’installer le couteau suisse. Le filtre SPAM me sert beaucoup pour mes forums attaqués par des chinois utilisant toujours le même adresse email. Par contre, depuis le temps j’ai énormément de messages supprimés sur mes forum (les messages postés par les chinois...) et SPIP ne les supprime jamais de la base. Est-ce que la fonctionnalité « corbeille » permettrait de les supprimer de la base afin d’avoir une base plus propre ? Je ne peux pas vérifier car cette fonction n’est pas dans la liste des fonctions disponibles (quelqu’un saurait me dire pourquoi ?). Je suis sur SPIP 2.0 avec le couteau suisse Version locale : 1.8.06.04 Révision : 26663.

    • Bonjour,

      La corbeille est en effet une fonctionnalité disponible uniquement sous SPIP 2.0. Elle apparait dans la rubrique ’Administration’.

      Son but est de pouvoir empêcher SPIP de supprimer régulièrement certains objets, et de nous laisser le soin de le faire manuellement.

      Le filtre contre le SPAM du Couteau Suisse a cette spécificité de ne pas permettre l’enregistrement des messages bloqués, histoire d’éviter que le base ne soit trop facilement encombrée. Le message est rejeté à la source s’il possède les séquences interdites.

    Répondre à ce message

  • 5

    Bonjour,
    J’ai constaté que les blocs dépliables ne fonctionnent pas... lorsque le texte du titre est en format...

    Titre

    C’est dommage, car certains articles longs comportant plusieurs intertitres seraient mieux mis en valeur et leur lecture à 2 niveaux plus accessible...et la réduction du format intertitre en texte normal supprime l’homogénéité graphique des intertitres...

    • Je ne comprends pas ton message... Peux-tu donner ton code SPIP entre les balises <code></code> ?

    • Cf. document ci-joint
      Cordialement.

    • Tout cela est normal, ce n’est pas un dysfonctionnement, mais une erreur de rédaction. Il ne faut pas mettre d’intertitre en guise de titre de bloc, la syntaxe HTML en est bouleversée. C’est à toi à paramétrer tes CSS comme tu le désires, non pas sur les h3 de SPIP, mais les h4 des blocs dépliables.

      Tu dois rédiger ceci :

      <bloc>
      En effet, la Loi de bioéthique ne reconnait pas le {{Don}} d'organes
      
      bla bla bla
      </bloc>

      Puis paramétrer tes CSS sur les h4.blocs_titre pour leur donner l’apparence de tes intertitres.

      Si tu numérotes tes blocs (après mise à jour de ton plugin), il t’est alors possible de mieux cibler tes styles. En utilisant <bloc#1>blabla</bloc#1>, tu pourras alors agir spécifiquement sur .cs_bloc1 h4.blocs_titre.

      Si h4 ne te plait pas, alors redéfinis la constante sur la page d’admin du Couteau Suisse. Il est possible de mettre h3. Dans ce cas, le sommaire automatique les prendra en compte.

      Je signale au passage que ce fil aurait mieux été placé ici : Des blocs dépliables. Je viens de profiter de l’ocasion pour mettre à jour cet article.

    • Totalement débutant, je suis désolé d’avoir interprété mon incompétence comme un dysfonctionnement.
      Comme quoi on est jamais assez prudent...
      Je vais essayer de digérer tes explications qui me semblent pourtant très claires mais...
      Comment et où dois-je dire que ce titre-là (et seulement celui-là) est un h4 particulier ?
      Dans quel répertoire, et quel fichier .css dois-je modifier/compléter et où se trouve-t-il... je vais devoir encore chercher, car je n’ai pas encore assimilé l’architecture des dossiers et leur contenus dans SPIP...
      J’ai déjà modifié des .css classiques, mais jamais dans SPIP, donc je devrais pouvoir y arriver mais il est possible que je fasse à nouveau appel à tes lumières.
      Je dois te sembler empoté mais pour le débutant que je suis tout ne coule pas de source.
      Bon, j’ai quand même repéré où se trouvent les plugins ...
      Merci encore pour ton aide précieuse.

    • Comment et où dois-je dire que ce titre-là (et seulement celui-là) est un h4 particulier ?

      As-tu lu la doc sur les blocs ? Comme je t’ai dit, après mise à jour du plugin et en numérotant tes blocs :

      <bloc#1>
      En effet, la Loi de bioéthique ne reconnait pas le {{Don}} d'organes
      
      bla bla bla
      </bloc#1>

      Dans ce cas, le sélecteur CSS est : « .cs_bloc1 h4.blocs_titre » et non « h4.blocs_titre » tout court. Si tu ne comprends pas l’article dédié aux blocs dépliables ou s’il est peu clair, laisse plutôt un message sur son forum.

      Dans quel répertoire, et quel fichier .css dois-je modifier/compléter et où se trouve-t-il...

      Ceci est aussi déjà expliqué. Tout dépend du squelette utilisé. SPIP offre un système de surcharge : tous les fichiers recopiés (puis modifié selon tes propres besoins) dans le répertoire squelettes/ est pris en compte en lieu et place de l’original placé (sous SPIP 2.0) dans squelettes-dist/ : tu peux donc mettre à jour SPIP sans écraser tes modifications. Mais tu peux aussi créer ton propre fichier CSS et en faire référence en <head>, ou même coder en dur dans <style>... A toi de voir !

      C’est la même chose pour le Couteau Suisse et ses fichiers CSS, en particulier outils/blocs.css.html que tu peux recopier et modifier dans squelettes/outils/.

      je vais devoir encore chercher, car je n’ai pas encore assimilé l’architecture des dossiers et leur contenus dans SPIP...

      Il y a bcp de docs et de retours d’expérience ici ou là sur SPIP, google est ton ami. Tu as IRC aussi pour du live, des listes de diffusion, etc. Pour tes essais CSS, n’hésite pas à utiliser Firefox et Firebug. Bon courage.

    Répondre à ce message

  • 2

    Bonjour,

    Je suis actuellement en spip 2.0.3 et je recontre un problème qui semble venir de la lame Balise #INTRODUCTION.

    Depuis quelque temps mes article n’affichent plus un résumé en page d’accueil, mais seulement le titre, la date et l’auteur de l’article.

    Lorsque je désactive cette lame les résumés réapparaissent.

    D’ou cela peut il venir ? (j’utilise aussi crayons, CFG, boutons dans le texte, jeux dans les articles, notation des articles et Statistiques visiteurs)

    Merci

    • Sur un site SPIP 2.0.3, je viens de faire qq tests et je ne reproduis pas ton pb... quel est le code de ton squelette ? quels réglages as-tu fait sur cette balise #INTRODUCTION ? D’autres lames activées ?

    • Bonjour,

      Je t’ai envoyé un lien du site qui pose problème en message privé.

      Merci

    Répondre à ce message

  • 2

    Bonjour
    J’utilise le glossaire interne, fort pratique, ainsi que le sommaire.
    Je remarque que le contenu du glossaire s’affiche « en dur » dans les liens du sommaire, épuré de toute balise html. Impossible donc de ne pas les afficher, avec un css.
    Y a-t-il un moyen de corriger celà ?

    Exemple pour expliquer.

    Mot clef de glossaire.
    Guitare : La guitare est un instrument à cordes pincées joué avec les doigts

    Inter-titre dans un article
    La guitare, un très bel instrument

    Le lien dans le sommaire va alors afficher le mot du glossaire avec sa description :
    La guitare Guitare La guitare est un instrument à cordes pincées joué avec les doigts, un très bel instrument

    Comment faire pour corriger ce problème ?

    Merci

    • Effectivement, cela se produit dans le cas d’un glossaire CSS. Je viens de corriger le pb, merci du retour.

    • Je confirme que le problème est résolu
      J’avoue être admiratif face à votre réactivité.
      Un grand merci.

    Répondre à ce message

  • 4

    Patrice,

    tu as une idee pourquoi je ne vois pas les 4 options de cache mais seuelement le bouton de vidage de cache rapide ?

    J’aimerais bien utilise l’option ’pas de cache’ :(

    • -  ça le fait sur tous tes sites SPIP 2.0 ?
      -  même sans plugin activé ?
      -  peut-être un plugin court-circuite les constantes du CS pour le versionnage de SPIP...

      (attention de bien répondre dans le fil de discussion, sans en créer un nouveau...)

    • oui ca me le fait meme quand je desactive tout mes plugins et pourtant je suis en 2.0.3 et j’ai aussi le dernier couteaux suisse..

      Est ce que tu vois un moyen que je debug ca de mon cote ? tu as des pistes ?

      J’ai quelques fichier perso du genre mes_options mais meme en elevant tout je vois seulement le vidage du cache rapide.

      PS : pour les nouveau ’fil de discussion’ desole mais comme ils s’affichent pas sur spip-contrib, je vois pas trop comment on fait pour les suivres... Juste avec les titres ?

      Phil

    • si tu vx bien me donner un accès privé à ton site, je veux bien jeter un oeil pour régler ça...

    • Je retrace ici la conversation privée :

      At 15:22 23/01/2009, Phil wrote :
      Et bien dans la description du couteau suisse tu mentionnes que l’on peut contrôler le cache de 4 facons, entre autre que l’on peut decider si on veut ’pas de cache’, mais je ne vois pas cette option... Je ne vois que le bouton ’empty cache’

      C’est moi qui ai du mal comprendre ? ou c’est quelque part mais je ne le vois pas..

      On Sun, Jan 25, 2009 at 7:52 AM, Patrice Vanneufville wrote :

      Pourquoi ? ton site est en anglais ?
      Les traducteurs n’ont peut-être pas fini le travail...
      La version française fait foi !

      At 17:54 25/01/2009, Phil wrote :

      ah bien vu, en effet j’utilise la version en anglais..

      ah ben je suis surpris que quand la traduction n’est pas à jour ça n’affiche rien du tout au lieu de mettre la langue par défaut.

      Est ce que ça intéresse que je soumette une traduction ? Où est-ce que je dois faire ça ?

      merci de ton aide, je m’en serait jamais doute

      Eh oui, en fait la version française est l’originale.
      Salvatore est un mécanisme de traduction automatique, mais il faut que les traducteurs aient travaillé pour que les fonctionnalités soient prises en compte dans leur langue...

      Bien sûr, n’hésite pas à faire quelques traduction,
      -  c’est ici : http://www.spip.net/rubrique4.html
      -  et là : http://www.spip.net/trad-lang/trad_....

      Dans le tableau, il y a 2 fichiers concernant le Couteau Suisse : ’coutea’ et ’coutea’ ;-)

      Pat

    Répondre à ce message

  • 1

    Si jamais ça peut aider quelqu’un...

    je viens de passer près de 4 heures à chercher pourquoi les URL propres ne fonctionnaient pas. Je suis un utilisateur quand-même assez expérimenté de SPIP. j’ai fait une mise à jour de la version 1.9.2 à 2.0.3. Dans la version 1.9.2, les URL propres fonctionnaient. Après plusieurs essais et erreurs, c’est dans le fichier .htaccess de la racine du site de la version 2.0.3 j’ai modifié le code suivant :

    RewriteBase /

    par :

    # RewriteBase /

    • et aussi ! quand vous choisissez une terminaison pour les urls, faut changer le htaccess

      ex : pour .php de choisi

      RewriteRule ^[^\.]+(\.html) ?$ spip.php ?page=type_urls [QSA,E=url_propre :$0,L]

      doit être remplacé par

      RewriteRule ^[^\.]+(\.(php|.html)) ?$ spip.php ?page=type_urls [QSA,E=url_propre :$0,L]

    Répondre à ce message

  • 1

    J’ai bien spip 2.0 et la derniere version du couteau suisse mais dans l’admin du cache, il ne me propose que le vidage du cache et pas les autres options plus avance, tel que ’pas de cache’..

    est ce que je dois parametrer un truc pour voir ces autres option de gestion de cache ?

    aussi ce serait bien de detaille un peu plus les 4 options de cache.

    Phil

    • Sous SPIP 2.0, le Couteau Suisse propose quatre options pour orienter le fonctionnement du cache de SPIP :
      -  Usage normal : SPIP calcule toutes les pages publiques et les place dans le cache afin d’en accélérer la consultation. Après un certain délai, le cache est recalculé et stocké.
      -  Cache permanent : les délais d’invalidation du cache sont ignorés.
      -  Pas de cache : désactiver temporairement le cache peut aider au développement du site. Ici, rien n’est stocké sur le disque.
      -  Contrôle du cache : option identique à la précédente, avec une écriture sur le disque de tous les résultats afin de pouvoir éventuellement les contrôler.

    Répondre à ce message

  • 1

    Bonjour

    j’ai rencontré un probleme sur l’appel de la feuille de style qui est générée dynamiquement avec #INSERT_HEAD en utilisant le plugin glossaire interne.

    Il se trouve en effet, pour une raison que je n’ai pas identifié, que l’url générée pour l’appel de la css n’était pas la bonne. J’ai donc voulu la forcer et suis intervenu sur le fichier cout_utils en modifiant cette ligne de code :

    // met en forme le fichier $f en vue d’un insertion en head
    function cs_insert_header($f, $type)
    if ($type==’css’)
    include_spip(’inc/filtres’) ;
    return « \n » ;
    elseif ($type==’js’)
    return « 

    <script type=\"text/javascript\" src=\"".url_absolue($f)."\"></script>

    \n » ;

    pour remplacer url_absolue(direction_css($f)) par une url en dur.

    Une fois cette modif enregistré, aucun changement n’a été répercutée sur l’interface public même après avoir vidé le cache et recalculé la page.

    Que faut-il faire pour forcer un appel d’url ? est-ce qu’une fois générer l’appel à cet css est définitif, sauf à desinstaller le plugin et le réinstaller.

    Merci de vos retours

    • Il ne faut pas modifier les fichiers php du Couteau Suisse, tu t’interdirais toute mise à jour importante !

      Pourquoi « l’url générée pour l’appel de la css n’était pas la bonne » ?

    Répondre à ce message

  • Merci pour votre réponse. Effectivement vider le cache de Firefox a été très efficace. Oui le rapport semble assez lointain mais ma question se rapporte un peu plus au fonctionnement de CS en particulier sur les Améliorations des textes et Raccourcis typographiques. CS réecrit-il une css incluant par exemple les formats de puces (sont-elles modifiables ?) ou les couleurs de texte...

    Répondre à ce message

  • 1

    Bonsoir,
    Désolé si cette question a déjà été posée mais je n’ai pas trouvé la réponse dans la discussion : je voudrais modifier le style des liens externes (spip_out). J’ai modifié le /dist/spip_style.css mais sans succès. CS utilise t il une autre feuille de style ?

    • Il faut vider les caches de SPIP et du navigateur... Utilise donc Firefox et FireBug...

      Mais est-ce en rapport avec le Couteau Suisse !? Quelle version de SPIP ? Quelle lame ?

    Répondre à ce message

  • 3

    J’utilise la mise à jour automatique du couteau-suisse (via le dossier auto).
    Comment faire en sorte que mes réglages css ne soient pas écrasés à chaque fois ? Y-a-t-il un truc que je ne connais pas ?

    Merci et encore bravo pour cet outil

    • Ah oui, sûrement... Où as-tu mis ces réglages ? Les fichiers d’origine ne doivent pas être modifiés, sinon, où est l’intérêt d’une mise à jour automatique...

      Selon les outils, les CSS doivent être placés dans le CSS le ton squelette, ou en surcharge des fichiers originaux dans monsquelette/outils/

      Quels sont les outils concernés ?

    • bloc.css.html
      decoupe.css
      sommaire.css.html

      Merci

    • Donc, c’est ce que je disais : il faut copier ces fichiers modifiés dans le répertoire de ton squelette, par exemple « /squelettes/outils/blocs.css.html » (attention au pluriel). Il s’agit bien d’une « surcharge ». Là tu n’auras plus de soucis de mise à jour car SPIP ignorera le fichier original « /plugins/auto/couteau_suisse/outils/blocs.css.html » et ne prendra que le tien.

      Il me semble que la doc le précise : Personnalisation des blocs dépliables.

    Répondre à ce message

  • 8

    SPIP 2.0.2 [13532]
    Version locale : 1.8.05.04
    Révision : 25404

    Balise #INTRODUCTION réglée à 200% lorsque j’ai un article avec des listes avec des puces « - », l’introduction affiche pour chaque élément de la liste « array ». L’article lui s’affiche normalement.

    Merci

    • Merci du retour, mais je n’arrive pas à reproduire ton pb... As-tu désactivé les autres plugins/lames/filtres un à un afin d’être sûr de la provenance du pb ? Quelle est la version simplifiée de l’article ?

    • 1) Tous les plugins désactivés, vidage du cache : affichage normal des listes à puces dans l’affichage public (voir http://www.centre-lecture.org/livres-bcd/spip.php?rubrique147)

      2) Activation Couteau-suisse avec Balise #INTRODUCTION seule, vidage du cache : Le problème réapparaît.

      Merci

    • Ecoute, je viens de revisiter le code de cette balise, et jamais je n’ai pu reproduire ton pb, c’est un mystère : peut-être du côté de ton squelette ? un traitement caché sur #INTRODUCTION ?

      La compatibilité avec SPIP 2.0 vient d’être améliorée, tu peux mettre à jour le CS.

      Avec la balise #INTRODUCTION_SPIP, tu peux désormais visualiser le résultat natif de SPIP : est-ce qu’après une mise à jour et un recalcul total de la page le pb subsiste ? Sur les 2 balises ?

      Note sur rubrique.html : [<meta name="description" content="(#INTRODUCTION|couper{150}|textebrut)" />] doit être remplacé par : [<meta name="description" content="(#INTRODUCTION{150}|attribut_html)" />] pour plus de sécurité...

    • -  CS mis à jour.
      -  Avec la balise #INTRODUCTION_SPIP, j’ai l’affichage au kilomètre traditionnel à Spip de l’introduction.
      -  Avec la balise #INTRODUCTION, le problème réapparaît
      -  J’utilise à la base le squelette et les css de la dist (div de l’intr <div class="#EDIT{intro} introduction entry-content"> et je ne l’ai pas modifiée)
      -  Une précision, je ne sais pas si elle va servir : chaque élément de la liste renvoie à des liens internes vers d’autres articles.
      -  Je laisse le réglage avec le CS sur l’adresse : http://www.centre-lecture.org/livres-bcd/spip.php?rubrique147

      Merci beaucoup

    • Quelques essais :

      -  si je fait dans l’article - [->art2951] j’ai l’erreur « array » dans la partie publique de l’introduction (page rubrique) mais tout se passe bien dans la partie privée et publique de l’article
      -  si je fais - [M'Toto->art2951], tout marche dans la partie publique et privée de l’article. Mais dans l’introduction de la rubrique, je n’ai plus la puce, ni le lien seulement « M’Toto »

    • Tu as touché le bug. SPIP est le fautif, non le CS. J’ai posté un message sur spip-dev, on va bien voir. La correction à faire (pour l’instant !!) est d’ajouter la ligne :

      $titre = $titre['titre'];

      après :

      $titre = traiter_raccourci_titre($id, $type, $connect);

      dans le fichier inc/lien.php, vers la ligne 90.

    • Merci. J’ai réglé.

    Répondre à ce message

  • 3

    Couteau-suisse désativé par FTP en renommant le dosssier du plugins. Passage en partie privée du site et là j’ai le message suivant en-dessous du menu du spip :

    Erreur dans les plugins : plugins/couteau_suisse/cout_options.php, plugins/couteau_suisse/cout_fonctions.php, plugins/couteau_suisse/cout_pipelines.php

    • Les fichiers sont peut-être incomplets... T’as utilisé l’installation automatique de SPIP 2 ?

    • J’ai le même souci et je suis obligé de réintaller Spip, je n’ai plus accès aux commandes, ni au site.

    • Pas besoin de réinstaller SPIP pour un plugin... Un procédure précise est décrite plus haut pour tenter de résoudre ce cas.

      Quand on est connecté, ajouter « &cs=reportall » à l’URL permet de visualiser l’erreur dans la plupart des cas.

      Au pire, si le CS est effectivement coupable, il suffit de renommer le répertoire du plugin (/couteau_suisse en /couteau_suisse2 par exemple) et de supprimer les fichiers charger_*.* du répertoire /tmp.

    Répondre à ce message

  • 11

    Bonjour,

    je suis un fervent adepte du couteau suisse pour la gestion de mes urls, même avec Spip 2.0.

    Question, y a t -il un moyen simple de rajouter systématiquement le numéro de l’article à un url propres2 sans avoir à le faire manuellement ?

    Merci pour votre aide

    • Par exemple ? une adresse du genre : http://www.spip-contrib.net/Le-Couteau-Suisse,2166 ?

    • Oui presque,

      toutes mes adresses jusqu’à maintenant se terminent en .html

      donc ça serait plutôt un

      Le-Couteau-Suisse,2166.html

      Merci pour ton aide

    • OK, ce réglage a été ajouté dans la dernière version du Couteau Suisse.

    • Trop bien, un vrai cadeau de Noël ça - Merci, merci, merci !!!!! :-)

      Petit hic encore : j’ai mis à jour automatiquement le couteau suisse (version Version locale : 1.8.05.03
      Révision : 25383) - le cache s’est vidé - j’étais avant en url-propres2 - j’ai activé la fonction, j’ai fait quelques tests avec des nouveaux articles et l’url reste en propres2 sans rajouter le numéro de l’article

    • C’est probablement que la base des URLs n’a pas été purgée. Si tu ne tiens pas à tes anciennes adresses (pour Goggle notamment), purge les URLs grâce au Couteau Suisse (action rapide de la lame « Format des URLs »), afin que les nouvelles soient prises en compte.

    • J’oubliais, comme il y a un pipeline supplémentaire dans cette nouvelle version du plugin, il faut bien : réafficher la page des plugins (admin_plugins) et la page d’admin du CS (admin_couteau_suisse). Ensuite, vider le cache de SPIP et le cache des URLS. Attention, cette fonction ne marche que sous SPIP 2.0.

    • Ok je viens de passer par les deux pages après avoir recharger le plugin.

      En revanche j’ai peur de vider les urls inscrites précédemment - ça pourrait annuler notre référencement en un pot de cuillère. Il n’y a pas moyen de faire commencer les url nouveau genre avec les nouveaux articles ?

    • Il faut éditer chaque objet et voir au cas par cas... A moins qu’il y ait un bug, en principe chaque nouvel objet doit avoir la nouvelle forme... Tu as bien la toute dernière version de SPIP 2 ?

    • Je viens de refaire un test sans que les fameux numéros se rajoutent à l’url propre2 des nouveaux objets. Je suis sous SPIP 2.0.1 [13495]. Merci beaucoup pour ton aide et patience.

    • Toutes mes excuses, mes tests étaient sous SPIP 2.1 dev... Je viens de publier le correctif du fichier plugin.xml dans lequel il fallait déclarer le nouveau pipeline... Le zip de mise à jour sera disponible vers 19h35. on va bien y arriver ;)

    • Joupi ça marche... Trop fort. Merci beaucoup. Je te souhaite de bien bonnes fêtes.

    Répondre à ce message

  • 5

    Je viens d’installer couteau_suisse_25364_1.8.05.03 sur un SPIP 2.0.1 [13495]

    Dès que j’active le couteau-suisse, j’obtiens une page blanche sans message d’erreur et impossible d’accéder à l’espace privé ni l’espace public.

    Normal ?

    Merci

    • Si tu ajoutes « &cs=report » ou « &cs=reportall » dans l’url, ça indique l’erreur ?

    • en supprimant le répertoire tmp/couteau-suisse ?

    • En supprimant tmp/couteau-suisse rien ne change. En supprimant tmp pareil.

      Je suis vraiment coincé

    • -  1) Désactivation de tous les plugins
      -  2) Contenu dossier TMP effacé
      -  3) Activation Couteau_suisse seul
      -  4) Lancement de http://www..../ecrire/?exec=admin_couteau_suisse&cmd=resetall
      -  5) Message d’erreur :

      Fatal error : Cannot redeclare tweak_choix() (previously declared in /home/www/.../plugins/couteau_suisse/cout_lancement.php:18) in /home/www/.../plugins/couteau_suisse/cout_lancement.php on line 187

      Merci de votre aide

    • Je suis désolé, mais les fichiers du Couteau Suisse ont été corrompus. Il faut refaire son installation. Sous SPIP 2, il est possible de lancer une installation serveur/serveur sans passer par FTP, ce qui est plus rapide et plus secure...

      Voici le code du fichier en question (il n’y a aucune ligne 187) : http://trac.rezo.net/trac/spip-zone...

    Répondre à ce message

  • 3

    Y’a pas de soucis, après tout faut bien essuyer les plâtres pour améliorer les choses !

    J’avais aussi posté mon problème hier sur les forums de spip, et quelqu’un ma conseillé de surcharger la variable qui gère l’affichage des types d’objets pour le mode arbo.

    Ca fonctionne au 3/4, je n’ai plus de /article/ ou /mot/ dans les URLs, même en cliquant sur « Voir en ligne » de l’interface privée.
    Par contre, dès que j’essaie de remplacer /mot/ par un autre texte, ça ne marche plus. Erreur 404 à gogo et autre bugs.

    Je testerais ta mise à jour dès que je pourrais, en enlevant la surcharge, pour voir ce que ça donnera.

    • Oui, c’est exactement ce que fait le Couteau Suisse, de façon automatique. Attention cependant, ta modif et celle du CS peuvent éventuellement avoir des soucis de cohabitation... Tu peux aller voir le fichier tmp/couteau-suisse/mes_options.php

      P.S. : tente de bien répondre à mes messages, car tu brises le fil de conversation à chacune des tes réponses : difficile ensuite de s’y retrouver dans le forum...

    • Pour les erreurs 404, il y a peut-être un bug dans SPIP, ou ton fichier .htacess ne joue pas bien son rôle... Le Couteau Suisse ne fait que manipuler les options de configuration offertes par SPIP.

      Le fichier gérant les URLs arbo est : ecrire/urls/arbo.php

    • Désolé pour les réponses, je ne savais pas que la petite bulle permettait de répondre à un commentaire ! C’est chose faite maintenant.

      Concernant la mise à jour du CS, elle fait son office apparemment ! J’ai désactivé la surcharge, et là tout roule comme il faut (après de nombreux vidage de cache de SPIP et des URLs cependant). J’espère que ça continuera comme ça !

      Il ne me reste plus qu’à tenter de résoudre le bug de modification de /mot/ dans l’URLs.

      Merci pour le temps passé à m’aider !

    Répondre à ce message

  • 2

    Est-ce que quelqu’un a réussi a utiliser correctement l’outil Format des URLs, en type arborescent avec SPIP2 ?

    Parce que pour ma part, j’ai beau cocher « non », il me met tout le temps le type d’objet dans l’url quand ça concerne un article ou un mot-clé (pas les rubriques bizarrement), c’est vraiment très inesthétique…

    Le pire, c’est que même en modifiant l’url propre, dès que l’on clique sur le lien « Voir en ligne » depuis la page d’édition de l’article ou du mot-clé, mon URL personnalisée est effacée, et on revient au bon vieux /article/titre-de-l-article ou /mot/titre-du-mot-cle bien moche comme il faut…

    Arf, une merde n’arrivant jamais seule, j’ai mis à jour le CS via la mise à jour automatique des plugins de SPIP2, et bien si je ne désactive pas la nouvelle version du CS (ou si je ne le met pas dans le répertoire /plugins/ au lieu de /plugins/auto/), le bouton « Valider », pour valider le téléchargement automatique du plugin sélectionné n’apparaît plus…

    • En ce qui concerne les URLs, le cache des URLs doit être vidé... SPIP retient toutes les anciennes notations, même si on coche ’non’ par la suite.

      Pour le bouton ’valider’, je n’ai pas la réponse. quels sont les outils activés ? les autres plugins présents ? En vidant le cache de SPIP ça ne règle pas le pb ? ou le cache du navigateur ?

    • Tu as entièrement raison, je viens de faire qq tests, le code des URLs arbo a beaucoup changé ces derniers temps, il faut suivre ! Je publie un correctif sur le Couteau Suisse qui devrait être disponible en zip vers 17h35. Désolé pour le désagrément. Tu me diras si c’est OK !

    Répondre à ce message

  • 1

    Le cache des URLs ? Il est différent de celui de SPIP ? Si oui, comment le vide-t-on ?

    Pour le plugin, même en vidant le cache de SPIP ça ne change rien.
    Dans /auto/ il y a Autorité, CFG, CS, Crayons et swfUpload (les deux derniers n’étaient pas présent au même du bug) et dans /plugins/ Boutons d’admins supp et ThickboxV2.
    Les outils activé de CS : Format des URLs, Liste des Webmestres, Boîtes Privées, Guillemets Typo, Découpe en page/onglet et Supprime Numéro.

    PS : Est-ce normal que je puisse éditer votre message précédent ?!
    Crayons est actif quand je passe dessus.

    • Si t’as la dernière version du CS, tu peux éditer l’URL propre de chaque objet (article, rubrique...) et vider le cache URLs si t’as pas peur que Google ne retrouve plus tes anciennes pages.

    Répondre à ce message

  • 2

    Bonjour depuis une mise à jour récente du couteau suisse mon jeu de pendu ne fonctionne plus.

    Quand j’essaie d’accéder à l’article depuis la zone publique ou privée j’obtiens ce message d’erreur :

    Fatal error : Call to undefined function : jeux_block_init() in pendu.php on line 83

    Je suis en spip 2 et couteau suisse 1.8.05.00 [25196].

    D’où cela peut venir ?

    Merci

    • Ah oui merci, je viens de publier le correctif. Ca n’a rien à voir avec le Couteau Suisse, c’est le plugin Jeux qui a un peu évolué... Désolé pour le désagrément.

    • Oui je crois que je fatigue un peu.

      Je voulais poster ce message dans le forum de jeux dans les articles et je ne sais pas pourquoi j’ai posté ça dans le couteau suisse.

      Désolé et merçi pour le correctif.

    Répondre à ce message

  • On m’a demandé d’intégrer l’effet des ancres douces dans mon site, mais je me rend compte qu’il ne fonctionne pas dans une div qui a un style de débordement « overflow : auto ; » il n’y a aucune erreur, cependant la page reste immobile le temps de l’animation (1 seconde) et saute directement à l’ancre de ma page. Je tiens à préciser que si je retire la propriété overflow, l’animation marche sans problème.
    Exemple :

    <div style="display: block; width: 200px; height: 400px; overflow:auto;">
    Titre de mon article
    la balise sommaire.
    le texte avec les ancres
    </div>

    Quelqu’un aurait-il une solution pour faire cohabiter mon style et cette lame ?
    (spip 1.9.2.e + plugin jquery192).

    Répondre à ce message

  • 1

    Si jQuery est déjà dans SPIP 2.0 alors j’ai un vrai soucis.

    Même en activant des lames du couteau ben j’ai rien qui se passe.

    J’ai l’impression que pour l’histoire du cache qui fonctionnerai ce n’est juste parce que j’ai modifier les pages html du squelette en mettant la valeur #CACHE à 0 manuellement.

    Est-il possible d’avoir un problème lier avec des autorisation d’écriture (style 777, 744, 740) qui empêcherai de rendre active les fonctions activer ? Mais si c’est cela est-il normal de ne pas avoir de code erreur ?

    Une idée qui me passe par la tête.

    • tu n’as pas un lien public à montrer ? sinon tu peux activer les logs du Couteau Suisse (lame « comportement ») et regarder ce qu’il y a dedans... On peut aussi éventuellement faire apparaitre certaines infos en ajoutant dans l’url le paramètre suivant : cs=reportall

      Les fonctions du CS sont en effet compilées dans le répertoire tmp/couteau-suisse/, tu peux y jeter un oeil.

    Répondre à ce message

  • 1

    je sais pas comment activer les fonctions j’ai l’impression que c’est un miracle que l’option du cache fonctionne. J’ai essayer d’activer toutes les fonctions et seulement celle du cache fonctionne !

    jQuery est indispensable pour faire fonctionner le couteau suisse ? Dans ce cas peut-on trouver jquery un pack en zip comme ça je serai l’installer. Mais attention une version 1.2.6 en zip car le fichier en .js je sais pas quoi en faire et je n’aitrouver aucune aide à l’installer d’un plugin en .js

    Je sais cela peu paraitre si simple pour certains mais si vous en faite parti voulez-vous m’expliquer comment installer un tel plugin ?

    J’ai SPIP 2.0 RC1 installer le squelette easysqueletting et si vous avez des questions pour m’aider n’hésiter pas

    Répondre à ce message

  • Est-ce que Sarka-SPIP pourrait résoudre mon problème pour afficher mes liens vers des URL correctement ? En ce moment j’ai juste l’adresse qui s’écrit sans faire de lien. Si je le rend cliquable à l’édition de l’article ça fonctionne mais en lisant le texte sans y passer la souris on ne voit pas que c’est un lien cliquable or je voudrais que ce lien apparaisse clairement avec une couleur spéciale

    Répondre à ce message

  • 2

    Bonjour,

    J’ai installé le couteau suisse. J’ai activé certaines fonctions qui marchent.

    En revanche la fonction « Belle URLs » ne marchent pas. Quand j’édite mes articles l’URL que je cite reste en texte normal. Nicliquable, ni en couleur.

    La fonction « Tout en couleur » ne fonctionne pas non plus. Si dans mes article je tape [bleu]texte[/bleu] rien ne se passe. Le texte reste écrit en noir.

    Si j’ai mal fait quelques chose dites-le moi.

    • Il faut bien sûr recalculer la page si une modification a été faite dessus. Quelle version de SPIP ? Le code du squelette est-il bien conforme ? Est-ce un site public ? un lien ? une page de test ? Merci.

    • La page est toujours recalculer car j’ai désactiver le cache ce qui fonctionne d’ailleurs.

      Je pense qu’il me faut installer le plugin jQuery alors j’ai chargé le 1.0.4 sur SPIP 2.0 mais il me plante l’accés privé.

      Il faut installer jQuery 1.2.6 je pense que j’ai téléchargé mais j’obtiens un fichier jquery-1.2.6.js plus de doissier zip en je n’ai aucune idée d’où faut que je le copie sur mon site pour installer le plugin. Si vous pouvez m’expliquer comment installer jQuery dernière version merci d’avance.

    Répondre à ce message

  • 3

    Pour info le warning que j’avais a disparu comme en grand quand j’ai commencé à ativer certains plugin !
    C’étais pas bien grave...

    En tous cas merci pour ce plugin, l’une des meilleurs contrib de ce site !

     ;)

    • Bonsoir,

      Je suis en train de tester la migration de mon site vers spip 2.0. Je pars d’un SPIP RC1 propre

      -  Je passe par plugins/auto/ pour aller chercher les plugins compatibles.
      -  J’installe CFG et Social tags, les deux plugins fonctionnent sans problème
      -  J’installe et j’essaye d’activer le Couteau Suisse pour faire refonctionner mes url propres2 et bing => tous les plugins sont désactivés. J’essaye de varier. Dès que j’active le Couteau Suisse tout s’annule.

      D’où pourrait venir le poblème. Merci pour votre aide.

    • Le sujet a été abordé plusieurs fois sur les listes de SPIP. C’est peut-être un manque de mémoire ou une base ancienne venant de SPIP 1.8 : vérifie que la structure de la table spip_meta est bien :

          nom     varchar(255)
          valeur  text
          impt    enum('non', 'oui')
          maj     timestamp 
      
    • Merci pour ces conseils.

      J’ai résolu le problème.

      En revanche ce n’était ni un problème de champs de la table spip_meta ni un problème de mémoire.

      J’ai la chance de disposer de deux serveurs dédiés ovh, l’un avec un kernel plus récente, l’autre avec un kernel qui a un an. C’est le passage au nouveau serveur qui a résolu le problème.

      Le souci doit se situer au niveau du kernel pour une distribution identique, :

      -  Serveur où le plugin qui ne fonctionne pas :
      Distribution : Gentoo Base System version 1.6.14
      Kernel : 2.6.21.5-grsec-xxxx-grs-ipv4-32

      -  Serveur où le plugin fonctionne :
      Distribution : Gentoo Base System version 1.6.14
      Kernel : 2.6.24.5-grsec-xxxx-grs-ipv4-32

    Répondre à ce message

  • 3

    Dans la Version : 1.8.04.00 [24909], le CS activé bloque le déploiement de la boite de présentation du plugin que l’on sélectionne dans la liste (Installation automatique). La version de SPIP est 2.0.0 rc1 [13369].

    Il suffit de désactiver CS le temps de la manoeuvre et ça marche mais c’est pas top...

    Voilo voilà. Merci pour ce bel outil.

    • Salut,

      Il faut en dire plus. Est-ce avec tous les navigateurs ? Quel genre d’erreur est-ce ? Pour cette 2e question, il faut installer firebug, une extension de firefox.

      Moi de mon côté, je n’ai remarqué aucune erreur sur cette page, en local ou en production... Si plantage il y a, faut-il enquêter davantage.

      Merci d’avance.

    • D’ailleurs, t’es sûr que c’est le CS ? pas SPIP Bonux ou un autre plugin ?

      T’as quelles lames activées ? quels plugins activés ?

    • Oui c’était le CS (testé seul activé), avec lames « dossier_squelette » et « supprimer_numero ».

      Mais... Je ne reproduis plus : j’ai dû être victime d’un problème de cache ou autre ? Désolé pour le bruit.

      Et re-merci.

    Répondre à ce message

  • Effectivement,
    Même si je ne comprends ni comment, ni pourquoi ;-)
    Merci

    Répondre à ce message

  • 1

    Bonjour,
    D’abord merci pour ce magnifique plugin !!
    Savez vous pourquoi son activation chez moi déclenche en haut de page un « Array » ?
    Merci

    • Oui, il faut recompiler le plugin en affichant simplement sa page d’admin, ou en ajoutant « cs=calcul » à l’URL d’une page publique à condition d’être identifié.

    Répondre à ce message

  • 10

    Bonjour à tous,
    J’ai un problème avec le CS.1.8.00.01
    je n’arrive plus à activer aucune des lames je suis automatiquement redirigé sur la 404 de l’hébergeur (HOSTEUR)
    j’utilise : SPIP 1.9.2e [13041]
    Une aide SVp merci

    • Es-tu sûr que tous les fichiers du plugin ont bien été transférés ? Quand apparaît cette page 404 ?

    • oui, absolument, j’ai uploadé différentes versions et parfois (comme cette fois-ci ) répertoire par répertoire ;
      j’ai aussi désactivé tous les autres plugins sans succès.... je précise que ce plugin a fonctionné jusque mi-octobre et que c’est après une maj que ça a foiré ; j’ai bien tenté de réinstaller l’ancienne version qui a alors plantée. voilà je sèche ; j’ai aussi changé les chmod sans plus de résultats...que faire ?

    • C’est peut-être un pb de configuration sur les URLs ? as-tu bien installé le fichier « .htaccess » conformément aux explications ?

      A voir : Utiliser des URLs personnalisées, La réécriture des URL « à la volée », Le fichier .htaccess

    • j’en suis toujours au même point ; le clic sur le bouton activer me renvoir toujours sur la page 404 de l’hébergeur.
      ecrire/ ?exec=admin_couteau_suisse&cmd=toggle&outil=dossier_squelette par ex.
      J’ai cru noter sur un autre site hébergé sur OVH qu’il créait un fichier mes_options dans le rep config avec des instructions cs ; or dans mon cas de figure il ne crée pas ce fichier et ne le complète pas davantage si je le crée moi même. Quel peut-être la source de ce pb ? Quelqu’un l’a-t-il déjà eu ?

    • Non, le CS ne touche pas à ce fichier, sauf si on le lui demande (lame « Comportements du Couteau Suisse »). Je n’ai par ailleurs pas encore noté de pb avec OVH.

      « ecrire/?exec=admin_couteau_suisse&cmd=toggle&outil=dossier_squelette » : c’est correct, mais l’URL contient-elle d’autres choses avant le « ecrire/ » ?

    • Non, le CS ne touche pas à ce fichier, sauf si on le lui demande (lame « Comportements du Couteau Suisse »).

      Voilà ce que je trouve dans le fichier mes_options « sans lui avoir demandé :
      // Partie reservee au Couteau Suisse. Ne pas modifier, merci
      if (@is_readable( »/homez.52/pe/www/immigration/tmp/couteau-suisse/mes_spip_options.php")) @include_once « /homez.52/pe/www/immigration/tmp/couteau-suisse/mes_spip_options.php » ;
      // Fin du code. Ne pas modifier ces lignes, merci
      C’est sur OVH, CS fonctionne parfaitement ; précision le site est en sous répertoire

      avant le « ecrire/ » ? ; il y a l’URL du site soit usep.ligue62.org ; Le nom de domaine pointe sur un sous-répertoire d’où ma précédente remarque
      Encore merci des pistes que vous m’ouvrez.

    • Tu as raison, pendant très peu de temps (dans les versions), le CS a inséré ces lignes automatiquement. Mais depuis, cette option ne se produit plus (en principe). Tu as bien mis à jour le plugin ? Ces lignes existent-elles toujours ?

      Si oui, active donc « Comportements du Couteau Suisse ».

    • As-tu correctement rempli le champ « Adresse (URL) du site public » dans la « Configuration » de ton site ?

    • Bonsoir à tous,
      Après beaucoup de galère et exploré les pistes, je suis arrivé à la conclusion(?) que CS n’était pas en cause mais plutôt l’hébergeur (hosteur) ; J’ai réussi à activer les lames du couteau en forçant l’écriture de *index.php* dans l’adresse en désactivant la ligne 777 de utils.php **if (preg_match(’,IIS|thttpd,’,$_SERVER[’SERVER_SOFTWARE’]))**
      J’aurai préféré une autre astuce plutôt que ce bidouillage.
      Y-a-t-il une autre solution ?
      Merci encore de toute l’aide apportée

    • peut-être devrais-tu poser la question sur la liste qui traite du developpement de SPIP lui-même : spip.devel sur gmane.org

    Répondre à ce message

  • Quelle réactivité :) !

    Merci pour tout ce travail.

    Répondre à ce message

  • 2

    Salut a tous.

    Je viens d’installer le plugin du couteau suisse et j’ai cette erreur :
    « Warning : join() [function.join] : Bad arguments. in C :\Program Files\EasyPHP 2.0b1\www\lettro\plugins\couteau_suisse\cout_utils.php on line 353 »

    Est ce que qulqu’un c’est d’ou sa peut provenir ???

    Merci d’avance

    • Navré pour le désagrément et merci du retour. Ce bug est réglé avec la version v1.8.02.04 du plugin.

    • Navré pour le désagrément et merci du retour. Ce bug est réglé avec la version v1.8.02.04 du plugin.

    Répondre à ce message

  • 1

    Bonjour !

    Comme bibi j’ai un

    Warning : join() [function.join] : Bad arguments. in ...\plugins\couteau_suisse\cout_utils.php on line 353

    avec Couteau Suisse rev. 24681 sur SPIP 2.0 rev. 13284, lors de l’activation du plug-in.

    Du coup il n’apparaît pas dans « Configuration », et on ne peut pas s’en servir...

    • Navré pour le désagrément et merci du retour. Ce bug est réglé avec la version v1.8.02.04 du plugin.

    Répondre à ce message

  • 1

    Bonjour, et tout d’abord un grand merci aux programmeurs qui ont développé cet excellent plugin.

    Je l’utilise sur des sites tournant sous 1.9.2c, d, et e sans aucun souci. Voulant tester SPIP 2 (rc1 rev13243), j’ai créé un site démo basique qui tourne bien, puis j’ai installé Le couteau suisse (1.8.01.00 rev24538). Lorsque je souhaite activer l’un ou l’autre des outils, j’obtiens ce message d’erreur : Warning : array_merge() [function.array-merge] : Argument #2 is not an array in blabla/plugins/auto/couteau_suisse/cout_utils.php on line 345 ou 355, selon les cas. Les outils s’activent néanmoins, mais les messages d’erreur persistent.

    Aucun autre plugin n’est installé pour l’instant. A toute fin utile...

    Salutations, et bon courage

    • Ah oui, merci pour le retour. Ce bug devrait être corrigé dans la toute dernière version.

    Répondre à ce message

  • 5

    Bonjour à tous,

    Voici mon problème, et pas des moindres. Après avoir installé le plugin et l’avoir activé, mes pages ne s’affiche plus. J’ai des pages blanches. Je n’ai même plus accès à la partie administrateur. Que faire ? car ça commence sérieusement à m’inquiéter.
    Au passage, j’ai essayé de résoudre le problème en supprimant le répertoire dans tmp, comme dit plus faut, mais rien n’y fait.

    Merci d’avance.

    Aziz

    • Up.
      Dois-je effacer les fichiers se trouvant dans tmp ?
      charger_piplines.php
      charger_plugins_fonctions.php
      charger_plugins_options.php

      Quelle procédure entreprendre.
      Merci.

      Aziz

    • Ton message est très incomplet, il est difficile de t’aider. Quelle version de SPIP ? Quels outils activés ? Le squelette ? etc.

      D’autre part, il me semble que tu devrais relire les paragraphes « Procédure d’urgence » et « Dysfonctionnements » : la procédure y est (clairement ?) décrite !

      Si rien n’y fait, alors il suffit de renommer le répertoire plugins/couteau_suisse (ou auto/plugins/couteau_suisse) et de relancer le site avant de refaire une installation propre et complète. Il est possible que le transfert des fichiers du plugin ait été incomplet.

    • Le site est sous Spip 1.9.2. Concernant les plugins activés, il s’agit de Magusine, barre type v2, cfg, crayons, onglet texte, outils article, et enfin, socialtags.
      Comme je l’ai précisé, j’ai entrepris de mettre en oeuvre ce qui est expliqué dans la procédure dite « d’urgence » mais cela n’a pas fonctionné.
      Est-ce que renommer le repertoire Couteau suisse dans plugins résoudra le probleme afin que j’acccede à ma partie admin du site ?

      Encore Merci.

      Aziz

    • (Voir plus bas le problème initial)

      Un conflit semble se produire à l’installation du plugin lorsque la barre typo est déja installée.
      Pour y remédier.

      Si le site n’est plus dispo :

      Via ftp, renommer dossier du plugin « Couteau suisse ».
      Dans le répertoire tmp, effacer le fichier «  charger_piplines.php  ».
      Effacer les plugins « couteau suisse » et « Typo ».

      Réinstallation propre :

      Installer D’ABORD le plugin « Couteau suisse ».
      PUIS, la derniere version du plugin « Typo ».

    • Alors tu parles simplement d’un bug majeur sur les pipelines dont l’article ci-dessus parle déjà depuis un moment. La solution y est aussi détaillée.

    Répondre à ce message

  • 4

    Encore un petit pb avec le couteau suisse (decoupe de page) : avec les (++++), j’ai « découpé » une page en 3 parties. La navigation (1-2-3) s’affiche, par contre elle fonctionne très mal. Que je clique sur 1 ou 2 ou 3, la page reste sur la partie 1, (il faut que je demande à « recalculer la page » pour qu’elle s’affiche à la bonne découpe.
    J’y suis presque, qqun pourrait-il m’aider ???

    • Quand tu déactives le cache de SPIP avec le Couteau Suisse, la problème disparait ?

      Si tu utilises la balise #CS_DECOUPE, ça fait pareil ?

      SPIP 1.91 n’est plus développé, si un bug de cache subsiste, il ne sera pas réparé...

    • Concernant mon pb avec la découpe en page, si j’active la balise #CS_DECOUPE, je ne vois plus la numérotation des pages ; concernant ta suggestion de désactiver le cache de SPIP avec le Couteau Suisse, je viens de faire la manip et CA MARCHE !!!! Du coup, je suis obligé de laisser le cache désactivé, ce n’est pas un pb ???
      Merci bp pour tes précieuses infos...

    • Ca marche en local, par contre pour l’installation sur le site distant se passe mal.... Le plugin est bien reconnu (affichage de la liste des plugins), par contre dès que je clique sur le lien de l’administration du Couteau Suisse, j’obtiens :
      « Erreur...
      Fichier exec/admin_couteau_suisse introuvable »
      Y aurait-il une manip à effectuer ?
      Merci d’avance

    • Le transfert a dû être incomplet, ou ton quota chez ton hébergeur atteint... Tu as été voir si ce fichier était effectivement introuvable ?

    Répondre à ce message

  • 3
    Philippe Giron

    Bonjour,
    J’ai un problème avec la liste des webmasters : sur mon site son ID n’est pas égal à 1 (mais 59, pour divers raisons, et c’est moi). En validant la lame, j’ai bloqué l’accès au couteau suisse et je ne peux plus rien faire. HELP !
    Comment arranger cela ?
    Merci d’avance !

    Philippe

    • Tu es le 59, et en validant 59 tu as perdu la lame alors que tu es connecté sous le 59 ? Les listes des éligibles était-elle bonne ?

    • Philippe Giron

      Non, j’ai faus une erreur grossière : j’ai validé alors sans ajouter 59, donc seul le 1 a les droits. Or il n’existe plus !
      Il faudrait que j’aille voir dans PHPMyAdmin, mais où ?

    • J’ai recréé l’admin d’ID=1 avec PhPMyAdmin et réparé ensuite.

    Répondre à ce message

  • 2

    Je demarre avec Spip avec le kit Spip du Cnrs et tout fonctionne bien. Par contre, j’ai installé le couteau suisse (uniquement pour la découpe de textes) et ça ne marche pas.... J’insere bien les ++++ au sein des articles, l’article est effectivement coupé à cet endroit, mais la navigation par chiffre n’apparaît pas.... je ne peux donc pas accéder au reste de l’article.... Et avec les onglets, ça marche encore moins bien ......
    Si quelqu’un peut m’aider, ce serait super sympa....
    Merci d’avance

    • Quelle version de SPIP ?

      As-tu bien mis la balise #INSERT_HEAD (ou la lame associée du Couteau Suisse) ?

      Il est possible qu’article.html soit à revoir au niveau de la balise #TEXTE... Tu as un lien public ?

    • Ma version de Spip est 1.9.1, je viens d’installer le plugin JQuery, et par contre je ne sais pas où mettre la balise #INSERT_HEAD ... Je travaille en local pour le moment jusqu’à ce que ce que ça fonctionne. J’ai donc un lien public mais ni JQuery ni le couteau suisse ne sont installés :
      http://www.msh.univ-nantes.fr/documentation/zal2
      Merci d’avance, vu la longueur de certains articles, mon pb devient urgent...

    Répondre à ce message

  • 5

    Bonjour,
    Je viens d’installer le couteau suisse, je le découvre et c’est tout simplement génial, félicitations pour ce travail.

    Mais voilà j’ai un soucis, une fois l’article écrit, j’y inclus un logo 200x200 pour cet article, tout va bien, mais dès que j’utilise les jolis coins, le logo est bouffé par la couleur de fond des jolis coins. j’utilise SPIP 2.0.0 dev [12967]
    Ma question, cela vient-il de mon squelette.

    Cordialement

    • Difficile de savoir ce que veut dire « bouffé »... La couleur de fond des jolis coins est la couleur du parent, non ? Si tu as un lien public c’est mieux.

    • Pour l’instant il n’y a rien en ligne, donc pas de lien, par « bouffé », j’entends que la couleur de fond une fois jolis coins activé, passe par dessus le logo et le cache en grande partie.

    • Bonjour,
      je viens de mettre en ligne pour essai, un exemple : http://www.minibellespip.fr/spip.php?article2

      De plus en passant au W3C/css, voilà les erreurs déclarées

      URI : http://www.minibellespip.fr/plugins/couteau_suisse/outils/decoupe.css
      27 div.onglets_bloc h2.onglets_titre La propriété -moz-border-radius-topleft n’existe pas : 3px
      28 div.onglets_bloc h2.onglets_titre La propriété -moz-border-radius-topright n’existe pas : 6px
      URI : http://www.minibellespip.fr/plugins/couteau_suisse/outils/filets_sep.css
      48 .filet_sep_4 Propriété érronée : background-color lemonchiffon n’est pas une valeur de color : lemonchiffon
      69 .filet_sep_6 Propriété érronée : border-bottom darkorange n’est pas une valeur de color : 6px solid darkorange
      URI : http://www.minibellespip.fr/
      58 span.cs_pagination_off Propriété érronée : color lightgrey n’est pas une valeur de color : lightgrey

      Suis-le seul à avoir ce problème, si oui, je ne vois pas ce que j’ai pu faire.
      Ma version : SPIP 2.0.0 dev [13096]
      et les plugins installés : couteau suisse, les crayons, spip-listes

    • Pour les jolis coins, c’est normal ce qui t’arrive... Tu crées un parent « .jc_parent » à « .texte » avec des « margin » et des « padding » sans lui réserver l’espace qui convient et la cohabitation avec l’image est mauvaise. Seul IE6 affiche correctement ce bazar.

      Donc, soit tu gères mieux des <div>, soit tu patches en ajoutant un « overflow:hidden » à ton parent « .jc_parent » :

      wrap('<div style="padding:4px; background-color:#ffe0c0; margin:4px 0; overflow:hidden;"></div>')

    • Je viens de faire la modification, génial ça marche, c’est dommage que l’article n’entoure pas le logo.

      Merci et félicitation pour ce plugin

    Répondre à ce message

  • Bonjour,

    J’ai d’énormes problèmes avec le couteau suisse. Depuis que j’ai installé la barre typo multilingue, le couteau suisse ne fonctionne plus quand je clique sur la petite icone !
    Les articles de mon site sont tronqués là où il y a des codes du couteau suisse !!

    J’ai désinstallé puis mis à jour tous les plugins y compris cfg.
    Voilà la liste de mes plugins :
    plugin Lecteur Multimédia en Flash (MP3,flv)
    plugin Agenda pour SPIP 1.9.2
    plugin Article PDF
    plugin Barre typographique généralisée
    plugin Barre Typo V2 pour 1.9.2 et suivantes
    plugin cfg : moteur de configuration
    plugin Le Couteau Suisse
    plugin Dump Download
    plugin Enluminures typographiques pour 1.9.2 et suivantes
    plugin Envoyer par mail
    plugin Barre typographique multilingue (Extension multilingue pour la barre typographique V2)
    plugin Imprimir documento
    plugin Ratelier
    plugin sauvegarde automatique
    plugin SPIP-Listes 1.9.3
    plugin Squelette egt
    plugin Statistiques visiteurs
    plugin Walma pour 1.9.2
    plugin Widget Calendrier

    site : http://www.genrespluriels.be

    spip 1.9.2d

    C’est urgent ! merci pour votre aide.

    Répondre à ce message

  • 1

    Bonjour,

    Je suis en train de tester le couteau suisse sous SPIP 2.0beta, et je me demandais à quoi pouvait bien correspondre l’option

    Afficher le type d’objet SPIP dans les URLs

    pour les urls arborescenters ???

    J’ai beau chercher ou regarder ce qui varie dans les urls entre l’un et l’autre, je ne trouve pas.

    • Ah oui, c’est exact, cette option a été modifiée depuis l’élaboration de ces URLs. Je viens de déposer une correction. En fait, il est possible désormais de cibler chaque objet...

      Attention, pour faire des tests, il faut régulièrement vider la table ’spip_urls’ où sont stockées définitivement les URLs calculées par SPIP pour chaque objet du site.

      A titre d’info, cet outil (Format des URLs) est en cours de redéveloppement pour SPIP 2.0 : beaucoup d’options de configuration manquent actuellement et vont être ajoutées prochainement.

    Répondre à ce message

  • 2

    J’utilise filezilla et je veux télécharger le plugin sur mon site hébergé par oxyd. Quand je télécharge le plugin il me dit que 17 fichiers n’ont pu être transférés à cause d’un problème de code. Et apres activation mon site plante. Si vous avez une idée ?

    fred131

    PS quand j’enlève par ftp le plugin tout remarche.

    • Un pb de code ? Comment ça ?

      -  si tu as SPIP 2.0, tu peux faire une installation automatique du plugin avec SPIP (voir plus haut dans l’article)
      -  si tu as SPIP 1.92, tu peux installer et activer le plugin Chargeur et lancer ensuite l’url http://monsitespip/spip.php?action=charger&plugin=couteau_suisse

      Evidemment que l’ensemble des fichiers zip soit transmis au serveur avant activation...

    • Bonjour

      Peut etre tenter de transferer les fichiers manquant un à un ( avec filezilla tu sais quels sont les fichiers qui ne sont pas transferes (un onglet dans le bas de la fenetre)).
      pour ma part avec spip 2 beta ou 1.9.2 (chez free) pas de soucis

    Répondre à ce message

  • 2

    Bonjour,

    J’utilise le Couteau Suisse avec bonheur depuis plusieurs mois mais je n’avais jamais encore activé « Supprime le numéro ».

    Là je viens de le faire et... dans les articles où j’utilise cette boucle :

    <BOUCLE_suivant(ARTICLES){id_rubrique}{titre>#_principale:TITRE}{exclus}{par titre}{0,1}>		[(#LOGO_ARTICLE|center|#URL_ARTICLE||reduire_image{0,70}|)] 
    </BOUCLE_suivant>

    pour afficher le logo de l’article suivant...

    Y’a plus rien !

    Et si je désactive « Supprime le numéro », il revient !

    Exemple ici :
    http://www.bldt.net/Om/spip.php?article294
    le numéro est bien présent dans le title de navigation et le logo en fin d’article intitulé « Porte suivante » est là... => « Supprime le numéro » est désactivé.

    Je sais par expérience qu’il y a de la magie dans le Couteau Suisse et que lorsqu’on signale un souci, on est vite dépanné ;-)

    Merci par avance !

    Voldor
    Mécano amateur du site en question ;-)

    • Vu que supprimer_numero agit automatiquement sur toutes les balises #TITRE, il faudrait peut-être mettre une étoile dans le test : « #_principale:TITRE* » ?

    • Merveille ! Ca marche ! Mille (nouveaux) mercis au Couteau suisse (et à son génial concepteur) !

    Répondre à ce message

  • 3

    Version locale : 1.7.19.05
    Révision : 23614

    Les blocs dépliables ne se déplient plus sous IE7

    • Ah ? t’es sûr que c’est pas un autre plugin qui casse le JS ? Ici, j’ai mis un bloc qui se déplie bien sous IE7...

      Tu as un lien public ?

    • J’avance... un peu...

      Mon problème venait effectivement du plugin « Accés restreint » qui me cassait pas mal de choses.

      Mais il me reste à préciser :

      Des onglets dans le chapeau d’un article avec <formx> ça ne marche ni sous Firefox ni sous IE7.

      Des onglets dans le texte d’un article avant <formx> ça marche sous Firefox pas sous IE7. Sous IE7, j’ai les titres des onglets qui apparaissent comme des liens et les contenus qui s’affichent en dessous (sans les « ++++ »).

      Voilà, merci

    • 1. Les onglets ne sont pas prévus pour fonctionner dans les chapos, mais uniquement dans les textes de rubriques ou d’articles.

      2. As-tu un lien public ?

    Répondre à ce message

  • 4

    Bonjour,

    Dans Affichage public, Spip et ses raccourcis,

    Une case vide signifie qu’aucun style particulier ne sera appliqué.

    Si dans :

    1. Balises p, i, strong et les listes etc.) :
    Votre style :

    Je ne mets rien ou « toto », dans les deux cas :

    ok ça marche bien

    Mais dans :

    2. Balises tables, hr, h3 et blockquote :
    Votre style :

    Je ne mets rien ou « toto », dans les deux cas :

    h3 reste en h3 class :« spip »

    J’ai essayé de vider le cache, mais rien n’y fait

    SPIP 2.0.0 beta2 [12984]
    et couteau suisse Version locale : 1.7.19.03 Révision : 23551

    Bon, j’espère être assez clair

    Jacques

    • C’est exact. L’outil avait été mis à jour pour SPIP 1.93, et là je viens de le corriger pour qu’il fonctionne avec SPIP 2.0 : si tu px tester...

    • J’ai testé la : Version locale : 1.7.19.04 / Révision : 23572 sans changer de version de Spip 2.0

      Pas de changement.

      Excusez-moi si je suis redondant dans mon discours mais je n’ai pas la culture « Programmeur ».

      J’ai réinstallé le Couteau, vidé son « Temp »

      J’ai vu que de 8 paramètres, on est passé à 10 (paramètre Gras, je pense, etc.).

      Voilà, si ça peut vous aider.

      Jacques

      PS : Je suis un ancien typo plomb. J’aime assez les possibilités offertes par le couteau aux niveaux des guillemets, espaces fines, etc.

      Merci pour votre travail à tous.

    • Ah oui ! J’ai réparé tout le monde sauf les <h3>, quelle tête en l’air !

      Bon cette fois en principe, c’est bon...

    • C’est Ok pour moi

      Merci

      Jacques

    Répondre à ce message

  • 4

    Bonjour,

    Ce plugin est vraiment super, cependant j’aimerai une petite « amélioration ». En effet, la génération de sommaire fonctionne pour les « articles » mais j’en aurai également besoin pour le « texte explicatif » des rubriques. La découpe en page fonctionne pour cet élément mais malheureusement pas le sommaire.

    J’ai un peu cherché dans le code mais je n’ai pas trouvé où modifier le code pour avoir cette fonction. Si cela pouvait être intégré ça serait super.

    • Tu utilises la balise #CS_SOMMAIRE ou pas ? Le sommaire n’est en effet pas prévu pour les rubriques...

      -  Si oui, il faut surcharger le code de la balise (très facile)
      -  Si non, tu peux résoudre ton problème en ajoutant le filtre ’sommaire_d_article’ en dur au texte de la rubrique : (#TEXTE

    • Je n’utilise pas la balise #CS_SOMMAIRE.

      Donc, après quelques tests, voici mes « conclusions » :

      En utilisant [(#TEXTE|sommaire_d_article)], cela fonctionne « en partie ». En effet, cela créé un sommaire mais uniquement avec les « titres » de la page en cours, ceux des pages suivantes sont ignorées. Par contre quand on va sur la page 2 (par exemple) ce sont uniquement les titres de la page 2 qui sont référencés (et ainsi de suite).

      (Testé avec la dernière mise à jour du couteau suisse et spip 1.9.2 et 2.0 bêta).

      Je vais essayer de farfouiller dans le code pour voir où ça peut « bugger » ...

    • Ah oui, en effet c’est normal : fausse piste. Le texte qui parvient au filtre est déjà découpé. Il est nécessaire que le sommaire soit incorporé dans le texte AVANT que la découpe soit faite.

      Bon, je viens de modifier le code du Couteau Suisse pour que les articles ET les rubriques (et seulement eux...) bénéficient de la découpe ET du sommaire.

    • Ca marche au poil ! Un grand merci pour cette fonction.

    Répondre à ce message

  • 9

    Bonjour,

    Après l’installation et l’activation du plugin « couteau suisse », un message d’erreur apparaît à l’écran :

    Fatal error : Cannot redeclare execute_pipeline_bt_gadgets() (previously declared in /home/www/web330/html/v1/tmp/charger_pipelines.php:202) in /home/www/web330/html/v1/tmp/charger_pipelines.php on line 240

    Je me demande s’il ne s’agit pas d’un conflit entre plugins. J’ai actuellement les plugins suivant installés :
    -  barre_typo_generalisee
    -  barre_typo_v2
    -  extension_multilingue_pour_BTV2
    -  cfg
    -  et bien sûr le couteau suisse

    J’ai également tenté de relancer l’installation en supprimer les fichiers couteau suisse dans le répertoire « tmp » et en vidant le cache, mais rien à faire.

    Que dois-je faire pour pouvoir installer correctement le plugin couteau suisse ?

    • Es-tu sûr d’avoir les dernières versions de tous ces plugins ?

    • Oui, j’en suis sûr.
      J’ai d’ailleurs télécharger les plugins à cette adresse :

      http://www.spip-contrib.net/Extension-multilingue-pour-la

    • J’ai fait un test, et il s’agit du plugin « extension_multilingue_pour_BTV2 » qui empêche l’installation correcte du couteau suisse.
      Je vais donc mettre un post sur le forum de la page de la Barre typographique multilingue.
      Merci

    • Les plugins ont été tout récemment mis à jour pour corriger ce problème. Assure-toi d’avoir téléchargé la toute dernière révision, disponible ici : http://files.spip.org/spip-zone/

      Si le problème persiste, alors la correction apportée ne doit pas être la bonne... Merci des prochains retours.

    • Le bug a été corrigé.

      Il suffit de :
      -  mettre à jour tous les plugins : Couteau suisse, barre_typo_generalisee, barre_typo_v2, extension_multilingue_pour_BTV2, etc.
      -  supprimer le fichier tmp/charger_pipelines.php et le dossier tmp/couteau-suisse/
      -  vider le cache de SPIP

    • Bonjour,

      J’ai bien téléchargé les derniers plugins sur la spipzone et suivi vos instructions (tmp + cache), mais le problème persiste lors de l’activation de la barre typographique multilingue.

      Apparemment, le plugin est en cours de correction. Voire le message suivant : http://www.spip-contrib.net/Extension-multilingue-pour-la#forum409266

      Merci !

    • Effectivement, ce plugin a été oublié.
      Je viens de déposer la correction. Elle sera disponible d’ici 1 heure ou 2 sous forme de fichier zip.

    • désolé d’intervenir à nouveau, mais est-ce que le conflit entre le couteau suisse et la barre typographique multilingue est réglé ?
      car, après avoir téléchargé à nouveau tous les plugins, effacé les fichiers nécessaires dans tmp et vidé le cache, il y a toujours une erreur fatal lors de l’activation du plugin barre typographique multilingue !

      merci

    • En principe oui. Il faut vérifier le le nom des pipelines déclarés ne comportent aucune majuscule...

    Répondre à ce message

  • 1

    Bonjour

    j’ai un petit soucis sur mon site.
    Quand j’essaie de configurer les « belles urls », cela me renvoie systématiquement une 404. pourtant le .htaccess est bien présent, et l’option du couteau suisse activée. faut il que je fasse autre chose ?
    http://www.bside-rock.com/spip.php?sommaire&var_mode=recalcul

    Je vous remercie d’avance pour votre aide !

    Richard

    • Re-bonjour

      je viens de trouver la réponse à ma question sur le site de mon hébergeur (1and1).
      Pour ceux qui auraient le mm pb que moi, : il faut mettre le code suivant dans le fichier htaccess...

      Options +FollowSymLinks
      RewriteEngine On
      RewriteBase /

      maintenant ça marche. :)

      A tres bientot pour de nouvelles aventures :)

      Richard

    Répondre à ce message

  • 1

    Bonsoir,

    L’outil « sommaire d’un article », version anglaise, comporte une erreur lexicale.
    Vous serait-il possible de changer, dans « couteau_en.php » le texte « ’sommaire_titre’ => ’Table of content’, » en « ’sommaire_titre’ => ’Table of contents’, » ? (= table des matières ou sommaire).
    Merci.

    • Merci pour cette remarque.

      En fait, tout le monde peut corriger voire traduire certains modules de SPIP en se rendant ici : http://www.spip.net/rubrique4.html. Cliquer ensuite sur « L’interface de traduction en ligne », ou mieux, directement sur le module à traduire (en rouge dans le tableau).

      Sinon, je viens de corriger cette erreur. Elle passera dans le Couteau Suisse prochainement.

    Répondre à ce message

  • 1

    Bonsoir
    Avec un spip 2 Beta

    J’aimerais bien utiliser les « Jolis Coins » du Couteau, cela semble assez génial ...

    J’ai bien vu le code

    // coins ronds aux formulaires
    .formulaire_inscription, .formulaire_forum, .formulaire_ecrire_auteur
    
    // colorisation de la dist de SPIP 2.0 en ajoutant un parent
    ".chapo, .texte" = wrap('<div style="padding:4px; background-color:#ffe0c0; margin:4px 0;"></div>') .parent() .addClass('jc_parent')
    ".menu" = wrap('<div style="padding:4px; background-color:lightBlue; margin:4px 0;"></div>') .parent() .addClass('jc_parent')
    
    // coins ronds aux parents !
    .jc_parent

    qui s’affiche, mais je ne sais pas où le trouver pour le modifier, j’ai bien tenté de faire un copier/coller placé dans « perso.css », apparement cela ne donne rien.

    Je suis donc à la recherche de doc sur cette fonctionnalité ... je vadrouille ici ou via google, pour placer mes trucs à moi dans le bon fichier ...

    Si qq’un a une piste je suis preneur.

    Cordiaux remerciement

    Eric


    Je me repond à moi meme c’est là où se trouve le code que je dois placer le mien ...

    Gros nigaud ...

    Merci

    eric

    • En principe là où tu as trouvé le code cité est justement l’endroit où on peut mettre ce qu’on veut en fonction de ton site. Tu as bien le bouton ’modifier ces variables’, non ?

      Avec SPIP 2.0, les div ne sont plus colorées et les jolis coins du coup ne se voient pas, mis à part les formulaires. J’ai donné donc dans l’exemple une façon de colorer les div avant de leur appliquer les coins.

      Bien sûr, il est préférable de fabriquer un site avec des divs préalablement colorées par CSS, dans ton fichier perso.css. L’outil du Couteau Suisse vient ensuite, grâce à jQuery, fabriquer les coins visibles sur tous les navigateurs. C’est pour cela que la configuration offre la possibilité de spécifier simplement les classes à arrondir : .formulaire_inscription, .formulaire_forum, .formulaire_ecrire_auteur, .ma_super_class

      La colorisation des divs proposée dans l’exemple peut-être totalement supprimée, ce n’est qu’un exemple. Avec cet outil, il devient très facile de faire des tests en temps réel. Il s’agit d’une reproduction de la syntaxe jQuery : autant se renseigner donc par exemple ici : http://visualjquery.com/.

      Le plugin transforme tout ce qu’il y a dans la configuration en une syntaxe acceptable, visible dans le header de la page finale (regarder le code source...)

      Cette lame du couteau est toute récente et ne possède pas (encore ?) de doc. Cher lecteur, si le coeur t’en dit, n’hésite pas à comencer le travail !

    Répondre à ce message

  • 1

    A la suite d’une réinstallation sur un serveur local et aprés qq temps de tests divers, je vais continuer mes réglages dans le couteau Suisse. A l’appel de la page :
    « ecrire/ ?exec=admin_couteau_suisse » Il me réponds :

    Accès interdit

    admin_couteau_suisse

    Késako ? Ca m’étais encore jamais arrivé !

    • Seuls les administrateurs non restreints (ceux qui configurent habituellement les plugins) du site peuvent configurer le Couteau Suisse...

    Répondre à ce message

  • 2

    Bonjour,

    Sur la version SPIP beta 2 (12835) la lame « pas de forum anonyme » ne semble plus fonctionner.

    Merci

    Répondre à ce message

  • 2

    un petit bug en version version 1.7.18.04 du Couteau Suisse
    qu’il n’y avait pas en version 1.7.18.03 :

    Le racourcis typographique des liste à numéro ne marche plus :

    -# premier
    -# deuxieme
    -# troisieme

    ne devient pas :

    1. premier
    2. deuxieme
    3. troisieme

    mais reste

    -# premier
    -# deuxieme
    -# troisieme
    • je suis pas d’accord ce bug exstait déjà dans la précédente version 1.7.18.03, j’ai juste omis de le signaler !

      @+

    • La toute dernière révision du Couteau Suisse (disponible aujourd’hui à 18h05) devrait corriger ce problème. Tu peux le confirmer ?

    Répondre à ce message

  • 1

    Bonjour, moi je n’arrive pas à changer l’image de « visiter » dans l’administration avec le plugin du couteau suisse « bouton visiter » pour changer le bouton en haut à droite de l’admin par le logo du site... sinon pour tout le reste tout va bien, les smileys, les liens sur les mots clés... c’est vraiment nickel cet outil, merci aux développeurs !

    Répondre à ce message

  • 2
    Pierre-Jean

    L’outil glossaire est terriblement efficace, mais à ses limites même si il est dit qu’il est insenible à la casse :

    1 - Lorsqu’un motest écrit en majuscule et qu’il possède des caractères spéciaux, le glossaire ne le retrouve pas.
    exemple : MAÏON & WENN
    J’observe ce dysfonctionnement de manière générale avec les accents sur les majuscules.

    2 - Le problème des noms composés. Je possède deux mots-clés (« Heat Wave Soul » et « Soul »), lorsque dans un texte est affiché Heat Wave Soul, seul le mot « Soul » est reconnu par le glossaire.
    Je pense donc qu’il faudrait donner la priorité aux mots composés.

    Voici le lien ou vous pourrez observer ces quelques défaults : clubmyhouse.fr

    • Pierre-Jean
    • Merci des retours.

      1. Après mise à jour du plugin, as-tu un exemple précis qui ne fonctionne toujours pas ? celui que tu donnes (MAÏON & WENN) ne fonctionne pas car il comporte un caractère spécial « & ». Sinon, ton glossaire est-il en minuscules ou en majuscules ?

      2. le pb des mots composés ne peut pas être résolu comme tu le suggères. Il faut absolument placer le mot composé AVANT le mot simple dans l’ordre de ton glossaire. Exemple : mot7=« Heat Wave Soul » et mot12=« soul ».

      3. une liste précise des « quelques défauts » serait la bienvenue pour traquer les bugs éventuels avec : le mot-clé stocké en base ET le mot non traité dans l’article.

    Répondre à ce message

  • 4

    Salut,

    dans la derniere version du couteau suisse ( 1.7.18.03), installée sous spip 1.9.2d (sous linux), j’ai remarqué que certaines foncionnalités ne marchent pas bien (tester sur windows xp sp 2 avec opera 9.50, ff 2, ie7 et ie6 et safari 3) :

    - Site en travaux : en fait, ça fonctionne plutot bien sauf pour le paramètre, « tous sauf les administrateurs », bizarrement même quand je suis administrateur (avec les cookies activés) je ne visualise pas le site !! avec des nuances tout de même :

    sous ff 2 et safari 3 et ie7 je visualise le formulaire de login mais qui une fois bien rempli ne donne aucun accès au site !!

    sous opera 9.50 et ie 6, aucun formulaire de login n’est visualisé ! et je ne peux toujours pas visualisé le site alors que je suis administrateur !

    - SPIP et les liens… externes
    Même en rajoutant la classe spip_out celà ne fonctionne pas !

    Voilà merci et bonne continuation !

    • Oui, il y a un petit probleme avec SITE EN TRAVAUX.... C’est dommage car dans les versions précédentes ça marchait bien mais avec la dernière non ! D’autant que j’en ai besoin en ce moment.

    • manatee

      Dans le fichier outils/en_travaux_options.php, la règle d’exception à été changer dans la dernière version.

      On avait avant

      $exceptions =
      (_en_travaux_ADMIN == 1 && $GLOBALS[’auteur_session’][’statut’] == ’0minirezo’)

      Alors que maintenant, on a

      $exceptions =
      (_en_travaux_ADMIN == 1 && cout_autoriser())

      Si je comprend bien le code d’avant, je comprend moins le nouveau. cout_autoriser() doit être une fonction mais je n’ai pas eu envie de la rechercher !!!!

      J’ai donc remplacer ce fichier par l’ancien dans le plugin version 1.7.18.03 et ça marche.

    • Exact, un include manquait... Je pense que maintenant tout devrait fonctionner à nouveau. La fonction cout_autoriser() empêche également les administrateurs restreints de voir le site en travaux.

    • Merci du retour.

      -  En travaux : effectivement une erreur a été trouvée. Tout devrait refonctionner à présent.
      -  Liens externes : là je ne reproduis pas le bug. Firefox/Firebug ne décèlent aucune erreur javascript ? Tu as peut-être un lien à montrer ?

    Répondre à ce message

  • 2

    Bonjour

    Ce n’est peut-être pas le bon endroit, mais j’ai constaté un conflit avec le plugin spipBB version svn (0.5.0.4 [21658]).

    Si le couteau suisse est activé, j’obtiens « Cette version du plugin n’est pas compatible avec votre version de SPIP ! » quand je veux configurer le plugin spipBB.

    Merci
    Rainer

    Répondre à ce message

  • 1

    Bonjour,

    j’ai installé le plugin couteau suisse sur l’un des sites que je développe, mais je rencontre un problème avec le glossaire.

    Toute l’installation est bien faite, le plugin marche, mais les mots contenus dans le glossaire disparaissent dans le texte d’un article.
    ex : texte original : un acoustique moelleux
    texte affiché : un moelleux.

    Dans l’espace privé, le mot « acoustique » s’affiche bien, mais impossible de trouver pourquoi en front, il ne s’affiche pas.
    Si quelqu’un a une solution, merci de la partagée.

    Répondre à ce message

  • 1

    Bonjour,
    j’ai spip 192d et sarkaspip 2.5, quand j’ai tenté d’installer le couteau suisse le plugin CFG n’a plus fonctionné :
    Fatal error : Allowed memory size of 8388608 bytes exhausted (tried to allocate 1906 bytes) in /users/user104741/sites/la-bequille-du-lp.fr/ecrire/public/phraser_html.php on line 344

    j’ai tenté de désinstaller (CS) supprimer par ftp (CS)mais le plugin cfg continue à me mettre des erreurs.Avant l’installation du couteau suisse il marchait correctement.

    • Bon j’ai enlevé tous les plugins (par ftp et en décochant) et remis couteau suisse sans activer aucun outil. Le plugin CFG remarche et le couteau suisse ne bugue pas .

    Répondre à ce message

  • 1

    Bonjour,

    Avec la dernière version du plugin, la lame Site en travaux ne permet plus de donner l’autorisation à l’administrateur de visiter les site public. On peut l’activer, mais l’administrateur tombe sur la même page que quelqu’un non authentifié.

    Salutations

    • BONJOUR

      En effet, j’ai le même souci et c’est franchement pas évdient !

      j’ia la dernière version du plugin avec spip 1.9.2d

      je vais essayé de voir le souci et tenter de réparer !

      @+

    Répondre à ce message

  • 1

    salut,

    depuis que j’ai installé la dernière versio navec les correctiosn qu’il faut (je veux dire qu’elles ont été incluses), ben ça ne marche plus !

    non seulement ça ne fonctionne pas mais j’ai tout le back office de spip qui est inacessible, j’ai une page blanche !
    ce n’ets que lorsque j’efface le répertoire couteau_suisse par FTP que tout revient à l’ordre !

    quelqu’un a t’il eu ce probleme ?

    je susi sous spip 1.9.2d avec cfg 1.9.0 barre typo 2.50, barre generalisee 150, lecteur multimedia 0.67

    aucun de ceux là ne perturbe !

    j’ai même effacé tout les plugins, remis couteau suisse seul et ça donne une page blanche !

    j’ai désinstallé sip, résinstallé à nouveau mis couteau suisse et là aussi page blanche !

    waw !

    @+

    • bonjour,

      effectivement il fallait supprimer le répertoire couteau-suisse dans tmp/ et tout est rentré dans l’ordre !

      @+

    Répondre à ce message

  • Bonjour.

    Serait il compliqué de créer une lame de type post it qui permettrai facilement et rapidement de prévenir les visiteurs par un message qu’ils pourraient ensuite fermer ?

    Un peu de ce type là :

    http://www.web-creation-fr.com/javascript/index.php?id=33

    Merci.

    Répondre à ce message

  • A en perdre mon peu de latin ... 4 heures de sèche

    Thickbox marche ...marche pô ...

    un site spip 192d

    des images dans un article ...

    en regardant le site via les squelettes ’Dist’ ... impec ca fonctionne .... Diaporama ThickBox et tout et tout !!!
    En regardant le site via mes squelettes ... Nada, Bernique .... alors que le fichier article.html est exactement le meme ???

    Ben oui mais c’est bien sur ...

    Plugin couteau suisse ... Dossier des squelettes ... le voila le coupable ... mais bon je ne sais pas comment lui passer les menottes !!!

    La preuve que cela vient de lui ?

    J’appelle mon dossier squelette « dist », et je désactive « dossier des squelettes » du couteau suisse et là tout fonctionne.

    Plug couteau suisse version : Version : 1.7.17.05 | stable
    plug Thickbox V2 : Version : 0.3 | en test

    Si il y en a un qui veut mettre son crouton dans la fondue ... Aaaaaaallez y !!!

    Répondre à ce message

  • 1

    Bonjour, gros gros bug ! Mon site est inaccessible et affiche ceci Erreur...
    Fichier inc/description_outil introuvable

    J’ai bien activé le plugin et en cliquant pour aller plus loin comme expliqué, l’erreur est apparue, et s’affiche sur le site public.. je suis sous 1.9.2d. Tous les autres plugins fonctionnent, même si sous le coup de la frayeur, je ne me souviens plus lesquels.

    Est-ce que qq’un-e a une solution SVP ?

    Mon site http://www.allocarpentras.com

    • J’ai tout retiré et tout est rentré dans l’ordre. Quelle frayeur !

    Répondre à ce message

  • Piercol

    Bonjour,

    Un super-outil, qui mérite bien son nom, et un grand bravo à ses créateurs et développeurs.

    Je l’ai mis en place sur le site Histoire Passion, et j’utilise en particulier la fonction « glossaire », tout à fait adaptée à un site qui publie un très grand nombre de textes anciens, et où les glossaires constituent un outil indispensable à la compréhension des documents et jouent un rôle pédagogique évident.

    L’outil glossaire fonctionne bien, et après quelques tâtonnements, il rend le service attendu.

    Un script supplémentaire dans le squelette serait le bonheur presque absolu, il consisterait à afficher en bas de page la liste des mots du glossaire trouvés dans la page, avec leur définition.

    Le besoin ne se fait pas ressentir vraiment en consultation de la page à l’écran, puisque le survol des mots donne la définition, mais en cas d’impression de la page : elle serait ainsi complétée par le glossaire qui la concerne (élément pédagogique important).

    Je suis tout à fait incompétent pour écrire un tel script. Parmi les développeurs, quelqu’un peut-être trouvera intérêt à ma question. Je l’en remercie par avance.

    Répondre à ce message

  • 2

    Bonjour,

    Je suis tout nouveau dans l’univers Spip, c’est génialissime ce projet d’ailleurs ;). Mais j’ai un petit problème avec le fameux couteau suisse. Quand je l’ai installé on m’a dit que jquery etait inactif, alors j’ai cherché ce que c’était etc, alors j’ai copié le code de jquery 1.2.1 dans mon fichier jquery.js.html du dossier /dist de la version spip 1.9.2d, super le message disparaît mais les fonctions ne s’activent toujours pas quand je coche la case (de l’interface simplifiée d’ailleurs car la nouvelle interface ne marche pas, les liens ne se déplient pas).

    À mon avis, le problème vient de jquery, le seul truc de SPIP que je ne parviens pas à comprendre.

    J’apprécierai grandement votre aide spipienne ! Merci.

    • Il y a probablement une erreur javascript qui empêche le bon fonctionnement des interfaces. As-tu tenté de désactiver les autres plugins pour trouver le fautif ? Sous SPIP 1.92d, jQuery est inclus, il n’y a rien à faire pour en bénéficier...

      Les erreurs javascript sont facilement décelables sous Firefox+Firebug

    • J’ai résolu le problème (sans faire exprès lol) en installant CFG. En tout cas merci pour votre aide.

      Bonne continuation.

    Répondre à ce message

  • 8
    Patrick Dupouy

    Bonjour,

    Comment activer l’icone « couteau suisse » sur la barre typographique de rédaction dans l’interface privé ?

    • Patrick Dupouy

      Je me suis mal expliqué ?
      L’icône « couteau suisse » n’apparait pas dans la barre de rédaction de l’interface privée.
      Y a t il une manip a faire pour y remédier ?

    • Le Couteau Suisse est en fait compatible avec la barre typo V2 disponible en plugin ici : Plugin Barre Typographique V2. La barre typo standard de SPIP ne permet pas d’effectuer d’entrées.

    • Patrick Dupouy

      Merci, je pensais en effet que l’icône apparaissait dans l’interface privée en activant le « couteau suisse ».

      J’ai déjà essayé ce plugin « barre typo v2 » mais je l’ai abandonné sur cette version de spip(192d) car j’utilise aussi « les crayons » et l’ensemble bugge à la rédaction.

      Dommage car j’utilisais avec SPIP v191 la barre typo enrichie qui me satisfaisait.

      En espérant une amélioration côté compatibilité.
      Merci toujours pour la réponse.

    • Il me semble que ça été amélioré, non ? tu utlises le plugin CFG ? la barre typo V2 permet de gérer l’insertion de la barre dans les crayons.

    • Patrick Dupouy

      Oui, bien sur (j’utilise le squelette de Durzy).

      Lors de l’écriture, dans l’interface crayon, l’article disparait dés la première frappe et j’ai page blanche .
      Merci quand même.

    • laurent

      Bonjour lorsque j’utilise le plugins crayon aucun problème, mais dès que j’installe le plugins couteau suisse, je perd l’icône crayon dans les pages publiques et il est impossible de modifier les textes. Quel est le problème ?
      crayon version 1.0
      couteau suisse 1.7.18.02
      C’est assez ennuyeux !!

    • Quels sont les outils activés du Couteau Suisse ? Quelle verson de SPIP ? Tous les navigateurs sont-ils concernés ? Avez-vous utilisé le couple Firefox/Firebug pour traquer les erreur javascript ? D’autres plugins sont-ils également actifs ?

      C’est très ennyeux d’en savoir si peu...

    • laurent

      Le problème existe sur Opera Mozilla IE7 spip est en version192d[11132]

      Les plugins Lido (v1.00)
      activité du jour (v155)
      et cfg (v1.34) en en marche
      de même que ThickboxV2 (v0.3)
      Le problème c’est que tout remettre en état c’est pas si simple, donc je vais faire un nouveau plantage et contrôler avec l’outil firefox

    Répondre à ce message

  • 4

    Bonjour,

    Juste pour préciser que la barre des smileys n’est plus compatible avec les nouveaux forums de la SVN.

    Quand à la lame « pas de forum anonyme » elle ne fonctionne plus étant donné que l’on ne peut plus entrer de nom ou d’adresse mail avec cette nouvelle version de forum.

    Mais ça je pense que cela va évoluer.

    Merci

    • Pour info, les programmeurs sont revenus à un forum plus proche de l’ancien.

      La lame pas de forum anonyme refonctionne par contre les smileys fonctionnent si on rentre le code à la main mais ne semble plus fonctionner si l’on clique sur les images.

    • Bonjour,

      Merci pour la correction en ce qui concerne les smileys sur la SVN.

      Si j’ai bien compris il faut maintenant mettre le code d’affichage des smileys non plus dans dist/forum.html mais dans dist/formulaires/forum.html

      C’est bien ça ?

      Par contre si je clique sur plusieurs smileys à la suite ça recopie plein de texte dans la zone de texte.

      Exemple : je marque c’est cool dans la zone de texte, je clique sur les 2 premiers smileys et j’obtiens :

      C’est coolC’est cool :’-))C’est coolC’est coolC’est cool :’-))C’est cool :’-(C’est coolC’est cool :’-))C’est cool

      Problème de Couteau Suisse où problème de SPIP ?

      Merci.

    • Oui, je pense que c’est la barre typo qui débloque. si tu essaies avec d’autres boutons ça fait pareil...

    • si tu essaies avec d’autres boutons ça fait pareil...

      Oui exact donc c’est SPIP.

      Sinon pour le dist/formulaire/forum.html j’ai bon ?

      Tiens au passage, ça n’a rien à voir mais l’icone pour citer un message à disparu dans la barre typo !!!

    Répondre à ce message

  • 2
    François

    Bonjour,
    Je viens d’installer le plugin par ftp.

    Je coche le plugin, cela fonctionne. Ensuite, j’ai 2 pb.
    Je n’arrive pas dans la nouvelle interface à cliquer un quelconque mot (j’ai spip 1.9.2 et le plugin d’aujourd’hui)).
    La flèche est visible mais rien ne se passe.
    Je passe donc par l’interface ancienne. Là je n’arrive pas à cocher une case. Tout se déplie facilement mais aucune modification n’est possible.
    Ai-je oublié de faire quelque chose ?

    • Ton site a sans doute une erreur javascript. tu as désactivé les autres plugins ? le couple firefox/firebug te dira le pb.

    • François

      C’est cela. En désactivant les autres plugins, cela fonctionne.
      Merciiiiiiiiiiiiiii !!!
      François

    Répondre à ce message

  • Bonjour, une petite idée comme ça en passant.

    Spip transforme automatiquement le symbôle Tilde en espace insécable.

    Malgrès tout ce symbôle peut servir parfois.

    Alors j’ai cru comprendre que l’on pouvait l’afficher de plusieurs manières, par exemple en inscrivant &tilde;

    Si ça peut aller pour les redacteurs aguerries ce n’est pas la même chose pour les visiteurs de la partie publique qui voudraient répondre à un article.

    N’y aurait il pas la possibilité de faire une lame qui conserverait le caractère tilde (voir d’autres si spip transforme d’autres symbôles)

    Qu’en pensez vous ?

    Merci

    Répondre à ce message

  • 2

    Tentative de mise à jour... vers la version annoncée 1.7.18.00

    Téléchargement installation, vidage du cache. Version annoncée 1.7.10.00

    Je ne comprends pas

    Merci

    • euh ? je ne reproduis pas ce que tu dis... La version du plugin est mise à jour toutes les heures par ton site je crois.

    • Nouvelle mise à jour ce matin...
      C’est bon, ça marche

    Répondre à ce message

  • Alfred Sawaya

    Bonjour,

    Je voudrais savoir comment faire pour ajouter les ’++++’ automatiquement (par exemple tous les 1000 caractères, à la fin d’un mot, avec un wordwarp) juste avant que le couteau suisse ne pagine mon texte ?
    Plus particulièrement, j’aimerais savoir où mettre mon code php qui le fait ?

    Merci beaucoup :)

    Librement,

    Alfred.

    Répondre à ce message

  • 1

    Salutation

    « SPIP et ses raccourcis » ne me propose que la modification du hr et du h3. Je voudrais l’étendre aux p class=« spip » . Comment faire ?

    Jac

    • A noter que le class=« spip » se retire bien des h3.

      J’utilise la dernière version de spip et du couteau suisse

      Jac

    Répondre à ce message

  • Osbern

    Juste un message pour vous remercier de ce superbe plugin. J’ai réalisé un site d’histoire et j’ai donc beaucoup apprécié l’option qui met automatiquement en exposant les numéros de siècle. J’aime aussi le glossaire interne pour expliquer les mots difficiles ou pour préciser la localisation d’un lieu.

    Répondre à ce message

  • 1

    Bonjour,

    Les dernière SVN semblent avoir cassées quelques lames.

    Comme les smiley, le sommaire pour les articles, les points de suite cliquables, ...

    Merci

    • Bon ben je me suis encore fait avoir certainement par une histoire de cache.

      Et pourtant j’ai quand même attendu 2 jours pour poster ce message.

      J’ai bien vidé le cache et cela ne fonctionnait pas.

      Et puis d’un coup c’est revenu tout seul.

      Bon la prochaine fois j’attendrais encore un peu plus longtemps avant de venir vous embêter.

    Répondre à ce message

  • 6

    bj, merci de votre couteau.

    Cependant...j’ai un leger pb, j’utilise la version de spip1.9.3, et quand j’insere des onglets, dans l’affichage privée cela fonctionne normalement, mais dans l’affichage public les onglets se positionnent en vertical au dessus des boites.

    De plus avec le plugin boite a outils ( envoyer mail, aggrandir texte etc)la barre à outil s’affiche elle aussi en vertical et non pas en horizontal... Ce la doit peut etre venir des styles...en fait je cherche, je cherche mais je trouve pas.

    Sinon tout le reste tourne bien et je vous en remercie.

    j’ai essayé plusieurs trucs mais aucun effets sur le pbs. Alors si quelqu’un a qui cela est deja arrivé peut m’aiguiller, cela me rendrait beaucoup service.

    Actuellement je fais tourner en local.

    merci de votre coopération et de votre travail.

    • de plus j’utilise le plugin, squelette_multiflex31.

      j’ai regardé dans la construction des articles si il ne trainait pas *( si ce n’était pas le même pb que sur alternative, mais j’ai pas trouvé...)

      si cela est déjà arrivé a quelqu’un,ce serait bien qu’il en fasse part.

      merci
      er

    • tu as un lien public peut-être ? là c pas évident de voir le pb...

    • rebj,

      en fait je travaille en local,mais j’ai fai une capture d’ecran ou on voit nettement le pb.

      merci encore

    • Je pense que les CSS sont coupables. Je te conseille d’utiliser Firefox et l’extension Firebug pour traquer toutes les subtilités des CSS et remédier à la situation.

    • re,

      un tru cterrible...
      je recupere le fichier css « decoupe.css » du couteau suisse.
      je supprime tout le contenu,donc je n’ai plus de feuille de style, et la rien ne change...
      je stoppe easy php, je relance je recontrole, et tjs pareil...
      il semblerait que le fichier « decoupe en js » ne prenne pas comme feuille de style le decoupe.css !!! c’est possible ca ???
      bon je continu...
      eric

    • il faut bien vider les caches (SPIP+navigateur) et utiliser Firefox+Firebug

    Répondre à ce message

  • asso.bachant

    Voici donc le résultat du travail de Patrice sur les onglets ; Suite a mes différentes solicitation.

    Les onglets dans le texte ce code de la maniére suivante :

    <onglets>premier
    
    ++++deuxiéme
    
    ++++troisiéme
    </onglets>

    Pour notre site, je me suis retrouvé confronté a devoir insérer des onglets dans les onglets, une modification du code a été necessaire ; modification réalisé par patrice (merci) ; Donc pour insérer des onglets dans un onglet il suffit de numeroté l’onglet ce qui donne.

    <onglets>premier
    
    
    bla bla bla
    
    ++++deuxiéme
    
    
    bla bla bla
    
    <onglets1>premier_du_deuxiéme
    
    
    bla bla bla
    
    ++++deuxiéme_du_deuxiéme
    
    
    bla bla bla
    
    ++++troiséme_du_deuxiéme
    
    
    bla bla bla
    </onglets1>
    
    bla bla bla
    
    ++++troisiéme
    
    bla bla bla
    </onglets>

    De plus il me fallait pouvoir utiliser le code des onglets dans le « PS » ; mais comme m’a justemment fait remarqué patrice je cite :

    « ben je sais pas.. je vois pas trop l’interet là, si on le met dans le ps (que très peu de monde utilise) alors il faudrait aussi le mettre dans le chapo, la bio et tout le reste !
    autant pour toi d’utiliser un filtre dans ton squelette »

    Donc le fameux filtre c’est :

    -  [(#PS*|cs_onglets|propre)] a inserer dans article.html

    et puis il vous ext possible de faire un lien qui mêne directemement dans un Onglet

    -  avec onglet=XX dans l’url

    et la je me dit comment je trouve le numero de l’onglet pour faire le lien ; ben tu calcules à partir de zéro.. pas dur ! lol
    il faut mettre :
    http://www_ton_site/spip.php?article_ton_N°&artpage=ton_numero_de_page(si utilisé)&onglet=Ton_numero_d’onglet#outil_sommaire_Ton_numero_dans_ton_sommaire

    comme un exemple c’est mieux :
    http://www.bachant.info/spip.php?article603&artpage=2&onglet=6#outil_sommaire_4

    Article exemple utilisant les onglets ; des onglets dans les onglets ; des onglets dans le PS
    http://www.bachant.info/spip.php?article603

    ps :/ @llez hop un fricandelle a prévoir ; moi

    Répondre à ce message

  • 8
    Florent

    1) Les balises html sont également recherchées !

    Ex. Je défini le mot « p » ou « table » dans les mots clés du Glossaire. Alors J’obtiens des trucs comme ça (code source) :

    &lt;<a name="mot1246" href="+-Table-+.html" class="cs_glossaire"><span class="gl_mot">table</span><span class="gl_js" title="Table"></span><span title="terme de musique"></span></a> class="spip" summary=""&gt;
    Institut Médecine des Arts, travaux 2004
    
    <!--<a name="mot1246" href="+-Table-+.html" class="cs_glossaire"--><span class="gl_mot">table</span><span class="gl_js" title="Table"></span><span title="terme de musique"></span>&gt;

    2) Les accents posent visiblement des problèmes :

    Ex. Si je défini le mot clé « Ré » alors le moteur crée un lien vers ce mot quand il rencontre, par exemple, « Carré ».

    Idem dans l’autre sens. On défini « appel » et le moteur fait un lien quand il croise « appelé »

    • 1) Le glossaire est plutôt réservé aux mots difficiles... Pkoi voudrais-tu mettre « p » ou « table » ? De plus, les balises html dans les articles SPIP sont rares et peu conseillées...

      2) Quelle version de SPIP as-tu ? Quel Charset choisi pour le site ? Quelle façon de rédiger l’article (copier-coller/clavier/etc.) ? Code source de l’article ? Le Couteau Suisse est-il à jour ?

    • Florent

      1) Ce n’est pas directement pour moi mais pour un client... :


      P

      dictionnaire de musique, Rougnon, 1935.

      1. Lettre abréviative, employée pour le terme italien piano, qui indique un esonorité douce et faible.
      2. V. Notations boécienne.


      Table

      Nom féminin.

      Dictionnaire d’instrumentation et d’orchestration, Rougnon, 1935.
      Nom donné aux deux parties en bois verni qui forment la caisse sonore dans les instruments à cordes et à archet,dans la guitare, la mandoline. La table supérieure est celle sur laquelle les cordes sont tendues. L’inférieur est appelée table de fond.


      Les balises HTML ne sont pas saisies en dur dans l’article mais avec la syntaxe spip appropriée. Exemple pour un tableau |Cell1|Cell2|. Idem, les paragraphes ne sont pas créés par le rédacteur mais par les filtres spip (saut de ligne => <p>)

      2)

      • SPIP 1.9.2c [10268]
      • Couteau suisse dernière version (1.7.17.03)
      • Charset : UTF-8
      • Les articles sont rédigés avec la syntaxe SPIP uniquement
      • Code source de l’article : http://pastie.caboo.se/182891 (vers la ligne 380)
    • Florent

      PS : Les <p> ne posent pas vraiment problème car j’ai modifié la requête sql comme suit :

      --- glossaire_fonctions.php
      +++ (clipboard)
      @@ -62,7 +62,7 @@
       	static $accents;
       	if(!isset($accents)) $accents = cs_glossaire_accents();
       	$limit = defined('_GLOSSAIRE_LIMITE')?_GLOSSAIRE_LIMITE:-1;
      -	$r = spip_query("SELECT id_mot, titre, texte, descriptif FROM spip_mots WHERE " . $GLOBALS['glossaire_groupes_type']);
      +	$r = spip_query("SELECT id_mot, titre, texte, descriptif FROM spip_mots WHERE " . $GLOBALS['glossaire_groupes_type']." and LENGTH(titre) > 2");
       	// compatibilite SPIP 1.92
       	$fetch = function_exists('sql_fetch')?'sql_fetch':'spip_fetch_array';
       	// protection des liens SPIP
    • La seule solution serait donc de protéger avant tout traitement du glossaire toutes les balises html : <[a-z][a-z0-9]* [^>]> et </[a-z][a-z0-9]*>

    • (je parlais du code de l’article lui-même en format SPIP, non de la page HTML finale)

    • Florent

      Heu... je suis loin d’être un spécialiste des RegExp ... et pour tout dire, je n’ai pas compris quelle était la solution (sachant qu’il y a 2 problèmes : balises html et accents) ?

      Merci

    • Je viens de retravailler un peu le code. La version 1.7.17.04 du plugin résout-elle ces 2 pbs ? (sans en créer de nouveaux...)

    • Florent

      En un mot : Wonderful !

      • Problème 1 sur les balises html : réglé
      • Problème 2 sur les accents : (visiblement) réglé
      • Pas de nouveau problème.

      Mille merci.

    Répondre à ce message

  • 1

    Apres avoir installé le couteau suisse sous 1.9.2. Je vais dans Configuration, les outils m’apparaissent tous comme inactifs mais je ne peux pas cliquer dessus pour les activer. Où est le problème ? (Ca ne marche pas non plus avec l’ancienne interface)

    • En cliquant sur les outils, la description s’affiche-t-elle bien ? Dans cette description il y a un lien pour activer l’outil.

      Sinon, y a-t-il des erreurs Javascript ? Que te dit le couple Firefox/Firebug ? Le Couteau Suisse est-il à jour ? Il ne te délivre aucun message particulier sur sa page d’admin ?

    Répondre à ce message

  • 1
    DadaMuse

    bonjour,
    je me demande comment on fait pour mettre a jour le plugin couteau suisse ?

    Je suis sous spip 192b et j’ai actuellement le plugin Version : 1.7.2.12 et je souhaite le remplacer par le plugin Version : 1.7.17.03 que j’ai sur un autre site et qui est meilleur ??

    merci pour vos éclairages !

    • Je viens de compléter l’article en ce qui concerne la mise à jour. Un conseil : passez également SPIP à la version 1.92d.

      Pour mettre à jour le Couteau Suisse, la procédure par FTP est en quatre points :

      1. Supprimez tous les fichiers du dossier plugins/couteau_suisse/
      2. Transférez-y les nouveaux fichiers téléchargés sur la zone
      3. Rendez-vous sur la page de gestion des plugins (ou procédez à son réaffichage) : ecrire/?exec=admin_plugin
      4. Rendez-vous sur la page de gestion du Couteau Suisse (ou procédez à son réaffichage) : ecrire/?exec=admin_couteau_suisse

    Répondre à ce message

  • je pense qu’il y a deux contribs qui auraient parfaitement leur place comme lame de couteau suisse :
    http://www.spip-contrib.net/balise-TITRE-PARENT
    et
    http://www.spip-contrib.net/Google-Like-II

    ça serait vraiment pratique de les avoir en juste un petit clic de config ;)

    Répondre à ce message

  • 1

    Ce serait top d’ajaxer les blocs dépliables, non ?

    Répondre à ce message

  • 6

    bonjour, l’option Pas de forums anonymes ne marche pas sur mon spip en 1.9.3 !

    une idée du problème ?

    • Je viens de faire l’essai, sans problème. ça fonctionne au second clic, pas au premier. as-tu javascript activé sur ton navigateur ? sinon, merci de préciser ton OS et ton navigateur, histoire de mieux cibler le pb éventuel.

    • mon java est bien activé, OS : mac osx leopard 10.5.2 - navigateur : firefox 2.0.12 et safari 3.4.x

      second click ? tu veut dire apres en mode previsu ?

      le site en question si tu veux tester :http://www.scientox.info/

    • Ok, là c’est une question de squelette... Comme tu n’utilises pas le formulaire de SPIP original, la fonctionnalité ne fonctionne pas. En 1.93, l’id d’auteur n’est plus ’auteur’, mais ’session_nom’. A voir si tu peux le remplacer directement dans ton formulaire ’forum.html’

    • impeccable sa marche en modifiant le champ en « session_nom » :) merci beaucoup

    • Vérifie bien que ça ne perturbe pas l’enregistrement du nom d’auteur. A titre de prévention, je viens de modifier le couteau suisse pour qu’il traite l’id ’auteur’ s’il ne trouve pas ’session_nom’. Après mise à jour, tu peux remettre ton squelette comme il était avant, et ça devrait marcher.

      Le changement d’ID par SPIP résulte de l’idée de ne pas réafficher les input si l’auteur est connecté : voir formulaire/login_forum.html

    • je viens de tester avec ta mise a jour et remis le squelette avec auteur.

      sa bloque bien mais si on ne rentre pas de mail le nom n’apparait pas au final.

      avec session_nom par contre sa marche sans remplir le champ mail.

      id=« email_auteur » a changé peu etre ?

    Répondre à ce message

  • 4

    Bonjour à tous,

    le suivi des forum a-t-il été retiré du couteau suisse ?

    Je suis sur 1.9.2.d et dernière version du couteau suisse à ce jour.

    Merci d’avance pour votre réponse, et éventuellement vos solutions de rechanges !

    Thomas

    • En principe, non... Cette gestion est propre à la version 1.92 de SPIP mais abandonnée en 1.93.

      Je viens de renforcer les tests sur les versions. Peux-tu mettre à jour le plugin ? La version 1.7.16.11 devrait sans doute corriger de problème.

    • Youpii bravo, avec ta nouvelle version la fonctionnalité est réapparue !

      Thanks à tous
      Thomas

    • Alors ça c’est bizarre, depuis l’installation de la nouvelle version du couteau suisse pour faire refonctionner les forums, ce sont maintenant les onglets qui ne veulent plus fonctionner.

      Les titres d’onglets ont été repérés (clicables) mais rien n’a été rangé sous forme d’onglets, toutes les sous-partie qui devaient devenir des onglets restent bien à la suite verticale les unes des autres...

      Pourrait-il y avoir un lien logique ?

      Ou alors c’est un problème de JavaScript ?

      Merci d’avance pour vos lumières !
      Thomas

    • Oui, c’est un pb Javascript. Tu devrais installer le couple FireFox/Firebug pour voir si une erreur ne bloquerait pas l’installation des onglets...

    Répondre à ce message

  • 1

    J’en profite pour vous soumettre un problème qui bloque le développement de mon site.

    Depuis que j’utilise le couteau suisse les films qui passaient via le player multimédia ne démarent plus, on reste sur un simple écran noir. Je subodore un soucis par rapport à l’appel du Jquery, enfin je dis ça moi hein, je ne m’y connais pas suffisament...

    Comment puis-je me sortir de cette impasse d’après vous ?

    Thomas

    Répondre à ce message

  • Il semble que la version du 4 mars 2008 pose des problèmes sur free..
    En effet je n’arrivais plus à me connecter ...

    J’ai enlevé la version et cela fonctionne normalement.
    Quelqu un a t il eu le même problème

    vitry

    F5NZO Didier

    Répondre à ce message

  • 1

    Bonjour,

    Je viens d’installer la dernière version du couteau suisse sur mon site et j’ai activé cryptmail. Résultat : aucun effet, alors qu’auparavant ça marchait.

    mon site

    Y aurait-il des incompatibilités avec d’autres plugins ?

    Cordialement

    Répondre à ce message

  • 1

    Bonjour,

    Les smileys ne semble plus fonctionner avec la dernière SVN.

    Chez moi ils ne s’affichent plus.

    La lame « balise introduction » non plus d’ailleurs.

    Ce n’est plus cliquable en page d’acceuil.

    Merci

    • Bon ben tout refonctionne.

      Bizarrerie avec le cache certainement.

      Désolé pour le dérangement.

    Répondre à ce message

  • 10

    Bonjour

    j’ai installé le couteau suisse et quelques autres plugins.
    Depuis impossible de vider le cache depuis la partie « admin ».
    j’ai désactivé tous les plugins, j’ai fais un reset depuis le couteau suisse, mais rien n’ y fait.

    Quand je vais à /ecrire/ ?exec=admin_vider j’ai une page désespérément blanche.
    Quelqu’un à une idée ?

    Merci

    • Tu as bien la version 1.7.16.00 du plugin ? As-tu supprimé le dossier tmp/couteau-suisse ? Est-ce que la page blanche ne se produit que sur exec=admin_vider ? As-tu désactivé tous les autres plugins pour être sûr que le couteau suisse est responsable ?

      Si oui à tout, que donne le fichier tmp/spip.log lorsque tu rafraichis exec=admin_vider&cs=log ?

      Quelle version de SPIP ? Quels outils activés ?

    • J’ai désactivé carrément tous les plugins et viré le tmp/couteau suisse..et toujours la page blanche.

      spip : 1.9.2c

      plugins actuellement actifs :
      -  Plugin SPIP-Sondages / surcharges
      -  Barre Typo Enrichie Ecologique
      -  Couteau suisse V:1.7.9.10 ( outils désactivés).

      Par contre que veux tu savoir sur le fichier tmp/spip.log ?
      Je peux le copier coller si cela peu t’aider a me donner un coup de main

    • Ton Couteau Suisse est là trop ancien. Peux-tu le mettre à jour ? Si le problème persiste, je t’enverrai un mail pour que tu m’envoies tes fichiers log.

      Un truc au passage : Le CS insère ses raccourcis dans la barre typo V2, mais je n’ai jamais fait d’essai avec la barre typo écologique... suis pas sûr que ça fonctionne...

    • Je ne sais comment te remercier !!!

      En effet mon couteau était obsolète et en le mettant à jour j’ai découvert un message me signalant qu’il était incompatible avec la typo écologique.

      Tout est rentré dans l’ordre à présent !
      Cela faisait bien 3 semaines que je me torturais dans d’ improbables manips !!

      Merci pour ta réactivité stupéfiante !!

    • j’utilise une version de spip 1.9.1 et dans l’interface d’admin (?exec=admin_couteau_suisse), je narive pas à sélectionner l’outil que je veut utiliser. il n’y a rien qui se déroule quant je clic sur un outil.
      est-ce un problème de version de spip ?

    • Il doit y avoir des erreurs Javascript, non ? As-tu essayé de désactiver tous les autres plugins ? Je recommande dans ce cas d’utiliser FireFox avec l’extension FireBug pour traquer ces erreurs...

      Autre piste, tu as peut-être tout simplement oublié d’installer le plugin jQuery !

      A titre préventif, la version 1.7.16.04 du plugin (que je te conseille d’installer dès maintenant) notifie l’absence de jQuery en page de configuration et te renseignera donc peut-être.

    • merci le prb été bien du au javascript jai installé le plugin et sa marche merci

    • Bonjour,
      J’ai aussi ce problème mais avec SPIP 1.9.2d

      Je l’ai résolu en désactivant le plugin « Barre typographique pour les rubriques pour Spip 1.9.2 » V2

      dd

    • Je ne connais pas ce plugin. N’est-ce pas plutôt la « Barre typo généralisée » ?

    • tu as raison je viens de vérifier c’est une ancienne version d’une variante de la barre généralisée..
      dd

    Répondre à ce message

  • 1

    Bonjour
    Je note une interaction négative entre Couteau Suisse (1.7.9.12) et SPIP-Listes (1.97). Si on active l’outil « Version texte » du CS alors lors de la creation d’une liste de diffusion , il y a un probleme d’affichage qui exclu le bouton « valide » et le cadre Texte de Pieds de page.

    • Merci pour ton message.

      Il révèle une incompatibilité (fonctions nommées identiquement) entre le Couteau Suisse et SPIP-Liste pour SPIP 1.9 et pour SPIP 1.92. Je viens donc de corriger SPIP-Liste 1.97 pour régler le pb. Pour info, la version 1.9835 de ce plugin pour SPIP 1.93 a déjà été corrigé par ses auteurs.

      Il te reste donc à mettre à jour le plugin, ainsi que le Couteau Suisse (version 1.7.16.07 actuellement).

    Répondre à ce message

  • 5

    Bonjour, j’ai les dernières versions de spip et du couteau suisse. j’ai un pb avec les blocs dépliables : sous firefox 2, j’ai un grand espace blanc au-dessus du bloc à déplier. Je ne l’ai pas sous IE 7 (ça change, d’habitude, c’est sous IE7 qu’il y a des soucis !).
    Voir ici : http://catholique-dijon.cef.fr/spip.php?article644
    Faut-il changer quelques chose dans une css ?
    Merci d’avance !

    • Aie, ton site est en panne... Il doit y avoir une incompatibilité qq part...

      Pourrais-tu chercher pourquoi cs_decoupe() n’est pas trouvée ? il semble que mes_fonctions.php ne soit pas chargé au moment où SPIP a besoin des traitements sur #TEXTE...

      Le plus simple dans un premier temps serait de retourner en squelette dist, histoire de voir ce qui se passe.

    • Merci de ton essai... En fait j’ai dû retirer quasiment toutes les options du couteau suisse, car le site ne cesse de planter, ou j’ai des avertissements de mémoire faible si j’essaie de modifier un article.
      Je dois passer en revue tout le site pour voir ce qui cloche.
      Je remets à plus tard mes tentatives...
      Merci en tout cas

    • Hello,
      C’est, je pense, lié aux « clear : both », si ton design utilise des floats. J’ai eu le mm problème, il faut supprimer les deux « clear : both », des onglets et du contenu, et ajuster les alignements en fonction. Je n’ai pas fini de le faire, donc j’ai encore un petit souci, mais comme je dois refaire le design complet des onglets sur mon site, je ne m’en suis pas trop préoccupé... :(

    • Je viens d’écrire la doc sur les blocs dépliables. Va voir : http://www.spip-contrib.net/ecrire/.... L’article est proposé à la publication, tu pourras peut-être y mettre un avis !

    • Je viens d’écrire la doc sur les blocs dépliables. Va voir : http://www.spip-contrib.net/ecrire/.... L’article est actuellement proposé à la publication, tu pourras peut-être y mettre un avis !

    Répondre à ce message

  • 4

    Bonjour,

    Est-il possible d’avoir plusieurs styles de bloc. Par exemple bloc1, bloc2, bloc3... ?

    Merci et encore bravo pour ce bel outil

    • Oui, c’est implémenté dans la toute dernière version.

      Afin de différencier les blocs et mieux les gérer par CSS, il est possible d’ajouter un numéro à tous les raccourcis <bloc> (ou <invisible>) et <visible>, comme ceci : <bloc2> (ou <invisible3>) et <visible4>. La classe « cs_bloc4 » sera ajoutée si le numéro 4 est trouvé.

      Euh... suis-je clair !?

    • Euh... suis-je clair !?

      J’avoue avoir du mal... Où faut-il régler les css des blocs ? Comment intégrer les différents blocs (bloc1, bloc2...) ?

      Dans bloc-css.html ?

      Merci beaucoup...

    • Les CSS doivent être ajoutées dans le fichier habituel de ton squelette. En ce qui concerne la dist SVN de SPIP, il s’agit du fichier « habillage.css » je crois. On le surcharge souvent à la racine du squelette utilisé pour le site.

      Il y a une autre possibilité encore, celle de surcharger directement le fichier plugins/couteau_suisse/outils/blocs.css.html en le recopiant dans monsquelette/outils/blocs.css.html et en y modifiant les styles proposés ou en y ajoutant tes propres styles.

      Un bloc <bloc2> est construit comme ceci :

      <div class="cs_blocs cs_bloc2"><h4 class="blocs_replie">un titre</h4><div class="blocs_invisible">le contenu</div></div>

      Il suffit donc de déclarer un style perso comme ceci :

      div.cs_bloc2>div {
      	border:solid 2px;
      }
      
      div.cs_bloc2 h4, div.cs_bloc2 h4.blocs_replie {
      	background:transparent none;
      }

      Dans cet exemple, tous les <bloc2> auront un cadre noir autour du contenu et les titres h4 seront privés de leur petit triangle.

      Pour y voir plus clair, je conseille toujours de débuguer son site avec FireFox et l’excellente extension FireBug. On peut y gérer les CSS et débugger le JS à la volée, c’est très pratique.

    • Je viens d’écrire la doc sur les blocs dépliables. Va voir : http://www.spip-contrib.net/ecrire/.... C’est proposé à la publication, tu pourras peut-être y mettre un avis !

    Répondre à ce message

  • 8

    Après avec lu les 250 messages de la contrib ;) je n’ai pas trouvé qq’un ayant eu mon problême, pas doué le gars ;((
    Je suis sous spip192b. J’essaie l’outil Sommaire pour article. Install ok.

    Je mets en-tête de mon article [sommaire], et je lance mon site :

    http://choeur.millerioux.eu/spip.php?article/spip.php?iid_article=14

    cata !

    Fatal error : Call to undefined function sommaire_nettoyer_raccourcis() in /volume1/web/choeur/tmp/couteau-suisse/mes_fonctions.php on line 136

    Le vilain !!!

    Alors, je flingue le repertoire web/choeur/tmp/couteau-suisse
    et je reload ma page html : miracle

    Le menu apparait (et le repertoire supprimé est recréé) mais au prochain appel de l’article : replante...

    Qu’ais-je pu rater ???

    Pour l’outil filets de séparation, je n’ai pas de plante, mais pas de résultat avec —0—
    http://choeur.millerioux.eu/spip.php?article/spip.php?id_article=4

    Merci du coup d’oeil.

    • Compléments à mon message :
      -  j’ai déactivé tous les plug-in
      -  j’ai réactivé le couteau et uniquement le Sommaire
      -  j’ai vidé le cache spip
      et relancer firefox en vidant son propre cache, et lancer l’url de mon site.

      La plante demeure... dur...

      Patrick

    • Problème presque similaire : le message d’erreur étant « ... on line 341 ».

      Mais ce message disparaît lorsque je rajoute « &var_mode=recalcul » dans la barre d’adresse.

      Je teste la balise #CS_SOMMAIRE sous spip192 en local.

    • Suite...

      J’ai désactivé tous les outils actifs pour tester un par un les outils.

      A chaque ajout (ou suppression) d’outils, j’ai supprimé le répertoire tmp\couteau-suisse et j’ai vidé le cache.

      1- Je n’ai rien activé : tout fonctionne.

      2- ... activé Un sommaire pour vos articles => cela semble fonctionner mais le sommaire a une drôle de présentation (occupe la largeur totale de la page et dans le cas d’un sommaire long, la liste sort de la boîte vers le bas).

      3- ... activé Supprime le numéro => erreur reproduite mais « ... in line 136 » (le « recalcul » permet le fonctionnement correct).

      4- ... désactivé Supprime le numéro et activé Découpe en page et onglets => erreur reproduite à l’identique (le « recalcul » permet le fonctionnement correct).

      5- ... désactivé Découpe en page et onglets et activé Blocs dépliables => comme en 2

      6- ... désactivé Blocs dépliables et activé Filets de séparation => comme en 3 !

      7- ... activé Blocs dépliables, Smileys et Tout en couleurs => comme en 2

      8- ... arrêté les tests...!

    • Fatal error : Call to undefined function sommaire_nettoyer_raccourcis()

      Le problème est-il résolu avec la version 1.7.16.01 du plugin ? Je pense qu’un include a été oublié. Désolé pour le temps passé...

    • Pour l’outil filets de séparation, pas de résultat avec --0--

      Ne serait-ce pas plutôt __0__ (2x2 tirets bas) ?

      Actuellement sur ton site, l’outil « Filets de Séparation » ne semble pas activé...

    • Mais oui !!! avec des underscores ça va beaucoup mieux ;)
      J’avais pris des tirets à l’image du trait d’origine dessiné avec ----

      Quant au sommaire, eh bien à ma grande honte, l’ultime dernière version du couteau résout le problème !!!

      J’aurai juré-craché l’avoir installé, mais non...... ;o(((

      Merci encore. Et désolé de déranger tout le monde pour rien....

      Je confirme que le couteau est tout a fait compatible avec :
      -  acces_restreint_1_9
      -  article pdf
      -  cfg
      -  dewplayer2 (player mp3)
      -  diapo_1_9
      -  saveauto_1_9_2

      et vive le couteau suisse (c’est pas les helvètes qui vont se plaindre qu’on leur fait de la pub !)

      Patrick.

    • Très grand merci pour ton temps passé. Celui du simple utilisateur (consommateur) que je suis n’est rien à côté du tien sans doute...

      Tout fonctionne même avec supprime numero activé. Je vais pouvoir passer à Spip 1.9.2 d’ici peu. Il ne reste plus qu’à apprendre à me servir en même temps, du sommaire et de la découpe en pages et onglets : les titres dans les pages ou les onglets ne s’affichent pas pour l’instant dans le sommaire !

      Et bravo à tous les concepteurs du Couteau Suisse.

    • Je vais pouvoir passer à Spip 1.9.2 d’ici peu

      Le site pré-cité semble être en 1.92b, il faut le passer sans hésiter en 1.92c.

      les titres dans les pages ou les onglets ne s’affichent pas pour l’instant dans le sommaire !

      Ah bon ? Le sommaire ne s’affiche que si tu as plus de 2 intertitres. Sur cette page je vois bien le sommaire...

    Répondre à ce message

  • 3
    robertcaron

    Fatal error : Call to undefined function sommaire_nettoyer_raccourcis() in /.../tmp/couteau-suisse/mes_fonctions.php on line 462

    Pourtant j’ai désactivé « supprimé numéro » qui ne marchait pas.

    Du coup certains ne mes articles ne sont accessibles.

    Que faire ?

    Spip SPIP 1.9.3 dev [11002] squelette dist

    • robertcaron

      J’ai sommaire article et pagination.

      Lorsque je désactive sommaire, ça marche...

    • Fatal error : Call to undefined function sommaire_nettoyer_raccourcis()

      Le problème est-il résolu avec la version 1.7.16.01 du plugin ? Je pense qu’un include a été oublié. Désolé pour le temps passé...

    • Pour moi, c’est réparé...

      Merci

    Répondre à ce message

  • 1

    Bonjour et bravo pour ce couteau suisse aussi génial que l’original du même nom !
    Mais comme on n’est jamais content, je souhaiterais n’afficher le portfolio que sur la dernière page d’un article lorsqu’on découpe celui-ci en plusieurs pages. Est ce faisable ? envisageable ? utopique ?

    Merci d’avance !

    • Le question du portfolio est délicate. J’ai introduit aujourd’hui trois filtres à cet outil pour avoir accès aux pages de l’article : artpage, artpage_fin et artpage_debut.

      Ces filtres regardent simplement le parametre artpage de l’url pour donner le résultat. Voici qq exemples d’utilisation, sans certifier que ça soit pérenne ou remplacé par des balises :
      -  #ENV{artpage} : renvoie la valeur du parametre artpage
      -  [(#ENV{artpage}|artpage)] : renvoie la page en cours
      -  [(#ENV{artpage}|artpage{1})] : renvoie le nombre de pages (uniquement si spécifié dans artpage !)
      -  [(#ENV{artpage}|artpage_debut|?{' '}) Premiere page !] : est vrai si on est sur la première page
      -  [(#ENV{artpage}|artpage_fin|?{' '}) Derniere page !] : est vrai si on est sur la dernière page

      Ceci permettra peut-être d’agir sur les boucles du portfolio...

    Répondre à ce message

  • 4

    Je l’aime bien le couteau suisse d’habitude ;-) mais là, je bug :(

    Après essai d’activation du plugin dans la page ?exec=admin_plugin j’obtiens dans la colone de gauche :

    Fatal error: Call to undefined function: cs_log() in /home_axe/martin/2parents.net/plugins/couteau_suisse/cout_pipelines.php on line 14 et plus d’affichage de la liste des plugins :(

    Pour débloquer la situation, il me faut désactiver le répertoire du CS dans plugins,

    Les versions 1.7.6.6 et 1.7.13.02 du CS donnent les mêmes résultats.

    SPIP 1.9.2b [10268] Je sais, c’est étonnant aussi :-/

    • Ah, est-ce que le passage à la version 1.7.14.00 règle le problème ?

    • Belle réactivité, ou bien je suis tombé tout prêt de la sortie de la version suivante ;-)

      Hélas ce n’est pas pleinement concluant. Après activation du CS je n’ai plus le message d’erreur précédent, mais une page de plugins vide (alors que j’en ai plusieurs d’installés).

      Suivant les conseils de cette page je cherche pour le supprimer /tmp/couteau-suisse ... mais on ne supprime pas un répertoire qui n’existe pas ;-/

      Je tente alors (test sur ’monsite.lcl’ en serveur local : lamp sur Ubuntu Dapper) http://monsite.lcl/ecrire/?exec=test_couteau_suisse qui me réponds :

      Erreur...
      Fichier exec/admin_couteau_suisse introuvable

      Bizarre, je vérifie mes droits et je tente d’apeler le fichier directement. Il parait bien présent car il me réponds par une erreur :

      Fatal error: Call to undefined function: include_spip() in /chemin/monsite/plugins/couteau_suisse/exec/admin_couteau_suisse.php on line 9

      Le même phénomène se reproduit (naturellement) avec test_couteau_suisse

      Enfin, comme auparavent, en renommant le répertoire du CS dans celui des plugins, j’en obtiens la désactivation et le rétablissement des autres qui sont installés.

      Un indice peut être : j’utilisais déjà le plugin « déplier/replier - bloc » Or maintenant il est intégré au CS. C’est presque par hasard que j’ai aperçu ce ’détail’. Mais désativer, réactiver, dans l’ordre ou le désordre n’a pas réglé le Pb de CS hélas.

      <angoisse existentielle>Quelles précautions devrait on prendre pour gérer la mutiplicité des plugins, des fonctions de CS et les mises à jour de tout cela sans craindre les conflits avec les options déjà installées et activées ... </angoisse existentielle>

      Enfin une suggestion : il serait peut être pertinent de séparer « LE » CS en une collection d’outils : « Les » Couteaux Suises : celui pour la typographie, celui pour l’administration ... En cas de difficulté avec une fonction l’impact serait plus modéré et puis tout un chacun n’a pas les mêmes besoins ...

      Bravo pour le nouvel interface, je viens de le voir sur un autre site que je gères , mais ... ce matin j’ai chargé la version 1.7.14.00 et la 1.7.14.01 est déjà disponible ? Mais en chargement je retombes sur la ’00’ pour le moment.

    • Ah oui, les fichiers zip sont fabriqués toutes les heures... réessaies peut-être après 19h05 ? Tu me diras si les pbs sont identiques... je viens de faire pas mal de nettoyage et de reliftage...

    • Bon, je te réponds qd même, même si je ne suis pas sûr que tu sois réellement à jour...

      Suivant les conseils de cette page je cherche pour le supprimer /tmp/couteau-suisse ... mais on ne supprime pas un répertoire qui n’existe pas ;-/

      Le plugin n’a sans doute pas eu le temps de le créer... essaie de mettre « cs=report » dans l’url afin d’afficher les erreurs php éventuelles... si tu es logué en adminstrateur, tu peux essayer aussi « cs=reportall », ça t’affichera toutes les erreurs.

      Il y a aussi « cs=log » qui permet de logger ce que fait le plugin au fur et a mesure. Les fichiers à regarder sont tmp/spip.log.*

      Un indice peut être : j’utilisais déjà le plugin « déplier/replier - bloc » Or maintenant il est intégré au CS. C’est presque par hasard que j’ai aperçu ce ’détail’.

      De mémoire, je ne pense pas qu’il y ait une incompatibilité, mais comme le Couteau Suisse est compatible avec cette contrib, il est devenu inutile d’activer les deux à la fois.

      <angoisse existentielle>Quelles précautions devrait on prendre pour gérer la mutiplicité des plugins, des fonctions de CS et les mises à jour de tout cela sans craindre les conflits avec les options déjà installées et activées ... </angoisse existentielle>

      Dans une certaine mesure, le Couteau Suisse prévient l’utilisateur sur sa page de config d’éventuels problèmes (genre mauvais passage 1.8 -> 1.92, ou Barre Typo trop vieille) et reste compatible avec ses versions antérieures....

    Répondre à ce message

  • 4

    Je voulais tester le plugin Couteau Suisse en local avec EasyPHP 2.0 en local, avec la dernière version de SPIP. J’ai téléchargé l’ensemble des plugins stables, extrait les plugins dans mon site local. Dès l’activation du plugin Couteau Suisse tout seul, tout le site est bloqué, y compris la partie privée, rien ne s’affiche sur les pages.

    Il s’agit de SPIP 1.9.2c [10268], et Couteau Suisse 1.7.13.02.

    -  Savez-vous d’où ça peut venir ?
    -  Comment revenir en arrière et débloquer le site ?
    -  Comment déboguer ?

    • bonsoir,

      je viens d’installer le couteau suisse (version prise sur cette page ce soir même) et version de spip 1.9.2... j’ai testé sur safari (mac os x) et sur firefox ça me fait la même chose ! j’ai donc voulu suivre la procédure d’urgence mais à mon grand déséspoir pas de dossier tmp/couteau-suisse à supprimer... si j’utilise les lien de reset donner rien ne se passe non plus... faut pas croire j’ai mis de la volonté à essayer des trucs ! :)

      merci d’avance pour une info pour remettre de l’ordre dans ces pages blanches... et remettre mon site en marche (parce que bien sûr j’ai testé direct sur mon site et que du coup kapout !)

      bonne nuit !

    • bon alors j’ai trouvé comment refaire marcher tout ça de manière radicale (et surement pas très propre...) j’ai effacé le dossier couteau_suisse dans plugin... et ça repart mais ma question reste entière y a t il eu d’autres personnes qui ont eu ce problème pour pouvoir installer ce couteau suisse qui m’a l’air fort sympathique !!!

      merci d’avance !

      bonne nuit !

    • Est-ce que le passage à la version 1.7.14.00 règle le problème ?

      La procédure d’urgence a aussi été revue...

    • Super ça marche merci beaucoup !!!!

      c’est quand même trop bête de pas avoir eu la bonne version à 6h près ! :)

      encore merci ! je m’en vais de ce pas découvrir cet outil !

    Répondre à ce message

  • 16

    Le moteur de recherche fonctionne correctement en affichant la totalité du texte séparé par des traits mais cette visualisation reste en cache et le retour sur cette page laisse la page totale et non plus découpée en plusieurs pages. Serait-il possible d’y remédier ?

    Merci pour cet excellent plugin

    • Merci de ce retour, le problème est en effet identifé. La mise à jour du plugin résout-elle cette mauvaise gestion du cache ?

    • Là, c’est le contraire. La recherche n’ouvre pas le texte en complet mais reste sur la page 1. L’idée précédente du if (strlen($_GET[’var_recherche’]) était bonne. N’y a t il pas moyen de bloquer la mise en cache de la page tout en permettant la fonction join hr et $pages ?

      Autre chose, la balise « title » des liens du sommaire ne s’affiche pas en UTF-8 mais en ISO alors que les mêmes balises sur les numéros de pages sont bien en UTF

      Merci

    • PS : avec la fonction decoupe_recherche qui remplace var_recherche, le surlignage ( spip_surligne ) ne fonctionne plus

    • Quelle est la version de SPIP ? En principe, le surlignage fonctionne toujours, mais c’est à l’utilisateur de chercher la page surlignée... Le cache ne faisait pas de différence entre une page classique et une page surlignée. Voilà pourquoi une page affichée entièrement au moment du surlignage était mise en cache et servait aussi pour les pages classiques (bug ci-dessus).

      Avec une variable decoupe_recherche, le cache mémorise chaque recherche de chaque page, et le surlignage est effectué en dur au moment du découpage et non au moment de l’affichage final.

      Une autre solution effectivement serait de supprimer la découpe du texte (donc afficher le texte complet en ajoutant des hr) si une variable decoupe_recherche était détectée...

    • la balise « title » des liens du sommaire ne s’affiche pas en UTF-8

      Merci bcp, c’est corrigé à présent.

    • En effet, autant pour moi, en allant de page en page, on trouve. Ainsi cela fonctionne dans la version SPIP 1.9.2a [8878]. Si je peux me permettre d’aller plus loin dans cette démarche, le lecteur ne prendra pas le temps de parcourir, c’est pour cela que, comme je le disais dito, l’idée d’afficher tout l’article avec des « hr » me semblait excellente.

      D’autre part, j’aimerais savoir s’il est possible d’améliorer votre plugin en permettant des recherches sur le contenu des champs extra.

      Merci pour l’UTF

    • l’idée d’afficher tout l’article avec des « hr » me semblait excellente.

      Pour ma part j’ai vraiment hésité... On peut aussi ouvrir une discussion et chercher une solution plus satisfaisante. On peux par exemple étudier la possibilité d’afficher directement la page de l’article contenant la première occurence cherchée.

      Si un article est découpé, c’était justement pour alléger le poids des pages, permettre une certaine clarté... Changer la mise en page peut être délicat. Et puis je me disais que si un utilisateur cherche vraiment un mot, il serait aussi intéresssé de parcourir les pages. Je ne voudrais pas trop surcharger SPIP quant aux surlignages...

      améliorer votre plugin en permettant des recherches sur le contenu des champs extra.

      Je ne suis pas convaincu de la pérénité des champs extra... Je ne les utilise pas personnellement. Mais si qq’un veut mettre la main à la pâte, je pourrai peut-être aider.

    • la possibilité d’afficher directement la page de l’article contenant la première occurence cherchée.

      Pourquoi pas mais (je reste sur mon idée :p), en admettant que la première occurence soit sur la page 2/10 et la deuxième sur la page 9/10, le lecteur prendra-t-il le temps d’aller à la page 9 alors qu’il aura satisfait sa curiosité ? Personnellement, j’en doute, à moins de faire un « conteneur » du style « Le mot recherché se situe sur les pages 2 et 9 » avec un lien conduisant sur une ancre. Oui, je me doute que cela doit demander une surcharge mais un moteur de recherche n’est-il pas un outil indispensable ?

      Je ne suis pas convaincu de la pérénité des champs extra...

      Moi non plus, je pense que cela évoluera vers une gestion des tables sql et non dans un champ fourre-tout, cependant je l’utilise pour des ISBN, d’où mon intérêt.

      J’ai aussi un problème sur la recherche dans le #CHAPO, sauf erreur de ma part recherche.html me donne bien l’article, par contre, je n’ai pas de surlignage.

      Merci en tout cas pour ce suivi

    • P.S. : Serait-il possible d’ajouter un filtre permettant d’afficher le texte en entier sans le sommaire et le découpage pour une impression par exemple, les filtres de texte habituels renvoient le sommaire.

      Merci encore

    • J’ai avancé un peu, en bidouillant. En m’inspirant de l’article d’Alexandra Guiderdoni, j’ajoute ceci :

      En Fonction :

      <?php
      
      //######## FILTRE IMPRIMER #######
      
      function imp($texte)
      {
      	$impression = str_replace('++++', '', $texte);
      	return $impression;
      }
      
      ?>

      Dans le squelette imprimer.html :

      A la place de #TEXTE mettre [(#TEXTE*|propre|imp)]

      Ainsi obtient-on une page entière en impression avec les paragraphes, sans le sommaire et la pagination. Il y a certainement un moyen de mettre cela en plugin, je laisse aux experts le soin de le faire.

    • OK... Je viens d’ajouter cette idée de filtre d’impression au plugin. Le Couteau Suisse introduit donc un nouveau filtre : cs_imprimer.

      Ce filtre parcourt tous les outils à la recherche d’une fonction ’monoutil_imprimer()’ et l’applique s’il la trouve. Bien sûr, la fonction cs_imprimer() est créée au moment de l’installation du plugin, et non lors de l’execution.

      Ce filtre peut retirer des raccourcis indésirables lors d’une impression par exemple.
      Deux outils l’utilisent actuellement :
      -  Découpe en page : l’article est imprimé en intégralité
      -  Sommaire automatique : le sommaire n’est pas ajouté

      Donc, pour que ça fonctionne : dans le squelette imprimer.html et à la place de #TEXTE, mettre [(#TEXTE*|propre|cs_imprimer)]

      Je travaille également à une gestion css de la chose...

    • Bonjour, j’ai rencontré un petit soucis avec l’impression de pages complètes.

      En effet, pour l’impression j’utilise le plugin :
      Imprimer Document alias « imprimir_documento »

      J’ai regardé le code du couteau suisse et de l’autre plugin, et le problème vient de la recherche d’une fonction portant le nom « _imprimer » alors que la fonction du plugin en question contient « _imprimir », elle n’est donc pas trouvée.

      J’ai donc dupliqué le code de recherche en remplaçant « imprimer » par « imprimir » et cela fonctionne.

      $f = $inc.’_imprimir’ ;

      (Spip-1.9.2 et plugins à jour via svn)

    • Oups, pourquoi faire cela ? la ligne que tu veux modifier recherche dans tous les outils du couteau si une fonction monoutil_imprimer() existe... Il ne faut pas la toucher, sinon les raccourcis indésirables (comme « ++++ » par exemple) ne seront plus retirés de l’article avant l’impression. Les deux plugins que tu cites n’ont aucune dépendance.

      Pour imprimer un texte propre contenant des raccourcis introduits par le couteau suisse, il faut utiliser le filtre cs_imprimer.

      Quel est donc ce petit soucis que tu as rencontré !?

    • Je n’ai pas remplacé la ligne, j’ai ajouté un bloc pour « imprimir » :

      $f = $inc.’_imprimer’ ;

      if (($f))

      // prise en compte du filtre ’monoutil_imprimer’ par le filtre du plugin : ’cs_imprimer’

      // ce filtre rend un texte imprimable (utilise par le sommaire ou la decoupe en page)

      $temp_filtre_imprimer[] = « \tif (function_exists(’$f’)) \$texte = $f(\$texte) ; » ;

      $f = $inc.’_imprimir’ ;

      if (($f))

      $temp_filtre_imprimer[] = « \tif (function_exists(’$f’)) \$texte = $f(\$texte) ; » ;

      il y a peut-être moyen de faire plus propre, en tout cas cela fonctionne !

    • Oups :

      $f = $inc.'_imprimer';
      
      if (($f)) {
      
      	// prise en compte du filtre 'monoutil_imprimer' par le filtre du plugin : 'cs_imprimer'
      
      	// ce filtre rend un texte imprimable (utilise par le sommaire ou la decoupe en page)
      
      	$temp_filtre_imprimer[] = "\tif (function_exists('$f')) \$texte = $f(\$texte);";
      
      }
      
      $f = $inc.'_imprimir';
      
      if (($f)) {
      
      	$temp_filtre_imprimer[] = "\tif (function_exists('$f')) \$texte = $f(\$texte);";
      
      }

       code » et non « quote », ah la la ... )

    • Le Couteau Suisse est à présent nativement compatible avec le plugin imprimir documento. Voir le paragraphe « Particularités » ci-dessus.

      Le filtre « cs_imprimer » est abandonné.

    Répondre à ce message

  • 1

    Bonjour,

    rapport du bogue sur le préfixe du cookie.

    J’ai installé le plugin sur une 1.9.2a toute neuve (site en développement) et la seule option activée était « renommer le préfixe du cookie ». Il y avait deux autres plugins actifs : Crayons et Accès Restreint (qui gère une partie du site réservée aux abonnés).

    En me déloguant (par le bouton de la partie privée), j’ai perdu la capacité de me reloguer. Un message d’erreur indiquait que mon ordinateur n’acceptait pas les cookies. Ce qui est faux, j’administre sans souci d’autres sites SPIP et j’ai vérifié que le cookie était bien créé avec le bon préfixe (celui spécifié dans le plugin).

    Pour pouvoir me reloguer, j’ai renommé le répertoire /couteau_suisse dans /plugins, puis j’ai réactivé le plugin et décoché l’option « renommer préfixe ».

    Je n’ai pas testé le plugin sans Accès Restreint, qui est mis en place avant, pour ne pas perdre le travail d’attribution des droits sur les rubriques, mais il me semble probable que la cohabitation des deux explique le problème.

    j’espère que ce mot vous aidera à fixer le bogue. Bon courage et merci encore pour ce plugin par ailleurs excellent et très pratique.

    • L’outil gérant le préfixe des cookies a maintenant disparu du Couteau Suisse, histoire d’éviter que de telles mésaventures se reproduisent. Le plugin Mutualisation permet de gérer tout ça beaucoup mieux. Petite doc.

    Répondre à ce message

  • 2
    Aurélien

    Bonjour, voici un raport de bug (lien avec couteau-suisse à confirmer mais j’ai de gros soupçons)

    J’avais activé l’option « en travaux » puis un jour, impossible de me connecter à l’espace privé. La page affiche des #REM de la page login.html (laquelle ? je ne sais pas !), problème de cookies (déja reporté sur le forum spip) et problème php avec le fichier phraser_html.php (ereg il me semble).

    Pour contourner le problème, j’ai dû supprimer le plugin CS via FTP puis modifier l’URL de connection (/spip.php ?page=login ?ecrire%20, retranscris de tête) en supprimant tout ce qui se trouve après login.

    Donc je peux me connecter enfin, sauver la base (ouf !!!) et recouvrer mon calme.

    Bref, j’ai mis à jour spip et le plugin. (au moment du problème : spip 1.9.2(8782) et CS (1.7.2.18)

    Je ne pense pas retenter l’expérience du module « en travaux » pour l’instant...

    Epilogue : pour l’instant, le site fonctionne et seul « supprimer numéro » est activé dans CS.

    Le site : www.tenseconds.fr

    • Ah oui ça a l’air sérieux... il faudrait trouver ce qui crée cette erreur. Rien à craindre côté base de donnée de toute façon, le CS n’y touche pas. en cas de pb, on peut tenter de supprimer le dossier « tmp/couteau-suisse » ou encore de taper l’adresse « ecrire/?exec=admin_couteau_suisse&cmd=toggle&outil=en_travaux » ou valider/dévalider l’outil « En travaux ».

      Peux-tu donner plus d’infos sur l’erreur que tu as eue ? Je pense passer prochainement la page d’info en fond de squelette. chacun pourra donc la surcharger à sa guise, tout en minimisant le risque d’erreurs.

    • Le plugin a été un peu revu depuis et le lien suivant le réinitialise totalement :

      ecrire/?exec=admin_couteau_suisse&cmd=resetall

      En cas de coup dur, ça peut être utile !

    Répondre à ce message

  • 4

    Bonjour,

    Tout d’abord merci aux auteurs pour ce merveilleux plugin.

    C’est mon premier bug avec le couteau suisse.

    Je viens d’upgrader la version précédente du couteau suisse sur mon site par la dernière version en ligne (1.7.12.00)
    et depuis le lien « recalculer cette page » en partie publique pour les admin ne fonctionne plus (quelque soit la page du site).
    La page s’efface mais ne réapparait pas (écran blanc) lorsque le navigateur a fini de mouliner. Je n’ai changé aucune option dans le couteau suisse.

    J’ai fais des essais en activant le module « SPIP et le cache » puis en le désactivant mais sans amélioration.

    Pour visualiser les modifs je passe donc par le vidage manuel du cache de l’espace privé.

    Ce problème est-il connu ?

    Merci

    • Bonjour,

      Quelles versions de SPIP utilises-tu ? Quels outils sont activés ? Le bug disparaît-il quand tu désactives un des outils ? ou la plugin entier ?

      Peut-être tu as un lien à montrer ?

    • oups ! bien sûr désolé, j’essai d’être le plus à jour donc j’ai la v 1.9.2c [10268] de spip, entre temps j’ai upgradé le couteau suisse en 1.7.13.00.(même problème)

      Je suis hébergé sur un serveur linux mutualisé (90PLAN) chez OVH (site planetroller.com).

      Lorsque je désactive le plugin le recalcul de la page fonctionne à nouveau.

      Effectivement après essais, il s’agit de l’outil « boite privées » qui occasionne le bug sur mon site.

      Je n’arrive d’ailleurs pas à personnaliser les paramètres définis par defaut pour cet outil. Voilà ce que me renvoi le site lorsque je clic sur « modifier ces 4 paramètres » (quel que soit le paramètre modifié) :

      Fatal error : Cannot redeclare cs_derniers_connectes() (previously declared in /home.10.17/planetro/www/plugins/couteau_suisse/outils/stats_rapides.php:3) in /home.10.17/planetro/www/plugins/couteau_suisse/outils/boites_privees.php on line 78

      Toujours avec cet outil : il passe ’bizarrement’ du status de actif à celui d’inactif (et vis versa) : en bas on ne sait pas trop s’il est actif ou non, il n’apparait plus dans la liste de droite[actifs], mais est quand même activé (visuellement).

      Il faut rafraichir la page pour voir s’il a bien été activé ou désactivé.

      Ce petit bug ne dérange pas pour l’utilistation que j’en fais sur le site mais si ca peut aider à y remédier...

      bon courage

      Manu

    • Ah oui, il faut supprimer le fichier outils/stats_rapides.php car cet ancien outil a été intégré à ’Boîtes privées’... Ensuite, tu peux te rendre sur la page de config du CS pour voir si ça se passe mieux ?

    • Nickel, ca fonctionne.

      Le recalcul des pages et le paramétrage de l’outil en partie privé. Il s’uffisait donc de supprimer le fichier « outils/stats_rapides.php » dans le repertoir du CS.

      Merci Patrice

    Répondre à ce message

  • 2

    Bonjour,

    Je suis en version 1.9.3 10932 et la lame, pas de forums anonymes ne fonctionne plus.

    On peut tout a fait poster un message sans indiquer de nom.

    Testé sous IE 7 et Firefox 2

    Merci

    Répondre à ce message

  • 5

    Je viens de constater une incompatibilité avec un autre plugin

    Apres une actualisation du plugin de la version 1.7.8.06 à 1.7.9.16 (égalment essayé avec 1.7.9.15) les champs ne s’affichent plus dans l’interface privé si le plugin Barre typographique multilingue est activé. En réinstallant l’ancienne version tout devient normal.

    Rainer

    • Je viens de faire une petite mise à jour généralisée... En mettant à jour tous les plugins concernés, ça change qq chose ?

    • Merci beaucoup, cette version semblent très bien marcher

    • J’ai posté un peu trop vite. En fait je viens de constater un autre bug que je n’avais pas relationné avec ce plugin.

      Une fois activée la dernière version (et les deux antérieures, la Boucle SYNDIC_ARTICLES n’affiche plus de résultat. Réinstallée la version antérieur ça marche à nouveau. Voilá une des boucles n’affichant plus de résultat

       		<B_articles_section>      
      			<div class="liste-articles">
      				<ul>
      		<BOUCLE_articles_section(SYNDIC_ARTICLES) {id_rubrique}{par titre}{lang}>
      <li>
      						<h3 class="titre"><a href="#URL_ARTICLE" class="spip_out">#TITRE</a></h3>
      					</li>
      		</BOUCLE_articles_section>	            
        				</ul>
      			</div>         
      		</B_articles_section>	 

      Merci
      Rainer

    • Les boucles !? ça alors...

      Qd je parlais de mise à jour, c’est la mise à jour de tous les plugins concernés, car j’ai modifié un des pipelines, et ça touche le CS, tout comme les plugins touchant à la BT

    • Ok, après avoir réinstallé tous les plugins, le tout semble fonctionner parfaitement.

      Merci

    Répondre à ce message

  • 8

    bonjour,

    depuis le passage à la version 1.7.9.11 du couteau suisse, la fonction supprimer_numero ne fonctionne plus chez moi...

    Je ne vous raconte pas la galère pour aller modifier partout dans le code à la main les lignes concernées...

    • À voir si un autre plugin empèche le traitement ? tu as fait des tests ? tu as un lien ? quelles sont les versions de tout ce que tu utilises ?

      ya pas de raison que ’supprimer_numero’ ne fonctionne pas...

    • Moi y a des plugins qui m’ont fait exloser mes pages xhtml !
      C’est quand meme incroyable de voir certains codages !
      NOTATION - ENVOYER PAR MAIL - IMPRIMER
      Ces plugin ne sont pas compatible xhtml
      je les laisse le temps de tout faire moi meme.

      Le couteau suisse m’a fait la meme surprise en ce qui concerne #SUPPRIMER_NUMERO. Je ne parle meme plus des pages blanches dans la partie privé.
      En fait les plugins entrent en conflit entre eux !

    • Tu n’es venu que pour râler, sans nous donner les moyens d’arranger les choses ?

      En ce qui concerne ’supprimer_numero’, Le Couteau Suisse gère une simple variable de SPIP, rien d’autre.

      Les plugins utilisent parfois les mêmes ressources en effet. Il n’est pas impossible de trouver une façon de faire cohabiter tout le monde. Maintenant tes infos son insuffisantes et tes messages ne vont pas rester ici très longtemps si tu ne coopères pas un peu.

    • lol
      je ne rale pas apres le coteau suisse qui fonctionne tres bien, mais apres quelques autres plugins qui lui donnent le tourni !
      Donc pour regler le probleme du couteau suisse, il faut en fait voir avec certains autres plugins....qui veritablement sement la panique dans pip.

      Moi par exemple supprimer_numero a fichu le camps apres avoir installé le plugin notation.

    • t’en es vraiment sûr ? Je viens de jeter un oeil au code de « notation » et je n’ai rien trouvé a priori : pas de traitement de balise, pas de pipeline de typo...

    • NOTATION - ENVOYER PAR MAIL - IMPRIMER Ces plugin ne sont pas compatible xhtml je les laisse le temps de tout faire moi meme.

      J’aimerais de rappeler que ces plugins sont libres et que le code est en développement SVN. Donc, tout le monde y a accès et peut apporter son expérience.

      Cela veut dire que toute amélioration de code de ta part est la bienvenue, surtout si elle est collaborative. Eh oui, la gratuité peut avoir un coût...

    • Je l’ai viré et cela refonctionne a nouveau...va comprendre.
      c’etait ca ou reprendre tous squelettes...j’ais vite fais moi choix

    • Je viens de faire une config SPIP 1.92 avec le « Couteau Suisse » et « Notation ». Mes titres n’aparaissent pas numérotés dans l’espace public... tout fonctionne bien...

    Répondre à ce message

  • 4

    Bonjour

    Le filtre smiley fonctionne sur tous les navigateur de France et de Navarre excepté ( je vous laisse deviner)....la louse de chez Microsoft !!

    Est ce que quelqu’un aurait une idée à me suggérer pour palier (encore une fois) au manque de ce ....je ne sais même plus comment le nommer....internet explorer !

    • IE6 ? IE7 ? Quelles sont les versions de tout ce que tu as ? tu as un lien ? ça serait bcp plus simple...

    • Salut

      Je parle de IE6

      Tient voila un lien
      dans un des forum y a un smiley visible avec opera firefox K-meleon..

      Par contre IE6 et Avant Browser qui usent de la meme mecanique n’y voient que dalle :(

      http://tamazgha.fr/Bonnes-affaires-Sarko,2114.html.

    • Eh oui, je confirme... Si tu mets un smiley dans un article, c’est la même chose ? je sais que SPIP réserve un traitement spécial des images png sous IE... Mais est-ce la raison ici ? j’en sais rien !

      Je viens de faire un test avec une version SPIP 1.92c de base, squelette de base, et tout fonctionne nickel sous IE, FF & SAF. C’est peut-être un pb de style dans ton squelette ? les smileys ont pour style : class="no_image_filtrer format_png"

    • ok merci pour le tuyeau !
      je m’en vais resoudre ce petit probleme !
      Effectivement c’est a cause de mon style !!

      MERCIIIIIIIIIIIIIIIIIII

    Répondre à ce message

  • 4

    Hello,

    Bon ben je vois que nos échanges sur le forum du plug En_Travaux se concrétisent à vitesse éclair sur la zone. Du coup j’en profite :

    -  le bouton d’accès à /ecrire sur le tweak ’en travaux’ -> pas idiot, perso je l’ai écrit à même mon message de maintenance mais pourquoi pas :)

    -  En travaux suggestion : une petite CSS à part pour le message de maintenance ? Bon ok c’est du pinaillage mais plus c’est tordu et plus j’adore :P :D (Nôôôn pas la tête !!! :O )

    -  l’idée d’un bouton CS en barre typo ? -> Génial j’adhère parce qu’avec toutes mes dernières install et réinstall j’en perd un peu la notion de ce que comportent mes dossier smiley et chatons :P :D

    Bonne nuit à tous ;)

    • le bouton d’accès à /ecrire sur le tweak ’en travaux’ -> pas idiot, perso je l’ai écrit à même mon message de maintenance mais pourquoi pas :)

      Salut, c’est moi qui ai proposé la balise #LOGIN_PUBLIC sur la page. J’avais également fait un lien vers ./ecrire. Mais moi aussi j’adore faire simple quand je peux faire compliqué si ça peut tout simplifier (et inversement ;) ). Comme je l’explique ci-dessous ça m’ennuie que les futurs admins (+/-10) bidoullent dans l’admin avant que je les ai mis au parfum. Actuellement leur rôle consiste à valider le graphisme/contenu de l’espace public.
      //HS//
      Quelqu’un sait qd sortira la version stable 193
      //FIN_HS//

    • Je viens de passer la page de maintenance en fond...

      Du coup, il est possible de la surcharger : « mon_squelette/fonds/en_travaux.html »

    • une petite CSS à part pour le message de maintenance ?

      c’est fait dans : « fonds/en_travaux.html »

    Répondre à ce message

  • 3
    b.poiraud

    Bonjour
    J’ai spip 1.9.2c et la dernière version du couteau suisse.
    J’avais déjà un « sommaire généré dynamiquement »
    J’ai activé « DECOUPER EN PAGES ET EN ONGLETS »

    et je trouve maintenant la ligne suivante :
    title=« Page précédente » alt=« Page précédente » /> 1 2 3 title=« Page suivante » alt=« Page suivante » /> ET J’EN TROUVE MËME DAVANTAGE !
    et cela a fait « sauter » mon sommaire automatique.

    Dans les articles où je n’ai pas mis ++++, le sommaire dynamique n’agit plus.
    J’ai essayé celui du couteau suisse, mais cela donne toujours l’erreur ci-dessus.

    J’ai bien supprimé #TEXTE* et j’ai mis à la place #TEXTE|propre|cs_decoupe
    J’ai validé et tout et tout. Qu’ai-je fait comme erreur ?

    Voir ici ce que ça donne : http://www.journal-la-mee-2.info/article218.html
    Merci !

    • #TEXTE tout court devrait suffire...

    • B.Poiraud

      Merci mais ... j’ai essayé, en vain !

      -  cela fait toujours disparaître mon sommaire généré automatiquement
      et cela me donne toujours plein de lignes bizarres . Voir ici : http://www.journal-la-mee-2.info/article218.html

      Cela me donne ceci : title=« Première page » alt=« Première page » /> title=« Première page » alt=« Première page » /> title=« Page précédente » alt=« Page précédente » /> 1 2 3 4 title=« Page suivante » alt=« Page suivante » /> title=« Dernière page » alt=« Dernière page » /> title=« Dernière page » alt=« Dernière page » />

      et c’est bizarre parce qu’il n’y a pas de ... < ... au début des lignes !

    • Le sommaire de Noplay n’est pas nécessaire. Il faut plutôt activer celui du CS. Il reconnait les mêmes titres, donc plus besoin de cette contrib, d’autant plus quece sommaire n’est pas compatible avec les découpes en pages.

    Répondre à ce message

  • 8

    Bonjour me revoila.

    Cela ne fonctionne plus de mettre dans un squelette en particulier forum html :

    [(#SMILEYS{16, titre, liens})]

    Cela marque Frimousses disponibles mais rien en dessous.

    J’ai essayé la balise Smileys tout court mais les images n’apparaissent pas et ce n’est pas cliquable.

    Merci

    • Pardon, j’avais changé un peu le code des smileys, et j’avais oublié la balise !

      Maintenant c’est rétabli. Merci du retour.

    • Impec

      Merci

    • salut a tous,

      j’ai un probleme avec le plugin couteau suisse : a chaque fois que jessaie d’y acceder a partir de l’administration, la page couteau suisse se relance, comme si elle se rechargeait, mais tout reste blanc et la page disparait...

      je ne sais plus quoi faire, je l’ai reinstalle au moins 3 fois — et je ne vois pas en quoi il y a un probleme.

    • As-tu bien la toute dernière version ?
      Actuellement, l’ancienne interface existe toujours : ecrire/?exec=admin_couteau_suisse_old. Ca le fait aussi avec cette page ?
      Quels sont les outils activés ?
      Essaie peut-être de supprimer le répertoire temp/couteau-suisse

    • je viens de suivre le lien que tu m’as donne de « l’ancienne interface », et tout a plante... mon site affiche « site en construction » —> retabli en desactivant le plugin.

      Je comprends rien... et la derniere version je l’ai peut etre pas (jai pris celle qui se trouve sur cette page sur le lien suivant : http://www.spip-contrib.net/Le-Couteau-Suisse en cliquant sur « telechargement ». j’imagine que c’est bien la derniere version. pour info, jutilise SPIP 1.9.2, ie la derniere version.

      Tout ce que je veux faire c’est afficher les onglets des rubriques, de maniere a l’avoir sur le bloc de droite et dans le plan du site pour faciliter la navigation. si tu veux jeter un oeil, c’est ici http://deezdynasty.fr.tc

    • j’ai la version dispo en telechargement sur cette page donc jimagine que c’est la derniere. et j’ai la version 1.9.2 de spip
      j’ai suivi le lien vers lancienne interface, qui marchait. j’ai active tous les outils et desormais, mon site plante et apparait « en construction » si je ne desactive pas le plugin.
      j’sais plus quoi faire, je suis tente de virer le plugin et laisser tomber... j’y comprends rien !

    • Activer tous les outils ? malheureux ! Les outils s’activent un par un, en fonction des besoins, et en connaissance de cause. Ne lis-tu pas les avertissements ?

      Tu as donc activé l’outil « En Travaux » qui bloque probablement le site public.

      Pour reconstruire le plugin, le plus simple est de supprimer le dossier tmp/couteau-suisse. L’adresse de réinitialisation des outils est : ecrire/?exec=admin_couteau_suisse&cmd=resetall

    • OK, ca remarche. me reste plus qu’a tenter de trouver comment utiliser « decoupe en pages et onglets »... ce qui va pas etre le plus facile non plus !

      Merci beaucoup pour ton aide Patrice ;)

    Répondre à ce message

  • 1

    J’ai une liste d’articles qui utilisent l’outil Blocs Dépliables.
    J’aimerais que le premier article et le seulement lui, soit déjà déplié lorsque l’on arrive sur la page.
    _ ?

    • Dans ce cas, on peut contrôler les blocs grâce à jQuery.

      Dans article.html (à l’intérieur de la boucle <BOUCLE_article_principal(ARTICLES) id_article), tu px par exemple ajouter le code suivant après <body> :

      [(#ID_ARTICLE|=={29}|?{'
        <script type="text/javascript"><!--
        jQuery(document).ready(function(){
       	jQuery("div.cs_blocs h4").click();
        });
        // --></script>
      '})]

      Le script sera donc inséré si l’article 29 est affiché, et tous les blocs dépliés.

    Répondre à ce message

  • 1

    La partie découpe en pages et en onglets semble incompatible avec le plugin onglets_texte, c’est cela ?
    Merci.

    Répondre à ce message

  • J’utilise l’option propre-qs et lorsque je recalcule ma page e.g « / ?La_vie_des_betes », spip me renvoie sur le sommaire en gardant « / ?La_vie_des_betes » dans l’url parfois vider le cache suffit, mais généralement je dois desinstaller format urls vider le cache et réinstaller l’option.

    Mes configs :
    -  Mac OSX
    -  Windows XP / Ubuntu 7 (DdBoot)
    -  Spip 192c
    -  Firefox2(mac/win/linux)
    -  Safari
    -  I.E.7.

    NB : Si un visiteur recharge la page tout se passe normalement

    Répondre à ce message

  • Bonjour

    que doit-on modifier pour changer la première ligne d’un tableau ?(yellow.gif ?)

    est-il possible de faire varier la largeur des colonnes ?

    cordialement

    Répondre à ce message

  • 2

    Bonjour à tous, d’abord toutes les fonctions que j’utilise sur le CS marchent très bien :).
    J’aimerais « optimiser l’option « site en travaux » car actuellement elle me sert de filtre avant le lancement du site plus que de »maintenance à proprement parler. J’aimerai ajouter un #LOGIN_PUBLIC pour permettre aux autres admins de s’identifier sans passer par /ecrire > Visiter qui n’est pas ultra sexy.
    Malheureusement je n’arrive pas à mettre la main sur le code qui genere l’option Site en trvx. Si qq1 avait une piste.
    Merci d’avance
    fred

    • Le fichier en question est : « outils/en_travaux_options.php ».

      Suite à cette proposition intéressante, je viens de proposer un correctif : les administrateurs peuvent désormais se logguer directement sur la page ’En travaux’.

      Est-ce bien cela que tu cherchais ?

    • C’est tout a fait ça :) merci pour la rapidité de la réponse !

    Répondre à ce message

  • 3

    Salut,
    J’espere ne pas attaquer un sujet deja publié...voici mon bug.
    Couteau suisse V 1.7.9.08 , SPIP 1.9.2b [9381].

    Dans l’espace privé, lorsque je clique sur « Configuration » je n’arrive plus sur la page des plugins mais sur la page du couteau suisse.

    Pouvez vous m’aider à arranger ce probleme svp !? merci à vous !

    • Alors dans un premier temps, il te faut absolument passer à SPIP 1.92c, des pbs de sécurité y ont été résolus.

      Ensuite, il se peut qu’il y ait des erreurs Javascript empechant les menus de fonctionner correctement. Avec FireFox et l’extension FireBug, tu devrais voir exactement ce qui se passe... Tu as un lien public à montrer ?

    • Merci pour vos precieux conseils !
      Je vais donc demander à mon webmaster de passer à la version « c ».
      Il est possible de voir le site sur http://vc2003.free.fr/v8/
      Je viens d’installer « FireBug »...je repasse vous dire si ca passe une fois la version « C » installée !
      A bientot et encore merci ! :)
      OlivD

    • Je viens de prendre un compte, histoire de voir ce qui se passe, mais en tant que rédacteur, je ne vois rien de mal...

    Répondre à ce message

  • 10
    Line Yoble

    Buenos dias !

    Je viens de télécharger la toute dernière version du Couteau Suisse (un grand merci à son auteur !!!) sur deux sites, un en 1.9.2c et l’autre en 1.9.2b.
    Lorsque je vais en test de la nouvelle interface et que je clique sur une des fonctions, histoire d’en voir les explications, j’ai, sous Firefox 2.0, les comportements suivants :

    -  Dans la 1.9.2b, les explications s’affichent en dessous des deux colonnes de fonctions désactivées / activés. C’est nickel chrome.

    -  Dans la 1.9.2c, les explications s’affichent à droite de la colonne des activées et sont complètement illisibles car dans la limite du cadre réservé par le paramétrage du plugin, zone où il n’y a plus de place pour afficher quoi que ce soit.

    Est-ce grave, docteur ?

    Merci d’avance.

    • Line Yoble

      Et j’en rajoute une couche :
      Sous Firefox, une fois que les explications d’une fonction quelconque sont affichées, plus aucune autre fonction de la liste ne peut être cliquée, alors que sous IE6, ça marche toujours (même si l’affichage de la colone des fonctions activées est bizarroïde).

    • Line Yoble

      Bon ben finalement, je n’ai pas le temps de laisser sécher les couches...

      Ça ne vient pas de la version de SPIP : pour un même site en 1.9.2b vu sous Firefox 2.0, les deux problèmes se produisent (détails affichés à droite et illisibles, et clic sur autre fonction impossible), alors que vu sous IE 6, aucun ne se produit.

      Par contre, et c’est encore plus bizarre, sous Firefox, j’avais un site sur lequel le premier bug ne se produisait pas, mais il se produisait sur le second (ce n’est qu’après que j’ai testé avec IE).

      En clair, si j’ose dire, c’est le brouillard. J’y perds largement mon belge.

      En attendant, j’ai (re)passé les deux sites en 1.9.2c, retéléchargé la dernière version du plugin et, sous Firefox, je n’ai plus que le deuxième bug (impossible de cliquer sur une deuxième fonction après avoir cliqué sur une première), alors que sous IE, tout marche nickel.

    • Merci de ces retours. Toutes ces réflexions méritent en effet de l’éclaircissement ;-)
      En tout cas, je ne parviens pas à reproduire sur mes configs les erreurs que tu évoques.

      Déjà, il faut être sûr qu’aucun autre plugin soit installé, au cas où...
      En ce qui concerne les clics, la page utilise le Javascript qui se désactive totalement dès qu’une erreur se produit. Il y a donc (peut-être) une recherche d’erreur JS...

      Avec FireFox, il existe la très utile extension FireBug qui permet d’y voir plus clair au niveau des CSS et du JS.

      A titre de protection, j’ai committé un peu au hasard un renforcement CSS des blocs de description.... Ca suffirait-il ?

    • sous IE6, ça marche toujours (même si l’affichage de la colone des fonctions activées est bizarroïde)

      Oui, j’ai aussi repéré cette bizarrerie. En principe, c’est corrigé.

    • Vraiment 13 et trange !
      Je viens, ce matin, de repasser sur la nouvelle config du CS sur mes deux sites, tous les deux en 1.9.2c, maintenant.
      Sur les deux sites et sous Firefox 2.0, je peux maintenant sans problème cliquer sur une fonction après en avoir cliqué une autre (j’utilise Firebug depuis un moment et je n’avais bêtement pas pensé à vérifier une éventuelle erreur Javascript - mais là, comme ça marche, il n’y en a pas).

      Par contre, l’affichage des explications d’une fonction se fait dans la fameuse zone à droite de la colonne des activées.
      Pour bien comprendre le fée Nomène et voir pourquoi c’est illisible, une petite copie d’écran là.

      Je dois quand même avouer que, entre hier et ce matin, j’ai installé le patch 2.0.0.8 de Firefox 2.0.

    • Line Yoble

      Et encore une info amusante (mais fera-ce avancer le schmilblick ?).
      Lorsque, avec le plugin FF Web Developer Toolbar, je choisis le menu ’Outline / Outline Block Level Elements’, la division qui contient l’explication est bien encadrée tout en restant à droite illisible.
      Mais lorsque, toujours avec WDT, je rajoute l’option ’Show Elements Name When Outlining’, alors brutalement la div en question passe en bas, là où elle devrait être.

      Funny, isn’t it ?

    • c’est bête vraiment car je ne reproduits pas cette erreur spontanément, d’autant plus que j’utilise également FF2.008... Merci beaucoup pour la copie d’écran, elle est vraiment très explicite !

      En trifouillant FireBug, les blocs se placent mal (pas systématiquement d’ailleurs) lorsque j’invalide « clear:both ; » au &lt:br nettoyeur/>, &lt:br nettoyeur/>, &lt:div cs_outils/> et au &lt:div cs_infos/>

      Firefox perd peut-être les pédale lorsqu’il trouve un &lt:div> tout seul. Je vais donc mettre une classe « conteneur » à ces deux div qui me permettent d’utiliser Ajax.

      -  1re question : est-ce la mise à jour du Couteau Suisse (fichier zip de 15h04) règle le problème ?
      -  sinon, 2zième question : est-ce lors du premier affichage (?exec=admin2) la phrase « Cliquez sur le nom des outils ci-dessus pour afficher ici leur description. » est-elle bien placée ?
      -  3zième question : quels sont les plugins installés qui pourraient éventuellement modifier les CSS de la partie privée de façon trop intrusive ?

    • Line Yoble

      Bien !
      J’ai donc téléchargé et mis à jour le CS sur mes deux sites.
      Et, ô miracle de la technique, sur les deux sites, que ce soit sous IE 6, Firefox 2 ou Opera 9, ça marche nickel.

      Je profite donc pour signaler que cette nouvelle interface me chagrine un peu sur un point : quand on clique sur une fonction quelconque, il faut obligatoirement dérouler la page vers le bas pour en voir le détail, puis remonter pour cliquer sur une autre fonction pas visible, puis redescendre pour voir le détail, puis...

      Oui, je sais, je pinaille, vu la qualité de l’outil. Mais bon, qui aime bien...

    • Oui, je sais, je pinaille, (...)

      Eh bien avec la toute nouvelle version, cette interface permet maintenant de plier les blocs... Cela serait-il donc plus à ton goût ? ;-)

    • Line Yoble

      Désolé pour le délai de réponse, mais j’étais temporairement parti sur autre chose.

      Je viens de télécharger et installler la dernière version du Swiss Knife.
      Effectivement, c’est mieux car il faut beaucoup moins faire défiler pour rendre visible la zone des explications.

      Merci encore pour ce beau couteau !

    Répondre à ce message

  • 1

    Bonjour,

    J’ai installé le plugin (téléchargé en début d’après midi aujourd’hui 27/10), mais seuls les smileys fonctionnent.
    Ce qui m’intéresse surtout, c’est le sommaire. Au niveau de l’installation, tout semble se passser normalement, mais cela n’a aucun effet sur les articles.
    Ne fonctionnent pas non plus : découpe en pages et onglets ni liens orphelins.

    J’ai d’autres plugins installés, qui fonctionnent bien : acces_restreint, article_pdf et le squelette sarka-spip 2.0.2 (15441). Par ailleurs ma version de spip est 1.9.2c (10268) et je suis hébergé chez lautre.net

    Je n’ai pas touché au squelette sarka (sauf retiré le nom du site dans le bandeau), juste à la feuille de styles, et encore, pour changer les couleurs (je suis bien incapable d’en faire plus...)

    pouvez-vous me venir en aide ?

    Merci

    José.

    • Une simple mise à jour du Couteau Suisse peut-être ?

      Car je viens d’installer en local : SPIP 1.9.2c SVN [10681] avec Sarka-SPIP 2.0.2 [16238] et tout fonctionne bien avec le Couteau Suisse version 1.7.9.01.

      Pouvez-vous confirmer ?

    Répondre à ce message

  • 5

    Bonjour,

    J’ai des problèmes avec SPIP 1.9.3 (10624) et le couteau suisse.

    D’une part je ne peut plus accéder à la page de configuration du couteau suisse, j’ai une erreur :

    Fatal error : Call to undefined function : ecrire_metas() in decoupe.php on line 30

    Et sur l’affichage public les smiley s’affichent mal
    Cela donne ceci par exemple :

    « title= » :-/« class= »no_image_filtrer format_png« src= »/monsite/plugins/couteau_suisse/img/smileys/mouais.png« width= »19« height= »19« /> » title=« » class=« no_image_filtrer format_png » src=« /monsite/plugins/couteau_suisse/img/smileys/mouais.png » width=« 19 » height=« 19 »/>

    Merci pour votre aide.

    Répondre à ce message

  • 1
    ManuDevil, Concepteur Multimédia

    Merci pour ce plugin ! Il répond à la plupart des besoins et ajoute des options très utiles à SPIP. Je l’utilise notamment pour ManuDevil.com et Visiter Lyon.

    Sur Visiter Lyon, j’ai noté un bug. J’ai essayé d’activer l’option MailCrypt, qui permet d’éviter le spam. L’article, dans l’interface d’administration, est parfait. Par contre, sur le site public, l’adresse email est carrément remplacée par [Email] sans aucun lien dessus. Du coup, le plugin (enfin, cette option uniquement) est complètement inutilisable. Rien de bien grave, mais c’est dommage.

    Merci encore, c’est un très beau travail de compilation, très utile !

    Répondre à ce message

  • 2
    Yannoonours

    Où peut-on voir le n° de version du Couteau Suisse installé sur son site ?

    Ne pourrait-on pas l’ajouter sur la page attribuée au plugin ? (http://www.nom-de-son-site.ext/ecrire/?exec=admin_couteau_suisse)

    • Ce numéro est visible sur la page des plugins, dans la description :
      http://www.nom-de-son-site.ext/ecrire/?exec=admin_plugin

      La page du Couteau Suisse, maintenant, c’est plutôt :
      http://www.nom-de-son-site.ext/ecrire/?exec=admin2
      (mais en test quelque temps, histoire de savoir si tout fonctionne bien...)

      Je vais voir si ce numéro de version peut apparaitre à cet endroit. RDV dans quelques heures. C’est vrai que ce numéro change souvent...

      Pat

    • Voilà, c’est fait...

    Répondre à ce message

  • 1
    Olivier From Endoume

    Bonjour,
    J’ai installé le plugin couteau suisse et en particulier l’outil « Dossier du squelette » de la partie « Administration ». Néanmoins, je ne sias pas et n’est pas trouvé où modifié le nom du dossier du squelette (par défaut il a bien ./biospip, comme on peut le vérifier
    dans le fichier tmp/couteau-suisse/mes_options.php :

    <?php
    // Code de controle pour le plugin 'Couteau Suisse'
    ++$GLOBALS['tweak_options'];
    /* Valeur par defaut : dossier_squelettes = "./biospip" */
    $GLOBALS['dossier_squelettes']="./biospip";
    ... 
    ?>

    Néanmoins si, par exemple, tout simplement dans ce fichier je remplace « ./biospip »
    par « ./squelettes/biospip » et déplace en même temps le répertoire « ./biospip »
    vers « ./squelettes/biospip », ça ne marche pas (plus de feuille de style).

    Si je reboote l’ordinateur, je constate que tmp/couteau-suisse/mes_options.php contient à nouveau « ./biospip » et non « ./squelettes/biospip ».

    Où se paramétre donc l’outil « Dossier du squelette » ?

    Merci d’avance !

    • Sur la page de config, là où il y a la liste de tous les outils, tous les noms sont précédés d’un petit triangle : il faut cliquer dessus pour accéder aux variables de personnalisation.

      Avez-vous réussi ? Le dépliement de la description se fait en javascript...

      P.S. : le plugin est en cours de mise à jour. Assurez-vous d’avoir la dernière version. Ce soir, il s’agit de la 1.7.8.06.

    Répondre à ce message

  • 1

    Question d’un débutant : comment généraliser à TOUTES les pages l’option « affichage plein texte », et pas seulement à la page sommaire ?

    • Ici, « version_plein_texte » est un simple filtre proposé, le plugin ne fait aucun traitement automatique. Ce filtre n’agit que si on lui demande, sur une balise en particulier au sein du squelette de ton site.

      Sur la page sommaire (sommaire.html), en général, la balise #INTRODUCTION transforme automatiquement le texte des articles en texte plein avant de les tronquer. Sur les autres pages, c’est la balise #TEXTE qui est utilisée et qui renvoie le corps des divers objets de SPIP (articles (article.html), rubriques (rubrique.html), brèves, forums, etc.). Sur ces balises, on peut appliquer n’importe quel filtre, il suffirait pour toi de trouver la bonne.

      Par exemple : (#TEXTE.

      SPIP offre déjà un filtre « texte_brut » qui retire toutesles balises du texte.

    Répondre à ce message

  • 1

    Je reproduis ici une excellente contribution de Philippe Auriol, qui lance un vrai débat ;-)

    De : Philippe Auriol
    Date : 6 octobre 2007 08:57:25 GMT+02:00
    À : Pat
    Cc : spip-zone at rezo.net
    Objet : Rép : [SPIP Zone] Couteau Suisse / Glossaire interne

    Il est temps de revenir sérieusement au sujet car le plugin couteau suisse est une tromperie !

    Si l’on s’en réfère à sa définition de Wikipedia, il devrait *au moins* :
    -  être gris
    -  avoir un drapeau suisse
    -  avoir une lame « couteau »
    -  être décliné en deux versions : soldat et officier

    http://fr.wikipedia.org/wiki/Coutea...

    Il est honteux que l’on puisse ainsi s’approprier ce nom sans même avoir cité dans le texte de la GPL MacGyver (et ses ayant droits) à qui nous devons tous tant et Eugène Pachon, premier soldat suisse à avoir utilisé son couteau suisse pour étaler du Nutella.

    Il a vraiment fallu que nous soyons bonne Pat pour laisser faire tout cela sans rien dire.
    — 
    Philippe

    Répondre à ce message

  • 4

    Bonjour,

    J’ai cette erreur, suite à l’installation du plugin :

    Fatal error : Call to undefined function : autoriser() in XXXXX/plugins/couteau_suisse/cout_pipelines.php on line 47

    La fonction en question :

    // ajout d'un onglet sur la page de configuration de SPIP
    function couteau_suisse_ajouter_onglets($flux){
    	// si on est admin...
    	if ($flux['args']=='configuration' && autoriser('configurer'))
    		$flux['data']['couteau_suisse']= new Bouton(find_in_path('img/couteau-24.gif'), _T('cout:titre'), generer_url_ecrire('admin_couteau_suisse'));
    	return $flux;
    }

    Petite précision : site hébergé chez Free.

    Merci.

    Répondre à ce message

  • 4

    Bonjour,
    J’ai activé le couteau suisse sur une version 1.9.2 de spip. Avec des squelettes bidouillés mais fortement inspirés de ceux d’origines.
    La version précédente de mailcrypt remplaçait les e-mails des pages par [email] mais sans faire de lien. Cette version n’en laisse apparaître que la moitié (sauf le premier).

    J’avoue désespérer réussir à faire marcher mailcrypt.
    Le lien en question : http://www.ostrea.org/articles/spip.php?article23
    Est-ce mon site (mes squelettes) ou le plugin qui est en cause ?

    Merci de votre aide

    • Oui tout est normal, d’après ce que j’ai vu dans ton squelette. Voici un peu d’explication sur les liens vus par le Couteau Suisse, dépassant un peu le simple cadre de MailCrypt.

      La balise #EMAIL est complètement absente des squelettes d’origine, car il est déconseillé d’exposer des emails bruts à l’écran.

      Voici ton code : [<A HREF="mailto:#EMAIL">(#NOM)</A>]

      A la base, la balise #EMAIL renvoie l’email brut, sans aucune protection. Mais :
      -  ’MailCrypt’ remplace l’arobase du mail par un span, rendant donc impossible l’utilisation de cette balise dans un href !
      -  ’Liens orphelins’ remplace l’email brut par un lien sur l’email, rendant également impossible l’utilisation de cette balise dans un href.

      En mettant à jour le Couteau Suisse, tu auras accès à un filtre que je viens d’ajouter : cs_lien. Je ne crois pas qu’il existe déjà dans SPIP ; ce filtre permet de créer un lien sur un texte.

      La syntaxe à utiliser dans ton squelette est donc désormais : [(#EMAIL*|cs_lien{#NOM})]

      Cela signifie que l’email brute non protégée est transformée en un lien SPIP [nom->email] par cs_lien, puis traitée par ’MailCrypt’ et éventuellement expansée par ’Liens en clair’ pour l’impression.

    • Je viens de publier un article sur le sujet : De beaux liens hypertexte. Très bonne lecture !

    • Bonjour,

      Merci pour ces éclaircissements. C’est surement la balise #INSERT_HEAD qui manquait maintenant dans mes squelettes pour la bonne marche de Mailcrypt.

      Malheureusement, je ne peux pas vérifier car le plugin couteau suisse avec mailcrypt activé fait planté spip avec une Fatal error : Allowed memory size ...

      Je ressairai de tout refaire proprement ... mais après le week-end.

      Encore merci !

    • Une petite remarque : il est urgent de pouvoir faire fonctionner Mailcrypt car des mails en clair apparaissent dans vos forums et il vaut mieux, à mon avis, les protéger.

      Bon courage.

    Répondre à ce message

  • 6

    Bonjour,
    malheureusement mailcrypt n’a pas l’air de fonctionner chez moi. Je l’ai coché dans la configuration du couteau suisse mais les adresses mails apparaissent toujours dans le code source comme avant. Est-ce qu’il faut faire une chose supplémentaire ?

    merci
    joz

    • Je précise mon problème :
      Mailcrypt fonctionne bien pour les adresses mail qui sont introduits dans un article. Ceux qui sont appelé par une boucle (auteurs) ne sont pas protégés par le plugin.

      Que faire ? Est-ce que mailcrypt ne peux pas prendre compte de tout les adresses e-mail ?

      Merci pour vos lumières

      Joz

    • Afin d’économiser du temps serveur, mailcrypt est actuellement branché sur le pipeline post_propre. Je ne sais pas ce que tu as mis dans ta boucle, mais les balises concernées ne doivent probablement pas passer par propre... ajoute peut-être le filtre |propre...

    • Merci pour la réponse, mais le filtre |propre ne change malheureusement rien.

      Dans ma boucle j’introduis tout simplement l’e-mail comme ceci :
      # NOM (sans les espaces)
      Y a pas plus simple !

      Que faire ? Est-ce qu’il y a un moyen d’employer mailcrypt dans mon cas ? Dois je employer un autre plugin ? Lequel ?

      Pour l’instant tout les adresses mails de mes auteurs se trouvent sur le site sans protection, cela me rend un peux nerveux...

      merci pour vos astuces
      joz

    • Je crois qu’il y a confusion... Ce n’est pas #NOM qui produit le mail des auteurs de ton site, mais #EMAIL !!

      C’est vrai que cette balise n’était pas traitée par mailcrypt, il aurait fallu utiliser la syntaxe : (#EMAIL

      Ceci dit, avec une mise à jour du plugin, une validation en page d’admin du couteau suisse et un recalcul de ta page, la balise #EMAIL est désormais traitée.

    • Merci, ça fonctionne maintenant, après un petit update du plugin.

      (Sorry, dans mon message précédent il y avais un petit malentendu, mon code à été interprété au lieu d’être affiché. A la prévisualisation ça marchait pourtant)

      En tout cas un grand merci

      à+
      Joz

    • Je viens de publier un article sur le sujet : De beaux liens hypertexte. Très bonne lecture !

    Répondre à ce message

  • 1
    Philippe Guérindon

    Bonjour,
    -  Merci pour cet outil.
    -  J’ai activé la gestion du javascript mais je n’arrive pas à inclure du code javascript dans les articles. Je sais le faire dans l’en-tête avant le </head> mais pas dans le corps de l’article.
    -  J’ai probablement manqué quelque chose.
    -  Merci pour votre aide.
    -  Philippe

    • Je ne suis pas sûr que mettre du javascript comme ça dans les articles soit une bonne idée. Autant passer par des modèles avec tout ce qu’il faut dedans et que l’on peut appeler <modeleX>.

    Répondre à ce message

  • 3

    J’utilise SPIP 1.9.2c et Sarka SPIP 2.0.1
    adresse du site : http://www.clg-auvray-dourdan.ac-versailles.fr/

    Je n’arrive pas à utiliser le plugin « couteau suisse ».
    Des que j’installe le plugin et que je sélectionne certaines fonctionnalités (raccourcis typographiques par exemple) mon site cesse tout fonctionnement avec les messages d’erreur suivant :

    Site en travaux
    Attention : un problème technique (serveur MySQL) empêche l’accès à cette partie du site. Merci de votre compréhension.

    ou encore :

    Attention : un problème technique (serveur MySQL) empêche l’accès à cette partie du site. Merci de votre compréhension.

    1135 Can’t create a new thread (errno 11). If you are not out of available memory, you can consult the manual for a possible OS-dependent bug

    Merci de l’éventuel aide que vous pourrez me fournir...
    Flavien.

    • Ton hébergeur ne te donne peut-être pas assez de mémoire ? la version PHP est peut-être bugguée ?

      Le plugin ne crée-t-il pas de bug lorsqu’aucun outil n’est activé ? Quels sont exactement les outils qui causent ces problèmes ?

      Il s’agit peut-être d’une expression régulière trop gourmande...

    • En essayant de remettre en place etape par etape le plugin, plus aucun problème...

      Je ne sais donc pas ce qui se passait hier, mais là cela semble fonctionner...

      Merci tout de même !

    • Suite à certaines remarques concernant des bugs possibles du plugin, j’ai donc un peu étoffé l’article ci-dessus en ajoutant un paragraphe « Dysfonctionnements ».

    Répondre à ce message

  • 2

    Bonjour,

    La lame Balise #introduction à l’air de faire planter le site public avec la dernière SVN.

    Voici le message quand elle est activé :

    Fatal error : Call to undefined function : couper_intro() in mes_fonctions.php on line 43

    Merci

    Répondre à ce message

  • 3

    Bonjour,

    J’ai installé le plugin sans problème et cela fonctionne lorsque j’active des outils. Mais le souci c’est que dans l’espace privé, lorsque je vais sur le couteau suisse, la liste des outils disponibles déconne un peu.

    Je ne peux pas cliquer sur les flèches pour déplier le texte et j’ai du texte qui apparait à chaque outil de ce type :

    onclick=« swap_couche(2,’’,’../dist/images/’,0) ; » />Dossier du squelette

    J’ai mis à jour la dernière version du plugin mais rien n’y fait..

    Quelqu’un aurait une idée ?

    Merci de vos réponses !

    • quelles versions de SPIP/plugin/navigateur as-tu ? le Javascript est-il correctement configuré dans tes options de navigation ?

    • Salut, merci de ta réponse.

      Je suis en 1.9.2b avec la dernière version du plugin couteau suisse. Ce problème arrive sur Firefox et IE7. Javascript est bien activé.
      Je précise que j’ai tout d’abord installé ce site en local. Mais lors de la mise à jour j’ai rechargé le plugin proprement. Et tout fonctionne bien sans souci par ailleurs. J’ai également désactivé d’autres plugins mais sans résultat sur mon couteau suisse.

      Une idée ? Merci

    • Peut-être une mise à jour de SPIP 1.92 lui-même ? Je ne reproduis pas ton bug... Les fonctions déplier/replier utilisées par le Couteau Suisse sont justement celles de SPIP... SPIP 1.92 a été régulièrement corrigé. Je crois qu’on en est à 1.92c...

    Répondre à ce message

  • 1

    couteau : 1.7.6.5 et spip : 1.9.2a

    le problème est limité au « lire le suite » quand on tape le texte d’une réponse à un message.

    on a alors (avant le champ de saisie) « poster un message en réponse au message : »

    puis suit l’intro du message auquel on s’apprête à répondre avec

    -  un titre cliquable (http://xxxxxxxxxxx/spip.php?article4531#forum190)

    -  et éventuellement un « lire la suite » cliquable mais avec une adresse qui pointe l’article et non le message (http://xxxxxxxxx/spip.php?article4531)

    Répondre à ce message

  • 1

    Je suis sous spip 1.9.2a, et l’outil « pas de forums anonyme » ne fonctionne pas

    J’ai comme plugin installé :
    -  articlepdf
    -  crayons
    -  Couteau suisse (smileys fonctionne)
    -  Enviar mail
    -  Marquers stats
    -  nuage
    -  Open publishin
    -  spip liste
    -  spip météo
    -  Spip surcharge
    -  splickbox
    -  thickbox v2
    -  statistiques visiteurs

    Répondre à ce message

  • 1

    Bonjour à tous, j’ai un soucis lors de l’activations de certains outils qui me sont indispensable pour le site sur lequel je travaille.
    J’utilise la version 1.9.2b de spip, serveur en interne (easy php) avec un squelette fait maison.

    Mon probleme viens de l’outils glossaire associé au sommaire et à la coupe des page.
    Le premier activé tout seul fonctionne parfaitement, mais lorsque je j’active, dans l’ordre que ce soit, l’outil sommaire ou la découpe de l’article en plusieur page, glossaire ne fonctionne plus (et n’apparait plus dans le code source a part l’appel du css dans le head).

    Je soupçonne une un style qui sème le chaos...

    Quelqu’un a t-il eu ce genre de problème, savez vous d’ou cela pourrait venir ? Sachant qu’il se passe la même chose avec le squelette de base de spip.

    Merci de votre aide

    Répondre à ce message

  • 1

    Bonjour, j’utilise (entre autre) l’outil mailcrypt du couteau suisse.

    J’ai une proposition d’amélioration lorsque on a un lien mail sans texte.

    Imaginons que le mail soit toto@truc.net
    Au lieu de mettre [Email] comme texte on pourrait mettre :
    toto<span class="mc_invisible">..</span>@<span class="mc_invisible">..</span>truc.net

    avec évidemment le style span.mc_invisible { display: none; }

    à l’affichage (et à l’impression ;-) ) ça affiche simplement le mail, le lien de type mailto: est toujours géré par le javascript et les robots (d’après http://aspirine.org/cgi-bin/trouvemail.pl ) ne trouvent pas le mail...

    Bref, tout le monde est content !

    Qu’en pensez-vous ?

    Aedrin

    PS : par contre je suis une bique en PHP donc je ne sais pas quoi proposer directement en code....

    • Le lien que tu proposes est très intéressant. C’est vrai que le [Email] proposé en remplacement des mails trouvés en clair est un peu barbare... Il permet au moins d’assurer une confidentialité totale.

      Je propose toujours à ce sujet d’activer en même temps l’outil ’Liens orphelins’ du Couteau Suisse en mode étendu. Cette lame permet de transformer les mails trouvés en clair en liens cliquables, et offre donc à mailcrypt la possibilité d’appliquer par la suite la fameuse protection javascript...

    Répondre à ce message

  • Monique AC ! 61

    Bonjour
    J’ai bien des misères avec l’installation du couteau suisse.
    J’ai MacOSX et firefox.
    J’ai envoyé le dossier par ftp. Il s’est installé à la racine à côté de plugins/.
    Je suis allée dans config, plugins et ... rien.
    J’ai déplacé le dossier couteau dans le dossier plugins/
    Toujours rien.
    J’ai éliminé couteau suisse de la racine puis je l’ai de nouveau envoyé par ftp. Toujours rien.
    J’ai vu qu’il fallait peut-être régler les droits d’accès dans le logiciel ftp

    (Préliminaire : Régler les droits d’accès

    Lorsque vous installez, par FTP, les fichiers de SPIP sur votre propre serveur, certains répertoires ne sont pas configurés correctement : vous devez donc intervenir sur ces répertoires, avec votre logiciel de FTP habituel, pour modifier leur configuration.

    Il s’agit pour vous de « fixer les droits d’accès » des répertoires suivants :
    -  /CACHE
    -  /IMG
    -  /ecrire
    -  /ecrire/data

    Les logiciels (« clients ») FTP ont des fonctionnement différents, mais la procédure est généralement la suivante :

    -  sélectionnez le dossier dont vous voulez modifier les « droits d’accès » ;

    -  trouvez dans votre logiciel de FTP une fonction intitulée « changer (ou modifier, ou fixer) les droits d’accès » ;

    -  si cette fonction se présente sous la forme d’une interface graphique, vous devez cocher la case correspondant à « Ecriture », pour l’utilisateur « Autres » (ou « Tous utilisateurs ») :

    -  si cette modification se fait en mode « texte », la configuration numérique est « 777 ».)

    Impossible : A chaque fois, j’ai un message similaire à celui-ci :
    NOOP
    200 NOOP command successful
    CWD /couteau_suisse
    550 /couteau_suisse : No such file or directory

    Maintenant, j’ai deux dossiers couteau suisse dans le logiciel ftp et je ne peux même pas m’en débarrasser pour recommencer l’opération : Refus "No such file or directory"

    Help !

    Répondre à ce message

  • 1
    Artisan-multimedia

    Oui, bon, je sais, c’est déjà extraordinaire, mais plus on en a plus on en veut. Je recherche un plugin qui ajouterait des balises #PRECEDENT et #SUIVANT en tenant compte de l’ordre choisi par l’utilisateur (à savoir par exemple par date, par titre par num titre, etc.

    Ce serait bien pour des rubriques, des articles, des documents, des brèves, des mots clefs (quoi que, dans ce dernier cas, je ne voie pas trop la nécessité, mais bon ...). Quelqu’un peut il rajouter cette fonctionnalité à mon couteau suisse préféré ?

    Encore merci en tout cas pour ce plugin qui porte bien son nom !!!

    Répondre à ce message

  • 8

    Bonjour à tous. Je viens de faire une mauvaise manipulation en écrivant le dossier du squelette, j’ai mis \ au lieu de / et j’ai une erreur. je n’ai plus accé a mon site.

    Cela me marque ceci :
    Fatal error : is_readable() [function.is-readable] : Unable to access /squelettes/charognart/charsets/iso-8859-1.php in /mnt/156/sdb/b/f/conord.pierrick/charognart/spip/ecrire/inc/utils.php on line 625.

    Comment je peut faire. Merci de votre aide présieuse.

    • t’as essayé l’url : ecrire/?exec=admin_couteau_suisse&reset=oui ?

    • Je ne reproduis pas ton erreur... Tu es sous quelle version de SPIP ?

    • Non sa ne fonctionne pas.
      J’ai la version 1.9.2b
      Merci de vos réponses.

    • ou non j’ai mis /squelettes/mon_squelette/

    • Une faille sur les anti-slashs vient d’être découverte. Merci pour le retour d’utilisation. Pour régler le problème, il faut donc :
      -  supprimer le dossier tmp/couteau-suisse par ftp
      -  mettre à jour le Couteau Suisse (version 1.7.6.5 minimum)

      En principe tout rentrera dans l’ordre.

    • Franchement Je fait un merci énorme à Patrice Vanneufville Qui viens de me sauver la vie.
      Ton système fonctionne. j’ai juste supprimer le fichier tmp du couteau suisse. J’ai pas encore fait la mise à jour mais sa fonctionne.

      Encore merci

    • PAr contre si je veut essayer de remettre mon plugin le probleme revient avec le même message d’erreur. Comme si il garder la mémoire quelque part.

    • Toujours pas que quelqu’un qui peut m’aider ???

    Répondre à ce message

  • 2

    Premier constat : ce plugin, c’est de l’or !

    Deuxième : J’aimerai pouvoir décider où se placent les éléments sommaire et pagination dans ma page mais je n’arrive pas à trouver comment ?

    Merci

    Tofer

    • La toute dernière version du plugin offre la possibilité d’utiliser une balise (#CS_SOMMAIRE) afin de placer le sommaire de l’article où l’on veut dans sa page. Un conseil toutefois : il vaut mieux entourer cette balise d’un div spécifique du genre :

      [<div avec les classes ou les styles que tu veux>(#CS_SOMMAIRE)</div>]

    • Ah ça c’est génial. MERCI Patrice.

      Et y’a t’il aussi un équivalent pour la navigation « < 1 2 3 > » de l’outil decoupe en page ?

      J’en profite pour lancer un vibrant hommage aux auteurs de plugin. La nation SPIP reconnaissance.

    Répondre à ce message

  • 6

    Bonjour,

    J’ai installé spip 1.9.2a en mutualisé.

    J’ai installé le répertoire plugins, ainsi que le répertoire couteau suisse à la racine du spip maitre : le plugin s’installe sans difficultés dans le site maitre.

    En revanche, il apparait dans le site mutualisé mais il est impossible de l’activer : accès interdit.

    Nota : les sites mutualisés sont des vhosts, mutualisés par domaines (url différentes du site maitre)

    N’étant pas très à l’aise en « rewritingation (!) », nécessaire à l’installation des sites mutualisés, pouvez-vous me dire si cela devrait marcher sans problème.

    Nota : je suis nouvelle sur spip ...

    Merci d’avance pour votre aide.

    • Bonjour,

      Sans réponses de votre part et compte tenu des problèmes que je rencontre avec ce plugin, à savoir :

      -  problème d’activation sur un site mutualisé entrainant l’impossibilité d’accéder au site, même avec la procédure d’urgence : la suppression pure et simple du répertoire a réglé le problème d’accès ...

      -  un code généré douteux, notamment concernant le sommaire (invalide)

      Je suis dans l’obligation de renoncer à cet outil qui présentait pourtant, en apparence, des fonctions intéressantes.

      Mais encore faut-il qu’elles soient de qualité ...

      Merci quand-même pour ce travail bénévole.
       :)

    • Pas de problème. Tout cela vous regarde.

      Ce code gratuit est à votre disposition, et au lieu de râler, merci de tenter de trouver des solutions précises aux problèmes éventuels après avoir relu les termes de la licence.

      Quant à la mutualisation, il s’agit d’une fonctionnalité récente de SPIP sur laquelle je n’ai pas encore eu le temps de me pencher.

      Toute contribution des utilisateurs en mutualisation est la bienvenue !

    • Bonjour,

      Je suis tout à fait prête à contribuer, cela serait même un plaisir !

      Mais comment contribuer sans un échange ?

      Il est vrai que mon post est un peu « négatif », mais j’aurais tout simplement apprécié une réponse à ma première requête ... même si elle n’apporte pas la solution.
      Désolée pour ce ton affichant un peu trop ma déception ...

      Contribuer pour faire fonctionner le plugin en mutualisé, sans indications de votre part, dépasse, hélas, mes compétences.

      Faut-il installer le plugin dans le répertoire des sites mutualisés, sachant qu’il est visible dans l’interface d’administration des sites mutualisés.

      En revanche, concernant le sommaire, j’ai une proposition :

      -  le fait de le construire automatiquement, sans la volonté du rédacteur, n’est pas très logique. Ne vaudrait-il pas mieux faire l’inverse ?

      -  Concernant l’invalidité du code.

      Si je peux apporter « ma brique », cette dernière concernerait plutôt le code html généré.

      Pour ma part, je préfèrerais, de loin, que SPIP ne génère aucun tag html et aucun style associé ... Je suis consciente, bien sûr, que ceci est pratique pour ceux qui ne maitrisent pas le rendu html.

      Si j’arrive à trifouiller dans la fonction php, je vous ferais part de mon adaptation.
      Je dois rajouter cela dans mon apprentissage : comment fonctionne SPIP pour la génération du code html ...

    • concernant le sommaire, j’ai une proposition : le fait de le construire automatiquement, sans la volonté du rédacteur, n’est pas très logique. Ne vaudrait-il pas mieux faire l’inverse ?

      Il suffit d’insérer la balise [!sommaire] dans le corps de l’article pour que le sommaire ne soit pas construit automatiquement.

      Autre possibilité : pas d’intertitres = pas de sommaire automatique.

    • Le problème de fonctionnement en mutualisé est réglé. ( Je n’ai pas testé toutes les fonctions ...)

      En fait, le répertoire tmp du site mutualisé sur lequel j’ai fait le test n’était pas accessible en écriture...
      Autant pour moi ...

      Concernant le sommaire, j’ai bien compris.

      Mais (c’est une suggestion), il me semble plus logique d’activer cette fonctionnalité que de la désactiver.

      Ce que je veux dire : si on veut un sommaire, on va penser à l’intégrer. Si on ne le souhaite pas, on ne va pas forcément penser à le désactiver ...

    • (...) il me semble plus logique d’activer cette fonctionnalité que de la désactiver.

      Ton message a été exécuté ! La toute dernière version du plugin offre la possibilité de jouer sur l’insertion automatique du sommaire :
      -  Soit systématique pour chaque article (une balise [!sommaire] placée n’importe où à l’intérieur du texte de l’article créera une exception).
      -  Soit uniquement pour les articles contenant la balise [sommaire].

      Par ailleurs, une balise #CS_SOMMAIRE a été créée pour déporter le sommaire ailleurs dans le squelette.

    Répondre à ce message

  • 1
    rebecca

    Bonjour,

    J’ai bien transféré le Couteau suisse dans le dossier plugins à la racine de mon site. (j’utilise sarka-spip pour le squelette)

    Il apparaît dans la liste et une fois que j’ai coché, plus rien ; pas de fonctionnalités dans la partie admin.

    Pouvez-vous m’aider ?
    Merci d’avance

    • En principe, le plugin s’insère dans le menu « Configuration » : Bouton « Configuration », et onglet « Le Couteau Suisse ».

    Répondre à ce message

  • 2

    Bonjour,

    J’ai un petit soucis avec le découpage en page et la validation W3C (xhtml strict) :

    La page en question

    Les erreurs :

    XML Parsing Error: attributes construct error 
    
    XML Parsing Error: Couldn't find end of Start Tag img

    (dernières versions des différents plugins)

    • Merci du retour... Apparemment il manquait un simple espace dans le code IMG. Est-ce qu’après mise à jour, le résultat est à présent correct ?

      Pat

    • Bonjour,

      Je viens de mettre à jour le plugin sur le site en question et cela a l’air de fonctionner (cf le lien du message précédent).

      Un grand merci !

    Répondre à ce message

  • 1
    Christophe Noisette, Inf’OGM

    Bonjour,
    tout d’abord merci et bravo... Ce couteau suisse est vraiment un très bon et utile plugin.
    J’ai bien sûr une question.
    Mon site comporte plusieurs squelettes pour l’affichage des articles et ces squelettes sont gérés par des mots clés (grâce au vraiment très utile plugin http://www.spip-contrib.net/Choix-d... ).
    Et donc je n’ai le sommaire que sur certains articles, ceux qui utilisent le squelette par défaut article.html.
    Ma question : comment faire fonctionner ce sommaire automatique sur les autres squelettes, comme article-faqdoc.html ou article-bull.html ?
    Concrètement :
    page où le sommaire fonctionne bien : http://www.infogm.org/Propriete-int...
    page où le sommaire n’apparaît pas : http://www.infogm.org/spip.php?arti....

    Et encore merci.

    • Salut, merci de tes encouragement.

      1. Tu utilises un très large sommaire ! J’ai donc modifié l’image de fond pour qu’elle couvre toute la largeur de ton sommaire.

      2. Par principe, je ne vois pas trop pourquoi il y a une différence entre les deux pages... La syntaxe des deux articles est-elle similaire ? Le squelette utilise-t-il bien une balise #TEXTE non étoilée ? (pas de #TEXTE*)

      3. la syntaxe HTML de ton site n’est pas très bonne... Il faut absolument la revoir. La balise <html> par exemple ne devrait aparaitre qu’une seule fois. Il semble que la balise #INSERT_HEAD soit également absente (à moins que tu aies coché l’outil du Couteau Suisse équivalent...). Des lignes apparaissent en dehors de la balise <head>... ouh là... j’arrête de lire ton code, j’ai mal à la tête ! lol

      Essaie de remettre tout ça à plat afin de cerner le pb.

      Pat

    Répondre à ce message

  • Bonjour,

    J’ai remarqué que lorsque l’on active « Découpe en page » et que l’on place des balises ++++ dans un article, automatiquement le portfolio s’affiche dans l’article en page publique.

    N’y aurait il pas la possibilité de désactiver ce portfolio automatique.

    Merci

    Répondre à ce message

  • La fonction est activée.
    Mes puces standars sont supprimées (plus aucune puce) mais je n’arrive pas à paramétrer le css...

    les réglages se font dans habille.css ? comment ?

    Répondre à ce message

  • Bonjour, j’ai un petit souci avec le sommaire en début d’article. En effet, la largeur de mon sommaire est limitée à 30. Et sachant que j’ai des titres de plus de 30 caractères, sur certains sommaires, il y’a des titres où on a les 30 premières caractères suivis de (...)(normal) et sur d’autre on n’en a pas (pas normal). On a juste les 30 premiers caractères. Avez-vous une petite idée de ce que cela peut être ?Merci d’avance.

    Répondre à ce message

  • 1

    J’utilise les squelettes Alternative sous Spip 1.9.2b et je ne comprends pas pourquoi je n’arrive pas à faire marcher le couteau Suisse. Le plugin apparaît bien dans le menu Administration mais rien ne se passe, ni liens ouvrants ni raccourcis typographiques etc... et quand jécris [couleur] le texte apparaît tel quel dans l’article. Le forum d Alternative m’a donné deux fichiers à rempplacer site et inc-syndic html en vain et de toute façon je crois que cla ne concerne que les liens ouvrants pur les sites référencés ce qui étaient ma question initiale. Quelqu’un à une idée pour faire marcher ce magnifique plugin ? Merci

    • là c’est normal. le pb du squelette alternatives, c’est qu’il utilise la balise étoilée #TEXTE* qui supprime tout traitement automatique par les plugins de cette balise. il faut rétablir la syntaxe simple [(#TEXTE)] dans ton squelette. Par exemple dans article.html.

      cela devrait régler ton pb.

    Répondre à ce message

  • 7

    En mettant ma balise #INTRODUCTION dans le squelette, j’obtiens un code spécial :
    Warning : array_unique() : The argument should be an array in c :\program files\easyphp1-8\www\master-cs\tmp\couteau-suisse\mes_fonctions.php on line 9. Bon, je n’arrive vraiment pas à trouver d’où vient le problème, j’ai pourtant suivi scrupuleusement et pas à pas les différents tutos (qui sont à la hauteur, vraiment, félicitations).

    Une petite idée ?

    • J’ai réglé le problème en ajoutant plusieurs éléments dans la liste des fonctionnalités utilisables (je verrai plus tard ce que je peux enlever ...). Apparemment, pour la baliseIntroduction au moins, l’ajout d’une seule fonctionnalité génère des bogues.

      Par contre, j’ai configuré le couteau suisse de sorte que les liens soient générés avec un texte autre que les trois petits points et ... ça ne marche pas.

      Il s’agit juste d’ajouter la balise #INTRODUCTION ? Alors, ça ne fonctionne pas chez moi. Pouvez-vous m’aider ? SPIP 1.92b sur localhost

    • Exact, merci de ce retour qui a été réparé. Je n’ai pas pu te citer dans les logs, tu n’as pas signé ton message... En fait le tableau de fonctionnalités utilisant la balise #INTRODUCTION n’était pas déclaré comme tableau.

      Après mise à jour, il faut re-valider la page de config du couteau suisse et le warning devrait disparaître.

    • artisan multimedia

      En fait, ce n’est pas ça, j’ai mis à jour depuis ton nouveau fichier dans spip-zone (je pense qu’il est ici).

      Par contre, j’ai fait des recherches, et la fonctionnalité ne fonctionne conjointement qu’avec « Sommaire en début d’article ». Enfin, fonctionne ... Je n’ai toujours pas d’affichage correct de l’introduction chez moi. Mais les messages d’erreur php disparaissent, c’est déja ça.

      Sinon, c’est vraiment chouette ton boulot.

    • toutes mes excuses. Cet outil n’était en fait pas compatible avec SPIP 1.92, mais uniquement SPIP 1.93. Voila qui est réparé, si tu peux le confirmer. Et merci pour tes encouragements !

    • Désolé, mais je ne vois aucun changement. :(

      Pour rappel, message d’erreur.

      Warning : array_unique() : The argument should be an array in c :\program files\easyphp1-8\www\master-cs\tmp\couteau-suisse\mes_fonctions.php on line 9

      Warning : Invalid argument supplied for foreach() in c :\program files\easyphp1-8\www\master-cs\tmp\couteau-suisse\mes_fonctions.php on line 10

      Et sinon, je passe en 1.93

    • Je reproduis très bien cette erreur en 1.92, et la version v1.7.5.5 du couteau suisse est censée résoudre ce pb. As-tu bien re-validé la page de config des outils et recalculé tes pages en partie publique ?

    • artisan-multimedia

      Désolé j’étais effectivement resté en 1.7.5.5.

      Vraiment un super boulot. Je compte bien voir à utiliser cet instrument multi-usages assez souvent, et deviendrai ton fan n°1 :)))

    Répondre à ce message

  • Bonjour,
    serait-il envisageable que soit intégrée une option permettant, en même temps que l’on rédige un article, de régler la durée d’utilisation de sa version « cache » ?

    Répondre à ce message

  • 3

    Bonjour,

    Un plug-in qui pourrais être intéressant serait la possibilité de pouvoir éditer un message de forum.

    Actuellement si on remarque une faute de frappe dans un de nos message on doit supprimer le message et le réécrire ou je crois avoir vu ça quelque part, modifier la base de donnée.
    Pas très convivial tout ça.

    Alors je sais que certains disent que cela autoriserait l’administrateur à changer les messages des autres, mais si un administrateur utilise cette méthode il fera vite fuir les visiteurs de son site.

    Ou si c’est possible pouvoir modifier que ces propres messages.

    Alors je sais que je propose toujours des idées sans donner le code, mais je ne m’y connais pas en code spip.
    Je m’y intéresse mais on ne devient pas programmeur en quelques jours.

    Qu’en pensez vous ?

    Est ce réalisable ?

    • Une autre idée intéressante (d’après moi bien sur) serait de remonter en première position une réponse à un message.

      Parce que sur un vieux message on ne voit pas facilement si une réponse récente a été donnée.

    • Bonjour,

      N’est-ce pas le rôle du plugin « Crayons » ? Voici la rubrique qui lui est consacré : Crayons

    • Bonjour Patrice.

      J’ai essayé le plug-in crayon (merci pour le lien), mais d’une part, cela ne fonctionnait pas tant que je n’avais pas activé « Balise #INSERT_HEAD » du couteau Suisse mais par contre cela permet bien d’éditer l’article mais pas les messages de forums.

      De quel coté faut il voir pour cela
      -  Du miens (je suppose que oui)
      -  Du coté du plug in Crayon
      -  Du couteau Suisse

      Je précise que je suis en 1.9.3 9581.

      Merci

    Répondre à ce message

  • 2

    Bonjour,

    Sur IE7 il un un petit bug avec les nouveaux Smiley cliquables.

    Si je clic sur deux smiley à la suite, le code n’est pas correct dans la zonne de texte.

    En fait on se retrouve avec plus de 2 smiley en code.

    Exemple :

    Si je clic sur les deux premier je devrais avoir :

     :-)) :’-))

    Alors que j’ai :

     :-)) :-)) :’-)) :-))

    J’ai testé cela avec les réponses aux articles

    Ce qui est étonnant c’est que cela le fait sur la première page de réponse à l’article et si on demande un aperçu, après l’aperçu cela fonctionne correctement.

    Merci

    • Ca a l’air d’être un bug de SPIP ça ...

      Sous IE7, dans un message vierge, quand tu cliques sur « À », puis « É » juste après tu as le même phénomène... je le signale de suite sur la liste des dev, il doit s’agir d’un bug javascript.

      Pat

    • Impec, la version SPIP 1.9.3 dev [9574] corrige le problème

      Merci

    Répondre à ce message

  • 7

    En complément de mon message sur la balise imprimer (cf plus bas), j’ai remarqué que la pagination génère un code non valide xhtml (strict dans mon cas).

    En effet, les « chiffres » portent la balise « alt » alors que ce n’est valide pour un lien hypertexte textuel.

    La ligne en question est :

    $milieu[] = '<a href="' . parametre_url($self,'artpage', $i) . "\" alt=\"$alt\" title=\"$alt\">$i</a>";

    J’ai essayé d’enlever la balise alt, mais c’est pire vu que la fonction génère le code pour tous les éléments de la pagination : images précédent/suivant..., donc plus de « alt » pour eux.

    Je n’ai pas encore trouvé comment faire pour changer ce mode de fonctionnement :-(

    • Merci du retour, voila qui est corrigé. Il suffisait de retirer alt=\"$alt\" dans le code que tu cites, afin de ne garder que le title.

    • Merci, mais ce n’est toujours pas conforme car maintenant c’est sur les « images » que ça ne fonctionne pas :( (precedent / suivant)

      Un exemple de validation ratée.

    • Ah oui lol... Maintenant j’espère que c’est bon !

    • Super boulot :)

    • Bonjour !
      Je teste mon premier site sous SPIP. J’ai installé le Couteau suisse comme recommandé et choisi d’activer diverses fonctions : il apparaît bien dans le menu de configuration mais, quand j’écris un article, aucune icône supplémentaire n’apparaît pour les raccourcis typographiques et, si j’insère ++++ dans le texte, ils réapparaissent tels quels dans le texte publié. Je ne comprends pas pourquoi ça ne marche pas. Des idées ?
      Merci
      Michel

    • Est-ce ton squelette utilise la balise étoilée #TEXTE* ? Car dans ce cas, les traitements ne sont pas appilqués. La bonne syntaxe est [(#TEXTE)], sinon c’est [(#TEXTE*|propre|decouper_en_pages)]. De plus, la découpe en pages de fonctionne qu’en partie publique.

    • Ça marche — génial !

      Merci !
      Michel

    Répondre à ce message

  • 2
    Mikado

    Bonjour, j’ai installé le plugin et j’ai bien l’espace coureau suisse dans configuration... Mon problème est que je ne peux pas changer les données... par exemple :

    Par défaut, SPIP calcule toutes les pages publiques et les place dans le cache afin d’en accélérer la consultation. Désactiver temporairement le cache peut aider au développement du site.
    Désactiver le cache : Non


    Par défaut, la case est cochée non...dans ce cas il m’est impossible de mettre oui...

    Que dois-faire... ?

    Merci pour votre aide...

    • Est-ce le seul outil qui résiste comme ça ? Est-ce bien les boutons radios qui ne s’échangent pas ? La gestion du cache est pourtant disponible pour toutes les version de SPIP. Un indice toutefois : on ne peut modifier la valeur des variables uniquement si l’outil en question est validé et actif.

    • Non, je ne peux changer aucun des paramètres de tout les outils du plugin... je peux cocher ou décocher les cases mais de toute manière coché ou non il ne se passe rien...

      merci pour ton aide...

      Mikado

    Répondre à ce message

  • 2
    Farouba

    Bonjour,

    Est-ce que OVH Mutualisé est bel est bien une grosse merde ou pas ?

    J’ai installé le plugin principalement pour le suivi des forums mais ça ne semble pas marcher... Je sais que ça ne viens pas du plugin, il doit en effet marcher chez bien d’autres. J’opte pour un problème avec la fonction mail...

    Sous quels hébergeurs ce plugin marche, je n’hésiterai pas à changer...

    Merci

    • Sous OVH, j’ai remarqué que certaines adresses ne recevaient pas du tout de mails pour cause de problème dans le header. J’ai prévenu les spipiens, mais ça n’a eu aucune incidence pour l’instant.

      Du coup, pour que tous les courriers partent, j’ai dû ajouter ’and false’ dans le code de inc/envoyer_mail.php comme ceci (ligne SVN 183) :

      	// encoder le sujet si possible selon la RFC
      	if (init_mb_string() and false) {

      Je n’ai pas eu le temps encore de creuser l’histoire de ce bug apparent. Je testerai cette histoire de forum chez eux dès que possible. Les constantes SPIP utilisées par le Couteau Suisse sont ’_SUIVI_FORUMS_REPONSES’ et ’_SUIVI_FORUM_THREAD’. Si tu veux bien, je recopie ton message sur la liste spip-dev.

    • J’ai le même problème chez ovh, mais la solution proposée ne semble pas le résoudre. Est-ce qu’il y a une solution alternative, ou une cause trouvée ?

    Répondre à ce message

  • 4
    Zab de Paris

    Bonjour

    ça a l’air génial ce couteau suisse, seulement voilà : je l’ai installé, configuré, et rien ne se passe : quand j’écris un article, je n’ai pas de nouveaux raccourcis de décoration disponibles !
    Faut-il entrer les balises à la main ?

    Merci

    Zab, spip 1.9.2

    • Oui il faut que tu rentres les balises dans tes fichiers html.

    • Attention, quand on écrit un article, il faut en effet entrer les balises à la main. Mais avant cela, il faut que l’outil « décorations » soit activé dans la page d’admin du plugin.

    • Zab de Paris

      Dommage, j’aurais bien aimé des boutons type BBcode au dessus de la zone de texte.

      Ah, j’aimerais bien aussi qu’on puisse un peu décorer le texte de présentation d’une rubrique. Soit je dois le faire à la main, soit je travaille dans un article et copie le résultat dans la description de la rubrique...

      Enfin, beau travail quand même.
      Merci

      zab

    • ça doit être possible dans le fichier qui affiche la barre des boutons (en 1.9.2a) :
      ecrire/inc/barre.php

      Il suffit de copier la ligne 58 (qui gère le bouton « mettre en gras ») :
      $ret .= bouton_barre_racc ("barre_raccourci('{{','}}',$champ)", "gras.png", _T('barre_gras'), $champhelp);

      et de la coller juste dessous en la modifiant pour qu’elle mette le texte en rouge par exemple :
      $ret .= bouton_barre_racc ("barre_raccourci('[rouge]','[/rouge]',$champ)", "gras.png", _T('barre_gras'), $champhelp);

      Le résultat est un deuxième bouton « B », mais qui met le texte en rouge. ça fonctionne. On peut multiplier les boutons ainsi pour toutes les occurences typographiques de Couteau-suisse.

      C’est juste une piste et pas une solution clé-en-main, car pour faire propre et présentable, il faudrait bien sûr modifier le champ « aide » en rapport, et mettre une autre image de bouton correspondant à la fonction. De plus, cette modif sera à refaire à chaque fois que l’on upgrade de version SPIP, puisqu’elle touche un fichier du répertoire ecrire.

      Bref, âmes sensibles s’abstenir :)

      Peut-être quelqu’un sait-il ajouter ça au plug-in couteau-suisse, je ne sais pas faire.

    Répondre à ce message

  • 4

    Bonjour,

    J’ai vu qu’il y avait une nouvelle balise #smileys qui permet d’afficher les smileys sous forme d’images dans les forums par exemple.

    Un grand merci pour cette idée.

    J’imagine que j’abuse un peu si je pose la question de savoir si cela pourrais devenir cliquable pour que le code s’inscrive directement dans le message

    Non ?

    • Salut,

      C’est une bonne suggestion... quant à savoir si tu abuses... perso, je n’osais pas la faire ;)

      Dommage que j’en sois parfaitement incapable (faute de compétence).

      En tout cas, merci pour tout ce boulot, les gars du couteau suisse.

    • oui, là ce n’est pas un abus ;-)
      t’as quelques idées ? tu pourrais faire partie du projet ?

    • Je vois que la nouvelle version le permet

      Trop fort ce Patrice

      Encore une fois merci

    • Bah voila... Au moins tu suis le développement, coup de chapeau.

      Qd une idée elle est bonne, ben elle est bonne. Je viens de mettre à jour l’article en conséquence, avec les exemples adéquats.

      N’hésite pas à coder toi-même directement ! L’utilisation des plugins est gratuite, mais en contre partie, si vous pouvez aider à documenter, à développer, à améliorer, go go go...

    Répondre à ce message

  • 1
    MaRRocK

    Bonjour,

    J’utilise ce plugin qui est vraiment sympa.
    Je suis en train de faire une petite doc pour mes utilisateurs et je n’arrive à écrire dans un article des exemples de ce qu’il faut faire avec la typo comme tu fais dans :

    Sommaire pour les articles
    Construit un sommaire en début d’article afin d’accéder rapidement aux gros titres (balises < h3 >Un titre< /h3 > ou raccourcis SPIP....
    avec la typo pour faire un intertitre

    ps : je sais que ça n’a rien à voir avec cette contrib, mais je ne trouve pas l’info :(

    • J’ai du mal à saisir exactement ton soucis ... Une piste peut-être : certaines balises HTML sont protégées et les raccourcis inclus dedans ne sont pas interprétés (<html></html>, <code>, <cadre>, <cite>, etc.)

    Répondre à ce message

  • 3

    Bonjour,

    Le style clignote du plug-in décoration semble ne pas fonctionner sur IE7 alors que cela fonctionne sur Firefox (pas testé sur IE6)

    Ce que je veux dire c’est que le texte ne clignote pas sur IE7

    Merci

    • Et si on met un fond en couleur sur du texte avec plusieurs lignes en passant des lignes, la couleur de fond s’affiche bien sur IE mais cette fois ci que sur la première ligne sur Firefox.

      Ce qui est même bizarre sur Firefox c’est que ça marche sur la page d’accueil (résumé) mais que sur la première ligne dans l’article complet

    • Ca c’est normal. Les couleurs sont gérées grâce à la balise HTML <span> qui ne doit pas contenir de blocs, comme les <div> ou les paragraphes <p>... Du coup, une couleur ne devrait pas « enjamber » un saut de paragraphe, mais bien rester à l’intérieur de chaque bloc de texte — et donc être répétée au besoin.

      J’ai quand même publié un petit patch qui repère et traite les doubles sauts de ligne (raccourci SPIP pour changer de paragraphe).

      Est-ce que c’est concluant ?

    • Nickel ça fonctionne.

      Par contre le style clignote ne fonctionne toujours pas sur IE 7

    Répondre à ce message

  • 14

    Bonjour,

    Serait il compliqué d’avoir un outil dans le couteau suisse qui permette d’afficher « lire la suite de l’article » dans les résumés de la page d’accueil d’un site sous spip.

    On voit cela dans plusieurs sites et cela éviterais de devoir cliquer sur le titre de l’article pour lire l’article en entier.

    Non pas que ce soit compliqué mais cela n’est pas évident pour tout le monde de devoir cliquer sur le titre

    Ou peut être de cliquer sur les ... qui s’affichent en bas du résumé.

    Merci

    Eric

    • Bonjour,
      La version 1.7.2.16 du plugin offre cette fonctionnalité. Merci pour l’idée.
      À tester !

    • Merci Patrice pour avoir creusé l’idée.

      Mais je ne sais pas comment utilisé le plug-in introduction.

      J’ai peur de casser quelque chose.

      J’ai essayé d’activer le plug in mais j’ai eu effectivement plein de message d’erreur par la suite.

      J’ai vu que dans mon squelette j’avais cette ligne (squelette de base SPIP)

      div class=« #EDITintro texte introduction »>(#INTRODUCTION)div

      (Un peu remaniée ici pour que le forum n’interprète pas le code)

      Est ce que je dois supprimer cette ligne avant d’activer le plug in ou pas.

      Merci

    • Quelles étaient les erreurs ? Uniquement générées par l’outil en question ou par le plugin tout entier ? Si tu as un lien public pour me montrer c’est l’idéal.
      Le plugin est bien compatible avec les crayons (#EDIT). Il n’agit que sur la surcharge de la balise par la fonction balise_INTRODUCTION (cas très très rare : il ne faut pas que cette fonction existe dans les fichiers .php du squelette ou d’autres plugins).

      P.S. : pour ecrire du code ici, il faut l’entourer de balises <code></code>

    • Pour utiliser la fonctionnalité, tu mets à jour le Couteau Suisse, tu actives l’outil ’Balise #INTRODUCTION’, et tu choisis les paramètres que tu veux. C’est tout.

    • Ok alors si j’active « introduction » j’ai immédiatement ce message d’erreur qui apparait :

      Warning : include_once(../tmp/charger_plugins_options.php) [function.include-once] : failed to open stream : No such file or directory in inc_version.php on line 380

      Warning : include_once() [function.include] : Failed opening ’../tmp/charger_plugins_options.php’ for inclusion (include_path=’/var/www/62/c/a/d/monsite.com/www/include/ :.’) in inc_version.php on line 380

      Erreur...
      Fichier exec/admin_couteau_suisse introuvable

      Pourtant j’ai regardé le fichier admin_couteau_suisse.php est bien là

      Alors étonnement passé ce message d’erreur ça marche quand même, mais ça fait peur.

    • Question bête mais ça sert à quoi le &nbsp; à coté des (...) dans les réglages du plug-in

      Au fait merci pour l’astuce du code /code

      Merci

    • &nbsp; : Il s’agit du code HTML d’un espace insécable (pas de retour à la ligne entre le dernier mot de l’introduction et les points de suite « (...) »

    • Ah ben mince, j’ai un retour à la ligne dans mes intros

      Ca donne ça pour exemple :

      la dernière version n’échappe pas à ce phénomène étrange.

      Ce changement

      (Lire la suite de l’article)

      J’allais dire justement, c’est dommage que cela ne se mette pas à la suite du dernier mot, parce que ça fais bizarre que la phrase se termine comme ça et que les (...) ou (lire la suite de l’article) soit en dessous.

      J’ai pourtant mis &nbsp;(Lire la suite de l'article) dans Points de suite

    • Warning : ce sont des avertissements, pas de véritables erreurs. Surtout, rien de grave. Je vais creuser la question... Tu es sous quelle version de SPIP ?

    • « (Lire la suite de l’article) » revient à la ligne uniquement lorsque c’est un lien cliquable ? Cela vient peut-être des css... Tu n’as pas de lien public à montrer ?

    • Tu es sous quelle version de SPIP ?

      SPIP 1.9.3 dev [9280]

    • Ah, alors il est possible que ce soit le tout nouveau paragraphage systématique de SPIP que j’ai pu vérifier sur ton lien... Je viens d’appliquer un patch pour l’empécher pendant le calcul des points de suite cliquables. A toi de me dire si ça change qq chose...

    • Ca fonctionne très bien maintenant.

      Merci encore une fois Patrice

      Tu es un vrai Master de la programmation sous Spip

    Répondre à ce message

  • 7
    Thibault

    Bonjour et tout d’abord merci pour ce formidable plugin. J’apprécie notamment l’aspect correction typographique.

    La fonction « Mise en exposant » modifie malheureusement le contenu de l’attribut title= de mes balises A (liens), qui reprennent les chapeaux de mes articles , ce qui a pour effet de casser le code pour la plupart des navigateurs.

    • Bonjour et merci pour ce retour d’expérience. Effectivement, l’intérieur des balises <a> n’étaient pas protégé. C’est maintenant chose faite (uniquement pour les balises en minuscules, par convention HTML) dans la version 1.7.2.13 du plugin.

    • Thibault

      Bonour,

      Merci pour votre réactivité. Je viens de tester, mais ça ne marche toujours pas. Voilà mon code :

      <a href="#URL_ARTICLE" title="#CHAPO">#TITRE</a></h3>

      Et le code généré :

      <a href="Pourquoi-Bayrou" title="Depuis des années, j’ai observé, comme vous, l’affaiblissement de notre pays. On ne le dit pas assez, en 25 ans d’alternance gauche-droite et de cohabitation, la France est passée de 5<sup class="typo_exposants">e</sup> au 17e pays du monde.">Pourquoi Bayrou&nbsp;?</a></h3>

      Ma page est en XHTML 1.0 Transitional.

    • <a href="#URL_ARTICLE" title="#CHAPO">#TITRE</a>

      Ah oui, je comprends mieux ! Ce n’est pas du ressort du plugin à ce niveau, car le Couteau Suisse est incapable de savoir ce que va devenir la balise #CHAPO une fois qu’elle a été traitée pour les exposants.

      De plus, ce code est très dangereux pour la mise en page. Imagine qu’un rédacteur mette un guillement au milieu de son texte...

      La solution : mettre un filtre (ou plusieurs !) pour que #CHAPO soit intégrable en tant que valeur d’attribut. Par exemple : <a href="#URL_ARTICLE" title="[(#CHAPO|sinon{#TEXTE}|couper{80}|textebrut|texte_backend)]">#TITRE</a>

    • Si on installe en parallèle le plugin Barre Typo Enrichie, il y a conflit d’affichage manifestement et la mise en exposant devient plutôt moche : l’exposant est affiché à mi-hauteur du caractère adjacent...

    • oui, ce problème a déjà été identifié et traité (du moins sous Spip SVN + barre Typo V2). Quelles sont les versions de tes plugins ? de SPIP ? as-tu un lien à nous montrer ?

    • Bonsoir et merci beaucoup pour votre réponse, vous avez en effet pointé du doigt un bug potentiel sur mon squelette auquel je n’avais pas pensé ;)

      Par contre, je reviens à la charge avec un autre bug potentiel pour le couteau suisse : toujours dans le même article, le même chapeau, il y a deux exposants à ajouter : 5e et 17e. Pourtant le plugin ne met en exposant que le premier des deux, cinquième, et pas dix-septième...je ne comprends pas.

      Pour voir ce que cela donne

      à bientôt,

      Thibault.

    • le plugin ne met en exposant que le premier des deux, cinquième, et pas dix-septième...

      C’est exact ! Merci du retour, ce petit bug est à présent corrigé.

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom