Les crayons

Un plugin pour une édition directe sur le site public

Publié le : 23 avril 2008 – Dernière modification le 22 janvier 2024 – par Fil, toggg – 861 commentaires

English, Español, français, Português do Brasil
1
2
3
4
5
197 votes
Ce plugin permet d’éditer les contenus sur les pages publiques du site, sans passer par l’espace privé de SPIP.

Le paramétrage côté squelettes est des plus simples : il repose sur la classe #EDIT{...} adjointe aux éléments qu’on veut rendre modifiables.

Résumé

Après l’activation du plugin, les contenus peuvent être directement édités « en place » sur les pages publiques du site, par les personnes autorisées.

Cela demande de préparer vos squelettes pour les rendre compatibles avec ce plugin (à noter : c’est le cas de la plupart des squelettes distribués sur SPIP-Contrib). Le principe est simple : un bloc est éditable s’il contient la classe crayon objet-champ-id. Une balise #EDIT{} facilite encore l’écriture. En fait, pour permettre d’éditer le titre d’un article, il suffit de remplacer dans le squelette de la page article.html, la ligne (par exemple) :

<h1>#TITRE</h1>

par :

<h1 class="crayon article-titre-#ID_ARTICLE">#TITRE</h1>

ou encore, plus simplement :

<h1 class="#EDIT{titre}">#TITRE</h1>

Autre exemple, pour rendre « crayonnable » le texte d’un article, transformer :

[<div class="texte">(#TEXTE|image_reduire{520,0})</div>]

en :

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

Les pages concernées doivent obligatoirement comporter une balise </head>, écrit précisément de cette façon (lettres minuscules).

Fonctionnement

Fabrication de la page côté serveur

Lors du chargement d’une page, le plugin agit dans le pipeline affichage_final.

Il vérifie alors :

  • si l’utilisateur est identifié
  • si la page contient au moins une chaîne de caractères “crayon xxxx­-yyyy-nn”,
  • et si l’utilisateur possède des droits sur au moins un des éléments ainsi marqués

Le cas échéant, il insère dans le <head> de la page le script externe crayons.js ainsi que des données de configuration ; le script s’exécute à la fin du chargement de la page, et vérifie à intervalles réguliers si de nouveaux crayons sont disponibles, de façon à les activer en cas de besoin.

Chargement par le navigateur

Lorsque la page finit de se charger (et si le visiteur a des droits d’édition sur les crayons présents dans la page), le script crayons.js sélectionne tous les éléments possédant la classe crayon type­-champ-id, et si ils sont autorisés pour l’utilisateur inscrit, leur adjoint une image clicable (un crayon) et leur ajoute la classe crayon-autorise pour indiquer qu’ils sont « éditables ».

Un clic sur cette image, mais aussi un double-clic sur l’élément lui-même, provoquent l’activation du formulaire d’édition.

Activation du crayon

Un click sur le « crayon » (ou un double-clic sur l’élément) déclenche une requête vers le serveur, qui renvoie le formulaire de modification qui va « remplacer » l’élément affiché.

La requête spécifie au serveur le « type », le « champ » et l’« id » pour lesquels le formulaire est demandé.

Après vérification de l’existence des données et des droits sur celles-ci, le serveur renvoie le formulaire (sous forme de données javascript, au format JSON). Le type et les dimensions du champs sont déterminés d’après sa nature et la place réservée à l’élément. Il contient le source brut du texte, comme lorsque on édite depuis l’espace privé ; la police, la taille et la couleur des caractères sont préservées.

crayon.js associe ce formulaire à l’élément puis "cache" ce dernier.

L’utilisateur peut maintenant modifier les données.

Attention : l’affichage final ne peut être réalisé que par le serveur, un click en dehors de la zone d’entrée après des modifications affichera à nouveau le contenu originel.
Dans ce cas, une roue dentée vous signale que vous avez introduit une modification. Click sur le bouton ou double-click sur l’élément vous y ramène, elles ne sont pas perdues.
Si vous abandonnez cependant la page, un dernier rappel vous propose de sauvegarder.

Sauvegarde

Le formulaire possède une série de boutons/touches associées :

  • OK (ainsi que la touche Entrée [1]) permet de sauvegarder,
  • Annuler (ainsi que la touche Escape) abandonne toute mise à jour,
  • Un clic en dehors des zones de saisie cache ces zones et revient à l’affichage initial.

Il contient aussi des identificateurs et des clés associés aux données.

Le formulaire est soumis en POST par ajaxForm donc asynchrone. Sur réception, le serveur :

  • analyse les données soumises, leur cohérence et leur actualité (afin d’annuler l’envoi si les données ont été entre-temps modifiées par ailleurs).
  • vérifie une nouvelle fois les droits d’édition.
  • appelle les procédures internes de SPIP pour mettre à jour les données.
  • renvoie une vue des données modifiées, et déclenche les comportements javascript précisés par la fonction onAjaxLoad de SPIP.

Le système alimente notamment l’historique des modifications, de la même façon que l’espace privé.

Configuration

Le plugin propose plusieurs options, activables via le plugin CFG ; notamment :
-  un message si on confirme OK mais que rien n’est changé ;
-  une alerte permettant de sauvegarder les modifications si on abandonne la page alors qu’un texte est en cours d’édition ;
-  l’activation de la barre typographique ;
-  des couleurs permettant de mieux repérer les zones modifiables.

À noter : si le plugin est absent ou désactivé, la balise #EDIT{...} renvoie une chaîne vide ; cela permet donc de « crayonner » des squelettes même si l’on décide finalement de ne pas utiliser le plugin

Utilisation étendue

Toutes les tables standard de SPIP (articles, brèves, rubriques, etc.) sont gérées, y compris les forums et les signatures de pétition (mais, pour ces deux dernières, il faut utiliser le plugin Autorité pour permettre des modifications) ; pour chacune de ces tables, tous les champs de type « ligne » (titre, soustitre etc), ou « texte » (texte, chapo, descriptif...) sont crayonnables.

On peut également éditer les logos avec le crayon #EDIT{logo} ; un réglage permet de redimensionner ces logos à la volée lors de l’upload.

Les documents sont modifiables avec le crayon #EDIT{fichier} : le nouveau document vient remplacer l’ancien et sa taille, hauteur et largeur sont mises à jour. (NB : pas encore compatible documents distants).

Enfin, à partir de spip 2, on peut éditer les champs extra.

À noter :

  • Les crayons fonctionnent avec n’importe quelle table — à condition que cette table possède une clé primaire (numérique) qui s’appelle id_xxx, où le nom de la table est spip_xxxs.
  • pour la table spip_meta qui ne propose pas ce type d’index numérique, il faut utiliser la balise #EDIT d’une manière un peu différente en préfixant le champs à éditer par meta-, par exemple [2] : 
    #EDIT{meta-descriptif_site}
  • pour éditer une valeur de configuration de plugin, on utilise la même syntaxe en ajoutant « meta » ; Par exemple pour éditer un champs de configuration adresse pour un plugin dont le préfixe est croque : 
    [<div class="inner #EDIT{meta-croque/adresse}">(#CONFIG{croque/adresse})</div>]
  • Si un texte « crayonnable » est un champ MySQL MEDIUMTEXT ou plus long, les crayons affichent un TEXTAREA, et sinon, un INPUT.
  • Seuls les admins complets peuvent ainsi crayonner des textes provenant d’une table non-SPIP.

Editions simultanées de plusieurs champs

L’obtention du formulaire d’édition (« contrôleurs ») ainsi que la vue obtenue en retour sont surchargeables, par de simples squelettes (voir les exemples dans les répertoires controleurs/ et vues/ du plugin).

Ces formulaires peuvent travailler en parallèle sur plusieurs champs d’un enregistrement (article), voire plusieurs enregistrements d’une même table ou de tables différentes [3] : il y a là de quoi faire des interfaces d’édition spécialisées et très efficaces.

Comme toujours, contributrices et contributeurs sont bienvenus !

Notes

[1] Ainsi que, sur Mac, la touche ctrl-S, et sur PC les touches alt-S ou F8, ou encore la combinaison MAJ-entrée.

[2] Ceci est valable depuis la version 1.6.1 du plugin. Pour les versions précédentes la syntaxe est différente. Il faut insérer manuellement la class dans le code suivant la syntaxe meta-valeur-XXX où XXX représente le nom de la propriété à modifier. Par exemple pour modifier le nom du site (propriété : nom_site) on pourrait faire :

<h1 class="crayon meta-valeur-nom_site">#NOM_SITE_SPIP</h1>

[3] Par exemple pour ouvrir en édition l’ensemble des champs descriptifs d’une adresse postale.

Debug : Les crayons ont un mode de débug activable en mettant dans mes_options.php la ligne suivante :

define('_DEBUG_CRAYONS', true);

Ce code ralentit un peu le fonctionnement, puisque le script est rechargé à chaque fois, mais facilite le repérage de bugs et le développement de nouvelles fonctionnalités.

Voir aussi : Doc complémentaire

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

303 discussions

  • ToneLune

    Bonjour ! Bravo pour cette application. Je ne trouve cependant pas le moyen de désactiver l’édition lors du double clique sur un élément. Je souhaite seulement que le petit crayon s’affiche au survole de la souris, et que l’utilisateur clique dessus pour éditer l’élément. Est-ce possible ? Merci.

    Répondre à ce message

  • Christophe

    Testé avec succès sur un Spip 4.2.2 en ayant activé la compatibilité 4.1

    Répondre à ce message

  • g.fournel

    Bonjour,
    J’utilise ce plugin sur une version 4.0 de SPIP et cela fonctionne très bien :)
    Le souci c’est que nous cherchons à mettre en oeuvre une CSP et que l’utilisation du plugin me contraint d’utiliser la directive ’unsafe-inline’ dans script-src, ce qui n’est pas l’idéal... Y a-t-il une solution pour continuer à permettre à mes utilisateurs d’éditer leurs contenus depuis le front sans passer par l’espace privé, tout en garantissant un bon niveau de sécurité pour mon site ?
    Merci d’avance pour votre aide !

    Répondre à ce message

  • goony

    Bonjour,

    J’aimerai personaliser un champs cree par le plugin, en lui ajoutant un attribut specifique. Pour ce faire, je comptais utiliser le pipeline « crayons_determine_input_mode_type_ » et retourner un tableau.

    J’ai determine comment faire cela en lisant attentivement le code. Malheureusement, une ligne plus loin dans le code m’empeche de faire cela avec la limitation suivante (dans crayons_html.php, ligne 200) :

    $user_inmode = $f($type, $champ, $sqltype);
if (in_array($user_inmode, ['ligne', 'texte'])) {
	$inmode = $user_inmode;
}

    Donc bien que l’on ait un pipeline sophistique pour pouvoir personaliser nos inputs avec des attributs supplementaires, ce filtre ne nous permet que de choisir entre « ligne » et « texte ».

    Est-ce possible de laisser passer les tableaux, en plus de « ligne » et « texte » ?

    Répondre à ce message

  • mossad

    Bonjour,

    J’ai une erreur javascript qui apparaît lorsque l’on effectue un appel AJAX dans la page.

    Est-ce que vous auriez une solution s’il vous plaît ?

    Merci

    Répondre à ce message

  • 1
    Sylvain Nogues

    Bonjour,
    les crayons s’affichent sur les champs ayant un contenu, et c’est magique, merci !
    Y a-t-il un moyen de les activer également sur les champs (texte) vides ?

    • Sylvain Nogues

      Bon, en fait il suffit que la balise appelante s’affiche en ayant du contenu (par exemple un label) pour que le crayon se déclenche, même qi le champ était vide ; mon problème ne venait pas des crayons, désolé.

    Répondre à ce message

  • 7
    beno

    Bonjour,
    Il semble qu’il y ait un petit bug sous SPIP 3.1.1 avec la dernière version du plugin (1.25.0) : la barre typographique pour ne s’affiche pas lorsque cette option est cochée dans les paramètres du plugin...

    • b_b

      Je ne reproduis pas le bug chez moi, une erreur javascript dans ta page ?

    • beno

      Bonsoir b_b,
      J’ai désactivé tous les javascripts « 6. Vos scripts » dans le head, désactivé tous les plugins, vidé le cache, désactivé le cache, et je confirme (pour ma part) l’impossibilité d’afficher la barre typographique. Si tu as des recommandations de tests plus avant, je prends...

    • beno

      Bonjour b_b,
      Tu avais raison au sujet du JavaScript : dans squelettes, j’avais créé le dossier « js » dans lequel j’avais jquery-1.12.0.min.js
      C’est ce javascript qui entravait le bon fonctionnement de Crayons...

    • b_b

      Cool, content que tu aies trouvé la solution ;)

    • beno

      grâce à toi ;-) merci encore !

    • beno

      Bonjour b_b,
      Je reviens sur ce sujet... quand on se sert de SPIP comme d’un framework, on a parfois besoin de conserver un JQuery dans le squelette. C’est alors que la barre typographique dans l’espace public ne s’affiche plus.
      Elle est pourtant bien pratique ! Une idée de résolution ?

    • ludogre

      Je suis dans le même cas que beno et pour les mêmes raisons. Mais c’est embêtant…

    Répondre à ce message

  • 1
    scremfx

    bonjour
    je utilise le plugin crayon pour modifier des articles en publique mais en me connectant avec mon compte utilisateur
    est ce possible d’utiliser le crayon sans être connecter de laissé des visiteurs modifier les contenus ?
    merci

    Répondre à ce message

  • 1
    b.poiraud

    Bonjour, j’utilise Crayons depuis très longtemps et notamment la possibilité de corriger directement sur la page publique du site internet. Mais cela ne fonctionne plus du tout. Je suis en spip 3.1.6 [23598] et j’ai mis la dernière version de Crayons.

    La seule chose que je vois est : Activer la barre typographique dans les crayons ?
    Un autre plugin interdit l’usage du porte-plume dans l’espace public.

    mais cela ne semble pas avoir de rapport ? Pouvez-vous m’aider ? Merci

    • bdegoy

      Bonjour, je ne suis pas sûr de bien répondre à la question, mais le message « Un autre plugin interdit l’usage du porte-plume dans l’espace public » apparaît quand dans « Fonctions avancées, Configurer les barres d’outils » on n’a pas coché la case « Charger les scripts de barre d’outils sur l’espace public ».

    Répondre à ce message

  • 1
    Mist. GraphX

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

    #EDIT{meta-prefixe/mavaleur}

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

    Merci SPIP ❤️

    Répondre à ce message

  • 2
    Yohooo

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

    • Julien

      Cette question m’intéresse également.

    • gilcot

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

    Répondre à ce message

  • 1
    beno

    Bonjour,
    Je viens de faire un update sur un site précédemment en 3.1 sous PHP 7.2 où Crayons fonctionnait parfaitement, et là Crayons a cessé de fonctionner (cache vidé, tous les plugins désactivés, et toutes les options spéciales Crayons désactivées).
    Sauriez-vous d’où pourrait venir ce problème ?

    • beno

      Il a fallu attendre 48h pour que Crayons fonctionne de nouveau. Raison inconnue, ni de dysfonctionnement, ni de rétablissement.

    Répondre à ce message

  • pipol

    Est ce que quelqu’un aurait une astuce CSS pour pouvoir utiliser les crayons lorsque l’élement à éditer se trouve dans une balise  ?
    Car du coup impossible d’éditer vu qu’au moindre clic on est envoyé vers la cible du lien.

    Répondre à ce message

  • RP

    Est-il possible de faire une boucle pour afficher le dernier article crayonné par l’auteurX ?

    Répondre à ce message

  • RP

    J’ai coché la fonction expérimentale de UPLOAD de doocuments.

    Cela fonctionne dans #TEXTE mais je ne le vois pas dans #REPONSE_1 qui provient d’un champ extra. Par contre #REPONSE_1 est crayonnable.

    De plus j’aimerais changer le css de Glissez un document ou une image dans cette zone pour l’ajouter à l’article. car lorsqu’il n’est pas ouvert il est presque invisible.

    Je ne suis pas capable de trouver quel est le css dans crayons.css

    Dernière question est-il possible et comment ? uploader un document autrement qu’en docX

    Merci

    Répondre à ce message

  • 2
    JuL BLoBuL

    Bonjour à tous,

    Depuis 5 jours, j’ai un soucis impactant les sites de mes clients, je sollicite votre expertise car je ne trouve pas la source du soucis.

    J’utilise le superbe plugin LES CRAYONS afin de modifier des messages de forums par les modérateurs du sites. Depuis des années cela se passe parfaitement ;)

    Depuis 5 jours il n’est plus possible de valider la modification d’un texte de message de forum, je m’explique :
    -  L’icone crayons apparaît comme il se doit sur le champs
    -  Un clique sur l’icone (ou double clique sur le champs) permet bien de rendre le champs éditable
    -  Si on modifie le texte et que l’on clique sur le bouton vert « Enregistrer », un message d’erreur généré par le navigateur (chrome) apparaît avec pour seul message « Erreur de communication ».
    -  Je clique sur Ok (de la boite de dialogue) puis je constate que mon champs editable est désormais encadré en rouge et qu’il contient désormais du php lié à l’erreur voici un exemple :

    array(0) { } {"$erreur":"","wid5b8eb186d5e822_92730855":"
Ici le texte du message que je souhaitai modifier<\/p>"}

    Suite à quoi, je n’ai plus les boutons de crayons, et le champs reste en version éditable...

    Autres tests :

    • Si je recommence mon test et que dans ma procédure je ne modifie par le texte, c’est à dire que je rends le champs éditable mais ne le modifie pas, je peux cliquer sur enregistrer et il n’y a pas de bug.
    • Si j’essai « Les crayons » sur un article, tout se passe bien.

    J’utilise SPIP 3.2.1 et crayons dans sa dernière version.

    Merci de votre assistance,
    JuL

    • JuL BLoBuL

      Bonjour,

      Je viens tester la mise à jour d’un de mes sites qui utilisait toujours la version 1.26.17 et cela sans soucis. Suite au passage en version 1.26.18, le problème apparaît...

      La mise à jour de la librairie JavaScriptPacker n’y serait pas pour quelque chose ?

      En vous remerciant,

      JuL

    • JuL BLoBuL

      Bonjour à tous,
      Je me re-réponds, après un certain nombre de tests, je me rends compte que le plugin « Crayons » n’est pas l’origine du problème mais la dernière version (v2.0.4) du plugin « Modération Modérée ».

      Je vais donc poster mon soucis dans le forum du plugin concernée.

    Répondre à ce message

  • 1
    Steph

    Bonjour,

    Comment faire fonctionner les crayons avec le principe de Ajax Parallel Loading ?

    En effet, si j’utilise dans mes_options.php
    define('_Z_AJAX_PARALLEL_LOAD','content');
    alors les balises #EDIT{titre} ou #EDIT{texte} ne sont pas interprétées.

    Pourriez-vous m’éclairer svp ?

    • Pierrox

      Essayer de feinter en ajoutant une classe #EDIT{qqc}hors du contexte ajaxé.

      il me semble que les crayons s’initialisent via un pipeline affichage_final.
      Si à l’affichage de la page il n y a pas de class #EDIT{qqc}crayon ne s’activera pas :(

    Répondre à ce message

  • 1
    beno

    Bonjour,

    Je rencontre régulièrement le problème de visibilité de l’icône-marqueur dans l’espace public sur certains sites présentant des fonds colorés. Serait-il possible de proposer 2 ou 3 graphismes d’icône par défaut (cerclés par exemple)... ?

    En vous remerciant

    • beno

      Re-bonjour,

      Désolé, j’oubliais également un autre soucis quand on a des sites colorés... dans ces cas-là, on a parfois du texte blanc, et Crayons appose alors du texte blanc sur fond blanc. Pourrait-on forcer (via CFG) les couleurs de fond et de texte (et de border, pourquoi pas) pour les champs Crayons de tout le site ?
      Bien entendu, il reste toujours la possibilité de surcharge à la mano, mais l’option pourrait être pratique et utile...

    Répondre à ce message

  • Renee Picard

    Est-il possible d’avoir un crayon sur un calendrier ?
    Avec <INCLURE{fond=contenu/calendrier,env} /> ou autre ?

    Répondre à ce message

  • 8
    Lucie

    Bonjour, je m’en remet à vous car je n’arrive pas à faire fonctionner le plugin Crayons pour les visiteurs... alors que c’est justement ce qui m’intéresse !

    La fiche personnelle des clients du site (statut 6forum) doit être éditable afin que ces derniers puissent modifier leurs informations sur le site public.

    Les champs sont modifiables lorsque je me connecte en tant que webmestre, mais lorsque je me connecte en tant que visiteur, rédacteur, ou même administrateur cela ne fonctionne plus. Je n’y comprend rien !!

    Serait-ce un problème lié aux autorisations dans le fichier mes_options.php ? Dois-je ajouter une autorisation ? Si oui, comment ? car je n’y connais vraiment pas grand chose en php...

    Merci beaucoup pour votre aide...

    • Fil

      Oui il s’agit bien des autorisations, par défaut les visiteurs n’ont pas le droit de modifier quoi que ce soit, il faut donc apporter l’autorisation idoine dans mes_options.php

    • Lucie

      Bonsoir Fil,
      mille mercis pour ta réponse.
      Ça fait des heures que je suis dessus et j’en devient folle !
      Donc si c’est dans mes_options.php, aurais-tu une idée du code qu’il faudrait que j’ajoute... désolé mais cela dépasse malheureusement mes compétences et je n’ai rien trouvé dans la documentation.
      Encore merci à toi pour ton aide !

    • Fil

      Essaie peut-être avec quelque chose du genre :

      function autoriser_auteur_modifier($faire, $type, $id, $qui, $opt) {
  return (
    in_array($qui['statut'], array('0minirezo'))
  || ($opt && $opt['champ'] == 'bio' && $id == $GLOBALS['visiteur_session']['id_auteur'])
  );
}

function analyse_droits_rapide() {
  return !!$GLOBALS['visiteur_session'];
}
    • Lucie

      Bonjour Fil, merci pour ton aide...
      J’ai essayé le code que tu as suggéré et l’usage des crayons pour les visiteurs fonctionne sur la page de la fiche personnelle ! J’ai juste changé

      in_array($qui['statut'], array('0minirezo'))

      en

         in_array($qui['statut'], array('0minirezo', '1comite', '6forum'))

      Seul hic : la fiche indique bien les données personnelles sur la page pour chaque utilisateur logé, mais lorsqu’on double-clique sur ces données, les données remplies dans la fenêtre du crayon ne correspondent pas... il s’agit toujours des données personnelles du webmestre... Ce qui est très embêtant.
      Alors que dans la fiche de chaque auteur / visiteur de l’espace privé tout correspond.
      Idem dans les tables.

      J’utilise Inscription3, Champs Extras et Crayons.

      Voici le code qui appelle les crayons dans mon squelette :

      <BOUCLE_client(AUTEURS){0,1}{si #SESSION{id_auteur}{0,1}{!par date}{statut=encours}|oui}>


<ul>
  <li class="#EDIT{nom}">
Identifiant : [(#SESSION|{nom} )]
</li>
<li class="#EDIT{prenom}">
Prénom : [(#SESSION| {prenom} )]
</li>
<li class="#EDIT{nom_famille}">
Nom : [(#SESSION| {nom_famille} )]
</li>
  <li class="#EDIT{email}">
Adresse email : [(#SESSION| {email}  )]
</li>
<li class="#EDIT{adresse_livraison}">
Adresse de livraison : [(#SESSION| {adresse_livraison} )]
<li>
<li class="#EDIT{ville}">
Ville : [(#SESSION| {ville} )]
</li>
<li class="#EDIT{pays}">
Pays : [(#SESSION| {pays}|id_pays_to_pays)]
   </li>
  <li class="#EDIT{telephone}">
Numéro de telephone : [(#SESSION| {telephone} )]
<li class="#EDIT{adresse_facturation}">
Adresse de facturation : [(#SESSION| {adresse_facturation} )]
</li>
</ul>

</BOUCLE_client>

      Il faudrait que le pré-remplissage des crayons correspondent aux données de l’utilisateur connecté.

      Est-ce qu’il y a une erreur dans ma boucle ?
      Ou plutôt une histoire de contrôleurs ou de vues dans les crayons ?

      Merci d’avance aux spipeurs avertis qui pourront m’aider...

      Lucie.

    • Fil

      la boucle ne sélectionne pas l’auteur courant mais le premier de la base, il te manque semble-t-il un critère du type {id_auteur=#SESSION{id_auteur}}

    • Lucie

      Merci Fil ! Mais cela ne marche pas...
      Où devrais-je passer ce critère ?

      <BOUCLE_client(AUTEURS){id_auteur=#SESSION{id_auteur}}{si #SESSION{id_auteur}{0,1}{!par date}{statut=encours}|oui}>
</BOUCLE_client>

      Comme ceci ?
      La fiche disparait....

      Je continue de faire des essais, mais si vous avez une idée je suis preneuse...
      J’ai presque fini le site... Mais là je bloque !

    • Fil

      Vérifie tes critères, ils ne respectent pas la syntaxe attendue (ce bloc qui finit par |oui est très bizarre).

      Peut-être :

      <BOUCLE_client(AUTEURS){id_auteur=#SESSION{id_auteur}}{tous}>
</BOUCLE_client>
    • Lucie

      Merci Fil !!! Tu es un génie ! ça fonctionne...
      J’espère que ça en aidera d’autres comme moi.
      Un belle journée à toi.
      Lucie

      (désolé pour le doublon)

    Répondre à ce message

  • Lucie

    Merci Fil !!! Tu es un génie ! ça fonctionne...
    J’espère que ça en aidera d’autres comme moi.
    Un belle journée à toi.
    Lucie

    Répondre à ce message

  • emthanh

    Bonjour,
    (développement de plugin)
    J’ai un plugin que je veux mettre à jour.
    J’ai un probleme de compatibilté de JQuery , j’aimerais savoir comment vous résolvez ce problème pour votre plugin.

    Mon plugin est Galleria , qui est juste l’integration de cette librairie pour faire un modèle SPIP. (il fait des galleries d’images)
    La version actuelle utilise le v1.2.9 de G qui compatible avec une version de JQuery ce plugin est compatible [1.9.2 ;3.1.x]
    La derniere version de la librairie est incompatible avec le JQuery des versions [1.9.2 ;3.1.x] ,mais seule les dernieres de JQuery/SPIP

    J’ai essayé de surcharger la libraire javascript/jquery.js plus recente.
    Mais la j’ai une incompatibilité entre ce JQuery et ajaxCallBack.

    En regardant votre code , vous remplacer les occurentes de JQuery par votre librairie.

    Le surcharge ne marche pas.
    Est ce le seul moyen de remplacer les occurence ?

    J’espere que vous pourrez m’aider ; merci
    mon plugin Galleria

    Répondre à ce message

  • RP

    En SPIP 3.2, je voudrais grossir l’image du crayon. Je ne trouve pas à quel endroit intervenir.
    Merci

    Répondre à ce message

  • 5
    Julien

    Bonjour,
    J’utilise le plugin Crayons, le plugin Champs Extras et le plugin Inscription 3.
    J’ai créé un champ extra « collection » pour les auteur, en bouton radio à deux choix : visible ou invisible.
    Je voudrais que les auteur puisse éditer ce champ à l’aide de crayons, mais je n’y arrive pas.

    [<li class="#EDIT{collection} texte">Votre collection est visible ou cachée des autres membres ? : (#COLLECTION|sinon{"Vous n'avez pas encore renseigné cette information."})<br /></li>]

    Si je rentre l’information depuis l’admin, ça s’affiche bien côté public, mais côté public, je ne peux pas l’éditer. Lorsque je double clic sur le champ (grâce à crayons), je n’ai pas les deux boutons radio, mais une ligne de texte avec écrit « visible » ou « invisible » dedans.

    Une idée ?

    Pareil pour le champ « civilité » que j’ai créé avec « inscription3 ». Quand je veux l’éditer côté public, j’ai une ligne de texte avec soit « M » soit « F » dedans.. Hors là aussi je voudrais le boutons radio à cliquer.

    Merci à vous.

    • jpcrea

      Si on fait :

      <ul><li class='#EDIT{collection}'>#LISTER_VALEURS{collection}</li></ul>

      Cela devrait fonctionner.

    • Julien C

      Merci à toi, je vais aller voir si ça fonctionne :-)
      J’en avais encore besoin après tout ce temps.

    • formatec

      La soluce de jpcrea fonctionne, ça liste bien les possibilités
      #LISTER_VALEURS pour les cases à cocher
      #LISTER_CHOIX pour les radios

      Mais cela n’affiche pas un menu de boutons dans la boite du crayon. Il faut ecrire le contenu, donc risque d’erreur

      est-il possible d’éditer un groupe de cases à cocher ou boutons radios ?

    • formatec

      J’avance un peu... mais...
      Dans un menu dropdown bootstrap, je parviens à lister les valeurs de mon champs extra ’level’
      Maintenant comment l’injecter en DB ?

        <div class="dropdown-menu">

#SET{tag1,#LISTER_CHOIX**{level}}
#SET{recup,#ARRAY}
 
<BOUCLE_levels(DATA){source table, #GET{tag1}}>  
   <a class="dropdown-item" href="#!"> [<label for="#VALEUR">(#VALEUR)</label>] </a>
</BOUCLE_levels>
  </div>
    • formatec

      Finalement j’ai opté pour un formulaire CVT
      voici le code de la partie html du formulaire pour ceux que cela intéresse
      (merci à Tcharlss, Nicod et Pierretux)

      [<p class='alert alert-success formulaire_ok'>(#ENV*{message_ok})</p>]
[<p class='formulaire_erreur'>(#ENV*{message_erreur})</p>]
<form id="choixlevel" action='#ENV{action}' method='post'><div>
    #ACTION_FORMULAIRE{#ENV{action}}
 
        <BOUCLE_editable(CONDITION){si #ENV{editable}}>
        <div class="editer-groupe">
            #SET{erreur, #ENV**{erreurs/level}}
            <div class="editer editer_level obligatoire[ (#GET{erreur}|oui)erreur]">
                <label for="custom-select">Choisir un level</label>
                [<span class='erreur_message'>(#GET{erreur})</span>]
                <select name="level" id="custom-select" class="custom-select" required onchange="document.getElementById('choixlevel#LEVEL').submit();">
                    <BOUCLE_auteur(AUTEURS){id_auteur}{tout}>

                    <BOUCLE_levels(DATA){source table, #LISTER_CHOIX**{level}}>
		    #ID_AUTEUR                        <option value="#VALEUR"[ (#ENV{level}|=={#VALEUR}|oui)selected="selectd"]>#VALEUR</option>
                    </BOUCLE_levels>
                    </BOUCLE_auteur>
                </select>
            </div>
        </div>
	     <p class="boutons"><input type="submit" class="submit" value="<:pass_ok:>" /></p>

        </BOUCLE_editable>
 
</div></form>

    Répondre à ce message

  • 1
    bruno31

    Hi

    Sous ANDROID avec écran tactile, c’est une vrai galère avec le CRAYON. Il suffit effleurer n’importe quelle partie de l’écran pour que le CRAYON passe en mode édition.

    Existe t’il une solution ?

    • formatec

      je contourne le problème en ne rendant pas l’ensemble du texte editable. Je place une icone à côté de l’objet et seul le clic sur cette icone déclenche l’édition

      L’icone :
      <span class="octicon octicon-pencil #EDIT{login}"></span>

      L’objet :

      <b>#LOGIN</b>

    Répondre à ce message

  • Julien

    Bonjour,

    Depuis quelques jours crayon ne fonctionne plus sur mon site, je pense que c’est la mise à jour vers 1.26.11, il ne se passe plus rien au hover d’un texte, par contre j’ai bien crayon ajouté à l’html comme la photo ci-joint.

    Auriez-vous une idée ?

    Merci

    Répondre à ce message

  • Francky

    Hello, je viens de faire plusieurs tests
    Le plug est dit pour 1.9 mini et 3.*.* max, je vais le descendre à 3.1.*, car cela ne sert à rien de le mettre compatible 3.2, alors qu’il n’est pas complètement compatible, surtout qu’il y a de temps avant que la 3.2 « stable » sorte !
    Sinon, j’ai fait des essais en 2.1 la dernière qui a donc encore du support et la 3.2-alpha
    -  2.1 Le plug ne sert à rien sauf à faire l’installation de cfg, le problème, c’est que rien ne l’indique (ne l’oblige) et le téléchargement de doc ne semble pas fonctionner

    -  3.2 Le téléchargement de document semble avoir un problème parfois, cela fonctionne, parfois non, Alors que le téléchargement d’un doc via la médiathèque fonctionne toujours (depuis votre ordinateur) que cela soit un gros fichier 7.4 mo ou un petite 120ko

    Répondre à ce message

  • 2
    Polar oïd

    Utilisatation étendue

    pour chacune de ces tables, tous les champs de type « ligne » (titre, soustitre etc), ou « texte » (texte, chapo, descriptif...) sont crayonnables.

    Bonjour, j’aimerais savoir s’il est possible d’éditer un champ extra de type radio ’oui_non’ avec ce plugin ? :)

    • Julien

      Bonjour la réponse à cette question m’intéresse.
      Avez-vous trouvé ?

    • Julien

      Bonjour,
      toujours pas de réponse à ce problème ?

    Répondre à ce message

  • bruno31

    Bonjour

    Les textarea du crayon ont leur width forçée à 170px. Je préfèrerai 100%. Apparemment c’est fait en dur par du javascript. Est-il possible de le configurer ?

    Répondre à ce message

  • Urs Riggenbach

    Bonjour,

    Est-il possible d’utiliser des « crayons » avec la balise #LOGO_ARTICLESURVOL ?

    Je peux utiliser des crayons pour la balise #ARTICLE_LOGO avec #EDIT logo, mais il ne fonctionne pas pour l’image « survol ».

    Je vous remercie,
    Meilleures salutations,
    Urs

    Répondre à ce message

  • Yohooo

    Hello,

    Pourrait-on rendre le plugin crayon compatible avec les logos d’évènements du plugin agenda en ajoutant ligne 18 du fichier « vues/logo.html » :

    |sinon{[(#ID_EVENEMENT|?{#LOGO_EVENEMENT_NORMAL})]}

    Cela permettrait au logo d’évènements d’apparaître lorsque l’on vient de le téléverser. Etant donné la fréquente utilisation du plugin agenda, ça serait vraiment pratique d’avoir cette fonctionnalité par défaut dans le plugin crayon .

    Répondre à ce message

  • ADB

    Bonjour
    Comment désactiver l’effet Crayons sur les légendes d’images alors qu’il n’y a pas de #EDIT devant l’appel d’un champ (contenant des images légendées) ?
    J’ai ceci :

    <div style="display: inline-block">
[(#PHOTO|antispam|image_reduire{400,x})&nbsp;]
[(#LIEU|antispam|image_reduire{400,x})&nbsp;]
</div>

    et la div ne s’applique pas bien à cause de Crayons sur la légende.
    Merci

    Répondre à ce message

  • FdM

    J’ai régulièrement un problème d’affichage suivant : Suivant le contexte, le champs input n’apparait pas, comme sur la photo en annexe.

    La syntaxe #EDIT est correctement mise en œuvre.

    Doit-on passer par un nouveau contrôleur ?

    FDM

    Répondre à ce message

  • 5
    Peetdu

    Bonjour,

    dans la doc il est précisé « Si un texte « crayonnable » est un champ MySQL MEDIUMTEXT ou plus long, les crayons affichent un TEXTAREA, et sinon, un INPUT. »

    Dans une boucle AUTEURS, j’utilise Crayons sur le champ BIO (de type TEXT)

    <div class="#EDIT{bio}">#BIO</div>

    …mais à l’activation, j’ai toujours un input alors qu’il me semble que je devrais avoir un textarea ?

    Ais-je oublié qqc ?

    • Fil

      On dirait bien qu’il s’agit d’un bug dans la fonction colonne_table(), qui renvoie chez moi « nocase » au lieu de « text » pour la valeur « type ».

      Du coup le test dans crayons_html ne marche pas.

      Tu es en SQLite ou MySQL ?

    • Peetdu

      Bonjour Fil,

      je suis sur MySQL

    • Peetdu

      Reuh,

      petite précision : MySQL v 5.5.42

      Par ailleurs (rien à voir avec mon post précédent), pour les champs Extras, il n’est plus nécessaire de mettre le suffixe « meta- » (testé avec SPIP 3.1.1 et Extras v. 3.7.1).

      cheers
      P

    • Fil

      Malheureusement je ne vais pas avoir le temps de faire ce fix tout de suite, car ce n’est pas évident de savoir dans quelles conditions la fonction colonne_table() bug.

      Une solution à l’arrache est toujours possible en regardant ce que tu obtiens dans crayons_html à l’endroit que j’ai indiqué, et en rajoutant ce cas (chez moi ça indique « nocase », qui est clairement erroné, donc ce n’est pas la bonne manière de réparer).

    • Peetdu

      Ok. Pas de soucis. Je regarde également de mon côté également et je te tiens au courant.

      Pour info, j’ai trouvé une solution un peu plus lourde à mettre en place mais qui marche bien : j’ai créé un contrôleur controleurs/auteur_bio.html où je force le textarea,…et zou.

      P

    Répondre à ce message

  • 5
    kristoff23

    Est-il possible d’envisager un fonctionnement du plugin crayon : édition d’article , modification de documents pour un visiteur NON CONNECTÉ ?

    • Fil

      C’est déjà le cas, comme par exemple sur le « carnet de spip-contrib » ; c’est essentiellement une question d’autorisations.

    • Maïeul

      une méthode simple pour gérer ces autorisations est d’utiliser Le plugin « Autorité »,

    • kristoff23

      Merci de t réponse mais je ne comprends pas ...

      Qu’entends-tu par autorisations , je n’ai rien vu de tel dans :
      Configuration —> Interactivité ...

    • kristoff23

      OK merci Maieul et Fil .

      je connais ce plugin et je vais essayer ...

    • kristoff23

      Génial : j’ai fait ça avec « autorité » : ça a l’air de marcher au poil , on va voir ce qu’en pensent les visiteurs ...

      Merci à vous deux ...

    Répondre à ce message

  • Manu

    Bug sur les images gérées par une autre Bdd lors du recalcul après modification ?

    Lorsqu’un site A interroge une base de donnée "externe : ex un autre site SPIP appelons-le SPIP B)et affiche le contenu d’un article venant de B, les crayons marchent bien, pas de souci, mais, lors du « recalcul » qui est fait lorsqu’on valide une modification, ce ne sont pas les bonnes images qui apparaissent :
    Ex : l’article du site B contient <imgxx>, le recalcul des crayons va chercher le document local (=du site A) d’id = xx et non pas le document id = xx dus site B. Un recalcul « général » (via le bouton d’admin) rétablit les choses mais, bon, c’est un peu perturbant au départ

    Répondre à ce message

  • Beno

    Bonjour,
    juste pour signaler qu’il semble que sous SPIP 3.1, Crayons n’affiche plus la barre typo.

    Répondre à ce message

  • Beno

    Bonjour,

    Dans le même genre que Bruno, je viens de m’arracher les cheveux plusieurs jours à cause des boutons « annulation » et « enregistrement » qui étaient devenus inopérants sur le plugin. (sous Spip 3.0 et 3.1). J’ai désactivé tous les plugins, cela ne venait pas de cela.

    Il s’agissait en fait de l’appel Dojo fait dans le HEAD qui perturbait complètement le comportement des boutons de Crayons. J’ai essayé de déplacer l’appel Dojo, mais rien n’y fait : s’il y a appel Dojo, Crayons cesse de fonctionner.

    <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/dojo/1.10.4/dojo/dojo.js"></script>

    Est-ce normal ?
    Y a-t-il une solution ?

    Répondre à ce message

  • 13
    bruno31

    Dernière mise à jour 1.25 : la cata !

    J’ai eu la mauvaise idée de lancer la maj vers la 1.25.

    Je suis en mutualisé et tous mes sites ont planté. Cela m’a pris plusieurs heures pour tout faire repartir.
    Pire, le crayon ne fonctionne plus : j’ai bien le textarea d’édition, mais quand je sauvegarde, j’obtiens une « erreur de communication ».

    Est-ce un problème connu de cette version ?
    D’autres rencontrent-ils la même difficulté ?

    • bruno31

      Plus de précisions :
      Le CRAYON fonctionne sur certains champs, par exemple, c’est OK avec descriptif_site.

      Avec certains autres chamsp, j’arrive à obtenir une boite d’édition, mais j’ai une « erreur de communication » sur enregistrer.
      Exemple : titre d’article.

      Et sur d’autres champs, j’ai une « erreur de communication : unexpected token » dés que je clique sur le crayon. Je n’ai même pas de boite d’édition.
      exemple : article intro

      Et le CRAYON fonctionne totalement sur quelques rares sites.

      Je suspecte un conflit avec un autre plugin.

    • bruno31

      En comparant les plugins installés sur les sites sur lesquels le CRAYON fonctionne, et ceux sur lesquels le CRAYON plante, et en désactivant progressivement, j’ai trouvé le plugin fautif.
      Il s’agit d’une version modifiée de SPIPDF.
      Le truc bizarre, c’est que SPIPDF n’a, en théorie, aucun effet sur le code généré en partie public.

      Bon j’ai une piste...

    • bruno31

      Finalement, il y a un gros problème avec cette 1.25

      Maintenant, cela plante dans l’espace privé. La plupart des liens tel que « Ajouter auteur » sont inopérants.
      Quand j’édite, j’ai bien la boite d’édition mais impossible d’éditer quoi que ce soit.

      et cela même en désactivant SPIPDF.

    • bruno31

      Bon je galère trop avec cette 1.25.

      Comment puis-je récupérer une ancienne version ?

    • Maïeul

      c’est étonnant : je n’ai aucun souci avec cette version du plugin. Il fonctionne bien côté public comme côté privé.

      Je me demande si tu n’aurais pas des soucis de js emmelé. Essaie voir en vidant le fichier local/cache-js puis en recalculant la page.

    • bruno31

      Bonsoir Maïeul

      Je suspecte aussi un bug de JS. Peut-être avec JQUERY ?

      J’ai supprimé local/cache-js, puis recalculer la page => Pas mieux.

    • Maïeul

      bizarre. bon il faudrait vérifier sur une install sans aucun autre plugin...

    • bruno31

      C’est clair qu’il s’agit d’un conflit avec un ou plusieurs plugins.

      Je pensais avoir trouvé que cela venait de SPIPDF. Mais non, ce matin, j’avais le souk dans l’espace privé alors que SPIPDF était désactivé.

    • Mist. GraphX

      Juste pour confirmer : Je n’ai pas de soucis non plus, je viens juste de le mettre a jour sur un site qui est en production, je n’ai pas eut de retour de la part des rédacteur (sur ce sujet ^^).

      Sinon en local (mode serveur, pas mamp), mes sites sont mutualisés, et je ne rencontre pas de problèmes non plus, avec Crayons.

      Voila ça résoud rien, mais ça oriente vers la ou chercher... bon courrage

    • bruno31

      C’est vraiment très très bizarre.

      Je n’arrive pas à cerner avec quel plugin CRAYON rentre en conflit.
      Je désactive un plugin lambda, le problème disparait sur le site A.
      Je vais sur le site B, je désactive lambda, mais le problème persiste. Et c’est la désactivation du plugin beta qui résout l’anomalie.

      Parfois, le bug a disparu, puis il revient peu après.

    • Mist. GraphX

      effectivement c’est bizarre, y’a pas un cache serveur ?ça viens pas de spip ou crayon pour le coup, la je pencherais plutot pour quelquechose dans ce genre : un module apache ou autre qui compress les js, ... voir ce qu’il y’a dans le .htaccess ou dans la config apache …

      c’est un serveur dédié, une virtualisation ?

    • bruno31

      et bien les amis, j’ai passé mes dernières heures dans la 4e dimension. %-)

      Mais j’ai trouvé d’où venait le bug :
      il s’agissait d’un problème d’encodage sur un seul fichier d’un plugin perso : xxx_fonctions.php qui était encodé UTF-8 avec BOM. C’est quoi ça, BOM ?
      Je l’ai encodé en UTF-8 sans BOM, et plus de problème. :-))

      Pour info, j’ai ré-essayé une ancienne version de CRAYON et le problème persistait.
      Donc cela n’est pas la 1.25 qui était en cause, ni sa mise à jour qui a révélé un problème dans mes autres plugins.
      Je ne sais pas pourquoi c’est apparu subitement ?

      C’est quand même bizarre, non ?

      En tous cas, MERCI pour votre aide.

    • Maïeul

      bom, bom quand votre moteur fait bom.

      plus sérieusement le caractère bom est un caractère qui dit si on doit lire les octets unicode de gauche à droite ou de droite à gauche. Mais normalement en utf8 on n’a pas besoin de cela, car utf8 est neutre sur cette question (utf16, utf32 ne le sont pas). Cependant si on met une information bom dans un fichier utf8 il peut être mal interprété -> et paf tout cela fait planter le zbin.

      Voir https://fr.wikipedia.org/wiki/Indicateur_d%27ordre_des_octets

    Répondre à ce message

  • 1
    Patrick

    Bonjour,
    J’utilise ce plugin depuis longtemps, et je le trouve très utile.
    Cependant, je n’arrive pas à l’installer chez SFR, il provoque une erreur 500, aussi bien avec une version des crayons du début de cette année que de la version de dec 2015.
    En local avec le même spip 3.021 et le même squelettes, tout fonctionne parfaitement.
    Il semble donc que le serveur soit en cause.
    Existe t il une manière de l’obliger à prendre les crayons en compte ?
    Merci en tout cas, il m’est bien utile sur d’autres sites.
    Bonne journée.

    • Patrick

      Bonjour,
      un petit complément d’info, même résultat aujourd’hui, et aprés avoir supprimé les crayons, le message suivant s’affiche en page d’accueil de la partie privée :

      Erreur dans les plugins : /var/www/xxxxxxxx.perso.neuf.fr/public_html/plugins/crayons/crayons_fonctions.php

      Si quelqu’un a une idée.
      Bonne année 2016

    Répondre à ce message

  • 2
    Thierry Kauffmann

    Bonjour,

    j’ai les crayons en version 1.16.6 et ceux-ci ne fonctionnent pas : j’ai l’erreur javascript suivante (avec Firebug en mode console javascript)

    SyntaxError: missing ) after argument list
http://www.parcsaintpaul.fr/spip.php?page=crayons.js&callback=startCrayons
Line 4617

iframeDoc.write("<!doctype><html><body><script type="text/javascript">

    Il semble effectivement qu’il y ait un problème de guillemet ...

    • Thierry Kauffmann

      (re)-Bonjour,

      après vérfication, c’est le plugin switcher (toujours en test...) qui créait un conflit !

      Après désactivation du plugin switcher et vidage du cache du navigateur, les crayons sont de retour !

      Youpi !

    • Christophe Noisette

      Suite à la lecture patiente et méthodique de ce forum, j’ai trouvé la réponse à ma question...
      Chez moi aussi le crayon n’apparaissait pas... et sur une contrib’, quelqu’un a parlé d’une vérif via la dist... Or comme le crayon n’apparaissait pas sur la dist... j’ai compris que le problème ne venait pas de ma programmation, mais du contexte général de mon site (jquery ou autres)...
      Et là... en lisant cette réponse, comme j’avais aussi switcher qui était installé, je me suis dit : « testons sans ce plugin », et youpi, le crayon est revenu.
      Version utilisée :
      Spip : 3.0.20
      Crayon : 1.21.0
      Switcher : 0.2.4

      Merci aux contributeurs, à toute cette belle communauté de spipien-ne-s
      Amitiés
      Christophe

    Répondre à ce message

  • 1
    Thao

    Bonjour !
    Je tente de faire s’appliquer le plugin « crayon » à un élément html « a », il s’applique bien, seulement, lorsque je veux cliquer sur le « crayon » ça redirige sur le lien cible du tag « a » ... Impossible donc de changer le contenu de cette balise car la page change.

    Je me demandais si il y avait une solution quelconque ? Je ne trouve rien correspondant à ma question en ligne :)
    Merci !

    Répondre à ce message

  • laurent

    Salut à tous

    Je plussoi ! :-)
    Permettre de désactiver le double clic dans la config ? Ou le désactiver pour les utilisateurs de tablettes et téléphone en tout genre ?

    Merci en tout cas !

    Répondre à ce message

  • Beno

    Bonjour,

    Je cherchais à surcharger les images (et notamment les icônes de modification visibles sur le site public), mais ça ne fonctionne pas correctement (semble-t-il), et il faut écraser les fichiers directement dans le plugin... pourtant ce serait bien, surtout quand le site public a pour fond de texte une couleur bleu ;-)

    Répondre à ce message

  • 4
    Beno

    Petit bug : quand on édite un titre qui est affecté d’un numéro (type « 01. TITRE DE L’ARTICLE »), le numéro de l’article s’affiche après la sauvegarde de la correction faite par le champ crayons.

    • Mbro

      Oui on peut plutôt appeler ça dysfonctionnement, comme le dit RealET juste un Cancel et ça repart. J’ai cherché un moment aussi pour savoir d’où ça venait sur mon petit blog.
      J’ai pas trouvé où l’on doit répertorier tous les petites choses avec des fonctionnements bizarres ... pour la version 1.6.2 pour la prochaine version de mon site

    • Beno

      Bonjour Mbro,
      Merci pour ta réponse, pour autant si ce dysfonctionnement est un peu dérangeant, il n’est pas grave... avec un peu de patience, il disparaitra certainement prochainement ;-)

    • Fil

      Ce n’est pas un dysfonctionnement, c’est voulu : ça donne un retour qui permet de bien visualiser ce qu’on en envoyé au serveur. Seul l’utilisateurice du crayon a ce feedback visuel, car dès que la page est calculée de manière normale, les filtres s’appliquent, et si le filtre supprimer_numero est présent (c’est vrai par défaut), il s’applique aussi.

    • Beno

      Bon, alors tout est normal... il faut juste savoir que c’est normal ;-)

    Répondre à ce message

  • 1
    nicod_

    Hello,
    je viens de relever un comportement inattendu dans un cas particulier, avec une boucle CONDITION entre la boucle sur l’objet et le champ à crayonner.

    <BOUCLE_article1(ARTICLES){id_article}>
<BOUCLE_test(CONDITION){si #TITRE=="^00\."}>
<div class="#EDIT{titre}">#TITRE</div>
</BOUCLE_test>
</BOUCLE_article1>

    Le squelette génère une erreur « Pas de clé primaire ! » sur la boucle _test.
    J’imagine que c’est une dû à une perte d’une partie du contexte (id_article), mais le message d’erreur n’est pas très explicite.

    Dans ce cas il faut utiliser la syntaxe complète :

    <div class="crayon article-titre-#ID_ARTICLE">#TITRE</div>
    • Fil

      Comme tu l’as compris le crayon s’applique à la boucle qui est immédiatement là, donc ce n’est pas une boucle d’objet et ça zappe. Ta solution est pas mal, une autre pourrait être d’appeler #_article1:EDIT{titre} (à tester).

    Répondre à ce message

  • 1
    RealET

    Crayon sur champ #STATUT n’affiche pas de champ de formulaire, juste cancel et OK

    • RealET

      À la lecture du code du plugin, c’est normal : il y a un contrôleur spécial pour les statuts, mais écrit pour SPIP<3 : il ne prend en compte que les articles.
      Or, moi, j’ai eu le problème sur un autre objet qu’articles.

    Répondre à ce message

  • Jaseurboreal

    Bonjour,

    Le rédacteur d’un article publié, me signale qu’en partie publique le crayon ne lui est pas apparent, et qu’il ne peut donc pas modifier son article.

    Dans quel endroit faut-il chercher la solution ?

    Merci de votre réponse.

    Répondre à ce message

  • Kingrise

    La mise-à-jour du plugin 90287 n’est pas sur la zone ? :-)

    Répondre à ce message

  • B.POIRAUD

    Bonjour,
    Je cherche à installer le plugin ’’crayons’’ - que j’utilise déjà sur de nombreux sites (très pratique !) mais cette fois le fichier jquery.js ne se télécharge qu’à moitié sur le site distant. J’ai fait de nombreux essais. Je suis en version 3.0.19 installée il y a quelques jours. Une incompatibilité ?

    Répondre à ce message

  • YannX

    [18:32] YannX ah ! meme sur SPIP.net on se prend des erreurs qd on visualise deux fois un meme article en privé ?
    [18:33] YannX je croyais que c’etait juste un« bug expérimental » de crayons (sur mes sites)
    [18:33] YannX mais non !
    [18:33] YannX FF fenetre 1 = je regarde un article
    [18:34] YannX FF fenetr2 = car je vais le modifier dans une seconde fenetre
    [18:34] YannX que j’enregistre
    [18:35] YannX puis fenetre1 = je rentre en edition (article_edit)
    [18:35] YannX je veux enregistrer !! ...... erreur car page déja modifiée
    [18:36] YannX oui, compris !
    [18:36] YannX c’est l’avertisseur de travail collaboratif qui se melange les pinceaux (pourtant cela marchait tres bien en SPIP 2 / 2.1 )
    (qui avait dit que c’etait « expérimental » ;-)

    PSje n’ai pas testé sur deux ordis derrière la meme box...

    Répondre à ce message

  • christian.mercat

    Bonjour,

    Merci pour crayons. Un petit problème : sur tablette, le double-clic est très souvent « sur-interprété ». Pourrait-on détecter les tablettes et faire un traitement spécial ?

    Merci, cordialement, Ch.M.

    Répondre à ce message

  • YannX

    Est-ce vraiment un bug de Crayons ? pas absolument, mais j’observe depuis trop souvent un fonctionnement gênant en utilisant Crayons dans l’espace privé (expérimental, je sais !! ).

    Concrètement, j’identifie deux comportements bizarres en hébergement distant (OVH en particulier) :

    1. l’activation des contrôles de collaboration génère les avertissements de double modification (parfois dû à l’affichage dans deux onglets du même poste..), ce qui aboutit souvent à perdre une correction...
    2. l’édition de l’article (en espace privé) par Crayons n’enregistre pas la saisie d’une modification avant qu’on ne revoit la page en modification, et donc la seconde modification -double-clic- ne s’applique pas sur la précédente saisie : je n’ai pas observé ce dysfonctionnement en désactivant le cache SPIP, et cela pourrait venir d’un oubli de l’invalideur de cache des pages privées ??
      Exemple de Crayons 1.21.0 - stable sur spippourlesnuls.fr( en SPIP 3.0.17 [21515])...
      _ (mais il y a tellement d’autres plugins utilisés...).

    D’autres spipeurs auraient-ils rencontré ce genre d’incidents ?
    Merci
    YannX

    Répondre à ce message

  • lio

    Actuellement j’ai aussi un message d’erreur :

    La page à l’adresse (censurée sur demande de lio) indique :

    Erreur de communication : Unexpected token <

    Peut-être est-ce du aux url arborescentes…

    Répondre à ce message

  • lio

    Je cite :

    « On peut également éditer les logos avec le crayon #EDITlogo ; un réglage permet de redimensionner ces logos à la volée lors de l’upload. »

    -  > J’aimerai connaitre comment activer le redimensionnement à la volée de ses logos lors de l’upload SVP ??

    Répondre à ce message

  • Valéry

    J’ai le message suivant et les Crayons ne fonctionnent pas :

    erreur de communication : JSON.parse : unexpected character at line 1 column 1 of the JSON data

    Version : 1.21.0 SVN [85713] avec SPIP 3.1.17

    Répondre à ce message

  • stef

    Bonjour Fil,

    Les crayons ne fonctionne plus dès lors que je les utilise avec le plugin CookieChoices. Pourtant je suis bien logué comme administrateur et ai validé les cookies. CookieChoise bloquerait Crayon ? A voir sur http://art-logic.info

    becs.

    Répondre à ce message

  • frankybee

    Bonjour,

    Les Crayons ne fonctionnent plus lors de l’activation des URL Arborescentes. Gérées avec OU sans le Couteau Suisse. Sur les pages Articles et Rubriques, j’ai le message « erreur de communication : JSON.parse : unexpected character » . Par contre, si j’ajoute #EDIT dans d’autres squelettes (sommaire / plan / squelettes custom), ça fonctionne bien (squelettes de type : monsite.com/spip.php ?page=XXX)

    En désactivant les URL arbo (->standard), ça fonctionne à nouveau... J’ai activé / désactivé le « Comportement du couteau ». J’ai désactivé tous les autres plugins, vider les caches, Rien n’y fait. Je n’arrive pas à trouver le problème... Quelqu’un aurait une piste de solution ?

    (Site et plugins à jour : SPIP 3.0.16 / Crayons 1.19.2)

    Merci pour votre aide.
    François

    Répondre à ce message

  • 6
    amvla

    Bonjour,

    tout d’abord merci pour ce plugin fantastique ! Il simplifie énormément la mise à jour des articles, rubriques etc et permet de facilement corriger les petites fautes de frappe sans avoir à faire des allers-retours entre espace privé/public. Bref j’adore ce plugin !

    J’utilisais avec bonheur la version 1.9.1 de Crayons sous SPIP2.1.2. Le site va désormais passer sous SPIP3.0 mais voilà que j’ai un petit souci avec Crayons 1.19.2 avec SPIP2.1.26 et SPIP3.0 : en local, en activant uniquement le plugin Crayons, quand j’appuie sur « enregistrer » pour enregistrer les modifications effectuées dans le texte, j’ai une fenêtre qui s’ouvre et me propose d’ouvrir ou d’enregistrer le fichier spip.php. Bizarre ! Une idée de ce qui peut bien se passer et comment résoudre ce problème ?

    Merci d’avance pour votre aide !

    • Fil

      il faut vérifier dans les logs, ça ressemble à une erreur serveur (code 500 ?)

    • amvla

      Merci pour votre répons très rapide !
      De quel log parlez-vous ? Rien dans ceux de SPIP

    • Fil

      une erreur 500 est parfois plus dure à tracer : à priori il faudrait chercher dans les logs d’apache (error.log)

    • amvla

      Voilà l’erreur qui pourrait correspondre dans error.log d’apache, aucune idée de si c’est de là d’où vient le problème :
      [Mon Jun 30 15:32:41 2014] [error] [client ::1] File does not exist : C :/mon/repertoire/spip/win_width.htc

    • Fil

      non ce n’est pas ça … il faut peut-être essayer en ligne plutôt qu’en local ?

    • amvla

      Effectivement, en ligne serait mieux qu’en local, mais je ne suis malheureusement pas en mesure de convertir mon site en ligne pour l’instant. Je vous joins l’impression d’écran de mon erreur au cas où cela vous inspire plus, sinon je vous recontacterais une fois le site en ligne (avec un peu de chance l’erreur aura disparu toute seule).
      Merci pour votre aide

    Répondre à ce message

  • mirobolus

    Bonjour,
    Comment dois-je procéder pour qu’un champ pays_livraison se comporte comme le champ pays dans les crayons (c’est à dire avec la liste des pays en menu déroulant) pour une utilisation, donc, avec #EDIT{pays_livraison}.
    Auriez-vous un exemple de contrôleur de pays (si c’est bien de cela qu’il s’agit) ? Et est-ce que la création de ce contrôleur suffit à ce que j’obtienne le comportement souhaité ou y a-t-il autre chose à faire ?
    Grand merci.

    Répondre à ce message

  • glims

    Bon et bien la dernière version des crayons me donne une erreur javascript :
    Uncaught TypeError : Cannot read property ’$erreur’ of null

    C’est par là le probleme :
    => if(c.$erreur)
    uniAlert(c.$erreur) ;

    Répondre à ce message

  • 5
    Eerik

    J’ai pu resoudre (a moitier) ma premier bug avec la plume.

    J’ai maintenant un deuxieme qui est en utilisant la method de 2 adresss web pour consulter la site (un ou la plume marche et l’autre, l’address public ou ca marche pas).

    La plume casse en activant champs-extra et plugin associer ou la couteau swiss.

    Je presume c’est en liens avec la premier bug de chanement de domaine, car tout c’est plugin marcher biens ensemble durant la development du site.

    Aussi, effasant tout, reinstallation, remetre la database a l’etat avant activer ces plugin ... toujours casser la plume, donc ca je comprend pas n’emplue.

    J’aimerai vraiment de l’aide car si ce bug est pas coriger un n’autre developeur riske gagner son argument pour drupal ... qui m’embete.

    • Eerik

      J’arrive toujours pas a resoudre ce bug.

      C’est definitevement pas un problem local.

      Un copie marche super sous un address IP ... le fait simple de pointer l’address WWW a la site et la crayon refuse the marcher.

      Donc ca semble lier au DB, mais un recherche sur tout le DB sort pas l’adresss IP apres avoir changer au WWW.

    • Fil

      Comme je t’ai déjà demandé, regarde s’il y a une erreur dans la console « Network » de ton navigateur.

    • Eerik

      Dans la console Network riens se passe.

      Dans la « console » que les deux prochaine choses :

      [19:17:27.858] Unknown property ’box-sizing’. Declaration dropped. @ http://www.gosol.org/About
      [19:17:27.864] TypeError : $.browser is undefined @ http://www.gosol.org/spip.php?page=crayons.js&callback=startCrayons:447

    • Fil

      En regardant le code HTML de la page d’accueil, je vois que tu charges jquery.js de deux manières différentes : une fois à travers SPIP (prive/javascript/jquery.js) et une fois à travers googleajaxapi ; c’est peut-être ça la cause du problème ?

    • Eerik

      Je pensais aussi ca pouvais etre lier au jquery.

      Le crayon marche pas meme avec squelettes-dist, sans mes squelettes.

    Répondre à ce message

  • 8
    Eerik

    Bonjour,
    Pardon pour ma francais bidon, je suis anglophone.

    J’ai un bug, spip 3.0.16 et Plume 1.19, la plume marche plus apres que je change la URL dans l’identite du site (par example passer d’un url type IP pour la development a la URL type www.).

    Ca « mouline » sans j’amais ouvrir, ca produit pas des erreur dans la log.

    J’avais extra-champs et site-horligne du couteau suisse activer quands la bug a produit le premier fois, mais la bug reproduit avec un fraiche installe aucune autre plugin (mais la meme database, donc c’est toujours possible il y a un conflit qui ce creer dans la db).

    Reinstallation du plugin n’a pas d’effet (en suprimant les fichier du plugin), utilisant que squelettes-dist n’emplu, ni vider la cache, ni meme efacer tout la dossier tmp par ssh, ni aucune combination de c’est action.

    Je peut regler la bug en installant un nouveau spip sous url originel type IP, et importer la database. Aucume autre plugin installer.

    Mais passant a url type www reproduit la bug, donc ca semble definitevement associer a cette action.

    Donc je sais vraiment pas ou chercher pour le resoudre (un ligne dans la DB qui guarde la memoir du anciens URL ? mesure anti-hackeur que je declenche ?? ).

    Bon, je peut regler en gardant la URL IP dans la partie identiter et puis forward cette address IP a l’address www avec .httaccess, ca semble pas ideal, et d’autre pourais etre affecter par ce bug.

    • Fil

      Regarde peut-être s’il y a une erreur dans la console « Network » de ton navigateur.

    • Eerik

      En faite, mon maniere autour ce bug marche plus, ca semblais davoir marcher un fois, de reinstaller sous la URL IP originel, mais meme ce proceder marche plus.

      Ca marche en faite de sous la URL IP, mais changer a URL www recrer la bug (meme en guardans la adress IP dans la identer) ... mais enfaite cette fois j’ai rediriger la IP a la www, donc ca semble quoi que je fasse la plume function pas sous la URL www.

      C’est assez embettant, le seul solution semble d’etre avoir URL IP et URL www pointant au meme dossier ... mais c’est pas elegant comme solution.

      J’imagine il y a un souvenir dans spips du URL IP et la plume refuse de connecter sans cette IP.

      (biens evidement j’ai vider ma cache local, esseyer sur d’autre ordinateus, d’autre utilisateur etc. donc c’est pas un problem local)

    • Eerik

      Cette fois j’ai esseyer de re-installer sous la URL www public, avec que la plme comme plugin, et meme bug, donc ca semble il y a un memoir du URL dans le DB.

      Un n’autre detail, la URL originel du cite est du type IP:porte/ peut-etre c’est en liens.

      Si j’install un copie du site sous URL IP:porte ca marche, le problem est des que je utilise le plus sous un nouveau URL meme en installant fraiche sous la URL public et importer la DB.

    • Eerik

      J’ai chercher dans la database si le URL ancien est qq part ... ce n’est pas ... donc je vois pas comment un nouveau installation direct avec la URL public reproduit la bug ...

    • Eerik

      J’esseye plusieur choses sur un copie du site.

      Le procedure : desactive plume, suprime la dossier plume > vide cache > suprime tout dans tmp > suprime tout dan local > surpime tout cookie local > suprime squelettes > unzip spip sur les fichier > unzip crayon > active crayon > meme bug.

      Hors, ca marche sur les autre site sur le meme serveurs, sur un installation fresh de spip avec le DB, mais aucune maniere de le faire accepter la URL public type www.

      Hors, j’ai aussi regarder dans la DB, avec un less db.sql et un recherche du DB de l’anciens URL, qui n’aparait pas ... donc ca semble pas en liens avec la DB.

      Hors, meme un installation fresh sous URL www reproduit le bug.

      Si j’insall fresh sous le URL type IP origine la plume marche.

      Donc je vois pas qq d’autre a esseyer.

    • Eerik

      J’ai fais du progres.

      Ce procedure resous la bug pour un copie du site sous un IP :
      rm -r spip/config && rm -r spip/tmp && rm -r spip/local && rm -r spip/plugins && rm -r spip/ecrire && rm -r spip/plugins-dist && rm -r spip/prive && unzip spip-3.0.zip && cd spip && chgrp -R www-data IMG tmp local config plugins-dist && chmod -R 775 IMG tmp local config plugins-dist

      En bref, souprime tout et reinstall avec meme DB, reinstall plugin : la plume remarche.

      Mais la meme procedure avec la site public functionne pas. Hors, comme j’ai dit un recherche du DB pour les URL IP ou WWW sort riens de specialle.

    • Eerik

      Bon, je peut pointer la site public a la dossier donc j’ai resolue la bug avec la procedure j’ai mentioner.

      Vider la cache, vider toute cookie local.

      Creer Situation :

      Si je login sous URL public, la crayon march pas.

      Si je login sous IP:port la crayong marche biens.

      Si je change la URL du site sous identiter la crayon march pas ni dans sous la URL public ni sur URL IP:porte. Si ensuit je le rechange URL public a IP:port ca continue a ne pas marcher, mais je peut refaire la procedure ecraser tous pour revenir au situation.

      Donc, je vais functioneer comme ca mais c’est moins que ideal car plusieur liens renvoie au site WWW si t’est sous IP. Mais en faison attentions on peut rester sous le address IP et utiliser la crayon. Pour les visiteur toute les liens semble de rester sous WWW, donc c’est functionable comme solution, mais pas ideal.

    • Eerik

      Pour eviter ce bug si la site est du depart sous la URL prevue ce n’est pas un problem, en utilisans la « maintenance mode » du couteau-swiss.

      La crayon a marcher biens tous le temps de notre development, mais marche plus apres changement du URL.

      Mais, il y a des situation ou changer de URL est necessaire. Dans mon cas la domaine public etais entrain d’etre transfere a mon compte apres achat, donc impossible de developer sous URL public.

      C’est possible que si j’ai « transferer » le site avec procedure de sauveguarde-database et restaurer dans le nouveaus site le bug manifestera pas. Mais dans mon case j’ai pas changer du serveur, donc ca sembler raisonable de juste pointer la domain public a la meme dossier (sous precedant version de spip ca na pas creer de bug de juste pointer un nouveau URL a un instance de spip existant).

      En-tout cas, merci pour ce plugin, spip + plume est un super outil, j’espere que ce bug est resoulable et affect pas d’autre.

    Répondre à ce message

  • 2
    manu

    J’observe sur un site en SPIP 2.0.1 [13495] un bug qui disparait quand je désactive les crayons (dernière version téléchargeable).

    [<div class="#EDIT{#TEXTE} texte">(#TEXTE|couper{300})</div>]

    ne fonctionne pas (mal : le texte est coupé beaucoup plus tard) lorsque les crayons sont activés.
    Il n’y a pas d’autre plugin actif...
    Quelqu’un a-t-il déja rencontré la même chose ?

    Répondre à ce message

  • 3
    erka

    Bonjour,
    Crayon fonctionne très bien sur mon site (Spip 3.0.15 / ScolaSpip 3.0.24), si je suis connecté en administrateur (sur tous les articles donc).
    En revanche, les rédacteurs ne peuvent pas l’utiliser pour éditer leurs propres articles.
    Un problème de droits donc, mais je ne sais pas où chercher...
    Une idée ?
    Merci

    • Régis Kubli

      Hello,
      Je me permets de faire un petit ’up’ des fois que...

    • Fil

      essaie de mettre dans mes_options.php la ligne suivante :

      define ('_DEBUG_AUTORISER', true);

      et regarde ensuite dans les logs pour voir ce qui se passe

    • Régis Kubli

      Merci pour cette réponse, mais ça va être compliqué, mon hébergeur (ac-creteil.fr) a fermé tous les accès FTP. Donc pour éditer le fichier php et lire les log, ça va être dur.

    Répondre à ce message

  • 8
    Manu

    Bonjour,
    sur une mutu SPIP 2.1.19 / crayons à jour dernière version, j’ai ce message d’erreur...
    TypeError : ’undefined’ is not a function (evaluating ’$(’.crayon:not(.crayon-init)’).live’)
    Quelle est la cause de ce message ?

    • Manu

      Un retour à la version 1.16 a rétabli la situation et les crayons fonctionnent de nouveau… Un ch’ti problème qqpart avec la toute dernière version ?

    • Fil

      apparemment c’est le même problème que signalé juste en dessous
      http://contrib.spip.net/Les-crayons?lang=fr#forum473393

    • Manu

      Mais alors, mis à part la rétrogradation à la version inférieure (encore faut-il en avoir gardé une sous le coude) , quelle est la parade ?

    • Fil

      il faut analyser le bug et réparer :)

    • Manu

      Aïe, la lecture de la page consacrée à live() me confirme que ce n’est pas encore tout à fait pour moi cette affaire-là…
      Dans une vie future, promis, je me mets à la programmation, mais là… je me contente de rétrograder (ça je sais faire)

    • Fil

      Salut,

      j’ai essayé de corriger ce bug en révision 81231 (version 1.18.0 des crayons). Peux-tu confirmer si c’est ok ?

    • Fil

      hé bien ça marche ou pas ?

    • Manu

      Désolé de la réponse un peu tardive : j’étais (et je suis encore) un peu noyé sous le boulot.
      j’ai fait le test : c’est OK pour moi également...

      Merci beaucoup (et encore désolé…)

    Répondre à ce message

  • 13
    glims

    C’est la première fois que j’utilise ce plugin et j’ai l’erreur javascript suivante :

    Uncaught TypeError : Object [object Object] has no method ’live’ spip.php ?page=crayons.js&callback=startCrayons:1064
    $.fn.crayonsstart spip.php ?page=crayons.js&callback=startCrayons:1064
    startCrayons ?var_mode=recalcul:15
    (anonymous function) spip.php ?page=crayons.js&callback=startCrayons:1131

    • glims

      A priori ça provient du fait que .live() qui est déprécié. Néanmoins le plugin embarque ça propre version de jquery. Je suis le seul à avoir ce problème avec SPIP 3 ?

    • glims

      Pour information :
      Le plugin dispose bien de sa propre version de jquery.(1.6)
      Par conséquent si vous utilisez une version supérieur dans vos squelettes ça ne marchera pas.

    • Fil

      Salut,

      j’ai essayé de corriger ce bug en révision 81231 (version 1.18.0 des crayons). Peux-tu confirmer si c’est ok ?

    • glims

      Je teste demain matin et je te dis si c’est ok

    • Fil

      alors ????

    • glims

      Non ça marche toujours pas :(

      Uncaught TypeError : Object [object Object] has no method ’live’

    • Fil

      peux-tu préciser quelle ligne ?

    • glims

      Vers 1063 ==> if((typeof crayons_init_dynamique==’undefined’)||(crayons_init_dynamique==false))
      $(’.crayon:not(.crayon-init)’).live(’mouseover touchstart’,function(e)

    • Fil

      tu peux vérifier si tu as bien récupéré la dernière version du fichier ?
      http://zone.spip.org/trac/spip-zone/changeset/81231/_plugins_/crayons

    • glims

      Crayons 1.18.0 - stable ==> Je suis bien avec la dernière version

    • glims

      Bon je viens de re-vider mon cache de virer le plugin de ré-installer le plugin et de re-vider le cache.
      Et là miracle ça fonctionne :)

    • Fil

      ouf, merci !

    • glims

      Merci à toi

    Répondre à ce message

  • 2
    Francky

    Bonjour
    A vérifier, pour supprimer une notice en php 5.4

    Notice : Undefined index : espaceprive in /.../plugins/auto/crayons/v1.16.6/crayons_fonctions.php on line 35
    http://zone.spip.org/trac/spip-zone/browser/_plugins_/crayons/crayons_fonctions.php#L35

    Mettre à la place :
    if (isset($config_espace_prive[’espaceprive’]) == ’on’)

    Cela semble fonctionner, mais comme moi et le php nous ne sommes pas trop copain...

    • Fil

      Merci ; c’est corrigé en 80124

    • Francky

      je suis super content, j’avais presque pas fait d’erreur dans mon idée :-)

      Il reste celui-là :

      Notice : Use of undefined constant PORTE_PLUME_PUBLIC - assumed ’PORTE_PLUME_PUBLIC’ in /.../ecrire/public/composer.php(83) : eval()’d code(79) : eval()’d code on line 1

      Par contre, là, j’arrive pas du tout à résoudre, possible que cela vienne de porte plume, mais je trouve pas la solution...
      J’ai essayer en 3.0.14-dev et en 3.1 et pareil à chaque fois.
      j’installe le plug, et la notice apparait quand je vais voir la page de config de crayons.
      C’est un truc a résoudre à l’occasion.

    Répondre à ce message

  • 2
    cilou

    Bonsoir

    Mon problème : je n’arrive plus à éditer un fichier pour le remplacer. Je fais des tests sur une page article avec inclure documents ( images sans liens pour que le crayon soit actif)
    Message : erreur de communication —> ok —> Fichier ajouter_documents introuvable

    J’arrive à modifier le logo de l’article et les textes avec les crayons.

    Spip 3.0.5, version des crayons à jour, aucun autre plugin.

    Merci d’avance

    • cilou

      Bonsoir

      Au mois de mars, je pouvais « modifier » des images depuis le site public (quand elles étaient dans le portfolio) comme on peut les modifier dans l’administration quand on passe par médiathèque (modifier une image). C’était avec Spip version 3.0.5 et Crayons version 1.14.1

      Aujourd’hui, je ne peux plus... personne pour m’aider ? merci

    • cilou

      Bonjour

      La révision @ 77245 corrige le problème, merci Kent1

    Répondre à ce message

  • 6
    vale

    Un autre problème à signaler :

    Avec le plugin autorité en plus, un visiteur inscrit peut modifier ses propres messages mais étonnamment peut aussi modifier tous les articles !

    • Maïeul

      je viens de retester en local : un visiteur, sauf si on lui donne explicitement les droits, ne peut éditer les articles. N’avez vous pas par erreur activé l’option wiki du plugin autorité ?

    • vale

      Le wiki n’est pas activé.

      C’est l’espace de publication qui est ouverte aux visiteurs enregistrés.

      Mais même là les visiteurs ne devraient pouvoir modifier que leurs propres articles.

    • Maïeul

      « C’est l’espace de publication qui est ouverte aux visiteurs enregistrés. » ... pas compris cette phrase.

      mais je vous confirme que les règlages standard d’autorité, les visiteurs ne peuvent modifier les autres articles.

    • vale

      Dans la configuration du plugin autorité, il y a une rubrique

      Espace de publication ouverte

      Choisissez ci-dessous un secteur à traiter comme un espace de publication ouverte pour les rédacteurs et / ou visiteurs enregistrés (à condition d’avoir une interface, par exemple les crayons et un formulaire pour soumettre l’article) :

      (Secteurs)

      Voulez-vous ouvrir la publication — au-delà des administrateurs :
      - aux rédacteurs du site
      - aux visiteurs enregistrés

    • vale

      Je confirme que c’est bien l’activation de l’espace de publication ouverte (en permettant à un visiteur inscrit de publier un article) qui provoque ce comportement étrange.

    • Maïeul

      effectivement. Mais le terme espace de publication ouvert est très ambigu. A mon avis on peut le comprendre dans ce sens là.

      Cela étant, la question serait plus a poser sur le forum d’autorité. Et sinon il faudrait
      1) soit ameliorer code du plugin
      2) soit passer outre et déclarer soit même ses autorisations.

    Répondre à ce message

  • vale

    Salut,
    Quand on modifie un commentaire avec les crayons, la balise DATE_MODIF n’affiche rien.
    Est-ce normal ?

    Répondre à ce message

  • 3
    ADB

    Bonjour
    Ce n’est pas un pb mais une surprise :
    sans que j’ai ajouté de class=Edit, tous les textes descriptifs des images de mes articles sont éditables par le crayon.
    Comment cela se ferait-il ?
    Merci

    • Fil

      En effet les modèles standards d’insertion des documents comprennent les class="#EDIT{…}" qui produisent ce fonctionnement.

    • ADB

      Est-il possible de désactiver ou de modifier ce fonctionnement ?
      Car, dans un tableau par exemple, cela produit un

      <dt class="crayon document-titre-2091 spip_doc_titre" style="width:350px;">

      de 350 px alors que je ne veux allouer que 100 px.
      Comment faire ?
      Merci

    • Maïeul

      heu, ca c’est pas lié aux crayons, mais au modèle standards. Cf http://core.spip.org/issues/2763

      La solution en attendant le changement : surcharger les modèles standards.

    Répondre à ce message

  • PaulAdrien

    Proposition : je trouve dommage que dans la partie uploader on ne puisse modifier le nom du doc. J’ai surchargé mes squelettes pour pouvoir les changer avec un EDITDESCRIPTIF et EDITTITRE_DOC, mais la solution ne marche que s’il y a déjà un titre (si pas de titre, on ne peut le modifier).

    Pour changer cela, j’ai modifié plugins/auto/crayons/v1.16.2/modeles/uploader_liste.html

    <li>#MODELE{uploader_item,id_document}</li>

    devient

    <li>#MODELE{uploader_item,id_document}</li>
<a href="#URL_ECRIRE{document_edit,id_document=#ID_DOCUMENT}" style="color:black;" target="_blank" class="editbox"><:medias:bouton_modifier_document:></a>

    A priori cela à l’air de marcher. Je ne suis pas un pro de spip, donc je ne me propose pas pour peaufiner l’idée. Mais si quelqu’un se sent de vérifier l’astuce, je pense que cela pourrait rendre service à beaucoup de personnes.

    Répondre à ce message

  • Ben

    Bonjour à tous,

    C’est juste un petit détail, mais quand je déclare gzip dans le htaccess, il n’a pas l’air de fonctionner sur le crayon. C’est grave docteur ?

    Pour info, je met ça, ça speed sien le site avec un petit expire header en plus

    # Compression pour fichiers CSS
    <IfModule>
    mod_gzip_on Yes
    mod_gzip_dechunk Yes
    mod_gzip_minimum_file_size 1024
    mod_gzip_maximum_file_size 100000
    mod_gzip_item_include file \.css$
    mod_gzip_item_include mime ^text/css$

    # Compression pour fichiers JS
    <IfModule>
    mod_gzip_on Yes
    mod_gzip_dechunk Yes
    mod_gzip_minimum_file_size 512
    mod_gzip_maximum_file_size 1000000
    mod_gzip_item_include file \.js$
    mod_gzip_item_include mime ^application/x-javascript.*

    Répondre à ce message

  • ADB

    Voici que lorsqu’on a un texte spipé, avec retour ligne en _, la correction par le crayon annule l’effet du retour chariot.
    Ex :
    « Laverie
    Affaires maritimes : »
    devient
    « Laverie _Affaires maritimes : »
    même si à l’affichage de l’édition on a bien :
    « Laverie
    Affaires maritimes : »
    Merci

    Répondre à ce message

  • 7
    ADB

    Bonjour
    Le Crayon est un outil formidable.
    Mais je rencontre un pb avec les #Titre dans un href.
    Si je mets un span #EDIT juste avant le titre, ou un class #EDIT, c’est le lien href qui est pris en compte lors du clic et non le désir d’éditer.
    Comment résoudre ce problème ?
    Merci
    ADB

    • ADB

      Hmm pas d’idée sur la résolution de ce problème ?

    • Fil

      Essaie de mettre le class=#EDIT dans un SPAN entourant le A.

    • ADB

      De même, le code suivant :
      <span class="#EDIT{titre}">#TITRE</span> <span class="#EDIT{chapo}">[- (#CHAPO|PtoBR)]</span>
      ne permet que d’éditer #TITRE et pas #CHAPO
      Comment faire ?
      Merci

    • ADB

      Oups, désolé...
      Ca marche.

    • ADB

      En revanche, je reviens au problème d’un lien href.
      L’écriture :
      <a href="#"><span class="#EDIT{titre}">#TITRE</span> <span class="#EDIT{chapo}">[- (#CHAPO|PtoBR)]</span></a>
      envoie sur le lien et pas au crayon.
      Je ne sais pas comment faire. Il faudrait une priorité ou un clic droit...
      Merci

    • Fil

      je t’ai répondu ci-dessus

    • ADB

      Eh bien non, désolé, mais
      <span class="#EDIT{nom_site}"><a href="#URL_SITE">(#NOM_SITE)</a></span>
      renvoie sur l’url et ne permet pas d’éditer.

      Un autre petit pb, mais j’ouvre une nouvelle question

    Répondre à ce message

  • 10
    got

    Est-il possible, à l’aide de crayon de modifier les champs d’une table d’une base de donnée externe. Je m’explique :
    Grace à la boucle DATA, j’affiche les infos d’une base externe. J’aurais aimé pouvoir modifier ces infos grâce au plugin crayon. Est-ce possible ou faut il que je parte sur une autre piste ?

    Merci d’avance !

    • Fil

      La boucle DATA ne permet pas au crayon de savoir par quel biais il pourra enregistrer les données. Mais si tu composes à la main la classe nécessaire, cela devrait pouvoir être possible. Il va falloir tâtonner un peu.

    • got

      Merci pour cette réponse. Que veux tu dire par : « composer à la main » ?

    • Fil

      Avec la boucle DATA la balise class="#EDIT{champ}" des crayons ne saurait pas quoi répondre. Mais si tu mets toi-même class="crayon forum-texte-469112", alors les crayons savent qu’il faut éditer le champ texte de la table des forums, pour forum dont l’identifiant est 469112.

      Les crayons peuvent aussi modifier des bases distantes si on les renseigne correctement. Si je me souviens bien, la bonne forme est class="crayon connecteur:table-champ-id".

    • got

      Merci ! y’a du mieux, sauf que j’obtiens un pop-up du type
      table id champ : pas de valeurs

      dans les logs j’obtiens :
      basespip.champ_distant doesn't exist - SHOW CREATE TABLE <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+Y2hhbXBfZGlzdGFudDwvY29kZT4="></span>

      le connecteur ne semble pas pris en compte

    • Fil

      essaie peut-être de remplacer le : par un double underscore __
      du moins si j’en crois le code là : http://zone.spip.org/trac/spip-zone...

      Si ça fonctionne, c’est le commentaire de cette ligne 234 qui m’a induit en erreur, et il faudra le corriger.

    • got

      Génial ! Merci beaucoup pour ton aide.
      _Donc voici mon code pour modifier un champ d’une base distante :

      class="crayon connecteur__table-champ-id"

      Encore merci !

    • got

      Je remarque que les champs qui contiennent des caractères spéciaux (accents, apostrophe, etc..) ne peuvent pas être édité.
      Lorsque je double clic sur le texte, le texte s’efface.
      Mes tables distantes sont en UTF8

    • got

      J’ai dû modifier le Jeu de caractères du site pour faire en sorte que cela fonctionne, je l’ai passé en iso-8859-1

    • Fil

      Normalement, la bonne solution serait de demander une connexion utf8 dans le fichier de connexion. Car par défaut les connexions se font en iso-latin, ce qui peut expliquer ton souci.

    • got

      Effectivement ! c’est mieux comme ça.
      Merci !

    Répondre à ce message

  • Phil

    Bonjour,
    Vraiment une superbe contrib ces crayons ! bravo.

    Je voudrais « crayonner » les adresses et les numéros du plugin coordonnées pour un visiteur !
    Si je dois mettre une autorisation pour les visiteurs, je dois la mettre dans crayons ou coordonnées ? et j’aurais besoin d’un peu d’aide aussi :)
    Merci

    Répondre à ce message

  • 4
    Manu

    Bonjour,
    Je viens de faire la mise à jour des crayons et j’ai uneFatal error : Cannot redeclare balise_EDIT_CONFIG_dist() (previously declared in /home/riennet/public_html/spip/plugins/auto/cfg/cfg_fonctions.php:86) in /home/riennet/public_html/spip/plugins/auto/crayons/crayons_fonctions.php on line 299

    CFG est à jour. Le vidage du cache et l’effacement des fichiers de top n’y font rien... C’est un bug ?
    [SPIP 2.1.19]

    • Manu

      (Oupsss envoyé un peu vite : il fallait lire l’effacement des fichiers de tmp (et non pas l’effacement des fichiers de top !)

    • Manu

      [Résolu] Effectivement, les choses sont rentrées dans l’ordre après une désactivation puis une réactivation des crayons... Merci (beaucoup) !

    • Manu

      Je reviens sur ce point car si c’est bien résolu, euh, oui, mais c’est un peu galère.
      Je m’explique : mes sites sont installés dans le cadre d’une mutu SPIP. Du coup, c’est sur chacun des sites sur lesquels les crayons étaient installés que la fatal error apparait. La seule solution que j’ai trouvée c’est de :

      • modifier crayons_fonctions.php pour lui enlever balise_EDIT_CONFIG_dist, ce qui permet de ne plus avoir la fatal error
      • me logger sur chacun des sites, désactiver crayons
      • puis modifier à nouveau crayons_fonctions pour réintégrer la fonction supprimée
      • me logger de nouveau sur chacun des sites pour réactiver les crayons

      Du coup, ça commence à devenir un peu galère quand il commence à y avoir pas mal de sites mutualités. Y-aurait-il une façon de faire plus simple, qui règle le soucis d’un coup sur l’ensemble des sites mutualités ?

    Répondre à ce message

  • 12
    Billou

    J’étais déjà venu ici il y a très longtemps, et je viens toujours pour la même raison…

    Depuis des années, je ne peux plus utiliser de version supérieure à la 1.9.1 sur aucun de mes sites. Peu importe l’hébergement, la version de spip, les autres plugin, bref ces sites n’ont absolument rien en commun à part le fait d’avoir été créé par moi. Sur un aucun d’entre eux Crayons ne fonctionne si je mets à jour dans une autre version que la 1.9.1…

    Le soucis c’est que le passage en SPIP3 devient de plus en plus pressant, et là, plus moyen d’utiliser Crayons. Le plugin est bien activé, aucune erreur nulle part à ma connaissance. Mais rien à faire, le petit logo n’apparaît plus au survol, les double-clic sur le texte ne font rien…

    J’ai envie de dire MAIS WTFFFFF PUTAIN ?!?

    • Billou

      WOW.

      J’ai réussi à le faire fonctionner sur un site… où je n’en ai pas besoin (vous la sentez l’ironie là ?).

      Je remarque donc que le code source m’affiche ceci :
      <div class="crayon article-texte-13  crayon-init crayon-autorise" style="visibility: visible; ">

      Alors que sur les sites où cela ne fonctionne pas, cela n’affiche que :
      <div class="crayon article-texte-15 ">

      Il manque tout un bout du code. C’est lié à votre avis ?

    • Fil

      ces classes s’ajoutent dynamiquement quand le javascript des crayons est exécuté ; visiblement chez toi le js soit n’est pas chargé, soit ne fonctionne pas

    • Billou

      Qu’est-ce que je pourrais faire pour tester ?

    • Fil

      Il faut que tu regardes dans la console de debug de Firefox, si le JS charge, ou si une erreur s’afffiche

    • Billou

      Non rien du tout dans la console, c’est ça qui me perturbe…

    • Sarah

      J’ai ce même problème avec spip 3.0.5 et crayons 1.15.2

      entre parenthèse, je ne sais pas si CFG est essentiel, mais il ne me l’a pas installé en même temps que crayons...

    • Billou

      Quand je regarde le code source du site où les crayons en 1.15 ne fonctionnent pas, la class de la div est carrément vide maintenant…

      Donc au lieu d’avoir avant
      <div class="crayon article-texte-15 ">
      j’ai
      <div class="  ">

      Zuper.

    • Sarah

      Personnellement, en désactivant mon thème, le crayon apparait bien.

      Le problème viendrait donc plutôt d’un thème, ou d’autres usages de javascript...

    • Sarah

      je me répond à moi-même : en mettant à jour mes plugins (mais ni crayons, ni cfg qui étaient déjà à jour), en désactivant les options du Crayons et en les ré-activant, le Crayons marche.

      Mais je ne comprend pas pourquoi !

    • Billou

      Désactiver les options, vous voulez dire quoi par là ? Tout décocher via cfg ?

    • Sarah

      oui, via cfg.
      j’ai tout décoché, désactivé mon thème.
      Après essai : ça marchait

      j’ai réactivé le thème, puis recoché toutes les options une à une, pour voir laquelle faisait planter crayons, mais... finalement, ça marchait avec toutes les options...

    • Billou

      J’essaierais pour voir, même si je n’utilise pas de thème, tout est fait main.

    Répondre à ce message

  • 1
    bruno31

    Bonjour

    Je viens de mettre à jour le CRAYON et je vois que les jolis pictogrammes d’avant ont été remplacé par des boutons textuels. Qui du coup prennent plus de place.

    J’utilise le CRAYON dans un tableau construit à partir d’une table en bdd. Cela me permet à jour la table directement à partir de l’espace public. Mais mes cellules étant assez petites, les boutons du crayons recouvrent tout l’input (dont la largeur est fixe à 170px). Avec les picto cela passait.

    1) Est-il possible de revenir sur les pictos ?

    2) Est-il possible de changer le css ? Par exemple, si je met un « top:30px » sur la class crayon-boutons, cela descent les 2 boutons du crayon sous l’input qui devient alors éditable.

    • Suske

      Yep, même chose chez moi... C’est une optimisation pour tactile qui « dégage » sur mon tableau crayonnable :-p.

      La modif en question est celle-ci : http://zone.spip.org/trac/spip-zone.... Tu peux récupérer le look ancien en mettant les lignes 8 à 10 supprimées dans squelettes/css/perso.css par exemple.

      .crayon-boutons button { width: 40px; height: 20px; border: 0; text-indent: -3000em; cursor: pointer;display:block;float:left; } 
.crayon-boutons .crayon-submit { background: transparent url(images/ok.png) right top no-repeat; float:right;padding:0;} 
.crayon-boutons .crayon-cancel { background: transparent url(images/cancel.png) center top no-repeat;padding:0;margin-right:10px;}

    Répondre à ce message

  • erational

    sur SPIP 3 avec les URLs arbos, le crayon se casse
    le chargement http://tld.com/sous-repertoire-spip/fr/test/article/spip.php?page=crayons.js&callback=startCrayons provoque une 404

    j’ai corrigé le problème en éditant crayons_fonctions.php ligne 90
            $jsFile = generer_url_public('crayons.js);
    par
            $jsFile = generer_url_public('crayons.js','',false,false);

    Répondre à ce message

  • 1
    PasKalou

    Bonjour, retour de bug

    après une mise à jour (via SVN), tout à planté.

    PHP Fatal error : Cannot redeclare balise_edit_config_dist() (previously declared in /.../plugins/auto/cfg/cfg_fonctions.php:86) in /.../plugins/Crayons/crayons_fonctions.php on line 297

    À la vue du SVN LOG, il semble que le bug a été introduit par la version 69369.

    Un retour à la version r67517 a tout corrigé.

    Bonne journée,
    Pascal

    Répondre à ce message

  • 5
    Eric

    Bonjour,

    J’essaie d’installer le plugin crayon 1.14.0 sur un spip 3.0.5 mais j’obtiens à chaque fois une erreur :

    Fatal error : Cannot redeclare balise_edit_config_dist() (previously declared in /journal/plugins/auto/cfg/cfg_fonctions.php:86) in /journal/plugins/auto/crayons/v1.14.0/crayons_fonctions.php on line 297

    Si je supprime par FTP le dossier crayons j’ai de nouveau accès à mon site.
    D’où vient le problème ?

    Merci.

    • Eric

      Bon je l’ai réinstallé aujourd’hui et ça refonctionne.

      Bizarre.

    • Web-Map

      Bonjour,

      j’ai le même souci sur SPIP 2.1.19. Cela fait 3 ou 4 fois que j’installe et désinstalle le plugin, à chaque fois que j’active le plugin j’ai l’erreur :

      Fatal error : Cannot redeclare balise_edit_config_dist() (previously declared in (...)/spip/plugins/crayons/crayons_fonctions.php:276) in (...)/spip/plugins/cfg/cfg_fonctions.php on line 94

      J’ai désactivé tous mes plugins, puis réactivé le plugin Crayons, aucun souci. Mais en réactivant le plugin CFG, j’ai à nouveau le bug.

      Y aurait-il une incompatibilité entre Crayons et CFG ?

    • Web-Map

      Réponse obtenus sur la liste...

      Mon plugin CFG n’était pas à jour... J’avais la version 1.16.0, or la dernière version de CFG (à ce jour) est 1.16.1, elle corrige ce problème.

    • Oggiwan

      Bonjour,

      Pour moi, le problème persiste, malgré la mise à jour du plugin CFG (SPIP 1.9.2p : je sais, c’est une vieillerie...) : manifestement, « crayons/crayons_fonctions.php » est lu APRÈS « cfg/cfg_fonctions.php ». Or si « cfg » vérifie bien que balise_EDIT_CONFIG_dist($p) n’existe pas pour déclarer la fonction, « crayons » ne prend pas cette précaution !

      La fonction est donc déclarée par « cfg » (puisqu’elle n’existe pas encore) et elle est RE-déclarée par « crayons », qui ne teste pas son existence... D’où l’erreur...

    • PasKalou

      Regarde mon commentaire (j’aurai du le soumettre ici en fait) :
      http://contrib.spip.net/Les-crayons#forum465832

      ++
      Pascal

    Répondre à ce message

  • 1
    bruno31

    Bonjour

    Lorsque j’édite au crayon le titre d’un forum, il y a bien les boutons OK et X qui sont affichés, mais il n’y a pas d’input.

    Au début, je pensais à un bête problème de CSS. Mais j’ai regardé le source généré. Il y a bien des inputs, mais tous en hidden. Et aucun ne correspond au titre.

    Pourtant, le texte du forum est éditable correctement lui.

    Ci-dessous, un bout du squelette :

    <BOUCLE_forums(FORUMS) {id_rubrique ?}{id_article ?}{id_breve ?}{id_syndic ?}{par date}{inverse}{pagination 10}>
    <li class="forum-fil">
        <div class="forum-message">
            <div class="forum-chapo" id="forum#ID_FORUM-header">
                [(#REM) Infos Auteur
                --------------------]
                <BOUCLE_TESTAUTEUR1(CONDITION) {si #ID_AUTEUR|>{0}}>
                    [(#REM) Auteur enregistré]
                   <BOUCLE_AUTEUR1(AUTEURS){id_auteur=#ID_AUTEUR}{tout}>
                       [...]

                       <h2 class="forum-titre"><a class="#EDIT{titre}" href="#forum#ID_FORUM" name="forum#ID_FORUM" id="forum#ID_FORUM">#TITRE</a></h2>

    On voit que le #EDITtitre se trouve à deux niveaux de boucle plus loin. Peut-être une explication ?

    Répondre à ce message

  • Fady Pierre-Philippe

    Bonjour,

    je rencontre une difficulté avec mes controleurs de saisie date.

    le format date MySql est aaaa-mm-jj hh:mm:ss
    et j’aimerais pouvoir rentrer une date au format jj/mm/aaaa

    Je pensais pouvoir m’en sortir avec un composant jQuery datePicker, mais impossible de le mettre en place. Il semblerait que le javascript ne soit pas accepté dans les controleurs ?

    auriez vous une solution à me proposer ?

    d’avance merci,

    Pierre-Philippe

    Répondre à ce message

  • Maïeul

    juste une remarque : le logo ici ne correspond pas à celui sur http://plugin.spip.net/crayons.

    Quel est l’officiel ?

    Répondre à ce message

  • Pascual

    Juste un retour d’expérience qui m’a grignoté 3 bonnes heures ce matin et au moins une de plus avec Marcimat (que je remercie encore ici) :

    Je n’avais plus de crayons accessible malgré des balises correctement placées dans mon squelette, je vous livre donc le début du code (juste le head, c’est suffisant) et la solution :

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="#LANG" lang="#LANG" dir="#LANG_DIR">
<head>
[(#SEO_META_TAGS)]
[(#SEO_GWT)]
<!--[(#SEO_URL)]-->

<INCLURE{fond=inclure/head_sommaire_orange} />
</head>

    En fait, les crayons étaient mis « en commentaire », il faut pour que cela fonctionne ne PAS mettre de commentaire au premier lien (balise html <link...> au sein du <head>.

    SOLUTION : il faut enlever les commentaires de [(#SEO_URL)]... ce qui donnera :

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="#LANG" lang="#LANG" dir="#LANG_DIR">
<head>
[(#SEO_META_TAGS)]
[(#SEO_GWT)]
[(#SEO_URL)]

<INCLURE{fond=inclure/head_sommaire_orange} />
</head>

    Et hop, réapparition des crayons au recalcul :)

    En résumé : si le premier <link> est commenté, crayon plante - A savoir !
    Pour en savoir plus voir le code du plugin : http://zone.spip.org/trac/spip-zone...

    Répondre à ce message

  • 2
    sirom

    Bonjour,

    J’ai installé le plugin crayons sur un spip 3.01[19436]

    il ne fonctionne pas, j’ai ce message d’erreur dans la console de Safari :

    TypeError : ’undefined’ is not a function (evaluating ’$(’.crayon:not(.crayon-init)’)
    .live(’mouseover’,function()
    $(this)
    .addClass(’crayon-init’)
    .filter(configCrayons.droits)
    .initcrayon()
    .trigger(’mouseover’)    )’)

    Quelqu’un aurait une idée ?

    • sirom

      Petites précisions, le plugin fonctionne normalement avec les squelettes-dist
      Donc je dois avoir quelquechose au niveau de mes css ( je pense) qui coince, mais quoi ?
      Apparemment pas de conflit JS....

    • sirom

      Problème résolu !
      Conflit Jquery :
      J’avais un jquery.js qui trainait dans le repertoire js de mes squelettes.
      je l’ai supprimé et tout fonctionne....!

    Répondre à ce message

  • 2

    Bonjour,

    J’ai une erreur dans l’utilisation des crayons avec Internet Explorer 8.
    Un site en 2.0.19, avec uniquement le plugin « crayons » activé, quand je modifie un titre d’article depuis le site public avec les crayons et que je valide la modification, le bloc passe en opacité et reste bloqué dans cet état. Si je regarde les messages d’erreur d’IE, il m’indique

    '$invalides' a la valeur Null ou n'est pas un objet.
URI spip.php?page=crayons.js&callback=startCrayons

    Ce souci n’existe pas avec IE9, Firefox ou Chrome.
    Je ne parviens pas à résoudre l’erreur. Merci par avance

    • J’ai trouvé le problème, cela vient de l’insertion du JS au début de l’entête.

      Si je modifie le code suivant

        // js inline avant la premiere css, ou sinon avant la fin du head
	$pos_link = strpos($page, '<link ');
  if (!$pos_link)
	  $pos_link = $pos_head;
  $page = substr_replace($page, $incJS, $pos_link, 0);

      en forçant l’insertion avant la fin du head alors cela fonctionne correctement.

        // js inline avant la premiere css, ou sinon avant la fin du head
	//$pos_link = strpos($page, '<link ');
  //if (!$pos_link)
	  $pos_link = $pos_head;
  $page = substr_replace($page, $incJS, $pos_link, 0);
    • mtcocktail

      Humm j’ai un peu prêt la même erreur. C’était sur quel fichier que vous avez réalisé cette modification ? :)

    Répondre à ce message

  • 4
    Fennec72

    Le plugins « Les crayons » n’est plus disponible pour la version finale de spip 3
    et si on veut forcer les choses en entrant l’URL de l’archive du plugin,
    il y a le message d’erreur suivant :

    « Crayons n’est pas compatible avec la version de SPIP que vous utilisez. »

    • Je te rassure, les Crayons sont parfaitement compatibles SPIP 3. Le message d’erreur est donc faux, je ne sais pas d’où ça peut provenir…

    • Fennec72

      Merci de ta reponse.

      Faux ou pas, il n’empêche que le plugin n’est pas disponible dans « ajouter des plugins » et que le message d’erreur empêcher l’installation des Crayons.

    • On me signale qu’il y avait un problème de borne sup dans le fichier plugin.xml ; ça devrait être réglé.

    • Fennec72

      Merci de ta réactivité !

      tout semble rentré dans l’ordre.

    Répondre à ce message

  • 1
    Manu

    Erreur de communication : unexpected token
    J’ai une boite de dialogue avec ce méchant message d’erreur quand je veux éditer un bloc depuis l’espace public via les crayons... Quelqu’un voit-il ce qui se cache derrière ce message ?

    • Manu

      Résolu : Après investigation, l’origine du dysfonctionnement observé était un conflit avec le plugin menu babbibel. Je lui signale le problème...
      Désolé du bruit....

    Répondre à ce message

  • ordilibre

    Bonjour,

    Merci pour cette contribution très utile.
    Je souhaite pouvoir intervenir sur les couleurs de fond et de texte utilisés par le module quand on survole un texte avant de le modifier.

    Quelle est la méthode s’il vous plait ?

    D’avance merci

    Répondre à ce message

  • 1
    Sarah

    j’utilise le crayon sur la page auteurs pour modifier le profil, mais aussi pour modifier des champs extras liés au profil.

    J’ai activé l’option qui permet de « jaunir » la zone crayonnable, et ça marche bien pour les champs extras, mais pas pour les champs du profil.

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

    • Ben

      Salut Sarah,

      Effectivement je regardais la même chose.
      C’est pareil pour mes titres. Bref, quand ce n’est pas un élément div...

      J’ai l’impression que le « yellow_fade » est mis uniquement actif sur les div et est définit dans /plugins/crayons/formulaires/config_crayons.html

      Pour moi, ça passait pas dans les champs extra (contrairement à toi) qui étaient en p, mais je les ai passé en div et ça marche à présent.

      Ouais, je sais, c’est de la bidouille ;)

      A jeudi !

      Ben

    Répondre à ce message

  • 3
    Novispip

    Bonjour à tous !

    Petite question au sujet de #EDIT{logo}

    Lorsque je charge un nouveau logo, la redimension ne me convient pas.

    Où régler la taille de redimension du logo ajouté via #EDIT{logo} ?

    Merci pour l’aide ;)

    Cordialement

    • Novispip

      Personne pour ce détail ?

    • je n’ai toujours pas trouvé de solution, où règle-t-on la dimension de l’image affichée après chargement d’une nouvelle image via les crayons ?

    • Ben

      Salut,

      Bon, c’est uin peu tard, mais est ce qu’un truc du genre convient ?

      [<span class="#EDIT{logo} logo">(#LOGO_ARTICLE||image_reduire{200,200})</span>]

    Répondre à ce message

  • 1
    BERNARDS

    Bonjour,

    Une grosse incompréhension de ma part ?

    En tant qu’administrateur, j’utilise « Crayons » sans problème.
    Mais, j’ai déclaré d’autres personnes comme « auteurs ».
    Tant que les articles qu’ils créent ne sont pas publiés en ligne, ils doivent rentrer dans la partie « privée » du site pour les modifier.
    Seul l’administrateur peut donner le statut d’« article publié » à ces articles.
    Il semblerait qu’une fois ces articles publiés, seul l’administrateur puisse les modifier à l’aide de « Crayons ».

    Je dois faire une erreur de raisonnement. Merci de la rectifier !

    • Maïeul

      ce n’est pas lié aux crayons. Tu constatera que par défaut, les auteurs ne peuvent pas non plus modifier leurs articles depuis l’espace privé.

      Il faut que tu change les autorisations. Le plus simple est de passer par le plugin autorité

    Répondre à ce message

  • Mist. GraphX

    Bonjour,

    je rencontre un problème avec Crayon 1.13.2, sur spip 2.1.12 : j’ai toujours à l’enregistrement un message :

    article XX intro : Modifié par ailleurs
    Désolé, copiez/collez vos changements et recommencez

    quelqu’un as t’il eut ce problème ? j’ai mis a jour et décoché tous les plug ins, je teste avec le squelette dist.

    Merci de vos réponses

    Répondre à ce message

  • hebik

    merci pour ce super plugin !

    ...mais depuis la version 2.xx, j’ai des flash blanc lorsque je navigue sur la partie public en étant connecté (alors qu’en tant que visiteur non connecté, pas de soucis, navigation fluide)

    la tout l’écran devient blanc avant de ré-afficher la page, c’est assez désagréable, avec les ancienne versions je n’avais pas ce problème...

    je suis le seul ou d’autre ont ce problème ?

    ps : j’utilise la dernière version de spip et la dernière version du plugin.

    Répondre à ce message

  • 2
    bruno31

    UPLOAD de documents, c’est GENIAL !

    Je viens de découvrir cette fonctionnalité et c’est franchement vers cette voie que SPIP devrait s’engager. Cela simplifie énormément l’ajout de documents en masse. On sélectionne tous ses documents, on drag-drop dans la fenêtre d’édition, et tout les docs sont uploadés en une seule opération. Génial.

    Je me permets deux suggestions :
    -  La position de la fenêtre listant les docs devrait être paramètrable. Sur mon squelette, cela se superpose plus ou moins bien sur du contenu de navigation.
    -  On devrait pouvoir insérer les balises img, doc, emb dans le texte, simplement en double-cliquant sur l’image ou un exemple de balise dans la fenêtre listant les docs uploadés, ou avec un drag-drop.

    MERCI

    • bruno31

      Ah oui, j’ai aussi un warning pour chaque image dans la liste déroulante à droite : Warning : Call-time pass-by-reference has been deprecated.

      Cela pollue beaucoup la liste. Cela peut-il être corrigé ?

      MERCI

    • bruno31

      Bon j’ai réglé mon pb de warning avec les options d’affichage des erreurs de PHP.

      J’ai implémenté ma suggestion en modifiant le portfolio (inc-documents.html).
      Si le visiteur est l’auteur de l’article, j’affiche une petite barre d’outil au début du portfolio. Cette barre permet de choisir la balise (img, doc ou emb), la justification (left, center, right), ainsi que d’autres modèles de mon cru.
      Sous chaque image du portfolio, il y a un bouton « Insérer » qui permet d’ajouter la balise d’image à l’emplacement courant du curseur dans l’édition de texte du crayon.
      C’est extrêmement pratique, d’autant que le portfolio n’affiche que les images pas encore insérées dans le texte.

      C’est un mode de travail vraiment très efficace, lorsque l’on travaille sur de grandes quantité d’images.
      Bien sûr, ces boutons sont invisibles pour les visiteurs ou les autres auteurs.

      Par contre, je n’ai pas réussi à implémenter un bouton « Supprimer ».

      Je suis persuadé que cela pourrait faire l’objet d’une évolution de CRAYON, avec un portfolio intelligent orienté « rédacteur ».

      Une autre idée : insérer des boutons sur les images, permettant de les permuter les unes par rapport aux autres, de façon à modifier l’ordre des images.

    Répondre à ce message

  • Regis92

    Bonjour,

    Et MERCI pour ce formidable plugin !

    Je suis sur SPIP 1.9.2.m, débutant en CSS, et je souhaiterais faire apparaitre le crayon à la volée non pas en haut à droite de la zone concernée mais en haut à gauche.

    Pourriez-vous m’indiquer ce que je dois modifier SVP ?

    MERCI D’AVANCE !

    Répondre à ce message

  • 1
    Maïeul

    Salut,

    avec la version 1.9.8 des crayons, et SPIP 2.1.10, j’essaie d’activer les crayons sur le champ slogan_site, proposé par le bandeau.

    Je met donc

    #EDIT{meta-slogan_site}

    mais rien n’y fait, j’ai n’ai pas de crayons (alors que cela marche nickel pour le contenu).

    Une idée ?

    merci

    • Fil

      il faut aussi bidouiller les autorisations ; a mon sens ca reste un truc a developper proprement dans les crayons, car la ca fonctionne a la rache

    Répondre à ce message

  • popojcb

    Crayon et Champs extras !

    Bonjour à tous,
    Une petite question, sous spip2.1, j’affiche mes champs extras et peut sélectionner les champs extras par le crayons. MAIS à l’édition, le champs de saisie et ne s’affichent pas seul les boutons de validations, voir images jointes.
    J’ai fouillé trois heures, mais la réalité est là : sortie de spip et du css je ne rame !!!
    Une idée ? Une piste ?

    Merci d’avance ;)

    ma boucle :

    <div class="surlignable">
[(#LOGO_ARTICLE|image_reduire{200,200})]
[<p class="#EDIT{surtitre} surtitre">(#SURTITRE)</p>]
<h1 class="#EDIT{titre} entry-title">#TITRE</h1>
[<p class="#EDIT{soustitre} soustitre">(#SOUSTITRE)</p>]
[(#LISTER_VALEURS{technique})] - [<p class="#EDIT{meta-technique} technique">(#TECHNIQUE|filtrer_entites|inserer_attribut{'alt',#TECHNIQUE})</p>]
[<div class="#EDIT{meta-technique} soustitre">(#LISTER_VALEURS{technique})</div>]
</div>

    Répondre à ce message

  • 1
    mrstern

    Bonjour,
    je viens de mettre la dernière version de crayons sur mon spip 2.0.
    Problème : lorsque je change la configuration dans cfg (par exemple : je coche « barre typo dans les crayons ») et que j’enregistre, il m’indique bien « config info enregistrée » mais il n’en est rien. Tout revient décoché. Je n’avais pas ce pb avec mon ancienne version du plugin.
    Une idée ?
    mrstern

    Répondre à ce message

  • Novispip

    Une question sur les crayons et les champs extra de type liste-enum

    Lorsque l’on souhaite éditer un champ extra de type liste, les crayons nous affichent un input texte avec le chiffre correspondant à la #CLE du champ extra voulu.

    Ma question est :
    -  quel fichier modifier pour fixer une condition sur le TYPE du champ extra en cours de modification ?
    -  cette condition affichera :
    soit un input classique
    soit un select rempli des valeurs de la liste du champ extra.

    Je vous donnerai mon code avec grand plaisir, mais avant ça il faut que je sache exactement où gratter ;)

    Merci pour le coup de main !

    Répondre à ce message

  • 7
    Novispip

    Bonjour,
    j’ai un souci en utilisant les crayons :

    Voici mon code :

    [

    <div class="comment-texte #EDIT{texte}">(#TEXTE|lignes_longues)</div>]

    Lorsque je survole le texte, le crayon ne s’affiche pas..

    Ais-je zappé des étapes ?

    Merci pour l’aide ;)

    • Novispip

      j’ai installé le plugin et ajouté ce code dans ma page.

      Ais-je raté des étapes de la mise en place des crayons ?

    • Novispip

      Voilà le problème :

      dans gestion des plugins -> porte plume je peux lire :

      « Un autre plugin interdit l’usage du porte-plume dans l’espace public. »

      Comment faire pour trouver celui qui bloque le porte plume ?

    • Novispip

      en réalité non, le porte plume est le porte plume, il faut l’activer dans les options avancées, mais le plugin crayons ne marche toujours pas avec ce code :

      <div class="comment-texte #EDIT{texte}">(#TEXTE|lignes_longues)</div>]

      Help !

    • Novispip

      Je réitère ma question de manière claire :

      j’utilise ce code dans un commentaire de forum d’article :

      [<div class=" #EDIT{texte} comment-texte">(#TEXTE|lignes_longues)</div>]

      lorsque ma page se charge, j’obtiens :

      <div class="comment-texte crayon forum-texte-71"><p>coucou!</p></div>

      Quand je survole ce texte le crayon ne s’affiche pas...La balise marche, mais pas l’outil... bizarre... pourquoi ça ne marche pas ?

    • Novispip

      je tiens à préciser que je suis administrateur et que je viens d’ajouter le commentaire

    • Fil

      Ah tu fais bien de préciser qu’il s’agit des commentaires… car par défaut personne n’est autorisé à modifier un commentaire posté. Le plugin Autorité te permet de modifier ce comportement : http://www.spip-contrib.net/Le-plugin-Autorite

    • Novispip

      Merci beaucoup Fil !

    Répondre à ce message

  • Paladin

    Objectif : accéder en mode édition à un article via les crayons, en espace public, via Jaws (revue d’écran, donc principalement pour aveugles et malvoyants profonds).
    Problématique : impossible de double-cliquer sur le texte avec Jaws. Nous avons trouvé une démarche pour passer en mode édition via 12 étapes. Sportif !

    Y’at-il possibilité de rajouter une commande clavier dans les évènements JavaScript des crayons (par exemple, ’ctrl maj e’ pour IE), ou de transformer le crayon qui apparaît en vrai lien ’<a ’. A l’heure actuelle, c’est un ’em’, et il est impossible d’y accéder via Jaws. En le transformant en lien, on peut l’afficher dans la liste des liens (insert f7).

    Si quelqu’un a déjà fait le tour du sujet ? Ou trouvé une démarche plus simple ?

    Merci.

    Répondre à ce message

  • Les Sab

    Bonjour,

    j’ai désactivé le plugin crayon car je ne souhaite plus l’utiliser. J’ai modifié le squelette Article pour que le crayon ne soit plus actif sur cette page. Par contre, lorsqu’un auteur veut travailler sur un article en cours de rédaction dans l’espace privé, l’article ne s’affiche pas et le message d’erreur suivant apparaît :
    Fatal error : Call to undefined function classe_boucle_crayon() in /home/www/client/XXXX/www/ecrire/public/composer.php(49) : eval()’d code on line 68

    Quelle ligne de quel fichier dois-je modifier pour corriger cette erreur ?
    Est-ce que le code du fichier composer ?

    Merci pour votre aide,

    Les Sab

    Répondre à ce message

  • 2
    Pascual

    Bonjour,

    une petite question pratique : dans un site n’utilisant pratiquement que des champs EXTRAS, comment me serait-il possible de donner le droit d’utiliser le crayonnage en partie privé EN PLUS à l’AUTEUR de l’article (et pas qu’aux Webmestres) ?

    Je viens de lire qu’il n’y a que les WEBMESTRES qui le pouvaient... et là, c’est l’horreur !

    En vous remerciant d’avance pour m’indiquer une piste à suive (à mon humble niveau de non-programmeur) ;)

    Répondre à ce message

  • 4
    Sarah

    J’aimerai avoir un affichage conditionnel suivant la valeur d’un champ éditable avec crayon.

    Si dans le champ 1, j’ai A, j’affiche B, et si j’ai C, j’affiche D.

    Le problème est que comme seul le champ édité est rechargé, la boucle CONDITION n’est pas vérifiée. Comment je peux forcer la page à se recharger ?

    Une autre solution que j’ai essayé : mettre la suite dans le fichier correspondant du répertoire « vues » ; ça ne s’affiche que quand la vue est renvoyée. Le problème est que je ne peux pas éditer les champs suivants, c’est comme s’il faisaient partie du même champ.

    Le code que j’utilise (ce sera peut-être plus clair) :

    	<b>Statut : </b><br />
	<div class="#EDIT{statut_diplome} statut_diplome">[(#STATUT_DIPLOME|=={''}|?{'Sélectionnez votre situation',#STATUT_DIPLOME})]</div><br />

	
	<BOUCLE_etud_formation(CONDITION){si #STATUT_DIPLOME|=={'Étudiant/e - Préparation de diplôme'}}>
		<b>Niveau du diplôme préparé : </b><br />
	</BOUCLE_etud_formation>
		<b>Niveau de formation : </b><br />
	<//B_etud_formation>

	<div class="#EDIT{niveau_formation} niveau_formation">[(#NIVEAU_FORMATION|=={''}|?{'Choisissez un niveau de formation',#NIVEAU_FORMATION})]</div><br />
    • Fil

      Je pense que tu peux y arriver en ajoutant une class (conditionnelle) juste après #EDIT{...} ; cette class sera transportée dans les #ENV du contrôleur puis dans la vue, charge à toi de la lire dans ce #ENV et de modifier ton affichage en conséquence.

    • Sarah

      je comprend pas trop la réponse.

      Qu’est-ce que tu appelles une classe conditionnelle ?

      Le problème est que justement je n’entre pas dans le contrôleur des champs suivants, champ que je dois afficher seulement si une des options est choisie.

      Dans le code que j’ai donné, c’est vrai que je pourrai mettre le texte qui suit dans la vue, mais le problème est que le code continue (c’était pas très clair), et que je dois de nouveau utiliser cette condition :

      	<BOUCLE_etud_formation(CONDITION){si #STATUT_DIPLOME|=={'Etudiant'}}>
		<b>Niveau du diplôme préparé : </b><br />
	</BOUCLE_etud_formation>
		<b>Niveau de formation : </b><br />
	<//B_etud_formation>

	<div class="#EDIT{niveau_formation} niveau_formation">[(#NIVEAU_FORMATION|=={''}|?{'Choisissez un niveau de formation',#NIVEAU_FORMATION})]</div><br />

	<BOUCLE_etud_domaine(CONDITION){si #STATUT_DIPLOME|=={'Etudiant'}}>
		<b>Domaine d'activité envisagé : </b><br />
	</BOUCLE_etud_domaine>
		<b>Domaine d'activité occupé : </b><br />
	<//B_etud_domaine>

	<div class="#EDIT{domaine_activite} domaine_activite">[(#DOMAINE_ACTIVITE|=={''}|?{'Choississez un domaine activité',#DOMAINE_ACTIVITE})]</div><br />

	<BOUCLE_etud_entretien(CONDITION){si #STATUT_DIPLOME|=={'Etudiant'}}>
	</BOUCLE_etud_entretien>
	<b>J'accepte de faire un entretien (1 heure) : </b><br />
	<div class="#EDIT{entretien_metier} entretien_metier">[(#ENTRETIEN_METIER|=={''}|?{'Choisissez une réponse',#ENTRETIEN_METIER})]</div>
	<//B_etud_entretien>

      À part recharger la page, je vois pas trop comment faire...

    • Sarah

      c’est bon, j’ai résolu le problème, merci

      J’ai utilisé une variable, et j’ai mis la suite du code dans le fichier de vue.
      J’ai également du écrire littéralement l’intitulé de la classe, et non utiliser #EDIT

    • Rainer Müller

      Avec internet-explorer 8 le contenu modifié n’est pas actualisé, quand on click sur ok, le fond gris se maintien et le contenu n’est pas rafraichis. Quelq’un à un remède

    Répondre à ce message

  • 1
    Didier

    Bonjour,
    Dans un formulaire j’ai un champ de type select, donc avec un choix restreint de valeurs.

    Avec Les Crayons, la modification se fait en champ texte librement modifiable. Donc au moment de la saisie, pas de contrôle sur la valeur de la saisie.
    Ensuite cela est contrôlé au niveau de la basse de donnée, mais l’utilisateur qui a fait la saisie n’est bien sûr pas avertie si sa saisie est correcte ou non.

    Donc je cherche un controleur de type select qui fonctionne avec le plugin Crayons.

    Didier

    • Didier

      Je me réponds, avec la réponse.
      L’affichage des controleurs crayons se gérent dans le repertoire « controleurs » du plugin
      Dans mon cas, je dois afficher un champ, d’une table SQL personnalisée, qui s’appelle « type_evt »
      D’abord créer le fichier type_evt.html dans le repertoire « controleurs »
      Puis voila contenu de mon fichier, afin d’afficher un select à travers le plugin crayons :

      <BOUCLE_a_type_evt(EVENEMENT){id_evenement=#ENV{id_evenement}}>
<select class="crayon-active" name="#ENV{name_type_evt}" style="width:200px;">
	<option value="rassemblement"[
		(#TYPE_EVT|=={rassemblement}?{selected})="selected"]>Rassemblement</option>
	<option value="visite"[
		(#TYPE_EVT|=={visite}?{selected})="selected"]>Visite ou porte ouverte</option>
</select>
</BOUCLE_a_type_evt>

    Répondre à ce message

  • 2
    LGS

    Bonjour,

    Je reviens (au cas où) avec un problème avec crayon (SPIP 1.9.2) qui m’empêche de l’installer en prod.

    En production sur le serveur (pas en local) lorsqu’on clique sur le crayon de la zone à modifier, la fenêtre s’ouvre avec le texte original tronqué à partir du premier caractère accentué. Et les boutons « OK » et « ANNULER » ne s’affichent pas non plus. (En examinant la source de la page html, le texte est bien présent et au complet...)

    Exemple : un commentaire de forum qui contiendrait : « Merci d’avoir répondu si vite », en cliquant sur le crayon, la fenêtre de modification n’affiche que « Merci d’avoir r » —> plus rien après le premier caractère accentué.

    Une idée ?

    Merci.

    • Sarah

      J’ai eu le même problème que j’ai résolu en modifiant le squelette pour ne plus être dans une boucle CONDITION.

    • Sarah

      J’ai finalement résolu le problème à force de faire des tests, mais je ne saurai pas dire comment exactement !

    Répondre à ce message

  • 6
    Philippe

    Bonjour,

    Je viens de passer un de mes sites en Spip 2.1.8 avec le dernier squelette SarkaSpip. Je constate un comportement inhabituel des crayons.

    L’update du texte est bien réalisé mais le formulaire ne semble pas ajaxé dans la mesure ou il me faut recalculer la page pour que les modifications apportées soient visibles.

    Une idée ?

    Merci

    Philippe

    • Fil

      Ce petit dysfonctionnement a été corrigé il y a peu de temps ; vérifie que tu as bien mis à jour les crayons.

    • Philippe

      Bonjour Fil,

      Merci pour cette réponse rapide. Ma version des crayons est la dernière : Version : 1.9.7 [45706]. J’ai ce problème seulement sur un de mes site.

      Un autre site utilise la version 1.9.3 [42843] des crayons et celle-ci fonctionne bien chez le même hébergeur (Infomaniak - Genève).

      Serait-il possible qu’un autre plugin soit responsable de ce phénomène ? Il n’est pas bloquant aussi je vais creuser la chose petit à petit à moins qu’une bonne âme n’ai la réponse.

      Les librairies installées sur ce site sont :

      -  JavaScriptPacker dans : plugins/auto/crayons/lib/
      -  JavascriptPacker dans : extensions/compresseur/lib/ de taille idem
      -  farbtastic_1_3_1 dans : lib/
      -  jquery-ui-1.8.9 dans : lib/
      -  safehtml dans : extensions/safehtml/lib/

      Il y a donc redondance de JavaScriptPacker. Je précise que mon installation de Spip est celle de la distribution standard (avec spip_loader.php). Je n’ai pas encore remis mes modèles et modifications personnelles du squelette.

      Le comportement est identique sous Chrome, IE et Firefox.

      Il y a une gomme sur le crayon. yop yop !!

      Ceci dit, la version des crayons sur Spip-contrib est totalement opérationnelle. C’est très probablement mon environnement qui est en cause.

      Merci
      Philippe

    • Philippe

      un up :

      La désactivation des autres plugins un par un de semble pas résoudre mon souci.

      Fil, si ça peux t’aider dans le développement du plugin, je peux te donner mes identifiants de connexion d’administrateur de mes deux sites et les identifiants FTP.

      Philippe

    • Fil

      Oui, OK : fil@rezo.net

    • Bonjour,

      Pour terminer ce fil (ouaf ouaf !!), si une petite modification du plugin était à faire, le souci venait de mon côté avec la présence dans un article d’un JavaScript de rédaction totalement obsolète.

      La mise à jour du plugin et le déplacement de ce script en pied de page ont résolu le problème. Merci Fil.

      Philippe

    • Sarah

      J’ai le même problème. avec un spip 2.1.8 [16966] et les crayons 1.9.8 [45932]

      Qu’est-ce que tu appelles un javascript de rédaction ?

    Répondre à ce message

  • ben

    Bonjour à tous et toutes.

    J’ai utilisé en duo le plugin crayon et le plugin autorité.

    Ça marche nickel. mais les articles qui ne sont pas changeables par les auteurs font apparaitre : « article XXX : Not allowed » tout en laissant le crayon visible.

    Malgré mes recherches, je n’ai pas trouvé de mention de ceci.

    Quelqu’un-e saurait comment enlever carrément le crayon, dans le cas où il n’est pas utilisable ?

    Bonne journée à tous et toutes.

    Répondre à ce message

  • 1
    Renée Picard

    Sur un SPIP 2.1.8, j’ai installé le plugin crayon pris sur SPIP contrib
    car celui avec auto ne fonctionnait pas.
    J’ai vérifié dans mon squelette et j’ai les bonnes classes :

    [<div class="#EDIT{texte} texte
entry-content">(#TEXTE|image_reduire{500,0})</div>]

    J’ai configuré par CFG le plugin (je le vois au privé)
    Il ne se passe rien dans la partie publique !
    Présentement le site est coché en travaux !

    plugins activés sur le site :
    acces restreint
    highslide
    jsscrollpane
    spip bonux
    agenda
    cfg
    couteau suisse
    Changez de navigateur

    J’ai testé en décochant site en travaux et en désactivant tous les plugins un à un.
    Lorsque je regarde le code source je vois bien le javascipt de crayons.
    Que faire
    Merci

    RP

    • Renée Picard

      Pour faire suite au post précédent je dois ajouter que j’ai un dossier js ayant menu.js qui fait afficher un menu dépliant avec un clic.

    Répondre à ce message

  • tarti

    Bonjour a tous,

    J’essaye de mettre en place le plugin crayons sur les commentaires des articles. Mais impossible de le faire fonctionner.

    voici mon code :

    [<div class="#EDIT{texte}">(#TEXTE|lignes_longues)</div>]

    qui dans le code source me donne bien ce qu’il faut :

    <div class="crayon forum-texte-1673 "><p>test................</div>

    le plugin me modifie bien le nom de la class du champ div mais il ne charge pas le javascript.

    Pourtant dans les logs j’ai bien

    autoriser(’modifier’, forum, 1673, NULL, array(’champ’=>texte))

    Donc pour moi il devrait etre modifiable mais rien. Et dans le code source de la page html impossible de trouver une trace de javascript provenant du plugin.

    Par contre quand je fait la même manip sur le texte de l’article. Tout fonctionne bien.

    Quelqu’un a t il une idée ?

    Merci.

    Répondre à ce message

  • Tom

    Bonjour,
    suite à une mise à jour vers la dernière version de spip, le plugin Crayons ne fonctionne plus. J’ai installé la version la plus récente du plugin sans succès. Désinstaller tous les plugins sauf Crayons sans succès.

    Voici ce que m’indique les logs :
    -  je lance une action du crayon visible dans la log crayons_distant.log avec le pid 13071
    Feb 03 06:35:42 82.66.75.246 (pid 13071) autoriser(’crayonner’, article, 156, NULL, array(’modele’=>)

    -  dans spip.log j’observe pour ce pid :
    Feb 03 06:35:42 82.66.75.246 (pid 13071) spip_register_globals(1)
    Feb 03 06:35:42 82.66.75.246 (pid 13071) autoriser(’crayonner’, article, 156, NULL, array(’modele’=>)
    Feb 03 06:35:42 82.66.75.246 (pid 13071) Erreur mysql 1146
    Feb 03 06:35:42 82.66.75.246 (pid 13071) Table ’cheztom.articles’ doesn’t exist - SHOW CREATE TABLE articles
    Feb 03 06:35:42 82.66.75.246 (pid 13071) Erreur mysql 1146
    Feb 03 06:35:42 82.66.75.246 (pid 13071) Table ’cheztom.spip_article’ doesn’t exist - SHOW CREATE TABLE spip_article
    Feb 03 06:35:42 82.66.75.246 (pid 13071) Erreur mysql 1146
    Feb 03 06:35:42 82.66.75.246 (pid 13071) Table ’cheztom.article’ doesn’t exist - SHOW CREATE TABLE article

    Effectivement, la table spip_article n’existe pas mais spip_articles existe.
    D’avance merci de votre aide.

    Répondre à ce message

  • Billou

    Bon étant donné qu’il m’est impossible de poster sur le forum de spip (erreur 404 à tout bout de champs), je viens demander ici.

    Depuis hier je cherche le moyen pour qu’un simple visiteur puisse crayonner un champs extra que j’ai ajouté aux auteurs. J’ai découvert quelques solutions, mais elles sont soit impossible à mettre en œuvre dans mon cas (trop de visiteurs) soit non-fonctionnelle (en l’occurrence celle-ci qui avait l’air prometteuse).

    Est-ce que la solution se trouverait dans une boucle, dans une fonction autoriser() à créer, autre chose ?

    Répondre à ce message

  • 6
    dut

    J’aimerai savoir s’il est possible de ne laisser l’utilisation des crayons qu’à UN utilisateur spécifié (en plus du webmestre).

    Merci de votre avis.

    • Maïeul

      c’est tout à fait possible

      il faut pour cela utiliser le système de gestion des droits de SPIP.

      Voir http://programmer.spip.org/La-librairie-autoriser

    • dut

      Je suis désolé, je ne suis pas sûr d’avoir bien compris.

      À ce que j’ai vu, si un article est accessible en modif par un rédacteur, il peux aussi y accéder via les crayons.
      Mon souhait est que la prise en modif via les crayon ne soit possible que pour un usager donné, les autres devant se contenter de passer par la partie privée.

      Quelle fonction d’autoriser faut-il surcharger pour obtenir ce comportement.

    • Maïeul

      a !

      alors oui c’est possible, en conditionnant l’affichage de #EDIT{xxx} par un test.

      -  soit de manière « sale » en faisant : [(#SESSION{id_auteur}|=={xx}|oui)#EDIT{xxx}]
      -  soit on déclarant une nouvelle autorisation (par exemple crayonner) et en utilisant la balise #AUTORISATION.

      La seconde solution est meilleure, plus SPIP et plus maitenanble

    • dut

      Je vais m’efforcer d’être propre (j’aurai appris qq chose).
      Donc je vais surcharger la fonction autoriser_crayonner.
      Il faut que je teste l’égalité de $qui[’id_auteur’] avec le numéro d’auteur concerné, pour faire un return true, c’est ça ?

    • Maïeul

      a oui, j’avais pas vu que autoriser_crayonner existait déja. Donc oui la surcharger, sans avoir à modifier les squelettes

    • dut

      Bon, je reviens sur ce point.
      J’ai bien réussi à limiter l’usage des crayons (par exemple au webmestre), mais le petit crayon apparait toujours au survol de l’article pour ceux qui on le droit d’édition sur tel ou tel article. Bien sûr, le clic dessus déclenche un message modal

      article n: Non autorisé

      , ce qui est très mauvais.
      Comment désactiver l’affichage de ce crayon ?

    Répondre à ce message

  • 3
    Billou

    Bonjour,

    Je viens vous faire part d’un petit soucis avec la dernière mise à jour du plugin (1.9.3 revision 42594) qui a carrément mis HS le plugin sur un de mes sites. J’ai testé avec un autre site, et pareil, Crayons ne fonctionne plus.

    Heureusement que j’ai fait une sauvegarde des versions 1.9.0 et 1.9.1 venant d’autres de mes sites car ces dernières fonctionnent parfaitement.

    Est-ce qu’on peut trouver les versions précédentes pour tester la 1.9.2 ?

    • Billou

      La dernière version du plugin produit toujours le même problème, je crois être condamné à rester sur la 1.9.1…

    • Fil

      Si tu ne donnes pas plus de précisions (message d’erreur, version de SPIP...) c’est en effet le risque.

    • Billou

      Le soucis c’est que j’ai rien de plus à préciser… Il n’y aucun message erreur et le problème était présent en 2.1.2 et toujours en 2.1.8.

      Je pense que ça doit venir d’un conflit avec quelque chose dans la manière dont je code mes sites, parce que il y a ce soucis sur 3 sites que j’ai fait. Et je crois me rappeler qu’à l’époque j’ai testé sans les autres plugins donc ça ne doit pas être un conflit de plugin.

    Répondre à ce message

  • 1
    Artlogic

    Salut.

    Je lis que le Doubleclick ne se déclenche pas sur un smart-phone. Tapoter deux fois déclenche en général un zoom. Les Crayons ont-il une alternative fonctionnelle sur Smart-phone ?

    • Fil

      Non, mais ça ne devrait pas être dur à coder une fois qu’on aura défini sur quel événement on veut se déclencher.

    Répondre à ce message

  • 4
    cole

    bonjour, j’ai installé crayons sur spip 2.0.10, et au début je ne comprenais pas pk il ne marchais pas, puis très curieusement, il fonctionne sur les affichages d’articles et pour les rubriques, il n’y a que les boutons « OK » et « X » qui apparaissent, je regarde la source, il n’y a ni input ni textarea comme il y a lorsque je crayonne un article. Est ce que qqn a rencontré ce pb ?
    Qu’est qui fait que les champs d’un article sont crayonnable alors que ceux d’une rubrique ne le sont pas, d’ailleurs même si on liste les articles d’une rubrique, le titre des articles se crayonne a moitié , cad qu’il permet l’edition grace a lapparition du stylo mais n’affiche pas de champ inout ouo textarea...
    Si qqn a des eclaircissement sur ce mystère ....

    • cole

      re, bon j’ai supposé que ma version de spip provoquait pour une raison inconnue ce bug et j’ai migré sous 2.1.6 où ça fonctionne bien, plus qu’à reconfigurer tout mes autres plugins et vérifier la compatibilité avec 2.1.6

    • cole

      et non, ce n’est pas une question de version de spip, visiblement, c’est après l’install de thélia (dc avt meme lactivation du plugin) que le crayon bug avec l’edition des champs rubriques... je continue de voir en quoi ça bug

    • cole

      ayé, le bug est identifié, mais ne comprend tjrs pas. Lorsqu’on install thelia sans meme activer le plugin, le crayon bug sur les rubriques et les champs d’edition n’apparaissent pas. Le pb peut etre resolu si lors de l’install de thelia, on le fait dans une autre base que celle de spip. C’est que je ne comprend pas car les tables de spip utilise le prefixe spip et ceux de thelia non, donc je ne vois pas en quoi le simple fait de rajouter les tables thelia avec celles de spip créer le bug en question...

    • cole

      en fait c’est la table « rubrique » de thelia qui crée ce bug, si je le renomme, je peux crayonner les champs de rubrique. J’ai essayé de renommer mecaniquement dans les sources de thelia tous les endroit ou il fait mention de « rubrique » dans le contexte d’une requete sql par "rubrique_thelia, mais ça n’a pas marché, si qqn se sent de corriger ça proprement... voila !

    Répondre à ce message

  • cedric

    Bonjour,

    Si j’active dans mes_options la constante :

    define(’_Z_AJAX_PARALLEL_LOAD’,’contenu,navigation,extra,more’) ;

    Le petit crayon bleu ne s’affiche plus pour modifier le texte !!

    Normale docteur ? !

    Meilleur voeux à la Spip Team et aux spipieurs.

    Cédric

    Répondre à ce message

  • Pandakore

    Bonjour à tous,

    je viens de tester ce plugin qui fonctionne super bien sur tout sauf sur les LOGO :(
    En effet quand je clic sur le crayon du logo seul les bouton OK et X apparaissent mais rien d’autre
    voici mon code :

    [<div class="#EDIT{logo_article}">(#LOGO_ARTICLE|image_reduire{200,200})</div>]

    Ais-je fais une erreur ?

    Cordialement

    Répondre à ce message

  • 1
    d00

    Bonjour’
    Je ne comprends avec la dernière install de SPIP, et des squelettes maisons (avec #INSERT_HEAD dans le head), je n’ai aucun CSS, ou JS de crayons inclus dans mes pages (une fois logué), j’ai pourtant utilisé le plugin autorité, en m’ajoutant aussi dans mes_options.php.
    Et dans mes squelettes j’ai bien rajouté les #EDITnom..

    J’ai testé avec les squelettes de base, rien n’y fait.
    Le plugin n’est donc pas activé pour une raison qui m’échappe totalement..
    Vous avez une idée ?

    Merci !

    • miroito

      j’ai le même problème suit la discussion précédente

    Répondre à ce message

  • 6
    miroito

    c’est pas normal j’ai reussi àle faire fonctionner une seule fois. mais pour une histoire de class j’ai du le retoucher et maintenant quand je met le code ça ne marche plus comment faire ??

    • Thomas Weiss

      On peut voir le code ?

    • miroito

      <div class="#EDIT{texte}">#TEXTE</div>

      voilà j’ai mis ça.

    • Thomas Weiss

      Le code avec la BOUCLE SPIP ainsi que le code HTML généré ?

    • miroito 
      <BOUCLE_pagination(FORUMS) {id_article} {par date} {0,600} {pagination 15}>
<div class="#EDIT{texte}">#TEXTE</div>
 </BOUCLE_pagination>

      c’est correct non ??

    • Attention je crois qu’il y a une restriction des crayons avec les forum. Voir la documentation.

    • miroito

      J’ai vu que le plugin autorité permettait de choisir pendant combien de temps on pouvait modifier un message de forum et j’ai mis ad vitam. J’ai aussi éssayé le même code sur le texte d’un article mais ça n’a pas marché non plus et je ne sais pas pourquoi.

      Y a t-il des plugin qui ne sont pas compatibles avec Les crayons ??
      Si oui lesquels ?

    Répondre à ce message

  • Régis

    Bonjour,

    J’ai fait une migration de mon site de la version 1.9.2 à 2.0.10. J’en ai également profité pour faire une migration du plugin crayons de la version 1.0 à 1.6.3.

    Le problème que je rencontre est quand je souhaite modifier un document dans le front avec le plugin crayon. Le document est bien changé, le type également mais pas la date du document. c’est toujours l’ancienne date qui est en mémoire.

    Dans la précédente version du plugin la date était changé. Est-ce normal que la date ne soit plus changé ? Y a t-il un paramètre à modifier pour que la date soit bien modifié avec le document.

    Merci d’avance.

    Répondre à ce message

  • Roberto

    Je rencontre un problème sur un site SPIP 2.1.2 [16017] avec les plugins crayons (Version : 1.9.1 [41596]) et champs extras 2 (Version : 1.7.1 [41980]) sous IE8 uniquement.
    Lorsque j’utilise les crayons sur des champs « normaux », pas de souci, mais lorsque j’essaie de modifier le contenu de champs extras... Alors problème sous IE8 (et 7). Testé sous Mozilla, Chrome, Safari, là, il n’y a pas de problème.
    Le problème se traduit ainsi : double-clic sur le champ à modifier, validation, alors au lieu d’afficher la page avec le champ modifié, j’obtiens une page blanche avec un texte du type :

    {"$erreur":"","wid4ce65d22f2d784_12697063":"Bordeaux 2"}

    (en essayant de changer « Bordeaux » en « Bordeaux 2 »)
    Malgré tout, quand je reviens sur la page, les modifications sont prises en compte...
    C’est donc essentiellement un problème d’esthétique et d’ergonomie.

    En fait, dès que la souris passe au dessus d’un champ extra éditable via les crayons, un petit triangle jaune apparait en bas à gauche de la barre d’état : Erreur sur la page
    (je précise que mon code html est conforme au W3C)

    Détails de l’erreur de la page Web
Message : Cet objet ne gère pas cette propriété ou cette méthode
Ligne : 4114
Caractère : 1
Code : 0
URI : http://localhost/site/spip.php?page=crayons.js

    Testé également sur un serveur distant avec le même souci.
    Je crois comprendre que le problème est lié à un fichier javascript (jquery.js ou jquery.form.js) mais je suis incapable de le résoudre.

    Suis-je le seul à rencontrer ce type de problème ? Et quelqu’un a-t-il une idée pour le résoudre ?

    Répondre à ce message

  • 1
    .-.

    Bonjour,
    avez-vous déjà vu des problèmes de compatibilité avec ckeditor ?
    merci d’avance

    • Roberto

      Effectivement, j’ai rencontré un problème moi aussi sur un Spip 2.1.2.
      Lorsque je modifiais un champ, par exemple le soustitre, alors le contenu du champ texte (sur lequel s’appliquait le plug-in ckeditor) disparaissais. Et en fait, pareil en modifiant tous les champs.

      La seule solution que j’ai trouvé : désactiver ckeditor.

    Répondre à ce message

  • 10
    Olive

    Bonsoir,

    j’utilise spip 2,0,10 et le plugin crayons fraichement téléchargé.
    Pb : seul admin (le ouéb master, auteur 1) a la possibilité d’utiliser le crayon.
    Comment faire en sorte que tous mes visiteurs authentifiés et auteurs aient accès à ces fonctionnalités ?

    Bien cordialement
    Olive

    • Olive

      Je suis la seule à qui ça arrive ?

    • Cerdic

      Les crayons apparaissent pour ceux qui ont le droit de modifier un contenu, exactement comme dans l’espace privé. Si un visiteur authentifié n’a pas le droit de modifier un contenu dans ecrire/ il n’aura pas accès aux crayons.

      Pour personnaliser les droits de modification il faut utiliser l’API autoriser() de SPIP

    • Olive

      La problème est bien là. J’ai créé un article avec un auteur de test. Cet article est publié. Mais l’auteur de test (qui est l’auteur de l’article) n’a pas accès à la modif via le crayon. Par contre l’admin l’à. Étrange n’est ce pas ?

      Mais merci pour l’API autoriser_*, ça servira ;)
      Après la découverte de #SET, #GET et #ARRAY... Quelle journée riche !

    • Olive

      Je désespère. Seul admin a le droit d’utiliser les crayons. Les auteurs des articles doivent passer par l’interface privée.

    • Fil

      Ce que tu cherches à faire, Olive, se trouve dans le plugin Autorité http://www.spip-contrib.net/Le-plug..., il faut autoriser les rédacteurs à modifier leur article.

    • Olive

      Merci fil, je test au plus vite

    • Olive

      Super Fil, merci ça fonctionne pour les articles.
      Comment faire en sorte que ça fonctionne aussi pour les résultats de Forms et tables ? (càd que si un visiteur répond à un sondage, il puisse modifier sa réponse depuis l’espace public)

    • Thomas Weiss

      Bonjour Olive,

      As-tu réussi à faire fonctionner Crayon sur les données générées par Forms et Tables ?
      Je cherche aussi la solution...Cdlt, Thomas

    • Thomas Weiss

      Comme mentionné sur la zone, j’ai mis le code suivant pour pouvoir éditer mes Tables :

      BOUCLE_f(FORMS)>
<BOUCLE_champs(FORMS_CHAMPS){id_form}{tout}>
<dt>#TITRE</dt>
<dd>#AIDE</dd>
<small>
<BOUCLE_repo(FORMS_DONNEES){tout}{", "}>[#CHAMP: <span class="crayon
forms_donnees-#CHAMP-#ID_DONNEE">(#LESVALEURS{"-"})</span>]</BOUCLE_repo>
</small>
</BOUCLE_champs>

      Ou encore celui de Cédric

      <BOUCLE_donnees(FORMS_DONNEES){id_article}>
<BOUCLE_champs(FORMS_DONNEES_CHAMPS){id_form}>[#TITRE:<span 
class='#_donnees:EDIT{#CHAMP}'>(#LESVALEURS)</span><br/>]</BOUCLE_champs>
</BOUCLE_donnees>

      Les données s’affichent bien, les crayons aussi mais l’édition ne fonctionne pas (le champ input généré en JS est vide.)...

    • Thomas Weiss

      OK il y avait une faute d’orthographe sur le nom de la classe (forms_donnees au lieu de forms_donnee) et du coup le controleur correspondant ne s’affichait pas... Tout fonctionne parfaitement maintenant SAUF... pour les fichiers joints : le controleur s’affiche bien mais la mise à jour ne fonctionne pas.
      J’ai eu beau triturer le code je ne comprends pas comment forms_crayons.php gére la mise à jour des fichiers joints. J’ai l’impression que justement cela n’est pas encore possible ? Cdlt. Thomas

    Répondre à ce message

  • 2
    Pierre Vaudrey

    Y a-t’il des actions particulières pour utiliser crayons avec Champs extras 2 ?
    Je peux éditer les champs d’un article mais pas les champs extras : seuls les boutons Enregistrer, Annuler apparaissent.

    Merci d’avance.

    Pierre

    Répondre à ce message

  • 4
    E-cosystems

    Bonjour et merci pour ce plugin élégant et fort pratique !

    Nous avons mis en place un site de don de P à P (sous Spip 2.1, Zpip).

    Lorsqu’un-e utilisat-rice-eur s’inscrit, le crayon ne marche pas à la première connexion sur l’article et/ou la page auteur-e.
    Par contre, il marche très bien après, en se déconnectant/reconnectant.

    On a pas mal retouché le site, entre autre on vire le cache automatiquement.

    Une idée d’où cela pourrait provenir ? Quelqu’un-e a déjà rencontré ce soucis ?

    Bonne journée !

    • E-cosystems

      Re,

      rien à voir, juste pour mentionner que :

      Sur le Web
      SPIP-Zone : Crayons
      Journal de Trac - Révisions de /_plugins_/crayons

      Ne pointe pas au bon endroit

      Re Bonne journée !

    • b_b

      Le lien de syndication est corrigé, merci pour le signalement ++

    • E-cosystems

      Salut,

      Une petite relance ;)
      Ce problème n’est que sur notre site ?

      Bonne journée !

      Ben

    • Fil

      Non, aucun de mes nombreux sites n’a ce problème

    Répondre à ce message

  • miroito

    merci pour ce plugin génial

    Répondre à ce message

  • Françoise

    Bonjour,
    J’utilise ce plugin sur tous les sites que j’ai réalisés et c’est super. Cependant sur l’un des derniers, le plugin ne fonctionne pas. Spip 2.1.2 [16017], dernière version des Crayons. L’appel au fichier javascript est présent dans le head, je suis connectée bien entendu, mais pour commencer la classe crayon-autorise ne s’ajoute pas. Je me suis amusée à la mettre en dur, ça ne change rien : rien ne se passe au double-clic, aucun crayon n’apparait au survol.... Sur un autre site, même hébergeur, même version de Spip, même version du plugin, tout marche nickel ou à peu près (Le formulaire Crayon se fige après validation et m’oblige à recharger la page pour voir les modifs). La différence notable est qu’ici Spip est dans un sous-répertoire et non pas à la racine, cela peut-il avoir une incidence ? Le ht access est celui par défaut de Spip. Peut-être un pb de droits sur les répertoires ?? Les autres plugins installés sont :
    cfg : moteur de configuration
    CSS imbriqués
    Diaporama Innerfade
    Enluminures typographiques pour SPIP 2 & Porte plume
    FancyBox
    Formulaire de contact avancé
    Le Couteau Suisse
    Menus deroulants Babbibel
    SPIP Bonux
    Thèmes pour l’interface privée

    Voilà, merci pour votre aide si vous avez une idée...

    Répondre à ce message

  • 3
    Didier

    Ca y est, mon plugin crayon fonctionne, j’ai bien le crayon en haut à droite des zones éditables.
    Maintenant, mon pb est que je n’ai pas les boutons de raccourcis typographiques.
    Didier.

    • Nibbler

      Comment avez vous fait fonctionner le plugin ? J’ai le même soucis que vous, alors que je suis bien connecté en temps qu’admin.

      Merci d’avance

    • J’en suis toujours au même point.
      Je repars sur une installation nouvelle de spip, la dernière version, et de tous les plugins.
      Comme c’est au boulot, je n’y travaille pas très régulièrement.
      J’ai fini l’installation de Spip, je charte graphiquement, et je reprendrai les plugins après.
      Je reviendrai ici pour dire où j’en suis.
      Didier.

    • En fait je n’étais pas connecté.
      En me connectant avec le lien « se connecter » en pied de page, le plugin fonctionne.
      Je n’avais pas compris la notion d’utilisateur inscrit.
      Maintenant, c’est la barre de boutons du plugin porte-plume qui n’apparaît pas.

    Répondre à ce message

  • Didier

    Bonjour,
    je viens d’installer crayons sur un spip 2.09 en local (easyphp).
    Je l’ai activé.
    Je suis actuellement connecté en même temps à l’espace privé, donc identifié je suppose.
    Il ne se passe rien dans l’espace public, et crayons.js n’est pas présent dans

    ...

    de la page.
    Question subsidiaire : que signifie être un « utilsateur identifié » ou « une personne autorisée », quand on arrive dans l’espace public ?
    Merci.

    Répondre à ce message

  • 2
    huberte

    ça plante !!!!!!!!!!!!!!

    Fatal error : Call to undefined function crayons_var2js() in /var/toutleWWW/s3mar/WWW/plugins/auto/crayons/tetecrayons.php on line 92

    • Fil

      Vérifie que tu as bien chargé tous les fichiers sur le serveur.

    • huberte

      Ben je suis passé par la gestion des plugin sous la dernière version de spip. Ça ne le fait automatiquement ?

    Répondre à ce message

  • 1
    Regis92

    Question d’un débutant en CSS :

    J’ai déjà des classes affectées à mes balises, par exemple :

      <h1 class="titre_rubrique">[(#TITRE)]<br />

    Comment puis-je leur ajouter en plus la classe

    class="#EDIT{titre}"

    ... ?

    MERCI :-)

    • Fil

      Il suffit d’écrire

      <h1 class="#EDIT{titre} titre_rubrique">...

      car on peut mettre plusieurs nom de classes dans un class=.

    Répondre à ce message

  • pietro

    Merci pour ce plugin très sympa !
    Dommage que CKeditor ne soit pas intégrable...
    Quelqu’un aurait réussi par hasard ?

    Répondre à ce message

  • Regis92

    Bonjour,

    Pour info, je signale l’erreur suivante :
    Je suis sur SPIP 2.1.1 [15871], avec Sarkaspip 3.0.3
    J’ai installé et activé le couteau suisse.
    Aussitôt après l’activation de Crayons :
    Fatal error : Call to undefined function cs_initialisation() in /htdocs/public/www/plugins/auto/couteau_suisse/cout_options.php on line 93

    L’erreur disparait en cas de suppression du couteau suisse, mais je ne me suis pas amusé à le réinstaller pour (re)tester...

    Régis

    Répondre à ce message

  • 5
    bruno31

    Bonjour

    CRAYON fonctionne de manière aléatoire.

    Je pensais que cela était lié à 2 erreurs de javascript que j’ai sur le plugin saisie et barrebouille.

    Je viens de désactiver la barre type de crayon et cela semble fonctionner.

    Avez-vous connaissance d’une incompatibilité entre ces plugins ?

    • bruno31

      Je continue mon poste.

      Le CRAYON était revenu. Mais au bout d’une dizaine de minute, il a redisparu sans que je touche à la config du site.

      Et toujours ces erreurs javascript

    • bruno31

      La suite...

      Le problème a disparu quand j’ai effacé manuellement le contenu de \local

      va comprendre...

    • bruno31

      Finalement, le problème est toujours présent
      En particulier dans les forums.

      Le crayon fonctionne dans la partie contenu de l’article mais pas dans le forum de l’article.

      J’ai regardé le html généré et on voit bien les classes correspondantes au crayon (crayon article-titre-168 entry-title, etc.)

      Par contre dans les forums, le code span correspondant au logo du crayon n’est pas affiché alors qu’il est présent pour le contenu de l’article.

      Et parfois, il manque le span pour toute la page, contenu d’article ou forum.

      A noter que le problème apparait avec le squelette de la dist,
      et aussi bien en local avec easyphp qu’en distant.

      Il me semble donc que c’est un bug de Crayon qui mériterait l’attention de l’un de ses auteurs.

    • bruno31

      J’ai toujours le bug.

      Cela se produit avec le squelette de la dist, aussi bien en local (easyphp) qu’en distant, et chez deux hébergeurs différents, sur deux sites différents.

      Tout concoure à penser qu’il s’agit d’un bug dans crayon.

      Je me tiens à la disposition des concepteurs pour toutes autres informations utiles et essais.

    • bruno31

      Mon problème n’est toujours pas résolu et c’est un calvaire.

      J’ai remarqué que le bug disparait juste après un vidage de cache.
      Mais il réapparait quelques minutes après.

      J’ai l’impression que l’anomalie disparait si je suis le premier à générer la page après un reset cache.
      Mais si je provoque un recalcul de cette page, le crayon disparait de nouveau.

      Merci pour votre aide, vos pistes d’investigation, ou pour la correction du bug.

    Répondre à ce message

  • LGS

    Bonjour,

    Un problème avec crayon (SPIP 1.9.2)

    En production sur le serveur (pas en local) lorsqu’on clique sur le crayon de la zone à modifier, la fenêtre s’ouvre avec le texte original tronqué. J’ai remarqué (et vérifié) que le troncage se produit toujours à partir du premier caractère accentué (quelle que soit la zone concernée).

    Exemple : un commentaire de forum qui contiendrait : « Merci d’avoir répondu si vite », en cliquant sur le crayon, la fenêtre de modification n’affiche que « Merci d’avoir r » —> plus rien après le premier caractère accentué.

    Une idée ?

    Merci.

    Répondre à ce message

  • 3
    b.poiraud

    Bonjour

    je viens de passer de spip 2.0.10 à spip 2.1 et de télécharger un « crayons » tout neuf.
    Mais j’ai le message d’erreur suivant, sur le site public :
    preg_match_all() [function.preg-match-all] : Unknown modifier ’C’ in /home/jour4hi/public_html/plugins/crayons/tetecrayons.php on line 58

    savez-vous ce que je puisse faire ?

    Merci

    • Fil

      Ton plugin n’est pas complet : il manque la dernière version du fichier inc/crayons.php

    • b.poiraud

      Merci de m’avoir répondu si vite.
      J’ai téléchargé un « crayons » tout neuf, je pense donc qui contient inc/crayons.php dernière version.

      En vérifiant le FTP j’ai constaté en effet qu’il n’était passé que de façon incomplète. J’ai donc corrigé ça et vidé le cache.

      Mais j’ai encore un souci : quand je clique sur le petit crayon, (titre ou corps de l’article) il m’affiche une page blanche.

      J’ai pourtant
      -  désactivé Crayons, vidé le cache
      -  réactivé Crayons, vidé le cache
      -  supprimé le dossier tmp

      et j’ai toujours une page blanche.
      Cordialement
      BP

    • b.poiraud

      je me réponds à moi-même....
      Ayant constaté que « crayons » fonctionnait bien avec spip2.1 sur un autre site, j’ai donc récupéré le dossier « crayons » sur ce site et je l’ai téléchargé et installé sur celui où il ne fonctionnait pas.
      Alors, merveillissime, cette fois c’est bon.

      Conclusion : il arrive qu’on télécharge des choses ... de façon incomplète.
      En tout cas moi je trouve que « crayons » est très pratique et j’aurais regretté de devoir m’en passer

    Répondre à ce message

  • 2
    Pierre-Philippe Fady

    Tout d’abord, félicitations aux développeur pour ce plugin vraiment très pratique.

    Quelqu’un a t’il déjà essayé d’intégrer des masques de saisies javascript dans des contrôleurs ?
    J’essaie vainement d’utiliser un plugin jQuery : http://digitalbush.com/projects/masked-input-plugin/, en mettant les codes javascript dans un fichier de type controleurs/objet-champ.html, mais rien n’y fait.

    Si quelqu’un a une petite piste à me donner, je suis preneur ;-)

    • Fil

      Je pense qu’il faut que tu regardes du côté de la fonction SPIP OnAjaxLoad() de manière à lancer ta fonction jQuery après le chargement du crayon. Quelque chose comme :

      function crayons_mask() {
   $("#date").mask("99/99/9999");
}

$(crayons_mask);
OnAjaxLoad(crayons_mask);

      Ce code indiquerait qu’il faut lancer la fonction crayons_mask au chargement de la page, puis à chaque chargement d’un morceau de HTML via ajax (donc, entre autres, les crayons).

      A tester, bien sûr.

    • Pierre-Philippe Fady

      merci pour ta réponse rapide ;-)

      j’ai mis ceci comme code dans l’entete de la page contenant le crayon :

      <script type="text/javascript" src="#CHEMIN{js/jquery.maskedinput-1.2.2.min.js}"></script>
<script type="text/javascript">
<!--
(function($){
	$(document).ready(function(){
	    function masquetelephone_crayons(){
	        $("#telephone").mask("99 99 99 99 99");
	    }
	    masquetelephone_crayons();
	    onAjaxLoad(masquetelephone_crayons);
	});
})(jQuery);
-->    
</script>

      Le code fonctionne si dans ma page se trouve le champ input suivant :

      <input id="telephone" class="crayon-active" name="#ENV{name_telephone}" style="margin-left:160px; width:200px; height:#40px;#ENV{style}" value="#TELEPHONE"/>

      mais si je met le champ « input » dans mon fichier controleur, ça ne fonctionne plus.
      Ca ne fonctionne pas non plus si je colle le code javascript si-dessus dans le fichier controleur.

    Répondre à ce message

  • 1
    mael

    Bonjour,

    j’aimerais désinstaller le plugin crayon de mon spip 2.0.10

    Je l’avais installé pour faire une page en forme de wiki facilement personnalisable, mais un administrateur réseau m’a demandé de l’enlever pour des raisons de sécurité.

    Malheureusement, crayons a collé ses balises #EDIT dans une dizaine de fichiers qui concernent l’interface privée. Résultat, si je désinstalle le plugin, l’interface privée buggue. Le pompon c’est qu’il rajoute ces balises #EDIT dans l’affichage des balises du type
    <doc12|center> sans que je lui ai rien demandé.

    Si quelqu’un sait comment se débarrasser de lui, merci !

    • mael

      C’est réglé, j’avais oublié que l’activation des plugins dépendait du cache. J’ai donc désactivé crayons, puis j’ai vidé le cache, et tout est rentré dans l’ordre.
      Je ne sais toujours pas pourquoi il y a des balises #EDIT dans des fichiers de squelettes-dist.

    Répondre à ce message

  • Philippe AVI

    Bonjour
    je suis en train de me servir de spip pour des relations sur des tables externes. Ca fonctionne et pour modifier les contenus je souhaiterai utiliser crayon.

    Je viens de voir :

    À noter :
    -  Les crayons fonctionnent avec n’importe quelle table — à condition que cette table possède une clé primaire (numérique) qui s’appelle id_xxx, où xxx est le nom de la table.

    ça raccourcirait bien mon travail. Mais pour l’instant çà ne fonctionne pas.

    Ma table externe : jp_table_centre_interet
    Son SQL

    CREATE TABLE jp_table_centre_interet (
    id_jp_table_centre_interet bigint(20) NOT NULL AUTO_INCREMENT,
    centre_interet varchar(300) DEFAULT NULL,
    PRIMARY KEY (id_jp_table_centre_interet)
    ) ENGINE=MyISAM DEFAULT CHARSET=utf8 ;

    Donc ma clé primaire ce nomme id_xxx du même nom que le nom de la table avec « id_ »
    en plus comme spécifié.
    Dans mon squelette :

    <div class="#EDIT{centre_interet}">#CENTRE_INTERET</div>

    Si je double clique j’ai bien le formulaire qui s’ouvre mais après clic sur OK rien n’est sauvegardé sur la base.

    Avez vous une piste...

    Je veux bien contribuer car je me doute bien que ça vient de « crayon_store.php » vers la ligne 183.

    Merci d’une piste
    Philippe

    Répondre à ce message

  • Thierry

    Bonjour,
    j’ai installé ce plugin mais apparament il ne fonctionne pas.
    Je suis en SPIP 2.1, j’ai téléchargé le pugin, je l’ai activé, j’ai modifier le squelette de mes articles mais il n’y a aucune différence....????
    merci d’avance !
    Thierry

    Répondre à ce message

  • 1
    bruno31

    Bonjour

    et merci pour ce merveilleux plugin.

    Je souhaite pouvoir modifier les images à partir de l’espace public. Apparemment c’est possible en introduisant #EDITfichier

    mais où faut-il introduire la balise ?
    Je l’ai fait dans le div correspondant au texte de l’article mais cela ne donne rien.

    [<div id="texte" class="#EDIT{texte} #EDIT{fichier} texte">(#TEXTE*|accordeon|autoriser_php|br|propre|liens_ouvrants|image_reduire{560,0})</div>]
    • Fil

      Le #EDIT{fichier} doit être placé dans une <BOUCLE_x(DOCUMENTS)...

    Répondre à ce message

  • 1
    kent1

    Pour infos, je viens de mettre à jour la documentation en ajustant la partie concernant la table spip_metas avec les ajouts récents de la version 1.6.1 du plugin.

    Répondre à ce message

  • 1
    klaus++

    Depuis SPIP 2.1 la syntaxe pour éditer les metas a changé. Je donne ici l’exemple du code pour modifier #DESCRIPTIF_SITE_SPIP et #NOM_SITE_SPIP avec les crayons :

    <span <BOUCLE_meta1(spip_meta){nom=nom_site}>class="#EDIT{valeur}"</BOUCLE_meta1>>
	<a href="#URL_SITE_SPIP/spip.php?lang=#LANG">
	[(#NOM_SITE_SPIP|sinon{Indiquez le nom de votre site})]
	</a>&nbsp;&nbsp;
</span>

<div <BOUCLE_meta2(spip_meta){nom=descriptif_site}>class="#EDIT{valeur}"</BOUCLE_meta2>>
	[(#DESCRIPTIF_SITE_SPIP|sinon{<:descriptif_de_base:>})]
</div>

    Le changement de code est dû à la nouvelle nécessité de respecter la casse des noms des tables non-SPIP. Apparemment ceci s’applique aussi aux tables propres à SPIP qui ne contiennent pas d’objets éditoriaux.
    C’est du code testé sur un site en production sous SPIP 2.1.0 [15608]

    Répondre à ce message

  • 4
    anic

    Bonjour,

    Les admins adorent les crayons, et à ma surprise l’utilisent aussi en mode prévisualisation, sur statut proposé à l’évaluation.

    Mais dans ce cas, le « crayonnage » du champs PS efface le champ TEXTE.
    Bon, j’avais anticipé en mettant en place le suivi des révisions des articles. Pour moi c’est un bug mineur, je reposterais ici plus tard, si je trouve la solution.

    • Fil

      Je n’ai jamais entendu parler d’un bug de ce type, et mes tests ne révèlent pas de problème. Je suis d’autant plus étonné, que les crayons sont programmés sans aucune indication de la « liste des champs » à modifier.

    • anic

      Merci d’avoir répondu M’sieu Fil,

      J’ai prévenu les admins de crayonner seulement en statut publié.
      La prévisualisatoin est faite pour prévisualiser..

      Je ne comprends pas « sans aucune indication de la "liste des champs" à modifier »

      Pour moi, ce n’est pas grave, je me demande même si j’aurais du appeler cela bug...

      De toute manières, si tu estimes cela utile, je peux te donner un compte admin afin de voir le bug, avant de poster j’ai recréé le bug remonté par les admins.

      Cdt
      Anic

    • anic

      Suis sur une piste...
      Les url propres « maison » créés par mon prédécesseur provoquent une erreur mysql sur la table article.

      Je ferais le ménage d’ici quelques jours et ferais un retour.

      Encore Merci Fil
      Anic

    • Olive

      mauvais clic, désolé

    Répondre à ce message

  • Julie

    Wouaw formidable ! Merci beaucoup pour ce plugin.
    Par contre, mon fonds de page (body) est très foncé et je ne trouve pas le moyen de rendre le formulaire (d’édition) des crayons opaque (non transparent). Le texte est noir sur presque noir, donc illisible.
    Pouvez-vous m’indiquer la partie du code qu’il faut que je change/paramètre et comment ?
    Merci !

    Répondre à ce message

  • 2
    n.dhuygelaere

    Bonjour à tous,

    Le plugin « les crayons » est l’un de mes favoris pour SPIP. Dernièrement, j’ai eu besoin d’ajouter une fonction de « notification » à ce plugin. Au début, j’ai bien essayé de faire des tests avec le plugin notification mais apparemment « les crayons » n’utilisent pas le pipeline « pre_edition ».

    J’ai donc été amené à faire quelques modifications sur « les crayons » afin d’ajouter cette fonctionnalité et même l’interfacer avec le plugin « notification ». Ça à l’air de fonctionner correctement et je voulais donc savoir ou et comment mettre à disposition mes sources afin qu’elles soient éventuellement reprises/adpatées dans les prochaines révisions ?

    PS : j’ai bien tenté le svn avec tourtoise mais ça ne marche pas, peut être me faut-il un compte d’accès ?

    merci d’avances pour vos réponses.

    • Fil

      Je pense que tu te trompes : le plugin Crayons emprunte le chemin normal de modification des contenus, et passe bien par le pipeline pre_edition.

    • n.dhuygelaere

      Autant pour moi, les crayons passe bien par pre_edition en passant pas des fonctions du type : « instituer_article ». J’ai juste insérer mon code 2 fonctions trop tôt : càd dans « crayons_store_set_modifs » au lieu de le gérer dans un pipeline pre_edition que je mettrait soit dans notification soit dans un plugin spécifique.

      Merci pour l’info.

    Répondre à ce message

  • 1
    Agnes

    Pire : je m’aperçois que seuls les adminsitrateurs peuvent modifier les brèves.... dommage que ce ne soit pas géré par Autorités !

    • Fil

      Agnès, il est très simple d’ajouter cette option dans Autorité, en suivant le modèle des autres autorisations.

    Répondre à ce message

  • 2
    Hedera

    Bonjour la communauté.

    Je tiens à féliciter l’auteur de cette contrib qui a simplifié la vie des plus novices utilisateurs de spip !

    J’ai utilisé de plugin dans de nombreux spip 1.9 et je n’ai jamais eu le moindre souci quand à sa mise en route mais là.... Après un long moment d’inactivité j’ai eu besoin de faire un site et je me suis dit qu’utiliser la version 2.0 n’était pas du luxe. Pensant à mes futurs utilisateurs (novices une fois de plus) j’ai immédiatement pensé à ce plugin... Imaginez ma déconvenue puisqu’à chaque double clik sur la zone du crayon je me fais retourner ce message : erreur de communication : missing ; before statement .

    J’ai désinstallé tous les autres plugins pour pister une incompatibilité, lu les 150 pages de messages, re Up/L le plugin ,vidé les caches, désactivé et réactivé le cookie de correspondance, fait bruler un cierge... re et relu les 150 pages de messages...toujours rien !

    Avant de m’arracher un à un les cheveux je préfère tenter ma chance ici. Quelqu’un a déjà eu ce problème là ? Et résolu celui-ci ?

    Bien à vous, la petite Marie

    • nico4peace

      Salut

      J’ai le même souci que toi. J’ai fait les mêmes opérations mais rien n’y fait non plus !

      As tu réussi à corriger le problème ?

      d’avance merci

    • Hedera

      Bonjour Nico.

      Oui j’ai réussi, en fait j’ai re téléchargé le plugin zippé, redézippé, désactivé le plugin et effacé de l’hébergement. Puis j’ai up/ loadé le tout neuf et ça a remarché.

      Sans doute qu’à la décompression y a un fichier qui a pété.. Va savoir. J’espère que ça marchera pour toi !

      Bonne continuation

    Répondre à ce message

  • JLuc

    ya un truc bizarre avec la page de configuration des crayons : ça concerne la « partie expérimentale » de crayonnage de la partie privée. La case à cocher perd sa coche après validation du formulaire, alors même que le paramétrage a bien été pris en compte et que le crayonnage est autorisé sur les pages indiquées dans la saisie plus bas. Sinon RAS.

    Répondre à ce message

  • 2

    Bonjour,

    Il est possible de modifier un logo ou un document déjà mis en ligne, mais je ne vois pas comment en ajouter un directement avec Crayons. Est-il possible de le faire ?

    Merci.

    • Le plugin en développement Formulaire-Upload permet de télécharger des documents joints (à des articles, rubriques, mais aussi auteurs...). Cependant, il ne fonctionne chez moi que pour le webmestre. Impossible avec les autres statuts (admin, redacteur, visiteur).

    • Pierre-Jean

      Je cherche aussi la solution, le plug marche plutôt pas mal, mais seulement pour le webmestre...

      D’autre part, on ne peut qu’éditer le titre et le texte du document uploadé avec les crayons, ce qui n’est pas très visible, ça serait intéressant de pouvoir laisser un champs de type input pour éditer ces information, ou rendre els crayons bien plus visibles !

      Pierre-Jean

    Répondre à ce message

  • Tombek

    @Matthieu,

    C’est parfait, merci beaucoup !

    Cordialement,
    Thomas

    Répondre à ce message

  • 1
    Tombek

    Bonjour,

    Je viens d’installer un SPIP 2.0.10 tout neuf avec les plugins CFG et barre typo généralisée. J’ai une erreur lorsque je tente de configurer le module via CFG :

    Erreur : filtre « balise_img » non défini

    Une idée / solution ?

    Cordialement,
    Thomas

    Répondre à ce message

  • 2
    claudeD

    bonjour,

    je viens de voir que sur des sites où on m’a demander d’installer crayons, j’ai réussi à modifier le titre des groupes de mots depuis l’interface publique.

    Or jusqu’à présent je n’y arrivais pas sur un de mes sites. J’ai donc retesté : pas de problèmes pour des sites chez OVH ou sur un serveur hébergé chez Globenet, par contre sur des sites sur lautre, la modif n’est pas prise en compte.

    C’est moi qui beugue ?

    claude

    • claudeD

      je viens de tester (j’avais oublié de le faire) les sites problématiques sur lautre en local avec Mamp. Chez moi (en local) sa marche ! ; pas en ligne.

    • claudeD

      Finalement, en effaçant mon compte et en réinstallant tout à neuf, le problème n’existe plus. Et c’est bien plus confortable :)

    Répondre à ce message

  • Agnes

    PS : par contre il n’y a pas moyen que les auteurs puissent modifier les brèves ?
    Agnes

    Répondre à ce message

  • Agnes

    Pardon : si ca marche !
    C’ est pasque je tentais sur une page faite de breves par un autre auteur !
    Un grand merci donc
    Agnes

    Répondre à ce message

  • Agnes

    Merci Fil
    Je viens d’essayer cela aussi, mais ca marche pô....
    Il faut dire que cje dois jongler avec les auteurs...
    J’ai « Fabien » en id_auteur 1 car c est a cet auteur que sont attibués tous les articles. Je l’ai donc défini rédacteur.
    J’ai « agnes » en id_auteur 7, administrateur, et même webmestre, (défini comme tel dans mes_options.php) pour pouvoir gérer les droits de Autorités.
    Je me logue comme Agnes pour paramétrer autorités et cliquer « auteur modifie article »
    Je me relogue comme Fabien, je vais dans la partie publique, et ... as de crayons :-(
    Merci
    Agnes

    Répondre à ce message

  • 1
    Agnes

    Ah, cool !
    Je l’ai installé, mais je cne trouve pas la bonne option....
    Dans la config du plugion Autorités, il me propose bien une rubrique Crayons, mais uniquement pour forums et signatures...
    Or je voudrais que les rédacteurs aient accès aux articles (ou à leurs articles)
    Merci de votre aide
    Agnes

    Répondre à ce message

  • 1
    Agnes

    Bonjour
    Les crayons, c’est un vrai plus pour donner a des rédacteurs un acces convivial à l’édition de leurs sites / articles.
    Mais du coup, c’est tres dommage qu’il soit configuré pour n’etre accessible qu’a des auteurs ayant les droits d’adminsitrateur ! Car je suis obligée de doner ces droits a des rédacteurs, aux risques et périls du site...
    Y a-t-il moyen de l’autoriser pour de simples rédacteurs ?
    Agnes

    Répondre à ce message

  • 1

    Bonjour,
    Comme Stéphane, Crayons ne fonctionne pas sur un SPIP 2.0.10 [14698] + Crayons 1.5.1 [32278] sur une dist sans aucun autre plugin activé.
    Dans le code source, le textarea n’est pas généré.

    • thierry

      bonsoir, idem chez moi, je n’avais initialement pas fait le lien et je me battais comme un diable pour comprendre pourquoi mes wikis ne fonctionnait plus.

      même numéro de versions.

      une idée ?

      merci

      thierry

    Répondre à ce message

  • svassr

    J ai une erreure javascript provenant du crayon 1.4 :

    missing } after property list
    avascript,application/javascript« ,json : »...rigger(« ajaxStop »)}J.abort() ;return falsspip.php...rayons.js (line 8)

    cQuery is not defined
    spip.php ?rubrique2&var_mode=recalcul()spip.php...=recalcul (line 89)

    var configCrayons = new cQuery.proto...ments et recommencez« , »sauvegarder«  : »"}\n

    Répondre à ce message

  • 2
    Henri

    Spip 1.9.2c, crayons 1.3
    et même comportement après mise à jour spip 1.9.2h et crayons 1.4.

    2 Erreurs javascript :

    Call to undefined fonction test_espace_prive() in .../crayons/crayons.js_functions.php on line 16
    cQuery is not defined in :
 var configCrayons = new cQuery.prototype.cfgCrayons({"imgPath":"plugins/crayons/images","droits":"*","dir_racine":"","self":"/ulebg/ovh/ulebg/spip.php?article67","txt":{"error":"Désolé, copiez/collez vos changements et recommencez","sauvegarder":"Sauvegarder les modifications ?"}

    Tout semble marcher si je passe en mode débug : rajout dans config.php de « define(’_DEBUG_CRAYONS’, true) ; »

    Une idée ?

    • Fil

      Merci, c’est corrigé avec la révision [28632].

    • svassr

      J ai une erreure similaire :

      missing } after property list
      avascript,application/javascript« ,json : »...rigger(« ajaxStop »)}J.abort() ;return fals.... spip.php...crayons.js (line 8)

      cQuery is not defined
      spip.php ?rubrique2&var_mode=recalcul()spip.php...=recalcul (line 89)

      var configCrayons = new cQuery.proto...ments et recommencez« , »sauvegarder«  : »"}\n

    Répondre à ce message

  • fdauphin

    Bonjour
    Bravo pour ce plugin très pratique
    malheureusement j’utilise aussi le plugin CKeditor afin que les professeurs du collège puissent écrire des articles sans avoir de code.
    Serait-il possible de modifier Crayons pour que lorsqu’on l’utilise il ouvre CKeditor ou que l’on puisse voir apparaître un mode d’édition WYSIWYG

    Répondre à ce message

  • naomed

    bonjour,

    la fenetre d’edition s’ouvre bien mais le texte apparait illisible comme si toutes les lignes étaient superposées. J’ai essayé de rajouter un line-height dans le css du plugin, cela ne change rien.

    J’utilise spip 2.0.9 et la dernière version du plugin. Une idée ? Merci

    Répondre à ce message

  • 3
    Eric Luyckx

    j’ai un bug bizarre. sur une boucle ARTICLES tout fonctionne. mais sur une boucle AUTEURS ou AUTEURS ELARGIS, la fenêtre de saisie n’apparaît pas (juste les icônes OK et X mais décalées sur la gauche).
    ci-jointe une copie d’écran : après double clic sur la case à droite de « téléphone - gsm »

    • Amaury

      J’ai le même problème sur des champs rajoutés avec champs extra2 alors que les crayons marchent impeccablement sur le reste de la page.

      J’ai soupçonné un problème de css mais visiblement ce n’est pas ça...

    • Fil

      Quand ça s’affiche comme ça c’est que le contrôleur demandé n’a pas fonctionné. On devrait prévoir un message d’erreur approprié ; ce qui est certain, c’est que ce n’est pas un problème de CSS.

    • Hello,

      J’ai le même problème de non fonctionnement sur les rubriques (ok/Annulé affiché, mais pas le champ)... malgré la mise à jour au dernier niveau de révision à ce jour. si qulqu’un à une idée ...

      Merci

      Stephane

      SPIP 2.0.9 [12624]
      Crayons : 1.5.1 [32278]

    Répondre à ce message

  • Merci Kent pour les modifications apportés au crayon pour cette histoire de date de publication.
    Il apparaît désormais de la même façon que la date de rédaction antérieur et ce modifie parfaitement

    Merci beaucoup. Je découvre encore spip et suis agréablement surpris de voir la force de la contrib !

    Francky

    Répondre à ce message

  • Cyril Marion

    Bonjour à tou(te)s,

    Sur des éléments html stylés, il peut arriver que les contenus ne soient pas très visibles (cas des textes blanc sur noir p.ex.). Dans ce cas il peut être intéressant de modifier l’aspect des crayons.
    Cela se fait en surchargeant les styles liés à la class crayon-html dans votre feuille de style. Par exemple pour mettre un fond gris (qui passera aussi bien avec des carctères noir sur fond blanc que l’inverse) que les textearea et sur les input de type texte :

    .crayon-html textarea,
.crayon-html input[type=text] { 
  background-color: gray !important;
}

    Encore merci pour ce plugin extraordinaire !
    Bonne utilisation,

    Cyril

    Répondre à ce message

  • 2

    Plugin vraiment génial et devenu quasi indispensable.
    Je m’en sers pour un redacteur qui rentre et modifie énormément d’articles en ligne. Pour lui cela serait très contraignant de rentrer ses articles dans l’interface privé.

    A ma grande joie j’ai vu que le crayons édite aussi le statut de l’article et les dates de diffusion, et de redac antérieur.

    Cependant impossible de modifier la date de publication. J’arrive bien à l’éditer mais ça ne le modifie pas quand je fais ok . Pourtant cela marche très bien pour la date de rédaction antérieur. Je ne trouve pas là ou ça bloque.

    Francky

    • kent1

      Je viens de supprimer le controleur qui ne fonctionnait pas ... Après mise à jour vous aurez le champ brut SQL de la date ... c’est un peu contraignant car il ne faut pas faire d’erreur quand à l’écriture...

      Si quelqu’un a le temps et le courage de faire un beau controleur pour les date ce serait cool

    • ce serait peut être possible de mettre un datepicker ?

    Répondre à ce message

  • Naoya

    Superbe plugin, ca facilite grandement la modification des articles !
    Merci 1000 fois !!!

    Répondre à ce message

  • 1
    Eric Luyckx

    quelqu’un(e) connait un moyen élégant de récupérer (dans la partie publique) le suivi des modifs à la manière de l’interface privée ?
    d’avance merci ;-)

    Répondre à ce message

  • 1
    joz

    Bonjour,

    j’ai un problème à désactiver le plugin. Après desactivation je ne peux plus éditer mes articles, je reçois le message d’erreur suivant :

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

    J’ai ce problème sur deux installations différents, en ligne et locale, avec cfg et sans.

    Quelqu’un aurait un astuce pour moi ?
    d’avance merci
    joz

    • Welcome to the hotel california.

      Il suffit de vider le cache

    Répondre à ce message

  • valin (Patrick)

    Je viens de constater un petit bug, voir image jointe.
    En effet une erreur apparait sur IE (petit paneau jaune en bas) lorsque on est connecté en administrateur et disparait qd on se deconnecte.
    je ne suis pas spécialiste donc...
    mon site

    Répondre à ce message

  • 6
    webmestre

    bonjour,

    j’ai installé le plugins les crayons révision : 30936 sur spip 2.0.8 : 13982, est également présent le plugins couteau suisse avec les lames actives : jolis coins, filets séparateurs et tout en couleur, que le couteau suisse activé ou pas le problème suivant est persistant :

    l’édition de la balise #NOM_SITE dans une boucle (BREVES) n’est pas possible, l’icône du crayon est visible (à droite), active et cliquable, sur le clic s’affiche bien un formulaire avec les deux icônes Enregistrer et Annuler placées sur la gauche de la page au lieu de la droite ( ???? ), elles sont actives car cliquables fermant le formulaire de saisie, seul le champ de saisie input ne s’affiche pas dans le formulaire. Pour les autres balises de cette boucle (#TITRE et #TEXTE) tout fonctionne normalement.

    La même structure dans une boucle (ARTICLES) fonctionne à merveille.

    je viens de parcourir ce forum sans trouver d’indices, ce problème a t-il été déjà constaté et si oui y a t-il une solution à apporter ?

    Cordialement

    • Fil

      Pour les brèves il faut invoquer lien_url et pas url_site, car c’est ainsi que le champ est nommé dans la base de données.

      Pas beau, mais c’est comme ça.

      <div class="#EDIT{lien_url}">[(#URL_SITE|sinon{url du site})]</div>

    • bonjour,
      Merci pour cette précision.

      Afin de rendre éditable les champs lien_titre et lien_url j’ai trouvé cette solution peu élégante mais qui permet de conserver le tout sur une seule ligne pour l’affichage normal et un affichage sur deux lignes pour les champs de saisie en mode édition.

      [<div id="site" class="#EDIT{lien_titre}"><br /><div class="#EDIT{lien_url}">Sur le Web : <a href="#URL_SITE" class="spip_out">(#NOM_SITE)</a></div></div>]

      et c’est valide XHTML Strict.

      cordialement

    • Fil

      Tu devrais essayer <div class="#EDIT{hyperlien}">...</div> :-)

    • webmestre

      bonsoir,

      avec
      <div id="site" class="#EDIT{hyperlien}">Sur le Web : <a href="#URL_SITE" class="spip_out">(#NOM_SITE)</a></div

      on revient à la case départ tout s’affiche sauf les champs de saisie.

      Merci tout de même.

      cordialement

    • Fil

      Le contrôleur « hyperlien » n’avait pas été testé pour les brèves. Il fonctionne à partir de la révision 31100.

    • webmestre

      Bonsoir,

      ok je vais attendre la révision 31100.

      Cordialement

    Répondre à ce message

  • 1
    tibo

    Bonjour et merci à Fil de continuer le travail de toggg,

    Je désire réaliser une application permettant aux anciens élèves de mon école (qui seront des visiteurs inscrits du site) de mettre à jour leurs informations (coordonnées, email, poste occupé, ...).

    Le but étant que chaque élève puisse modifier les informations le concernant et que le webmestre puisse corriger les erreurs éventuelles.

    J’envisage d’utiliser les crayons pour ça. Est-ce le bon choix ?

    • Fil

      crayons + champs extras 2 me semble tout indiqué

    Répondre à ce message

  • caossak

    Bonjour,

    J’ai installé les deux plugins sur mon site (entre autres).

    J’ai un soucis quand j’utilise les crayons. Dès lors que j’ai fait la moindre modification sur n’importe lequel des champs affichés hormis le texte, une fois enregistré, le champ texte de mes articles est vidé.(les modifs des autres champs sont bien prises en compte par contre. C’est systématique. (quelle que soit la rubrique etc..)

    Par contre si je modifie le texte, ma modif est prise en compte, et l’enregistrement correspond à ce qui est couhaité.

    Je pense qu’il s’agit d’un problème d’incompatibilité entre les deux plugins, parce que j’ai supprimé un par un tous les plugins. Puis réactivé un par un.

    Désactiver fckeditor fait tout rentrer dans l’ordre, (le texte reste ce qu’il est quand je modifié un autre des champs), en le réactivant mon problème réapparaït.

    Suis-je la seule à rencontrer ce problème ?

    Pas envie de me passer de crayons qui est une aide à la publication somme toute irremplaçable...

    Répondre à ce message

  • matpat

    Bonjour,
    Je ne sais pas si c’est le bon endroit pour poser cette question, mais j’essaie tout de même. Quelqu’un pourrait-il m’aider à trouver une solution pour ajouter-modifier-supprimer des documents (pdf, images, zip) directement depuis l’espace public, comme le fait si bien « le crayon » pour le texte. J’ai testé le plugins Formulaire_upload téléchargé sur la zone, mais il fonctionne très mal sur mon installation. Je précise que je suis en SPIP 2.08. J’ai aussi installé le plugins médiathèque mais ce dernier nécessite de passé par l’espace privé (mon « patron » est un peu pressé et refuse l’apprentissage de l’espace privée...)
    Merci de votre aide.

    Répondre à ce message

  • j’ai trouvé une solution qui va bien :

    il faut surcharger les autorisations de spip (inc/autoriser.php) à l’aide du fichier mes_options.php (à placer dans le dossier config).

    dans mes_options.php :
    function autoriser_nomdematable_modifier_dist($faire, $type, $id, $qui, $opt)

    Répondre à ce message

  • Bonjour,

    Félicitations pour ce plugin que je découvre, il est très bien fait et bien pratique.

    j’aurais besoin de contourner cette limitation :
    « Seuls les admins complets peuvent ainsi crayonner des textes provenant d’une table non-SPIP. »

    pourriez vous m’indiquer une façon d’y arriver ?

    Répondre à ce message

  • matpat

    Bonjour,
    J’aimerais savoir si quelqu’un à programmer un contrôleur pour modifier un portfolio directement depuis l’espace public (de la même manière que le contrôleur qui gère les Logos (#EDITERlogo). En utilisant le contrôleur des documents(#EDITERfichier) j’arrive à remplacer une image mais il m’est impossible d’en supprimer). Mes compétences étant assez limitées en programmation, merci de votre aide.

    Répondre à ce message

  • 1
    Suske

    Salut Fil,

    Je gère des membres d’association via les auteurs spip et des champs Extras. Grâce aux crayons, c’est géant : la tâche de maintenance est accesssible à tous les admins du site.

    Pour ce genre d’utilisations, l’usage de la souris est cependant un peu fastidieux, j’ai donc mis des a href sur mes données pour récupérer la fonctionnalité d’index (TAB pour aller d’un champ au suivant). Là, je double-clique. S’il y avait un raccourci clavier pour éditer, ce serait géant++ :-) .

    Le squelette de cette page est ici

    Mes 2 sous ;-) et merci pour Crayons et tout le reste !

    • Fil

      Tu peux bien entendu ajouter cette fonctionnalité en surveillant le raccourci clavier et en envoyant alors la fonction d’ouverture du crayon.

    Répondre à ce message

  • 1
    Dapertutto

    Bonjour,

    même question posée il y a qqs temps : comment ajouter un document depuis la partie public ? est-ce que les crayons pourraient à terme le permettre ? existe-t-il une autre manière de le réaliser ?

    Merci infiniment pour ce plugin indépassable et épatant,

    Doc Dap.

    • Fil

      Les crayons ne permettent pas d’ajouter quoi que ce soit. Pour ajouter un document regarde le plugin #FORMULAIRE_UPLOAD qui répond au problème d’une certaine manière.

    Répondre à ce message

  • 1
    Christophe

    Bonjour,

    Petite question :

    Un administrateur restreint n’a pas accès au crayon sur un article d’une rubrique dont il est administrateur.

    Est-ce normal ?

    Répondre à ce message

  • En désactivant le plugin les crayons sous SPIP 1.9.2g, j’ai eu des soucis car il faut vider le cache sinon les fichiers en cache semblent faire appel à une fonction qui n’est plus définie à partir du moment ou le plugin est désactivé !

    Peut être que lors de la désactivation, il faudrait forcer la vidange du cache ?
    Ou mettre un avertissement ?

    Attention donc lors de la désactivation... Mais qui souhaiterait désactiver ce plugin génial ;-) ?

    Répondre à ce message

  • thodt

    ahem heuu enfait scouzi fallait utiliser #EDIT -LOGO- au lieu de -fichier- !

    Répondre à ce message

  • thodt

    Hello à tous !
    j’ai un soucis avec la fonction #EDIT (accolade) fichier(/accolade)
    je l’ais placé dans mon code et j’ai le ptit crayon qui m’indique que je peux éditer mon avatar, mais une fois cliqué dessus l’avatar par défaut disparait pour laisser apparaitre les boutons « OK » et « X » et uniquement ces boutons..

    => le but serais que l’utilisateur change son logo depuis l’espace publique.

    voici mon code :
    [< div class="#EDIT(accolade) fichier (/accolade) fichier">(#LOGO_AUTEUR||image_reduire(accolade) 80,80 (/accolade)|sinon(accolade) < IMG BORDER=0 SRC="./IMG/unknow.jpg"> (/accolade) )]< / div>

    (j’ai mis des espace en trop pour que ça passe dans ce message, et désolé pour les « (accolade) » mais j’ai pas trouvé comment faire pour qu’elle s’affiche dans le message )

    merci beaucoup par avance pour les éventuels réponse ! :)

    Répondre à ce message

  • 1
    Zéas

    Pour ceux qui veulent changer les couleurs du textarea, voici ce que j’ai trouvé : il faut forcer (—>« !important ») la class « .crayon-html textarea » dans le fichier « crayons.css » (qui se trouve dans le répertoire du plugin).

    Par exemple, pour la couleur de texte, il faut mettre :
    .crayon-html textarea {color: #000 !important;}

    Le mieux est de placer ce bout de code dans un fichier css à vous pour ne pas qu’il soit écrasé lors d’une mise à jour.

    Perso, j’ai aussi changé le fond du cadre plus large qui englobe la barre typo, le textarea et la « resizehandle » qui apparaissait transparent chez moi :
    .crayon-html .formulaire_crayon {background-color: #CCC;}

    Bon courage à tous

    • Grand merci à toi Zéas pour la précision !important !
      Pb résolu. Merveilleux.

    Répondre à ce message

  • 2

    Bjr,

    grâce à ce génial plugin ! (sisi),
    on peut remplacer un document par un autre.

    Mais peut-on ajouter un document à un article ?
    A mois que ce ne soit plutôt le role du plugin Etiquette.

    Beru

    Répondre à ce message

  • ghtv21

    Bonjour à tous,

    Lorsque je declenche l’edition de l’article ou la rubrique dans le site publique , la fenetre d’edition souvre en comprimant toutes les lignes.

    Les lignes se chevauche et bien evidement , je ne peux rien modifier.

    Quelqu’un a-t-il eu se probleme , je suis en SPIP 2.0.3 ,voir l’exemple joint

    Merci

    Répondre à ce message

  • 1
    GG

    J’ai le même problème : comment modifier la couleur du background du textarea ?
    En effet le texte apparaît en noir sur fond noir !! -> impossible à utiliser.
    Merci d’avance pour votre réponse.
    Amicalement

    • comment modifier la couleur du background du textarea ? En effet le texte apparaît en noir sur fond noir !! -> impossible à utiliser.

      Idem pour moi. Y’aurait-il une solution simple à ce pb svp ? merci d’avance.

    Répondre à ce message

  • 1

    Bonjour à tous,

    Impossible d’activer la barre typo, le plugin tourne dans le vide. Sinon le plugin fonctionne très bien.

    Que faire ?

    J’utilise SPIP 2.02 + squelette IENSP + 4 plugins = bonus + acces restreint + thickbox2 +cfg

    Merci de votre aide.

    Danièle LV

    • Bonjour,

      Personne ne me réponds, donc personne n’a le problème d’activation de la barre typo ?
      Pour moi le plugin crayon tourne dans le vide quand j’active cette barre. Pourtant j’aimerais bien utiliser cette barre qui a l’air super pratique.

      Danièle LV

    Répondre à ce message

  • Super !
    Merci

    Répondre à ce message

  • 1

    Bjr,

    Est-ce qu’il existe un moyen pour modifier le contenu d’un champs (texte par ex) dans l’espace public malgré qu’il soit vide ?

    • Fil

      Pour modifier un chmp vide tu peux essayer deux méthodes (les deux fonctionnent) :

      <div class="EDIT{soustitre}">
[(#SOUSTITRE|sinon{<i>cliquer pour ajouter un sous-titre</i>})]
</div>
      <div class="EDIT{soustitre}">
[(#SOUSTITRE|sinon{&nbsp;})]
</div>

    Répondre à ce message

  • 1
    chankalan

    salut,
    je mets souvent d’office les crayons, c’est tellement pratique.. et avec la barre typo c’est encore mieux, mais ça marche avec SPIP 2.0.2, j’ai pas trouvé terrible avant...
    je m’aperçois juste d’un bug entre « les crayons » et le plugin « diapo » que je voulais tester, mais dans ces conditions, j’préfère garder les crayons.... ;o)

    bravo et merci pour l’efficacité du plugin

    • chankalan

      de +,

      j’aimerais mettre la main à la pâte, et je trouverais utile de pouvoir changer la couleur du survol d’un texte éditable, ou alors la couleur des bordures si on prend cette option, sans rentrer manuellement dans le code... je vois pas trop comment faire théoriquement, si quelqu’un pouvait me mettre dans la bonne direction, ça m’aiderait à tenter l’expérience...

      merci à +

    Répondre à ce message

  • 2
    philooo

    Fil,

    C’est marrant car ca marche sur ma page d’acceuil et pas sur mes pages interieures... mais bon je vais matter ca de plus pres..

    sinon autre problem que j’ai ce soir :

    Quand je modifie le titre d’un groupe de mot clef avec les crayons, tout se met apparement a jour, mais dans la base la valeur de ’spip_mots.type’ n’est pas mise a jour. Je m’en suis rendu compte de ca car le plugin etiquette se sert de cette valeure ’type’ plutot que du titre du groupe de mot. Je me demande d’ailleur l’interet de cette valeur ’type’ mais bon.

    Phil

    • Fil

      Quelle version de SPIP utilises-tu ?

    • claudeD

      ah, zut, j’avais pas vu que c’était presque ma question (posée plus tard). Bon sur spip 2.0.0 puis 2.0.1 et 2.0.2 et même avant (bof)

      Claude

    Répondre à ce message

  • claudeD

    Bonjour,

    j’utilise crayons sur plusieurs sites (Spip 2.0.2), c’est très très pratique. Je l’ai juste débranché d’un site où il perturbait les rédacteurs et rédactrices car il ne fonctionnait pas en public mais seulement en privé (conflit avec un autre plugin à rechercher).

    J’ai un « problème » avec certaines pages, là j’ai le cas avec les pages de groupes_mots. Officiellement, elles n’existent pas certes mais chez moi crayon s’active mais les modifications ne sont pas prises en compte à la visualisation. Donc les pages spip.php ?page=XXX ne seraient pas gérées entièrement même avec des champs de la base.

    http://www.hortical.com/spip.php?page=groupe&groupe=8

    C’est dommage car modifier le texte d’un groupe de mots est assez pénible ergonomiquement (on sort de l’édition vers les liste des mots à chaque validation) même s’il y a eu progrès avec la 2.0. (et merci pour les logos de groupes)

    Claude

    Répondre à ce message

  • 1
    Phil

    c’est moi ou le plugin crayon n’est pas compatible avec les url en arborescence ?

    car je regarde mon firebug et l’appel a crayon ne se fait en url relatif et pas absolue :
    http://www.mondomaine.com/section1/spip.php?action=crayons_html

    je vais faire une modif dans le code mais ca serait bien de fixe ca :)

    • Fil

      Je pense que « c’est toi » car chez moi ça marche avec des URLs arborescentes.

    Répondre à ce message

  • Danièle LV

    J’utilise depuis peu ce plugin avec la version 2.02 de SPIP.

    Il marche parfaitement SAUF si je tente d’utiliser (par CFG) « activer la barre de typo » dans ce cas le plugin tourne à vide et on ne peut plus accéder à la partie à modifier.

    Est ce qu’il faut faire quelque chose de particulier ?

    NB : j’utilise également les plugins Spip Bonux 2.0 et Thickbox v2 et les squelettes IENSEP pour la version de Spip 2.0

    Y a t-il une incompatibilité avec ces plugins ?

    Danièle LV

    Répondre à ce message

  • pierre

    Les articles que je modifie dans la partie publique, avec le plugin Crayons deviennent inaccessibles dans la partie privée :
    Error 500 - Internal server error

    Quelqu’un a-t-il une idée, une solution ?

    Je suis en train de migrer vers la version spip2.0.
    Je vais voir avec spip.2.0.2 qui vient de sortir.
    Je vous tiens au courant

    Merci de votre aide.

    Pierre Puiseux

    Répondre à ce message

  • 1

    Bonjour,

    Je souhaite utiliser « Crayons » sur un site en Spip 2 avec un javascript « Scrollto ».
    Toutefois apres l’activation de « Crayons » et sa mise en place sur les pages du site, le plugin ne fonctionne pas.
    Y aurat-il une incompatibilité avec « Scrollto » ?
    Une subtilité pour l’utiliser sur des pages avec du javascript ?...
    Merci pour votre aide

    • J’utilise SPIP 2, Crayons et scrollto sur plusieurs site sans problème.

    Répondre à ce message

  • chryjs

    Gros soucis : si j’active le « filet », les crayons changent la largeur de mes objets (ce qui n’ont pas de witdh définie donc auto, ou à 100% par exemple). J’ai l’impression que offsetWidth les mets en 100px !!! En outre le cadre qui s’affiche est complètement décalé par rapport au texte !

    D’autre part est-il possible de modifier les couleurs du yellow fade... pour que ca devienne un red fade par exemple (en dehors d’une modif du JS j’entends) ?

    Répondre à ce message

  • Bonjour la merveilleuse communauté de spip

    Je viens de rencontrer un drôle de souci avec ce génial plugin.

    Tout fonctionne à merveille sur un site en 1.9.2e avec la version du plugin 0.9 à condition de surfer avec firefox... Avec Internet Explorer ça se complique ! (testé avec du ie 5,6 et 7)

    Pas moyen de valider un changement sur un texte un titre un descriptif.... J’ai essayé avec les raccourcis clavier donnés sur la doc mais toujours aucun changement. Il ne se passe tout simplement rien quand on clique sur valider ou sur sur la croix.

    Quelqu’un a-t-il déjà rencontré ce problème ? y a-t il une solution ??

    (Edit, je suis en train de tester ici avec internet explorer et ça fonctionne très bien.. c’est ennervant tout de même)

    Répondre à ce message

  • 3
    MKO1

    Bonjour,
    En cliquant sur le crayon (titre ou texte) rien ne change a part le sablier qui tourne sans arrêt, je suis en 1.9.2d, j’ai désinstallé/installé le plugin par 2 fois, j’ai configuré le plugin autorité, vider le cache mais rien à faire, même punition, pas de message d’erreur, je ne suis pas un HomoSPIPIEN, j’ai du oublié une étape, laquelle ? si vous avez des idées je suis preneur, Merci

    • Pierre Bourgeois

      J’ai le même problème sur un site et pourtant j’ai activé ce plugin sur d’autre site et ça fonctionne parfaitement. Firebug me donne l’erreur javascript suivant sur la ligne 378 du fichier crayons.js :

      $(this).offset is not a function

      Le site roule sur SPIP 1.9.2e, la balise #INSERT_HEAD est bien dans le

      et le spip.log ne m’indique aucune erreur.

      J’ai essayé avec une version plus récente de jquery et j’ai essayé de voir si ça fonctionnerais mieux en installant le plugins jquery dimensions.js (à cause du problème de offset) mais sans succès. Je suis actuellement dans une installation spip standard 1.9.2e et avec le plugin crayon version 1.1. J’ai désactivé tout autre fichier javascript et plugins SPIP pour débugger.

      Quelqu’un a une idée ?

    • Pierre Bourgeois

      Je me répond. J’avais une vieille version de jquery (jquery.js) qui trainait dans mon dossier squelettes/js qui surchargeait celle appelée par le plugin. En la supprimant cet fichier tout est revenu à la normale.

    • MKO

      Merci Pierre Bourgeois, c’était bien (jquery.js) dans squelettes/js qu’il faut supprimer.

    Répondre à ce message

  • 2
    martinus

    Bonjour,

    Désolé, mais je ne comprends pas comment ça marche...

    Si un article est en cours de rédaction il n’apparait pas sur le site public, donc comment peut-on l’y modifier ?

    Ou alors est-ce que le plugin crayons permet de modifier les articles publiés ? Et cela sans validation par les administrateurs ?

    Ce serait bien d’expliquer cela dans l’article...

    Merci !

    • MKO

      Ce plugin permet d’éditer les contenus sur les pages publiques du site, par exemple le titre d’un article, le sous titre, le chapo, .. et le corps de l’article. Même chose pour les forums. Ceci est très pratique, par exemple pour corriger un texte erroné sans passer par l’espace privé.

    • martinus

      Merci pour cette reformulation, mais cela ne répond pas du tout à mes questions...

      A quel moment, à partir d’où, et avec quel statut peut-on modifier ?

      Un rédacteur peut-il modifier avec ce plugin un article déjà publié, ou bien le plugin est-il uniquement à l’usage des administrateurs ?
      Est-ce que le plugin permettrait à un rédacteur de créer et modifier ses articles avant de les proposer à la publication ? Comment ?
      Si l’une de ces deux propositions est vraie, c’est une modification importante qu’il faut absolument expliciter.
      Sinon, je ne vois toujours pas comment ça marche et à quoi ça sert exactement ...

      PS : l’anglais « Edit » peut se traduire par « Modifier » ou « Corriger », mais pas par « Editer » !

    Répondre à ce message

  • 1
    abdel

    Bonjour,

    j’ai une erreur javascript, et j’ignore d’ou ca vient ...

    rayons.js (ligne 392)

    Components is not defined

    var offset=$(this).offset() ;

    Merci pour vos reponses

    Répondre à ce message

  • fulvio

    Comment changer le background du textarea ? Jai un site fond noir avec un div pour le contenu qui est en fond blanc, mais le textarea modifiable à le fond noir avec texte noir... ai essayé de toucher au fichier crayons.css mais rien à faire...ni en modifiant mes css...

    Répondre à ce message

  • 1
    labarique

    Suis-je le seul à avoir un souci de barre typographique ? A chaque fois que je clique sur un bouton, j’obtiens :

    "Not Found

    The requested URL /monde/javascript:barre_raccourci(’« ’,’ »’,document.getElementById(’wid484d30c3122c0’)) was not found on this server."

    Quelqu’un a-t-il eu (voire résolu) ce problème ?

    D’avance merci.

    Répondre à ce message

  • joseluis

    Grand plugin ! Merci.

    Il serait possible de activer les crayons pour « trous de texte » comme dans les wikis ?

    Par example, les {{{...}}} pourraint marquer le comence ou le fin du trous à editer et avec les sommaires les articles longues seraint plus editables. Il pourrait être une option pour le configuration dans le couteau suisse ¿non ?

    Salut

    Répondre à ce message

  • 9
    Bernard

    Bonjour,

    à propos de

    #EDITfichier : le nouveau document vient remplacer l’ancien et sa taille, hauteur et largeur sont mises à jour. (NB : pas encore compatible documents distants)

    Il s’agit bien de modifier un document attaché à un article ?

    Je n’arrive pas à le faire marcher. J’étais content de trouver une façon de modifier un doc existant.
    J’ai essayé de deux façons :

    <div class="#EDIT{texte} #EDIT{fichier} texte">

    dans la boucle ARTICLES, et

    <div class="#EDIT{fichier} doc">

    dans la boucle DOCUMENTS

    Peux-tu expliquer un peu plus ?
    Que veut dire « pas encore compatible documents distants » ?

    J’ai les crayons version 0.9, SPIP 1.9.2a [9220]

    Merci

    Bernard

    • Fil

      Oui ça marche, je viens de vérifier avec ce simple squelette :

      </head>
<BOUCLE_d(DOCUMENTS){mode=document}{pagination}>
<div class="#EDIT{fichier}">#FICHIER</div>
</BOUCLE_d>

      Mais je teste en version dev de SPIP ; je ne garantis rien avec la version 1.9.2a.

    • Bernard

      Salut,

      Je suis allé un peu plus loin (je n’utilisais pas la balise #FICHIER...).

      Dans la version SPIP que j’ai, il n’y a pas de champ « extension » dans la table spip_documents, ce qui empêchait le remplacement du vieux fichier par le nouveau. En la supprimant du query ça passe.

      Il reste aussi un défaut d’affichage après validation (appui sur OK) : le formulaire de saisie du nouveau fichier reste affiché en semi transparent. De plus, quand je quitte la page, il y a une demande de confirmation alors que tout s’est bien passé (le nouveau fichier a bien remplacé l’ancien).

      As-tu déjà rencontré cela ? (même chose avec Firefox et IE V6). J’ai essayé de regarder ce qui se passe, mais le code est complexe.

      merci

      Bernard.

    • Fil

      Quelle version de SPIP ? Je crois que ce crayon ne fonctionne qu’en version dev.

    • Bernard

      SPIP 1.9.2a [9220]

    • Pym_Nono

      Nous avons eu le même souci que toi. En version 1.9.2c et la toute dernière version de "crayons".
      Ce bug d’affichage cache en fait une erreur du script qui ne peut pas supprimer le « document temporaire et ceci en raison d’un appel indéfini vers la fonction get_spip_doc.

      Pour retrouver un comportement normal, nous avons ajouté ces lignes dans crayons.php (tirées de cfg_fichier.php) :

      if (!function_exists(’get_spip_doc’))

      function get_spip_doc($fichier)

      // fichier distant

      if (preg_match(’,^\w+ ://,’, $fichier))

      return $fichier ;

      // gestion d’erreurs, fichier=’’

      if (!strlen($fichier))

      return false ;

      // fichier normal

      return (strpos($fichier, _DIR_IMG) === false)

       ? _DIR_IMG . $fichier

       : $fichier ;


      J’espère que cela pourra te tirer d’affaire.

      Une validation de cette manip par Fil serait bienvenue

    • Pym_Nono

      Ca m’énerve, je n’ai pas réussi à faire apparaitre les accolades ouvrantes et fermantes sur mon message ci-dessus...

      Tu rectifieras ....

    • Bernard

      Merci,

      j’essaie ce soir.

      pour les accolades, essaie en encadrant ton code avec les balises

      <code>
<\/code> (sans le "\")

      Bernard.

    • Pym_Nono

      C’est plus propre comme ça

      	if (!function_exists('get_spip_doc')){
		function get_spip_doc($fichier) {
			// fichier distant
			if (preg_match(',^\w+://,', $fichier))
				return $fichier;

			// gestion d'erreurs, fichier=''
			if (!strlen($fichier))
				return false;

			// fichier normal
			return (strpos($fichier, _DIR_IMG) === false)
				? _DIR_IMG . $fichier
				: $fichier;
		}
	}
    • Bernard

      Super, ça marche

      Merci

    Répondre à ce message

  • 3
    Gefonline

    Bonjour,

    La question a peut-être déjà été posée et si c’est le cas je m’en excuse, mais la liste des posts commence à être longue...
    Voilà, j’ai des administrateurs différents avec chacun des droits d’administration de certaines zones définies par le plugin accès restreint (en bref, chaque admin n’a accès qu’à une rubrique à la racine et son contenu). Côté privé, une fois connecté un admin restreint n’accède effectivement qu’à sa rubrique. Seulement côté public grâce à l’outil crayon il peut modifier n’importe quel élément du site y compris ceux des autres rubriques. Comment faire pour éviter ce désastre ?

    Merci

    • Gefonline

      Pas de réponse...Dois je en déduire qu’il s’agit là d’une défaillance de l’outil crayon ? D’après le tuto pourtant il m’avait semblé qu’on ne pouvait accéder qu’aux rubriques pour lesquelles on avait des droits.

      Dommage, ce plugin paraissait bien utile...Merci quand même.

    • C’est peut-être une défaillance du plugin accès restreint, qui n’utilise pas la fonction autoriser(), présente dans l’API de SPIP

    • Gefonline

      En effet, il est sans doute plus juste envers le plugin crayon de voir le problème sous cet angle vu que si l’on utilise la fonction administrateur restreint de spip les restrictions du crayons s’appliquent parfaitement. Mon problème c’est qu’un administrateur restreint de cette manière ne peut pas créer de nouveaux comptes auteur pour sa rubrique. Mais ça c’est une autre histoire...
      Je vais donc poster ma remarque du côté du plugin accès restreint ;)

      Merci !

    Répondre à ce message

  • gilles

    Quand #EDIT est dans un spam, la boite de correction crayon apparait en dans un carré très petit.

    Remplacez « span » par « div ».

    Exemple : remplacez

    <span class="#EDIT{titre}">(#TITRE|supprimer_numero)</span>

Par :

<div class="#EDIT{titre}">(#TITRE|supprimer_numero)</div>

    Répondre à ce message

  • 5
    labarique

    Bonjour,

    j’ai deux problèmes :

    -  le logo Crayons (permettant de modifier le texte de mon article) est quasiment invisible car il est recouvert par mon texte. Quelqu’un a-t-il une suggestion à ce sujet ? Le fait de laisser une marge à droite de mon texte suffirait-il ?
    -  plus embêtant, quand je clique sur le « Crayon », le formulaire dans lequel s’affiche le texte de mon article (modifiable) fait environ 120 px de largeur, alors que j’aimerais que cela prenne la largeur de la page. Quel attribut devrais-je modifier ?

    D’avance, merci.

    • Fil

      Tu peux modifier l’icone pour en mettre une qui se voit mieux ?

      Pour la largeur, les crayons essaient de se mettre à la largeur de ton texte initial. Ca dépend donc beaucoup de tes CSS, il faudrait pouvoir essayer

    • labarique

      Merci pour ta réponse.

      J’ai essayé de jouer avec le CSS du plugin Crayon, en modifiant

      « .crayon-html .formulaire_crayon
      max-width : 703px ; » (pour les valeurs 300, 400, ou 500)

      Mais le formulaire de modification du texte (qui s’ouvre lorsqu’on appuie sur l’icône crayon) continue d’avoir 150 px de largeur (du coup, pour un long article, cela fait un formulaire de kilomètres de long, ce qui n’est pas très pratique).

      Si tu as d’autres idées, je suis preneur !

    • Fil

      A priori c’est les CSS de ton site qu’il faut vérifier, pas celles du plugin ; mais tu peux effectivement regarder cette largeur de 150 qui vient du code php des crayons

    • labarique

      J’essaye de jouer sur différents éléments de mon CSS mais je n’arrive pas à grand chose.

      Pour info, j’active le plugin dans une page qui a la « configuration » HTML suivante :

      -  une div milieu

      .milieu

      margin-left : 14px ;
      width : 560px ;
      float : left ;

      -  qui comprend une div cellule_article, dans lequel figure mon texte « crayonnable »

      .cellule_article


      font-size : small ;
      width : 100% ;
      clear : left ;
      float : left ;

      Voici le contenu de cette div :

      <h1 class="crayon article-titre-#ID_ARTICLE">[(#TITRE|supprimer_numero)]</h1>

      (ici le crayon s’affiche bien à droite de la ligne, mais comme mon texte de titre est centré, le crayon est visible)

      <SPAN CLASS="#EDIT{texte} texte">#TEXTE</SPAN>

      Voici les propriétés de .texte

      .texte


      color : #000 ;
      font : 1em « Lucida Grande », Lucida, Verdana, sans-serif ;
      text-align : left ;

      Seul souci : comme le texte est formaté par Spip entre des balises <P>, le texte est justifié « de force ». Du coup, le logo « crayon » se superpose au texte...

      Dernier problème : le logo Crayon n’apparait que lors du survol. Peut-on le « forcer » à apparaitre sur les textes modifiables ?

    • labarique

      Problème quasiment résolu :

      dans mon Css, j’ai défini une class :

      .text p
{
	text-align: justify;
	margin-right: 20px;
}

      Cela laisse une marge de 20 px dans lequel peut se glisser le login crayon.

      Concernant la taille du formulaire, j’ai modifié, dans crayon.css, l’attribut :

      .crayon-html .formulaire_crayon {
	width: 400px;
}

      Et cela marche.

      Dernière question : comment forcer l’affichage de l’icône crayon à côté du texte modifiable (pour le moment il ne s’affiche qu’au survol) ?

    Répondre à ce message

  • Bruno

    Bonjour et merci à tous les contributeurs

    Je viens d’installer crayons sur SPIP 1.9.2c
    J’ai modifié mon squelette comme indiqué.

    Lorsque je passe le curseur sur le texte, le petit crayon s’affiche.
    Lorsque je double-clique sur le texte, j’ai un picto OK et un X qui s’affichent et la zone de texte est toute vide. Mais je n’arrive pas à éditer le texte.

    J’ai désactivé tous les plugins sauf CFG et SESSIONS. Mais c’est toujours pareil.

    Répondre à ce message

  • gouZ

    Quelqu’un a-t-il une install fonctionelle de SPIP (1.9.2.d 11132) avec le plugin crayons en version 1.0 ???

    Je suis très habitué à ce plugin, et la impossible de le faire fonctionner... Mon firebug bug ( :) ) et j’ai deux erreur jvs dans ma console de FF :

    -  une première dans la fonction eval(decompactage)
    -  une deuxieme (surement liée à la première) : Erreur : cQuery.prototype.cfgCrayons is not a constructor

    Ca vous parle ??? Parce que la j’ai testé plusieurs versions, fait toutes les MAJ possibles et là j’ai plus d’idée...

    Répondre à ce message

  • 1
    JamesNicolas

    Serait-il possible d’avoir une largeur et une hauteur minimum. Par exemple j’ai une ligne dont le texte fait 10px et qui ne contient que 3-4 mots. Dans ce cas là je ne peux rien du tout faire, le champs est complètement masqué. (visible ici au niveau des descriptions de chocolat)

    Merci d’avance,

    JN

    • JamesNicolas

      Autant pour moi, après de nombreuses cogitations, j’ai remarqué que j’avais mal orthographié la balise, désolé pour le dérangement.

    Répondre à ce message

  • Vincent Prono

    Bonjour,

    Quelqu’un saurait-il comment ça se passe au niveau de l’indexation (pour le moteur de recherche) des sites (syndic) lors d’une modification avec ce plugin ?

    Merci

    Répondre à ce message

  • 1
    Stéph

    Bonjour

    Est il possible de « crayonner » spip_urls dans spip 1.9.3 dev. Mes premiers essais n’ont rien donnés de concluant.

    • Fil

      Non car les URLs sont gérés de façon non commune (avec un MAX(date)). Il va donc falloir faire un système vue/contrôleur/editer_xxx() spécifique. Bonne idée en tous cas

    Répondre à ce message

  • 1
    Yann

    Bonjour,
    Lorsque j’active le plugin et que je met la balise

    J’ai le message suivant :

    (#TEXTE)

    Fatal error : Call to undefined function interprete_argument_balise() in D :\Projets\CMS\xampp\htdocs\spip\plugins\crayons\tetecrayons.php on line 189

    Auriez vous une idée du problème ? impossible de trouver la fonction dans l’ensemble des fichiers.

    • Yann

      Bon ya eu un méli mélo dans mon message précédent,
      donc la balise c’est le diezeEDIT

      et le message d’erreur c’est :
      Fatal error : Call to undefined function interprete_argument_balise() in D :\Projets\CMS\xampp\htdocs\spip\plugins\crayons\tetecrayons.php on line 189

    Répondre à ce message

  • 2
    Chourak

    J’ai voulu essayer la dernière mouture sur un spip (1.9.2d) tout fraichement installé.
    Avec les crayons comme seul plugin et en utilisant les squelettes spip par défaut je me suis retrouvé face à une syntax error dans le crayons.js de type

    c =

    (merci firebug)
    La ligne incriminée (tjs selon firebug) serait

    ligne 132 : eval('c = '+c);

    Merci d’avance :)

    • Fil

      Nous voilà bien !! :-)

      Je viens de réessayer chez moi, sans problème... on a par contre une petite incompatibilité avec le plugin CFG, mais qui ne donne pas cette erreur-là. Est-ce que tu peux regarder dans Firebug le résultat des requêtes ajax (dans l’onglet « Console ») ?

      PS : pour la suite c’est mieux de discuter sur la liste spip-zone@rezo.net

    • Fil

      Problème réglé : c’était bien un petit bug de CFG sous 1.9.2.

    Répondre à ce message

  • 1
    ANDRE VINCENT

    Seulement une petite suggestion...

    Après l’activation du plugin, installé dans le répertoire plugins/, les contenus peuvent être directement édités [...]

    On pourrait aussi ajouter :

    Après l’activation du plugin, installé dans le répertoire plugins/ (ou encore mieux, dans le répertoire plugins/auto/), les contenus peuvent être directement édités [...]

    Et avec une note en bas de page on pourrait préciser pourquoi c’est mieux. Quelque chose du genre :

    2. Dans la version 1.9.3 de SPIP, la mise à jour du plugin Crayons installé dans le répertoire plugins/auto/ sera grandement facilitée.

    • Fil

      En fait ce n’est pas vraiment le bon endroit pour faire un manuel d’installation des plugins. Mais ce serait une bonne idée de mettre un lien vers la bonne page de la doc (qu’il va sans doute falloir écrire auparavant).

    Répondre à ce message

  • noé

    Un petit commentaire pour suggérer d’implementer la fonctionnalité suivante (si ce n’est fait).

    Pouvoir paser à un #EDIT{} une liste de colonne plutôt qu’une seule colonne le tout terminé par une valeur servant de chaine de séparation.

    Le cas d’usage serait par le titre d’un article avec sur titre et sous titre qui’il me semble plus fonctionnel de pouvoir saisir dans un unique TEXTAREA que dans trois iINPUTs dès lors que l’on convient que le double saut de ligne est une chaine séparatrice.

    mes 2x100

    Répondre à ce message

  • 1
    rpapa

    Salut

    Le plugin crayons permet-il la création d’article (d’une sous rubrique) dans une rubrique depuis l’espace extérieur

    Répondre à ce message

  • 1
    cedric

    Bonjour,

    le plugin a t il été mis à jour ? Si oui, quels sont les changements ? Sont ils listés quelque part ?

    merci bien !

    Répondre à ce message

  • 1
    alinux

    Bonjour,

    Je developpe un plugin qui remplit des champs extras via l espace publique mais je n arrive pas a alimenter l’historique des modifications, de la même façon que l’espace privé or avec les crayons , sa fonctionne ... comment faire ... quels mecanismes sont en jeux ?

    merci d’avance

    Répondre à ce message

  • 8
    mj

    Bonjour,
    je suis embété par ce message d’erreur qui ne me parle pas tellement. C’est une table externe a spip, avec un id_volontaires (la table s’appelle « volontaires »). que faire que dire ?
    voila le code généré si ca peut aider.
    Merci ?........

    <td>
<div class="crayon volontaire-nom-1 crayon-autorise">
<span class="crayon-icones">
<span>
<em class="crayon-crayon" title="Éditer (nom)" style="display: none;"/>
<em class="crayon-img-changed" title="Déjà modifié (nom)"/>
</span>
</span>
Reisner
</div>
</td>
    • Fil

      Je crois que dans ton cas les crayons vont chercher la clé id_volontaire, pas id_volontaires.

    • mj

      Merci, j’avais eu la même idée et ca ne change rien,
      -  que la table s’appelle « volontaireS » ou « volontaire »,
      -  que la clé soir « id_volontaireS » ou sans le « S ».

      (dans toutes les combinaisons possibles).

      j’ai essayé aussi avec spip_volontaire(s) et c’est pire.... chuis un peu paumé. Je ne trouve pas dans quel fichier du plugin l’erreur se produit.

    • mj

      ca se précise : dans le spip.log, je trouve :

      (pid 192) crayons : table volontaire inconnue

      Mais que faire pour qu’il la connaisse, sachant qu’elle est ainsi :

      CREATE TABLE <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+dm9sb250YWlyZTwvY29kZT4="></span> (
  <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+aWRfdm9sb250YWlyZTwvY29kZT4="></span> bigint(21) NOT NULL auto_increment,
  <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+cHJlbm9tPC9jb2RlPg=="></span> text NOT NULL,
  <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+bm9tPC9jb2RlPg=="></span> text NOT NULL,
  PRIMARY KEY  (<span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+aWRfdm9sb250YWlyZTwvY29kZT4="></span>)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 AUTO_INCREMENT=2 ;

      Je sèche ....

    • Fil

      Quelle version de SPIP utilises-tu ? Je crois que le multi-tables ne fonctionne qu’avec la version SVN.

    • mj

      je suis en SVN.
      ca progresse :

      Crayons ne trouve pas les tables extérieures à cause de la fonction crayons_get_table() qui ne se sert que des tableaux tables_principales',        'tables_auxiliaires');
      si on rajoute dans « mes_options.php » les lignes suivantes

      $volontaires=array(
	"id_volontaire"=>" bigint(21) NOT NULL",
	  "prenom" => "text NOT NULL",
  "nom" =>"text NOT NULL"
  );
  $volo_key=array("PRIMARY KEY"		=> "id_volontaire");

 global $tables_principales;

$tables_principales['volontaires'] =
	array('field'=>&$volontaires,"key"=>&$volo_key);

      Alors ca marche. Mais franchement pas simple....

      Il serait surement très utile (au moins pour la cohérence) de réécrire cette fonction crayons_get_table() sur la base de base_trouver_table_dist() présente dans le fichier "trouver_table.php"
      En ce moment pour le Spipien pas doué comme moi, la situation est incohérente car
      -  les boucles de SPIP trouvent la table externe
      -  crayons ne la trouve pas et ne dit pas pourquoi ou comment....

      Je serais heureux de participer à la correction car j’ai d’autres choses à faire avec Crayons, en particulier un couple Vue/controleurs pour les mots-clefs.
      Comment faire ?

    • Fil

      Bizarre car les crayons SVN (version 19818) emploient la fonction sql_showtable(), tout comme le core pour gérer les boucles.

    • mj

      Je sais pas comment on rougit sous Spip et sur un forum. Effectivement, avec une version plus récente ca marche TELLEMENT mieux....

      Toutes mes excuses.

      MJ

    • Fil

      Non non non, ne rougis pas... tu as, tu as, toujours de beaux yeux.

      D’ailleurs j’en ai profité pour remettre le nez dans cette partie du code qui n’était pas tout à fait finie :-)

    Répondre à ce message

  • lusuya

    Bonjour

    serait il possible avec ce plugins d’associer à l’article un ou plusieurs mots clés (déjà créés au préalable dans la partie privée)
    par exemple à l’aide d’un menu déroulant

    Répondre à ce message

  • Patrick VINCENT

    Bonjour,

    J’essaye de rendre crayonnable le titre des documents joints à un article par les auteurs du contenu (administrateurs et administrateurs restreints).

    Pour les admins, celà marche très bien. Pour les admins restreints pas moyen, celà vient sûrement de la gestion des droits dans le plugin.

    J’ai cherché du côté du plugin autorité ou de /ecrire/inc/modifier.php, sans succès.

    Quelqu’un saurait-il où chercher pour modifier ces droits ?

    Merci

    Répondre à ce message

  • 6
    indie

    Tiens, une question étant donné que je suis en train de vouloir appliquer quelques nouveaux champs crayonnables à mes squelettes :

    Quelqu’un aurait-il des avancées ou des astuces pour pouvoir crayonner un champ vide en table ?

    • Bruno Génier

      sans avoir testé pleinement, j’ai trouvé une solution passable... ajouter un blanc insécable au contenu de la zone à éditer.

      <span #EDIT{champ}>#CHAMP&nbsp;</span>

      ou encore

      <span #EDIT{champ}>[(#CHAMP|?{'&nbsp;','#CHAMP'})]</span>

      Attention, je n’ai pas validé... mais l’idée est là...

      L’inconvénient est que si le champs édité est encore vide, il faudra recharger la page pour avoir accès de nouveau au crayon.

    • indie

      Effectivement, j’arrive à avoir le formulaire d’édition pour les crayons.

      Par contre, je n’arrive pas encore à ce qu’il fasse la mise à jour en base ? Je voulais pouvoir crayonner le champ descriptif de la table spip_mots mais bizzarement, alors que tout semble fonctionner, l’enregistrement n’est pas mis à jour !

    • Fil

      J’aime bien faire comme suit :

      <div class="#EDIT{truc}">[(#TRUC|sinon{double-cliquer pour créer un truc})]</div>

    • Bruno Génier

      Ha... l’idée et l’élégance y sont... je note... ;o)

    • indie

      J’ai rien dit, ça marche nickel à présent. Et comme déjà dit ou suggéré dans ce forum, VIVA les auteurs de ce plugin.

      Donc au final, je pense quand même qu’une de mes erreurs était de mettre #EDITTRUC au lieu de #EDITtruc. C’est sensible à la case ?

    • Fil

      C’est sensible à la case ?

      Oui !

    Répondre à ce message

  • 9
    indie

    Les documents, les auteurs, les sites et les forums sont disponibles dans les versions récentes.

    Pour moi, ceci est une excellente nouvelle. J’ai toujours eu un besoin d’édition des forums (que je fais actuellement via phpmyadmin) pour des besoins de corrections orthographiques.

    Juste deux questions, on pourra donc à présent, via ces widgets éditer les messages de forum, c’est bien ça ?
    Et niveau autorisation, seuls les admins pourront le faire ? les rédacteurs authentifiés du message aussi ?

    Dans tous les cas, je sens que vous avez fait fort avec ce plugin. Merci Fil, merci toggg

    • Fil

      En ce qui concerne les forums, je crois que nous finirons par dissocier les droits d’édtion du plugin widgets. Là c’est mélangé pour permettre à tout le monde de tester... Mais au fond, les droits par défaut sur les forums, ça doit rester les mêmes avec ou sans widgets, c’est-à-dire « non ».

      En revanche, un plugin qui dit « ok pour les admins », et même « ok pour l’auteur du post, pour une durée maxi de 30 minutes », ce sera bien (et ça devrait être relativement facile à faire avec l’API d’autorisation qui est en train de cuire à feu doux dans le core).

    • Fil

      Les droits sur les forums sont désormais dissociés du plugin crayons ; la fonctionnalité est bien là, mais pour l’activer il faut surcharger les fonctions autoriser_forum_modifier (un exemple est donné dans le code des crayons).

    • indie

      ça y est, je tente d’implémenter ce plugin justement permettre les corrections online des forums au moins par moi (admin) ... et plus tard par leurs auteurs (peut-être).

      Bref, pour l’instant je tatonne, ce n’est pas concluant.

      Dans /plugins/crayon/inc/crayons.php je suppose qu’il faut modifier dans les premières lignes comme suit :
      define(’MODIFIER_FORUMS’, true) ;

      Dans mon squelette j’ai bien ajouter le #INSERT_HEAD qui rajoute bien le js de JQUERY ... et également un

      <div class="#EDIT{texte}">#TEXTE</div>

      pour le message de forum.

      J’ai également ajouté un controlleur forum_texte.html (alors là, ce n’est que supposition)

      [(#REM)

	Controleur pour le crayon 'forum_texte', uniquement html

]
#CACHE{0}

<BOUCLE_a(FORUMS){id_forum}{statut==.}>
<textarea class="crayon-active" name="#ENV{name_texte}"
 style="width:#ENV{largeur}px; height:#ENV{hauteur}px;">[(#TEXTE)]</textarea>
</BOUCLE_a>

      et une vue texte.html comme suit :

      [(#REM)

	Vue pour le crayon 'texte'

]
#CACHE{0}

<BOUCLE_d(FORUMS){id_forum}{statut==.}>
#TEXTE
</BOUCLE_d>

      Je tatonne, je l’ai dit, je tatonne. Pour l’instant ce qui me chagrine, c’est bel et bien que mon

      <div class="#EDIT{texte}">

      n’est pas résolu ie je me retrouve avec un

      <div class="">

      Merci d’avance pour votre aide.

    • Fil

      Si #EDIT{texte} ne donne rien, c’est que tu n’as pas activé le plugin... Active-le, et indique dans mes_options.php (par exemple) : define('MODIFIER_FORUMS', true);, et ça devrait suffire complètement.

      A court terme il faut faire un plugin s’occupant d’autoriser les modifications de forum, et sortir la fonction d’autorisation du plugin crayons... y en aura pas pour longtemps, c’est élémentaire à faire.

    • indie

      Pfff, que je suis bête, effectivement, il n’y avait qu’à activer le plugin. Et ça marche vraiment nickel.

      Chapeau Fil pour ces crayons, ça me rend un sacré service, à moi comme aux autres rédacteurs de mon site.

      Sinon, pour le plugin qui se chargerait de permettre le réglage des autorisations en modif des forums, je ne me sens pas de taille à le faire pour l’instant, mais ça serait probablement un formulaire avec 4 choix :
      -  1 - Edition des messages de forum interdite
      -  2 - Edition autorisée pour les admins + les auteurs
      -  3 - Edition autorisée pour les admins seuls
      -  4 - Edition autorisée pour les auteurs seuls

    • Je viens juste de l’essayer . Génial ! Cela facilite grandement les modifications.

      Et les explications de cet article sont bien claires. Merci

      B.Poiraud

    • cedric

      Bonjour,

      je suis un utilisateur des crayons depuis la version 0.6 que j’utilisais notamment pour modifier l e contenu des forums de mon site (en utilisant define(’ MODIFIER_FORUMS ’, true).

      Hélas, j’ai mis à jour le plugin (0.9.) mais je n’arrive plus à crayonner mes forums.

      Avez vous une idée ?

      Merci !

    • Fil

      Dire qui a le droit de modifier quoi, c’est désormais le rôle de plugin Autorité.

    • cedric

      Excellent, c’est résolu !

      J’avais entendu parler du plugin Autorité, mais j’avais cru comprendre qu’il ne fonctionnait (en grande partie) qu’à partir de spip 1.9.3. donc je ne l’avais pas installé...

      Mais ca fonctionne !

      MERCI ;)

    Répondre à ce message

  • 1
    yvan

    Bonjour j’ai installé le plugin crayon.
    Version : 0.9 | stable pour SPIP 1.9.2.

    IL n’est accessible sur la partie public uniquement que pour les administrateurs. Est-ce normal ? Je ne vois pas quoi modifier pour étendre ces droits aux rédacteurs ou l’idéal pour moi aux visiteurs.

    L’un d’entre vous a t’il déjà résolu ce type de problème ?

    Merci.

    • Yann974

      Il faut associer le plugin « Autorité » pour pouvoir étendre les droits d’édition sur la partie public avec les Crayons pour les non administrateurs.

    Répondre à ce message

  • BoOz

    Voici une astuce de Fil qui permet de recharger les crayons dans un « callback » ajax, c’est à dire après qu’on a rechargé un fragment de page.

    1) rajouter la class « reload », par ex :

    	
<div class="reload #EDIT{tags}">

    2) dans le « callback » rappeller les crayons

    $("#contenu").load(monUrl,function(){ 
setTimeout(function(){
      cQuery(".reload:lt(1000)")
      .filter(configCrayons.droits)
      .initcrayon();
    }, 300); 
 });

    Répondre à ce message

  • 3
    Oggiwan

    La dernière version du plugin « crayons » (en téléchargement sur Spip_zone, datée du 26-Jan-2008 et notée « 0.9 » dans le XML) ajoute une nouvelle option (par CFG) qui permet d’activer ou non la barre typographique de SPIP (à noter : la précédente version était également numérotée « 0.9 » et n’offrait pas cette possibilité)

    Cette option est intéressante, mais si le plugin « Barre typo v2 » est activée (ce qui est le cas sur de nombreux SPIP que j’administre) :
    -  la barre typo s’affiche, même si la case est décochée dans CFG,
    -  un bogue important se produit dès qu’on manipule l’ascenseur, puisque (quel que soit le squelette, même celui de la DIST) le contenu de la page d’accueil s’affiche en surimpression, masquant la zone à modifier (tous navigateurs Windows - FireFox, Opera, Safari - , sauf IE qui rame sans rien faire...) ;
    -  en désactivant « Barre typo v2 », le problème disparaît, et la barre typo SPIP s’affiche ou est absente selon la coche de CFG.
    -  par ailleurs, la zone modifiable est réduite au minimum sur FireFox (au lieu de prendre la largeur de la DIV)

    J’ai remis la précédente version du plugin (sans la barre typo) est tout est rentré dans l’ordre... mais j’ai bien besoin des 2 plugins... qui ont chacun leur utilité indéniable...

    Est-ce un problème déjà noté ? Est-il résolu en SVN ?

    Merci d’avance,

    • Je suis dans le même cas de figure et je constate les mêmes dysfonctionnements. En conséquence je suis revenu à la version 15114 des crayons, quitte à ne pas disposer de la barre Typo V2 dans l’espace public. Dommage mais intéressant tout de même.

    • Pat

      J’ai les memes soucis, avec ou sans la Barre Typo V2 installée. Ou peut-on télécharger la version précédente qui semble fonctionnelle ?

    • Laurent Hardouin

      J’avais un bug à l’affichage c’est donc un problème avec barre typo V2, un correctif suivit d’une annonce serait bienvenue

    Répondre à ce message

  • 5
    damien

    Bonjour à tous et encore merci pour ce merveilleux plugin

    Tout fonctionne très excepté quand je veux écrire un w en lettre minuscule cela ferme la fenêtre d’édition et sauve ce que j’ai fait avant.

    Ce n’est pas le cas pour un W majuscule.

    quelqu’un a t il une idée là-dessus ?

    Cdt

    Damien

    • Fil

      Peux-tu nous dire quel navigateur fait ça, sur quel OS ? Pour creuser il faut pouvoir débugguer, et donc reproduire le bug. Car ça ne le fait pas « chez moi » avec Safari, Firefox ou IE.

    • damien

      Bonjour,
      cela le fait sous ie et firefox.

      Pour information voici les plugins déjà installé :
      Lecteur Multimédia en Flash (MP3,flv)
      Boutons dans le Texte
      cfg : moteur de configuration
      Crayons
      Escoitar Gis Plugin
      GoogleMap Api
      Menus deroulants
      Squelette editeur
      Thickbox v2

      Connaissez vous une incompatibilité avec ces plugins ?

      Cdt

      Damien

    • rainer

      Avec firefox sous linux j’ai le même problème par exemple avec le « ñ » et de manière générale quand je veux garder les modifcations le navigateur essaie de charger la page qui reste en blanche. (et la ñ n’est pas écrite). Je dois recharger la page à la main

      Avec Opera sous linux je n’arrive pas à ouvrir le champ de modification, le petit icone d’ajax tourne sans que rien ne se passe

      (je suis avec spip 1.9.2c)

    • Fil

      Pour la ñ, peux-tu vérifier si tu as le même problème dans l’espace privé de SPIP ?

    • Rainer

      Dans l’interface privé je n’ai aucun problème avec aucun caractère. Le même phénomène se peut constater également avec les accent grave.

      De toute façon, et cela n’importe la modification fait et les caractères utilisé. Après avoir
      mois ok, apparait une message demandant si tu veux « navigate away from this page » (chez Firefox) si tu met oui apparait un page blanche blanche qui essaie de se charger, mais n’arrive pas. Si je met annuler, je reviens sur la page avec la modification enregistré.

      Finalement je crois que le problème vient d’une incompatibilité avec Barre Typo V2 (2.4.1 )

      Si je la désactive tout revient à la normale

      Rainer

    Répondre à ce message

  • 4
    cedric

    Bonjour,

    pour un usage spécifique à mon site, je voudrais pouvoir éditer un champ de la table SPIP_MOTS_DOCUMENTS. Il s’agit d’un champ de type TEXT que j’ai rajouté, nommément, le champ « titre » (un champ de TEXT).

    Voici ma boucle :

    < BOUCLE _ test ( SPIP_MOTS_DOCUMENTS ) par titre >
    < div class =" # EDIT titre text" > # TITRE < / div >
    < / BOUCLE_ test >

    Hélas, le champ n’est pas éditable.

    dois je rajouter une fonction dans le fichier mes_options se trouvant dans le dossier CONFIG de spip ?

    Si oui, à quoi devrait ressembler cette fonction ?

    en espérant de tout coeur que vous pourrez m’aider.

    Merci

    • cedric

      J’ai essayé de mettre ceci dans mon fichier mes_options situé dans le dossier de mon squelette, hélas ca ne fonctionne pas du tout :

      include_ spip (’base/ serial’ ) ;
      $GLOBALS [’tab les_principales’][’spip _mots_documents’][’f ield’ ] =
      array _merge ( $ GLOBALS [’tables_principales ’][’spip_mots_docume nts’][ ’field’],
      array (’titre ’ => « text NOT NULL ») ) ;

      J’espere que quelqu’un pourra m’aider.

    • cedric

      un petit up. Quelqu’un aurait il une idée ?

      merci beaucoup

    • cedric

      Pas de solution ?

      ou bien c’est trop trivial ?

    • Ced

      Dernier up.

      Si personne ne veut ou peut me renseigner directement. Y aurait il une documentation sur ce sujet ? J’ai cherché mais rien trouvé.

      Merci de tout coeur.

      cedric

    Répondre à ce message

  • 1

    Bonjour,
    La fonction crayon n’a pas fonctionné chez moi pour modifier le type de mot clé dans la page de mot clé.
    J’ai inséré le code <h1 class="#EDIT{type} type">#TYPE</h1>
    sans succès .
    Merci de vos réponses.

    • Les groupes de mots sont gérés de manière un peu différente : le champ spip_mots.type n’est pas la « vraie donnée », c’est id_groupe qui compte. Il faudra que tu écrives un contrôleur spécial qui affiche un menu <select> des groupes disponibles. N’oublie pas de nous le signaler ensuite, qu’on l’intègre au projet

    Répondre à ce message

  • 2
    yffic

    Bonjour

    lorsque je double-clique sur un texte, l’icone crayon etant affichee, la roue qui tourne apparait mais le formulaire ne s’affiche pas. J’ai un message d’erreur Firebug :

    invalid flag after regular expression
    [Break on this error] Warning : uniqid() expects at least 1 parameter, 0 given in d :\sites\a...

    Spip 1.9.2c, crayons 0.9 de ce jour recuperee par svn rev 17349. Firefox a jour.

    Une idee ?

    Répondre à ce message

  • Maurice

    J’ai résolu mon problème.

    Si cela peut aider quelqu’un :

    le greffon Les crayons est incompatible avec Gallery (au moins sous SPIP 1.9.2c).
    J’ai finalement remplacé ce dernier par Diapo.

    Répondre à ce message

  • Maurice

    Voici plus d’une semaine que j’essaie en vain de faire fonctionner ce plugin sur mes squelettes.
    Les balises #EDIT sont bien résolues, mais les images cliquables des crayons ne sont pas générées (même en tant qu’administrateur).

    Quand je regarde le source de ma page, je vois ceci :
    ===============================================

    <script src="http://www.mjcfilliere.net/spip/spip.php?page=crayons.js" type="text/javascript"></script>
    <script type="text/javascript"><!--
    var configCrayons = new cQuery.prototype.cfgCrayons({"imgPath":"plugins/crayons/images","droits":"*","dir_racine":"","self":"/spip/spip.php?article85","txt":{"error":"Désolé, copiez/collez vos changements et recommencez","sauvegarder":"Sauvegarder les modifications ?"}
    ,"img":{"searching":{"txt":"Veuillez patienter..."}
    ,"crayon":{"txt":"Éditer"}
    ,"edit":{"txt":"Éditer tout"}
    ,"img-changed":{"txt":"Déjà modifié"}
    }
    ,"cfg":{"msgNoChange":false,"msgAbandon":"on","filet":false,"yellow_fade":false,"clickhide":false}
    }
    );
    ( window.jQuery ? jQuery : cQuery )(document).ready(cQuery.fn.crayonsstart);
    // cQuery.ready() plante le jQuery.ready() sous MSIE
    //-->
    </script>

    ===============================================

    alors que dans le source d’une page qui fonctionne, par exemple sur Gribouille, on a

    <script src="http://www.spip-contrib.net/spip.php?page=crayons.js" type="text/javascript"></script>
    <script type="text/javascript"><!--
    var configCrayons = new cfgCrayons({"imgPath":"plugins/crayons/images","droits":"*","dir_racine":"","txt":{"error":"Désolé, copiez/collez vos changements et recommencez","sauvegarder":"Sauvegarder les modifications ?"}
    ,"img":{"searching":{"file":"searching.gif","txt":"Veuillez patienter..."}
    ,"crayon":{"file":"crayon20.png","txt":"Éditer"}
    ,"edit":{"file":"edit.png","txt":"Éditer tout"}
    ,"img-changed":{"file":"changed.png","txt":"Déjà modifié"}
    }
    ,"cfg":{"msgNoChange":"on","msgAbandon":"on","filet":false,"yellow_fade":false,"clickhide":"on"}
    }
    );
    //-->
    </script>

    Les icones .png sont ici prises en compte (naturellement, chez moi, elles sont bien dans le répertoire plugins/crayons/images)

    Une idée ? Je commence sérieusement à craquer ;-)

    Répondre à ce message

  • 16
    Steph

    Bonjour,

    J’ai installé ce plugin mais rien ne fonctionne... Le « crayon » ne s’affiche pas. Même avec la dist, même avec une nouvelle installation en local...

    Le code généré me semble pourtant tout à fait correct : les class « crayon article-titre-1 titre »,...,... sont présente

    J’avoue que je suis perdu là... :d

    Grand merci.

    • gigi

      Même remarque : rien de rien, ni sous FF ni sous IE, version spip 192c, cfg, squelettes bien vertébrés. Pas trace de crayons. Y-a-t’il une incompatibilité ?

    • eric

      Ben comprends pas ...

      Je viens juste de mettre les crayons sur un site en local...

      ET CA FONCTIONNE bien, c’est meme carrement tres sympa.

      Peut etre un conflit avec un ou plusieurs autres plugins ?

      testé avec FF, IE7 et SAFARI beta

      petit rappel, tu dois t’etre identifié par http://monsite/ecrire ... pour pouvoir utiliser les crayons ... bien sur

    • eric

      Ben euuuuh CORRECTIF

      En local c’est tout pile poil ... mais suis obligé de me rendre à votre avis sur le net (notament chez free ) Ca marche pôs !

      J’ai vidé le cache et tout est OK sur les 3 navigateurs

      Bien a vous

    • Beurt

      Oui, je confirme le souci avec spip 1.9.2c et le dernier crayons, j’ai le même problème :

      On dirait que sur certaines pages, le #INSERT_HEAD n’insère pas le javascript des crayons (c’est ok pour les autres plugins)...

      Je vais essayer de trouver quelles caractéristiques ont ces pages là par rapport aux autres... Mais j’ai déjà un peu cherché, sans succès.

    • Attention, les crayons ne s’insèrent pas avec #INSERT_HEAD mais simplement sur la partie </head> du squelette.

    • Beurt

      Heu ???

      Mais alors, comment expliquer que l’insertion ne se fasse pas systématiquement ?

    • Fil

      Je viens de tester chez moi et ça marche très bien ; donc, je ne sais pas. Il faut débuguer, quoi...

    • Beurt

      J’essaie de trouver l’origine du bug, sans succès.

      Je l’ai systématiquement sur des squelettes que je ne peux —hélas— pas encore publier.

      Par contre, je le rencontre aussi sur une partie de mon plugin de Cahier de texte pour Spip : c’est visible sur le site de démo :
      -  aller là : http://demobonbon.free.fr/1.9/spip....
      -  s’identifier (login : dudu, mdp : demobonbon)
      -  cliquer sur afficher ses séances
      -  sur la page affichée : les crayons fonctionnent bien.
      -  cliquer sur la petite clé de 12 situé à gauche de l’icône du document gpl_fr.txt
      -  une fenêtre s’ouvre dans laquelle les crayons ne fonctionnent plus...

      Pourquoi ? Cela fonctionne bien sur une page, et pas sur une autre ? Est-ce dû au fait que ce sont des documents à éditer sur la seconde page ? Un problème d’autorité ? (car l’admin peut utiliser les crayons sur cette page, lui...).

      Pour voir les squelettes de ces deux pages :

      -  celle où les crayons fonctionne est : http://demobonbon.free.fr/1.9/plugi... et sa noisette inclue http://demobonbon.free.fr/1.9/plugi...

      -  celle où les crayons de fonctionnent pas : http://demobonbon.free.fr/1.9/plugi...

      Je ne parviens pas à trouver le problème... Donner un exemple permettra peut-être à quelqu’un de plus expérimenté de le débusquer...

    • Il est tout à fait probable que ce soit un problème d’autorité : dudu est-il admin ou rédacteur ? Pour débuguer autoriser() il faut indiquer dans ecrire/mes_options.php :

      define ('_DEBUG_AUTORISER', true);

      et regarder alors ce qui sort sur tmp/spip.log

    • Beurt

      dudu est rédacteur...

      Demain je vais essayer de debugger autorité... On verra...

    • Beurt

      effectivement, c’est un problème avec autorité... Quand je clique sur la clé de 12 (qui affiche la page dans laquelle les crayons ne fonctionnent pas), le log indique :

      Nov 14 12:14:56 127.0.0.1 (pid 4543) autoriser modifier document 1112 (essai) ?
Nov 14 12:14:56 127.0.0.1 (pid 4543) autoriser_defaut_dist(modifier,document,1112,essai): niet
Nov 14 12:14:56 127.0.0.1 (pid 4543) autoriser modifier document 1112 (essai) ?
Nov 14 12:14:56 127.0.0.1 (pid 4543) autoriser_defaut_dist(modifier,document,1112,essai): niet
Nov 14 12:14:56 127.0.0.1 (pid 4543) autoriser modifier document 1112 (essai) ?
Nov 14 12:14:56 127.0.0.1 (pid 4543) autoriser_defaut_dist(modifier,document,1112,essai): niet

      (essai est l’équivalent de dudu sur mon serveur local, c’est à dire un simple rédacteur).

      Donc, là c’est niet... pourquoi ? je ne sais pas encore... Pourtant, dans la partie privée, essai (et dudu sur demobonbon) peuvent modifier les docs des articles publiés...

    • SPQR

      Même problème avec une 1.9.2b : INSERT_HEAD ne génère pas le script et le lien vers la feuille CSS nécessaires. Par contre, en remplaçant le squelette article par le modèle de dist, ça marche... Si je recopie le bout de code généré depuis dist/article.html dans mon squelette article, ça marche aussi. Donc, on peut exclure l’incompatibilité avec un autre plugin ou un problème sur le squelette.

    • Fil

      Si ça peut aider : les crayons n’utilisent pas #INSERT_HEAD, il s’accrochent sur </head>.

    • SPQR

      Je ne comprends pas ce que vous voulez dire par « s’accroche sur le <head> ».

      Dans le § Mise en oeuvre du plugin, il est explicitement mentionné que le squelette doit contenir la balise #INSERT_HEAD... Alors, que croire ?

    • Fil

      En effet c’était une erreur de la doc, je viens de corriger le texte.

      Pour que le plugin puisse intervenir sur une page, il faut que cette page (telle qu’elle est envoyée au navigateur) contienne un tag </head>, juste avant le <body>. Attention </head> DOIT être écrit en lettres minuscules.

      Peux-tu indiquer l’URL de la page problématique ?

    • SPQR

      Attention </head> DOIT être écrit en lettres minuscules.

      On ne relit jamais assez son code...Désormais, ça marche. Merci.

    Répondre à ce message

  • 9
    marc

    salut,

    je n’arrive pas à faire fonctionner les crayons.
    quelqu’un peut-il me filer un coup de main ?
    je suis en 1.9.2.b. sous firefox
    l’install du plugin marche bien, je vois le petit crayon bleu en survolant mes articles mais lorsque je clique deux fois rien ne se passe (la petit roue dentée apparait et tourne dans le vide puis plus rien !!)

    j’aimerai vraiment profiter de ce super plugin que j’ai pu essayer dans le bac à sable de gribouille.

    merci d’avance

    marc

    • up

      personne ne peut m’aider ?

    • Bonsoir Marc

      Je suis nouveau mais as-tu essayé ceci décrit plus haut ?

      Pour le rendre opérationnel, il suffit ensuite d’adjoindre dans les squelettes la classe #EDITchamp ainsi que distribués dans le « trunk ». Par exemple, pour rendre « crayonnable » le texte d’un article il faut modifier :
      [

      (#TEXTE|image_reduire520,0)

      ]
      du squelette article.html en :
      [

      (#TEXTE|image_reduire520,0)

      ]

      Serge

    • salut serge,

      merci de ta réponse.
      j’ai bien mis les modif ça donne :

      <div id="contenu">

			<div class="cartouche">
				#DEBUT_SURLIGNE
				[(#LOGO_ARTICLE||image_reduire{200,200})]
				[<p class="#EDIT{surtitre} surtitre">(#SURTITRE)</p>]
				<h1 class="#EDIT{titre} titre">#TITRE</h1>
				[<p class="#EDIT{soustitre} soustitre">(#SOUSTITRE)</p>]
				#FIN_SURLIGNE

				<p><small>[(#DATE|nom_jour) ][(#DATE|affdate)][, <:par_auteur:> (#LESAUTEURS)]</small></p>

				[(#REM) Inclure le modele des liens de traductions ]
				#MODELE{article_traductions}
				
			</div>
			<INCLURE{fond=inc-barre-outils}{id_article}></INCLURE>
			#DEBUT_SURLIGNE
			[<div class="#EDIT{chapo} chapo">(#CHAPO)</div>]
			<br class="nettoyeur" />
			[<p class="#EDIT{hyperlien} lien"><:voir_en_ligne:> : <a href="(#URL_SITE)" class="spip_out">[(#NOM_SITE|sinon{[(#URL_SITE|couper{80})]})]</a></p>]
			[<div class="#EDIT{texte} texte">(#TEXTE|image_reduire{520,0})</div>]
			#FIN_SURLIGNE

      donc je vois pas ce qui cloche.

      y a t-il besoin de cfg pour que les crayons fonctionnent ?

      marc

    • Fil

      y a t-il besoin de cfg pour que les crayons fonctionnent ? : non

      pour le reste, aucune idée, ça marche chez tout le monde donc il y a un loup dans ton installation, ou alors c’est un bug que je viens d’introduire ?

    • marc

      salut,

      voilà le lien si tu veux y jeter un oeil, je peux te filer aussi mon accés admin en privé si tu en as besoin.
      (je peux pas en créer un nouveau-> erreur 500 à chaque fois ?!?)
      ça marche dans le bac à sable donc cela ne vient pas de mon serveur je pense (club-internet).

    • Fil

      Sans être connecté, tout a l’air OK ; je remarque que tu as beaucoup de plugins, essaie de les désactiver tous sauf crayons, qu’on voie s’il ne s’agit pas d’une incompatibilité ?

    • marc

      déjà essayer. j’ai virer tous les plugins, réinstallé la dernière version de crayons toute seule. idem.

      alors j’ai tout remis petit à petit.

      je te parlais de cfg car je l’ai installé et pareil rien ne se passe en cliquant sur le lien « avec cfg » depuis l’inetrface de crayons (ce qui est vrai pour les autres plugins aussi) il semble donc bien y avoir un gros loup mais où ?

      j’ai fait que très peu de modif par rapport à la dist...

      ceci dit est-ce que supprimer le dossier plugins est suffisant pour vraiment désinstaller un plugin ?
      est-ce qu’il ne traine pas des trucs dans d’autres fichiers ?

      je dis ça car après avoir tout viré, je ne pouvais plus accéder à mon site, message d’erreur par rapport à spip.php avec référence aux crayons...

    • marc

      salut,

      en fait tout marche bien en local.
      je suis en spip 192b sur club-internet.
      le problème peut-il venir de l’hébergeur ?
      quelqu’un a-t-il installé les crayons chez club-internet de manière opérationnelle ?

      marc

    • marc

      je me réponds.
      il semble bien qu’il y ait incompatibilité entre crayons et club-internet car après migration chez free, tout fonctionne bien.

    Répondre à ce message

  • 4
    Joceanspi

    Bonjour,

    J’ai installé le plugin, j’ai fait toutes les mises à jour (jquery, etc)
    Cela marche très bien sous Firefox et safari
    Cela ne marche absolument pas sous opera
    Sous IE le crayon n’apparait pas si on est connecté. Par contre si on double clic, le formulaire apparait sauf le bas, les boutons sont en haut à droite mais ils n’ont aucun effet, quand on clic aussi bien sur ok que sur annulé, rien ne se passe.

    Est ce que quelqu’un peut m’aider pour faire fonctionner correctement ce merveilleux plugin sous IE au moins.

    Merci

    • Joceanspi

      J’ai l’impression que ça vient d’Ajax qui fonctionne pas correctement sous IE mais malheureusement je n’y comprends rien ! SIC !

    • IE ne marche pas, c’est souvent comme ça... mais je teste les crayons avec IE et je t’assure que « chez moi ça marche ».

    • Chez moi, ça marchotte sous IE. Cela dépend du type de texte à éditer.
      Exemple, je peux utiliser les crayons pour modifier le contenu d’un article, mais pour le titre de l’article c’est inutilisable car chaque caractère est énorme, donc c’est complètement illisible. D’où cela peut-il venir ... ?

    • Joceanspi

      C’est space ton problème ! XD

      Pour ma part, j’ai essayer de reinstaller un nouveau spip vierge et j’ai ajouté le crayon et ça marche sous IE (avec les bugs d’affichage decrit précedemment )
      Du coup, je pense que ça vient donc de mon site spip, des squelettes, de la config peut être, car le crayon ne marche pas sous ie sur d’autre poste que le mien aussi. malgré tout j’ai toujours pas trouvé où est la faille ! :(

    Répondre à ce message

  • 1
    NiCo

    Bonjour

    Voilà : j’essaye d’utiliser les crayons pour permettre d’afficher un menu déroulant qui permettrait de sélectionner un mot clé dans une groupe de mots clés.

    Si j’ai bien compris, la balise #EDIT{champ} permet l’édition du champ en question, la table étant définie par l’environnement (si on est par exemple dans une boucle ARTICLES, c’est le champ correspondant dans la table articles qui est édité, c bien ça ?)

    Donc mon raisonnement était le suivant : si je crée un contrôleur qui permet de créer un form avec une boucle qui récupère le groupe de mots et présente tous les mots du groupe dans un select, ça devrait le faire. Or ça n’est pas l’id_mot du mot lui-même que je désire modifier en l’occurrence, mais l’id_mot qui se trouve associé à l’id_article dans la table spip_mots_articles... et là ça coince.

    J’ai essayé une boucle du type (MOTS_ARTICLES){id_mot}{id_article} pour fournir à EDIT l’environnement qui me semblait convenir mais bien sûr ça fonctionne pas ;-(

    Donc ma question est la suivante : comment spécifier à EDIT la table qu’on désire utiliser, en plus du champ ? Est-ce qu’un EDIT{mots_articles.id_mot} est susceptible de fonctionner ?

    Désolé, j’ai cherché dans les différents forums mais rien vu sur la question. Bcp d’utilisateurs semblent vouloir éditer les forums (allez savoir pourquoi !) mais peu semblent s’intéresser aux mots-clés !

    Merci du coup de main.

    • Le plugin « tag machine » essaie de résoudre ça ; ce n’est pas du tout trivial !

    Répondre à ce message

  • 12
    teger

    Bonjour,

    J’ai un petit soucis avec crayons.

    J’ai réalisé un crontrolleur.
    Dans ce controlleur, je place un alert en javacsript.

    Sous FF, tout est ok mais sous IE, aucun message.

    Je n’arrive pas à comprendre pourquoi . Apparemment, je n’aurais pas d’erreur javascript (enfin pas facile de les voir sous IE tout de même !!!).

    merci d’avance

    • Fil

      On injecte les crayons par la méthode .html() de jQuery, et jusqu’à une date récente celle-ci n’était pas cohérente cross-browser pour l’exécution ou non des scripts.

      Mais je pensais que la version 1.1.4 de jQuery avait résolu ce problème, et c’est celle qui figure dans les crayons depuis une semaine... c’est bien avec ça que tu travailles ?

    • teger

      oui je travaille avec la version crayons updater ce matin sur le svn.

      Que faudrait-il faire pour que cela fonctionne sous IE ?

      la méthode .html() de jquery est -t-elle bien capable de faire exécuter du js sous IE dans cette version ?

    • Fil

      Pour le savoir il faut faire une page test appelant jquery 1.1.4 et contenant ensuite quelque chose comme :

      <div id='test' />
<script>
$('#test').html('hello<scri'+'pt>alert("toto");</scr'+'ipt>');
</script>

      et tester ça sous différents navigateurs.

    • teger

      Je viens de faire le test avec le script que tu m’as donné.
      Ben tout fonctionne sous FF et sous IE rien.

      J’ai même supprimé le ’alert’ et laissé que le ’hello’. ET sous IE, toujours rien.
      J’ai seulement les deux boutons ’valider’ et ’annuler’ qui apparaisse quand je clique sur le crayon.

      Aurais-tu une autre idée pur contourner ce problème ?

      Est ce que toi tu as ce souci également ?

      merci d’avance

    • Fil

      Apparemment c’est jQuery 1.2 qui résoud ce problème, il vient de sortir ce matin : http://docs.jquery.com/Release:jQue... regarde tout en bas « evalscripts ».

      Reste à tester :-)

    • teger

      j’ai essayé de mettre jquery en version 1.2. Il faut juste remplacer le script jquery.js dans le répertoire js de crayons c’est ça ?

      Et après nouvel essai de cette manière, toujours rien.

      <script>
      $(document).ready( function() {
      $('#test').html('hello').evalScripts();
      }
      );

      $('#test').html('hello1').evalScripts();
      $('#test').append('hello2').evalScripts();

      </script>

      IE n’affiche absolument rien. Peut etre ai-je mal implémenté evalScript() ?

      Tu as réussi toi avec IE à avoir un résultat (script interprété par IE dans un controlleur) ?

    • Fil

      je viens de passer les crayons en jQuery 1.2, dis-moi si ça résoud ton problème.

      PS : comptes-tu partager ton contrôleur ? Qu’est-ce qu’il fait ?

    • teger

      oui, après je partagerais mon controlleur.
      En fait, il permet de changer le mot de passe d’un utilisateur dans le front.

      J’ai du modifier un fichier du core de spip pour cela.
      Donc je vais tout reverser une fois que tout fonctionne correctement sur IE.

    • teger

      J’ai un léger soucis avec cette nouvelle version de jquery.
      Le crayon n’est plus du tout fonctionnel dans IE.

      Je ne peux plus rien éditer. Je ne peux pas trop d’aider car je ne n’arrive pas à voir des erreurs javascript.

    • Fil

      Je l’ai testé, ça marche, mais il faut bien vider tous les caches (celui du site et celui du navigateur)

    • teger

      Et non fonctionne pas.
      Je te file mon controlleur.

      Sous IE j’obtiens que le texte ’Juste un test’.
      Alors que sous FF, jobtiens bien la chaine ’hello1 hello2’ à la place de l’ancien texte.

      Mais j’ai remarqué aussi que Safari (version 2) avait le même comportement que IE avec ce controlleur.

      Le problème ne viendrait de la façon dont on appelle ou affiche le controlleur ?

      Je suis allé sur le site de jquery (et de jquery.validate), apparement chez eux, tout fonctionne sous IE et Safari.

      [(#REM)
      Un crayon pour changer le mot de passe
      ]
      #CACHE0

      Juste un test

      <script>
      $(document).ready( function() {
      $('#test').html('hello');
      }
      );

      $('#test').html('hello1');
      $('#test').append('hello2');

      </script>

      merci d’avance

    • Fil

      En effet ça bloque quand le script est défini à l’intérieur d’un <form>, comme c’est le cas ici ; j’ai envoyé un rapport de bug chez jQuery : http://dev.jquery.com/ticket/1594

    Répondre à ce message

  • 1
    gurdil

    Bonjour, voilà un exellent plugin !

    Tout marche à la perfection chez moi (en local) où j’ai activé notamment l’édition des forums avec le plugin autorité, mais je voudrais aller un tout petit peu plus loin, et notamment afficher la date de dernière modification dans forums.

    J’avais pensé à la balise #DATE_MODIF mais j’ai l’impression qu’elle ne fonctonne pas avec les forums....

    Avez-vous une idée

    • Gurdil

      Bon, j’ai trouvé une solution dérivée de celles proposéesici :
      Il faut ajouter à SPIP la fonction :

       // fonction de répartition de la variable date "brute" renvoyée par #MAJ (aaaa-mm-jj hh:mm:ss)
// en jj-mm-aaaa
// NB 31/08/2006 17:28:58
function date_maj($maj_brute)
{
       $anneeMaj=substr($maj_brute,0,4);
       $moisMaj=substr($maj_brute,5,2);
       $jourMaj=substr($maj_brute,8,2);
       $heureMaj=substr($maj_brute,11,2);
       $minuteMaj=substr($maj_brute,14,2);
       $mise_a_jour=$jourMaj.'-'.$moisMaj.'-'.$anneeMaj.' '.$heureMaj.'h'.$minuteMaj;
return $mise_a_jour;
}

      et dans le squelette cette simple boucle :

      <BOUCLE_maj(FORUMS) {id_forum} {0,1}>
Dernière mise à jour le [(#MAJ|date_maj)]
</BOUCLE_maj>

      Bon c’est pas aussi beau qu’une petite balise DATE_MODIF, mais au moins ça marche !

    Répondre à ce message

  • 5
    adrien

    Bonjour,

    j’ai un énorme problème.

    Je m’explique :

    J’utilise le plugin Inscription2 et lorsque je veux éditer mon profil via crayon sur firefox, il n’y a aucun problème..

    Cependant lorsque que je le fais sur Internet Explorer, là c’est la cata...

    Les boutons OK et Annuler ne fonctionnent pas ( j’ai beau cliquer 100 fois dessus rien ne change)

    Il n’y a que lorsque j’appuie avec la toucher ENTREE de mon clavier que ça se charge..

    Mais ça charge une page blanche avec écrit dessus : {"$erreur":"","wid46d6e262713be8_57053901":null}

    avec comme adresse :

    http://www.monsite.org/spip.php?action=crayons_store

    J’appuie donc sur le bouton Précédent de mon navigateur, ça recharge la page profil, Mais la modification que j’ai voulue faire a été effectuée !

    Je précise que cela n’est pas à cause du plugin Inscription2 car j’ai essayé de modifier un titre d’article, et c’est la même chose..

    Merci d’avance

    • adrien

      Salut,

      En attendant qu’il y est une correction à cela, je suis retourné en arrière ( à la révision [14329] ) afin que cela fonctionne.

      Si quelqu’un voudrait faire la même chose que moi, je peux mettre en ligne le plugin complet jusqu’à cette révision si vous le voulez.

    • Fil

      Je viens de corriger un bug sous IE, et maintenant je peux dire que « chez moi ça marche ». Si tu peux vérifier et confirmer que le bug a disparu (ou est toujours présent). Et s’il est toujours présent essaie de me donner plus d’infos (notamment, est-ce que IE t’indique un numéro de ligne où ça coince ?)

    • adrien

      Salut,

      Je suis désolé mais cela ne fonctionne toujours pas...
      Encore pire, ça fait sauter tout mon javascript oO mais ça marche quand même sur firefox..

      enfin bref...

      Pour ce qui est de plus d’info, je peux pas trop t’en donner plus, j’aimerai bien mais le seul message d’erreur que j’obtient c’est {"$erreur":" ","$annuler":true} si je ne modifie pas le champ et que j’appuie sur ENTREE sur mon clavier,

      ou bien {"$erreur":"","wid46db22a2a78cf7_54776448":"Jean-Claude "} si j’édite un champ..

    • Fil

      Ce que tu vois c’est la réponse normale, mais normalement les crayons ne l’affichent pas, ils la traitent. La cause de cet affichage, c’est que ton javascript a « sauté ». Comme je te dis, « chez moi » le javascript ne saute pas, il faut donc que tu sois plus précis (message d’erreur de IE te disant que ça a sauté à telle ou telle ligne, etc). Hélas débuguer sur IE ça a vraiment l’air d’être infernal, je ne sais pas quelle méthode t’indiquer...

    • adrien

      Salut,

      j’ai mis à jour ma version jusqu’à la révision 15047 et à présent tout fonctionne normalement.

      Merci.

      Adrien

    Répondre à ce message

  • 1
    jerome

    Super cu plugin crayons.
    J’ai essayé cette nouvelle fonctionnalité fichier et logo. Pour le remplacement du logo : RAS
    Pour le remplacement d’un fichier joint fichier
    Le controleur reste affiché après envoir envoyé le nouveau fichier.

    j’ai eu le message dans le debug :

    SELECT fichier, taille, largeur, hauteur, extension, distant FROM mon_site.spip_documents
    WHERE id_document=40

    Sep 03 17:09:06 10.146.194.132 (pid 5484) Sep 03 17:09:06 10.146.194.132 (pid 5484) 1054 Unknown column ’extension’ in ’field list’

    J’ai enlevé le champ extension (ligne 111 de crayons.php) juste pour voir. Le fichier joint en place se remplace bien par le nouveau. Le controleur ’remplacer ce document’ reste affiché (avec la moulinette qui ’mouline’).
    J’éspère que ma modeste contribution fera avancer les choses.

    • Fil

      En effet la partie « remplacer un document » n’est compatible qu’avec une version SVN récente de SPIP.

    Répondre à ce message

  • 2
    Bernard Blazin

    Fil, j’espère que tu continues ce plugin...

    Maintenant j’aimerais savoir s’il est possible de donner des droits aux 1comite afin qu’ils puissent modifier leurs textes depuis la partie publique du site ?

    J’ai un peu regardé le code mais j’avoue qu’il me dépasse. Il doit bien y avoir un endroit où l’on doit pouvoir faire une condition avec une requête avec jointure sur les tables spip_articles, spip_auteurs-articles et spip_auteurs, non ?

    Ou bien est-ce plus complexe que ça ?

    Merci de ta réponse..

    • Fil

      Au contraire, c’est bien plus simple que ça :-)

      La gestion des droits d’édition relève d’un autre plugin, qui prévoit déjà l’édition par les auteurs, et bien d’autres options : Le plugin « Autorité »

    • Bernard Blazin

      Mince alors ! Je suis en local avec la dernière 1.9.3

      J’ai CFG, Autorité et crayons bien entendu installés..

      Et ça ne marche pas..

      Seuls et toujours les 0minirezo peuvent modifier, les 1comite sont en panne d’encre :)

      Chose curieuse : Les derniers textes que je viens de publier sont placés dans l’id_secteur 0, pourtant je peux modifier avec crayon.. Les autres textes également..

      Ca n’a peut-être rien à voir, mais dans la config de Autorite on peut choisir les secteurs.. Bref je suis paumé :)

    Répondre à ce message

  • AJC

    J’utilise le plugin Crayon avec spip 1.9.2b en mode « d’accès restreint » (chaque association ne peut modifier que les articles qui la concerne et dont elle est auteur) pour ce faire on utilise également le plugin « Authorité ».
    Sur Macintosh (avec Safari ou Firefox) aucun problème, tandis que sur PC avec Internet Explorer le crayon n’apparait pas mais en double cliquant sur le texte la zone de saisie apparaît mais impossible de valider les corrections ou l’ajout de texte.
    Comment faire pour remédier à ce problème.
    Merci d’avance.
    voir la page (login : belote password : 000000)

    Répondre à ce message

  • 1
    REDONDO Julien

    Bonjour,

    Je souhaite modifier le mot de passe de l’utilisateur actuellement connecté avec Crayons.

    Si je tape un nouveau mot de passe, tout est ok dans la base. Mais si je me connecte ensuite, c’est tj l’ancien mot de passe qui est pris en compte ?

    Comment faire pour changer aussi les valeurs de htpass, alea_actuel, alea_futur ?

    J’ai crée un controleur et une vue, mais comment rajouter les infos supplémentaires à modifier ?

    merci d’avance,

    • Fil

      euh je crois qu’il faut modifier le core, la fonction revision_auteur() ne prévoyant pas encore de gérer le mot de passe avec ses bizarreries. Patches bienvenus !

    Répondre à ce message

  • 3
    Julien Redondo

    Bonjour,

    j’ai crée une nouvelle table dans la base spip :

    CREATE TABLE auteurs_complet (
    id int(11) NOT NULL auto_increment,
    id_auteur int(11) NOT NULL,
    prenom text collate utf8_Array_ci,
    fax text collate utf8_Array_ci,
    PRIMARY KEY (id),
    KEY index_auteur (id_auteur)
    ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_Array_ci AUTO_INCREMENT=2 ;

    Ensuite depuis un squelette, j’interroge les données de cette table par une boucle :

    BOUCLE_auteur_complet(AUTEURS_COMPLET) id_auteurtout>

    Prénom : div class=« #EDITprenom » style=« padding:0 0 3px 0 ; »>[(#PRENOM|sinon...)]

    Fax : div class=« #EDITfax » style=« padding:0 0 3px 0 ; »>[(#FAX|sinon...)]

    /BOUCLE_auteur_complet>

    Le crayon apparaît bien sur le champ mais lorsque j’essaye de le modifier, j’obtiens une alerte javascript :

    auteurs_complet 1 prenom : Pas de valeur

    ET si je regarde dans les traces spip.log, j’ai un message d’erreur :

    Aug 17 15:10:52 192.168.50.254 (pid 18335) crayons : table auteurs_complet inconnue

    Est ce qu’il faut déclarer quelque part la nouvelle table pour que crayons la prenne en compte ?

    Est ce que cela se configure quelque part ?

    merci d’avance

    Cordialement,

    • Fil

      Regarde comment c’est fait dans le plugin inscription2

    • julien Redondo

      Bonjour,

      J’ai regardé le plugin Inscription2.

      Je n’ai pas trouvé les informations relatives à la boucle AUTEURS_ELARGIS.

      J’ai vu qu’il y avait des controlleurs et des vues mais je n’arrive pas à comprendre le système.

      Pourrais-je avoir des explications sur les fichiers que j’ai à créer ?
      Quels fichiers dois-je regarder dans Inscription2 pour que je puisse finaliser mon code ?

      merci beaucoup d’avance

    • Fil

      Oui, désolé, ça pêche encore quand on regarde les tables externes etc. Rien de simple, il faut débuguer pas-à-pas pour savoir où mettre spip_table et où mettre juste table, par exemple. Bon courage !

    Répondre à ce message

  • 3
    cedric

    Bonjour,

    disons que l’administrateur A a écrit un article. Je voudrais faire en sorte que lorsque l’administrateur B modifie l’article de A, son nom soit automatiquement intégré dans le champ des auteurs de l’article. Est-ce possible ?

    Et mieux encore, est ce possible de le faire apparaitre dans un autre champ, par exemple, en tant que correcteur : Article écrit par « A » (champ de l’auteur) et corrigé par « B » (champ du correcteur). ?

    J’ai cherché sur le net, dans des forums sur les boucles, mais je cale.

    J’espère que vous pourrez m’aider .

    • Fil

      Le squelette Gribouille fait exactement ça, à condition d’activer le suivi des révisions.

    • cedric

      Merci.

      Je me suis inspiré de la boucle sur Gribouille pour pouvoir noter le nom de celui qui a modifié l’article en dernier :

      < BOUCLE _revision( spip_ versions) id_article0,1par date inverse >
      V.# ID_VERSION - [(# REM) (# DATE] [(# ID_AUTEUR)]
      BOUCLE_ revision >

      Ca marche parfaitement si ce n’est que je voudrais remplacer le numéro de l’auteur (ID_AUTEUR) par son nom, mais #NOM ne semble pas fonctionner. N’est-ce pas possible de remplacer le numéro par le nom ?

      Merci pour votre aide !

    • Fil

      Pour avoir le nom, tu peux faire une boucle (AUTEURS){id_auteur}. Ou une boucle de type « jointure », comme dans Gribouille (je crois, pas vérifié).

    Répondre à ce message

  • 2
    Draikhin

    Salut tout le monde,

    J’utilise les crayons avec Gribouille mais il semble que les CSS sont pas des plus compatibles avec les miennes : http://www.zetudiants.net/css/styles.css

    Si vous souhaitez constater par vous même : http://www.zetudiants.net/-Campus-.html
    -  login : test
    -  pass : 000000 (soit 6 zéros)

    Lorsque vous modifer un article vous voyez la catastrophe.

    Est-ce que vous avez des idées sur le problème parceque là je sature ?

    @bientôt,
    Olivier

    Répondre à ce message

  • 1
    remi

    y a t il moyen de faire apparaitre la barre typo lors de l’édition avec le plugin crayon ?

    • cedric

      Est-ce que ca a pu se réaliser depuis ?

      Perso, je n’y arrive pas !

      Quelqu’un a une solution pour faire apparaitre la barre de typo lorsqu’on édite un champ avec le crayon ?

    Répondre à ce message

  • 2
    zerocool

    Bonjour

    sur mon site grace au plugin balise session j’ai fait un espace membre pour que les membres inscrit sur mon site modifie leur information avec le crayon
    ensuite avec le plugin champ homonyme j’ai creer des champs en plus, voici l’exemple d’un champ que j’ai rajouter :
    jouez vous sur internet ? avec case a cocher : oui ou non

    est ce possible qu’avec le crayon le visiteur peut avoir acces a ces 2 propositions quand il veut modifier cette information ?

    Merci

    • Fil

      C’est possible, mais pas encore assez facile.
      Tu trouveras les explications à partir de http://www.spip-contrib.net/Les-cra...

    • zerocool

      par contre a la place de modifier le ficher « editer_article » moi dans mon cas je doit modifier « editer_auteur ou editer_auteurs » ? puisque c’est des champs que j’ai rajouter dans la table auteurs

    Répondre à ce message

  • janolap1

    Chez moi, la roue tourne en permanence, dans le vide.

    Config : IIS, PHP5.0.5, MySQL 4.0.26-nt, Spip 1.9.2b

    Si je clique sur Recalcul, la modification a bien été prise en compte

    Si j’appuie sur Entrée (pour les zones de texte pas pour textarea), les boutons apparaissent et le fonctionnement est normal.

    C’est simplement pour les boutons par défaut que le bouton Ok ne fonctionne pas correctement.

    J’ai rien dans Spip.log, ni dans MySQL.log. Pas d’erreur javascript. #INSERT_HEAD est en place. Le mode debug est ON, mais pas plus d’erreur...

    Répondre à ce message

  • Loiseau2nuit (anc. Zzz.)

    Hello les gens,

    Chez un pote, ca ne marche désespérément pas, pourtant tout y est, le INSERT-HEAD, les class #EDIT, cfg, tout...

    Le site pour lequel on l’implémente tourne en 1.9.2b avec le Squelette Alternatives. Ya une subtilité à côté de la quelle on serait passé et qui fait que ca ne marche pas avec ce squelette ?

    Merci

    pour Restauration-Horlogerie.Com

    Répondre à ce message

  • 3
    Yffic

    Bonjour
    J’ai un petit probleme avec les crayons. Il sne fonctionnent pas si la balise EDIT se trouve dans un fichier « INCLUS ». On peut tester avec les squelettes de la dist :

    -  Creer un fichier inc-article.html avec dedans la ligne

    <div class="#EDIT{chapo} chapo">(#CHAPO)</div>]

    -  dans le fichier article.html, remplacer cette meme ligne par

    <INCLURE{fond=inc-article}{chapo}

    Qu’est-ce que je ne fait donc pas bien ?

    • b_b

      Bonjour Yffic,

      Ton inclure n’est pas bon il faut transmettre l’id_article au squelette inclus comme ceci :

      Bon courage ++

    • b_b

      Oups, oublié les balises code :

      <INCLURE{fond=inc-article}{id_article}>

      ++

    • Yffic

      Oui comme ca ca marche, mais a condition de refaire une boucle dans le fichier « INCLUS » :

      <BOUCLE_article_princip(ARTICLES) {id_article}>

      (Solution de Stephane)

      J’ai toujours pas bien compris le principe de INCLURE... C’est quand meme assez different du include de php, s’il faut refaire une boucle, non ?

    Répondre à ce message

  • 2
    all secu

    Bonjour,

    j’ai un petit soucis avec les crayons, le plugins est téléchargé d’après la dernière version à jour (j’avais auparavant téléchargé celui ci qui fonctionnait très bien en test ).

    Actuellement, plus rien ne fonctionne : le crayon n’apparait plus, le dble clik ne fonctionne plus bref nada mais le pire c’est qu’aucun message d’erreur ne peut m’aguiller ....

    Et enfin pour info voici ma version de spip : SPIP 1.9.3 dev [9777], le squelette : Alternatives 1.9.2 et les plugins suivants (je sais il y en a bcp mais ca marchait avant (voir post ci-dessous)

    Liste des plugins :

    Mini Calendrier pour Alternatives Agenda pour SPIP 1.9.2

    Article PDF

    Barre typographique pour les rubriques pour Spip 1.9.2

    Barre Typo V2 pour 1.9.2 et suivantes

    Boutons dans le Texte

    cfg : moteur de configuration

    Le Couteau Suisse

    le pluginCrayons

    Deplier-Replier Blocks

    En travaux

    Enluminures typographiques pour 1.9.2 et suivantes

    Enviar email

    Fading Rollover Effect

    pluginfavoris

    Mettre des frimousses dans le texte.

    Gestion de documents

    Image cliquable

    pluginImprimer document

    Inscription2

    licence

    mes_fichiers.zip

    messagerie

    openPublishing

    Panoramas 360°

    PHPMyVisites

    Sauver Configuration

    sauvegarde automatique

    Balise Session

    Google siteMap

    Squelette editeur

    Mini Calendrier

    Plugin SPIP-Listes

    Thickbox v2

    Vendre/Donner articles

    W3C Go Home ! Mon site est valide…

    pluginWidget Calendrier

    Squelette Alternatives

    Corbeille

    Formulaires&Tables (SPIP 1.9.1+)

    J’ai évidemment essayé de les désactiver pour voir (tous il me semble), j’ai même essayé de vider le cache et de supprimer le repertoire temp mais rien n’y fait ...

    Serait-ce un problème de droit d’accès ? apporté par la nouvelle version du plug ?

    voici par ex la commande dans la page article :

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

    Pour se connecter log ’redacteur’ et pass ’redacteur’ et aller su n’importe quel article

    • Yffic

      C’est normal d’avoir 2 fois #EDITtexte dans la classe ?

    • all sec

      oui tel que marqué dans la contrib ci-dessus (de toute façon même sans ca ne fonctionne pas )

    Répondre à ce message

  • 7
    Yffic

    Bonjour

    Je viens d’installer le pluggin V0.8 sur un site tout neuf. Et j’ai cette erreur relevee avec WebDeveloppeur dans le fichier spip.php ligne 1696 :

    syntax error
    [Break on this error] ,cb,false) ;var ok=true ;try if (timedOut) throw\n
    spip.php (line 1696)

    cfgCrayons is not defined
    [Break on this error] var configCrayons = new cfgCrayons(« imgPath » :« plugins/crayons/images »,"droi...
    spip.php (line 36)

    Les autres pluggins installes :
    Acces Restreint 2.0 et cfg

    • Fil

      Oui c’est la compression auto de SPIP qui ne marche pas bien avant SPIP 1.9.3 SVN 9717 ; solution provisoire : ouvrir le fichier plugins/crayons/crayons.js.html et supprimer |compacte_js.

    • Oui, ca fonctionne mais uniquement avant d’installer le plugin. Sur un site deja existant avec le plugin deja installe, faut faire quoi ? J’ai essaye de desactiver, reactiver, mais ca ne fonctionne pas. Y a t-il une procedure de desinstallation du pluggin ?

    • salut,

      je me pose exactement la même quéstion, il semble qu’il reste des choses même après suppression du plugin.

      marc

    • Fil

      Attention, comme le fichier javascript final est conservé en cache dans le navigateur, il faut faire attention à vider le cache du site et celui du navigateur.

    • Fil

      La révision 13627 des crayons contient son propre packer, ce qui devrait régler ce problème

      A noter : elle offre en plus un mode de debug activable en mettant dans l’url :

      define('_DEBUG_CRAYONS', true);

      ce code ralentit un peu le fonctionnement, puisque le script est rechargé à chaque fois, mais facilite le repérage de bugs et le développement de nouvelles fonctionnalités.

    • Fil

      Pardon : ne pas lire « dans l’url » mais « dans mes_options.php ».

    • Yffic

      Salut
      Heu ca veut dire quoi packer ?

    Répondre à ce message

  • 2
    oniquet

    Bonjour,

    J’ai de la difficulté à faire fonctionner les crayons pour l’url du site d’un auteur. Pour le reste, pas de problème. J’utilise spip 1.9.2b

    Dans la boucle auteur, j’identifie, le champ à modifié avec la classe « #EDIT{url_site} », mais quand je tente de le modifier, le changement n’est pas enregistré.

    J’ai aussi essayé « #EDIT{hyperlien} », et ça ne fonctionne pas plus.

    Pourtant, je n’ai aucune difficulté à modifier le nom du site de l’auteur.

    Merci !

    • Fil

      Je crois que c’est « lien_site » — il faudrait le prendre en compte pour le contrôleur « hyperlien »

    • oniquet

      Merci, mais non, ça ne fonctionne pas...

      Quand j’utilise « hyperlien », j’ai bien la possibilité d’inscrire le nom du site et l’adresse, mais seul le nom est enregistrer.

    Répondre à ce message

  • 7
    zerocool

    bonjour

    j’utilise ce plugin sous spip 1.9.2b tout fonctionne bien a part que j’ai un petit probleme quand j’edite quelque chose le fond du « formulaire » est noir transparant enfin une couleur bien sombre donc on voit pas grand chose vous avez une solution ??

    Merci

    • zerocool

      aussi je n’arrive pas a activer le crayon dans les messages du forum pourtant j’ai bien ajouter la balise dans mes options

    • zerocool

      bon j’ai trouver pour les forums j’ai utiliser le plugin autorité par contre si je modifie les messages l’auteur ne change pas car j’ai mis #NOM mais concernant le logo auteur lui il disparait il doit surement etre remplacer par le logo de l’auteur qui a fait l’edition, je ne suis pas sur car l’auteur qui a fait l’edition n’a pas de logo

      avez-vous trouvé une solution pour logo auteur ?

      Merci

    • zerocool

      bon je confirme si j’edite le message de quelqu’un son logo et remplacer par le mien est ce vous avez trouver une solution pour ça ??

      Merci

    • Fil

      C’est une « feature » de SPIP, ça : si on édite un forum on en devient l’auteur. Ca se trouve dans ecrire/inc/modifier.php

    • zerocool

      pouvez-vous m’indiqué ce qu’il faut modifier car je ne connais pas le php
      merci

    • Fil

      Tu dois pouvoir commenter la ligne 271 :

                      spip_query("UPDATE spip_forum SET ip="._q($GLOBALS['ip']).", id_auteur="._q($GLOBALS['auteur_session']['id_auteur'])." WHERE id_forum="._q($id_forum));

      (Commenter, c’est-à-dire mettre deux slashes devant : //  spip_query ...)

    • zerocool

      merci beaucoup ca fonctionne impec

    Répondre à ce message

  • 1

    ok, moi aussi j’ai le décalage sous ie (je vais faire les modifs décrites dessous) mais pour info sur les anciennes versions d’ie apparemment cela ne fonctionne pas du tout

    • en fait voici les modifs pour ie : ver la ligne 30 ( je crois)

      .crayon-icones {
	float: left;
	width: 65px;
	position: relative;
}

      (left au lieu de right)

    Répondre à ce message

  • 1
    YannX

    Bonjour,

    J’ai une difficulté à utiliser ce Plug-In sur une installation neuve et standard de SPIP 1.9.2b, uniquement sous IE6 PC (et assimilé = maxthon ! mais je n’ai meme PAS installé IE7).

    Quand j’ouvre un crayon, la fenetre de saisie apparait, mais en élargissant considérablement la fenetre, avec une marge gauche importante (due à la position du crayon à droite du champ....).

    Le problème (du moins pour un ’nouvel’ utilisateur, ce qui AMHA est tout l’interet de ce plug-in inspiré des Wikis) c’est que les deux boutons de .crayon-boutons sont positionnés totalement à droite..(approximativement à 1400 pixels sur un ecran 1024x768) donc invisibles pour l’utilisateur lambda qui reste tout bête devant son formulaire sans savoir comment le refermer !

    Et meme quand on « referme » sans modification la page, elle garde une largeur à droite bien plus importante qu’avant le clic lancant le crayon sur l’article..

    J’ai bien commencé à lire /plugins/crayons/crayons.css... ;-(
    mais j’avoue encore un peu de mal avec les div pour le corriger.....

    A suivre......

    PS je precise qu’avec FireFox cela marche bien....c’est donc probablement l’une des subtilités d’interpretation de IE..

    • YannX

      Bon, j’ai bien une solution, c’est de modifier dans /plugins/crayons/crayons.css la ligne 56 en
      .crayon-html &nbsp; .crayon-boutons {

         position:absolute ;

         left : 10px ; /* [56] right:0px ; */

       }

      Mais ne serait-ce possible de trouver mieux ?

      Et puis si la fenetre de saisie pouvait se remettre plus à gauche (par .resizehandle ?),
      ou peut-etre, puis-je suggérer de pouvoir placer les icones de crayons juste AVANT le titre ? mais cela pourrait remettre trop de mise-en-page en jeu ??

      A suivre vos meilleures propositions.

      PS autre suggestion, s’il était possible de modifier la feuille de style d’impression du site, pour que les TexteAREA de code PHP s’impriment dans leur totalité.... Merci pour ce petit detail..

    Répondre à ce message

  • bonjour,
    merci pour le plugin.

    J’ai un petit soucis mineur : j’ai activé le plugin et tout fonctionne bien (spip 1.9.3dev + alternatives) cependant le lien pour modifier l’article apparait et fonctionne mais l’image du ’+’ n’apparait pas, comment puis-je modifier cela ?

    merci d’avance

    Répondre à ce message

  • 3
    chris28

    Si vous souhaitez utiliser le plugin crayons sur certains articles ouvert à tous ou uniquement aux inscrits, voici une adaptation inspirée du squelette gribouille.

    Il suffir de créer deux mots clés, par exemple « Crayonnable » et « Crayonnable_inscrits » puis d’adapter (numéro des mots-clefs) le fichier /config/mes_options.php suivant :

    <?php


define('CRAYONNABLE_TOUS', '1'); //id du mot clé associé aux articles modifiables par tous
define('CRAYONNABLE_INSCRITS', '2'); //id du mot clé associé aux articles modifiables par les inscrits

function autoriser_article_modifier($faire, $type, $id, $qui, $opt) {
	// Si on est deja autorise en standard, dire 'OK'
	if (autoriser_article_modifier_dist($faire, $type, $id, $qui, $opt))
		return true;

	// Sinon, verifier si le mot clé est asscoie à l'article
	$s = spip_query("SELECT id_mot FROM spip_mots_articles WHERE id_article="._q($id));
	while ($row = spip_fetch_array($s)){
	
	if ($row['id_mot'] == CRAYONNABLE_TOUS) return true;
	if ($row['id_mot'] == CRAYONNABLE_INSCRITS AND in_array($qui['statut'], array('0minirezo', '1comite'))) return true;
	}

	// par defaut, NIET
	return false;
}

function analyse_droits_rapide() {
	return true;
}

?>

    Il faut ensuite associer le mot-clef à l’article que vous voulez ouvrir à tous.

    • toggg

      Super idée !

      Juste une remarque, pour s’affranchir des constantes représentant les id_mot en question et donc rendre ta contrib portable, pourquoi ne pas passer directement par le titre des mots ?

      <?php

function autoriser_article_modifier($faire, $type, $id, $qui, $opt)
{
	// Si on est deja autorise en standard, dire 'OK'
	if (autoriser_article_modifier_dist($faire, $type, $id, $qui, $opt)) {
		return true;
	}
	// Sinon, verifier si un des mots cle est associe a l'article
	$s = spip_query(
		"SELECT id_mot FROM spip_mots, spip_mots_articles
		 WHERE spip_mots_articles.id_mot = spip_mots.id_mot
		   AND id_article = " . _q($id) .
		 " AND (titre = 'CRAYONNABLE_TOUS'" .
		 (in_array($qui['statut'], array('0minirezo', '1comite')) ?
		 " OR titre = 'CRAYONNABLE_INSCRITS'" : "") . ") LIMIT 1" );
	if ($row = spip_fetch_array($s)) {
		return true;
	}

	// par defaut, NIET
	return false;
}

function analyse_droits_rapide()
{
	return true;
}
?>

      J’ai aussi tout intégré en une seule requète dans cette variation ...

    • chris28

      Merci beaucoup pour ces modifications et surtout ce plugin génial : tous les avantages d’un Wiki dans un site structuré.

    • Gurdil

      Bonjour,
      très très bonne idée, mais pour moi la technique proposée par Toggg ne marche pas, et comme je ne m’y connais pas en php, je sais pas pourquoi... Je vous propose donc une methode « batârde » :

      ###################
# Gestion du wiki #
###################

function autoriser_article_modifier($faire, $type, $id, $qui, $opt) {
        // Si on est deja autorise en standard, dire 'OK'
        if (autoriser_article_modifier_dist($faire, $type, $id, $qui, $opt))
                return true;

        // Sinon, verifier si le mot clé est asscoie à l'article
        $s = spip_query("SELECT id_mot FROM spip_mots_articles WHERE id_article="._q($id));
        while ($row = spip_fetch_array($s)){
       
        if ($row['titre_mot'] = 'CRAYONNABLE_TOUS') return true;
        if ($row['titre_mot'] = 'CRAYONNABLE_INSCRITS' AND in_array($qui['statut'], array('0minirezo', '1comite'))) return true;
        }

        // par defaut, NIET
        return false;
}

function analyse_droits_rapide() {
        return true;
}

      Pour moi ça marche

    Répondre à ce message

  • si quelqu’un peut m’aider...
    le plugin crayons ne marche pas chez moi.

    je suis en 1.9.2b et la roue dentée mouline dans le vide.

    le message d’erreur est le suivant :

    Erreur : [Exception... « ’Permission refusée d’appeler la méthode XMLHttpRequest.open’ when calling method : [nsIOnReadyStateChangeHandler::handleEvent] » nsresult : « 0x8057001e (NS_ERROR_XPC_JS_THREW_STRING) » location : «  » data : no]

    une idée ?

    Merci d’avance

    Marc

    Répondre à ce message

  • ça continue à mouliner, quelque soit le squelette (j’ai remis la dist).

    avec head, sans head.

    je n’y compris rien.

    Marc

    Répondre à ce message

  • GregR

    Le plugin crayons ne marche pas quand je veux modifier le texte d’un message sur plusieurs ligne car spip ajoute des paragraphes. Le crayon n’apparait pas et le double clic n’a aucune action.
    Est-ce un bug du plugin crayons ou du squelette ?

    Merci

    Répondre à ce message

  • 12
    Patrick VINCENT

    Bonsoir,
    Félicitation pour cette contribution qui révolutionne la vie de tous nos utilisateurs !

    Je rencontre deux difficultés liées à l’utilisation de ce plugin :

    -  MOTS CLEFS
    Les admins restreints ne peuvent pas modifier les champs de l’objet MOTS sur le site public alors qu’ils peuvent le faire dans l’espace privé (j’ai pour celà installé le plugin autorités). Pour information, les modifications en ligne fonctionnent très bien pour un admin complet.

    Dans mot.html : <BOUCLE_objet(MOTS){id_mot}>[<div class="#EDIT{texte}">(#TEXTE)</div>]</BOUCLE_objet>

    -  CHAMPS SUPPLEMENTAIRES
    J’ai ajouté un champ usage à la table ARTICLES qui est activé dans mes_options.php, rempli et reconnu correctement dans mon squelette.
    Au double-clic sur le champ le plugin renvoi l’erreur : article 3 usage Pas de valeur.

    <BOUCLE_recyclage_college(ARTICLES){id_article}>
<h2>Usage</h2><p class="#EDIT{usage}">&nbsp;#USAGE</p>
</BOUCLE_recyclage_college>

    Avez vous des pistes pour avancer ?
    Un grand merci par avance
    Patrick

    • toggg

      Pour ce qui est des MOTS CLEFS, c’est peut-être plus lié à autorité, il faudrait que tu donnes plus de détail sur ta configuration , par exemple montrer ce que donne #CONFIG{autorite} dans un squelette, même si le dump est un peut cryptique.

      Pour ce qui est du champ supplémentaire dans la table article, ça devrait marcher normalement. Peut-être te manque-t-il une définition. Pourrais-tu montrer comment tu l’as fait dans mes_options.php ?

      A ce sujet, je dois dire que j’ai limité ces champs supplémentaires au tables définies complètement à la manière spip mais je me rend compte que ce ne serait pas nécessaire. SPIP fournit en effet tout ce qu’il faut pour reconnaitre les tables non déclarées. Nous risquons donc de relacher un peu le modèle. Je dis ça, mais ça ne s’applique peut-être pas aux extensions de tables natives spip pour lesquelles il restera peut-être nécessaire de les définir complètement. A suivre donc ...

    • Patrick

      Merci pour ta réponse rapide ;

      -  MOTS CLEFS
      Voici ce que renvoit #CONFIG{autorite} : a:20:{s:18:"auteur_mod_article";N;s:19:"auteur_modere_forum";N;s:22:"auteur_modere_petition";N;s:16:"auteur_mod_email";N;s:21:"redacteur_mod_article";N;s:11:"editer_mots";s:1:"1";s:20:"redacteurs_voirstats";N;s:13:"editer_forums";s:1:"0";s:17:"editer_signatures";s:1:"0";s:11:"espace_wiki";N;s:22:"espace_wiki_redacteurs";N;s:21:"espace_wiki_visiteurs";N;s:19:"espace_wiki_anonyme";N;s:28:"espace_wiki_rubrique_anonyme";N;s:10:"configurer";s:0:"";s:11:"sauvegarder";s:0:"";s:8:"detruire";s:0:"";s:23:"interdire_creer_secteur";N;s:23:"interdire_creer_sousrub";N;s:34:"interdire_creer_rub_sauf_webmestre";N;}

      Je confirme par ailleurs que la modification :
      -  pour un admin restreint est possible dans l’espace privé mais pas public
      -  pour un admin complet est possible dans l’espace public et privé

      -  CHAMPS SUPPLEMENTAIRES
      Voici le code ajouté dans mes_options.php :

      include_spip('base/serial');
$GLOBALS['tables_principales']['spip_articles']['field']=
array_merge($GLOBALS['tables_principales']['spip_articles']['field'],
   array('usage' => "text NOT NULL"));
    • Fil

      Les crayons utilisent l’appel standard autoriser('modifier', $type, $id), mais pour les mots-clés, on faisait dans le core un autoriser('modifier', 'groupemots', $id_groupe), pas générique.

      Il faut donc que tu prennes la version 9565 de SPIP (ou au moins son inc/autoriser.php) pour que ça fonctionne comme tu le souhaites.

    • Fil

      euh, en fait, 9566, désolé.

    • toggg

      Après de longues recherches, je me suis rappelé que usage est un mot réservé SQL, hors, les noms de colonnes ne sont pas protégés dans crayons, ce qui pourrait expliquer le problème.

      Pourrais-tu me confirmer en consultant tes logs mysql, tmp/mysql.log et transmettre l’engueulade probable de mysql ?

      Entre temps, je prépare un blindage. Joli bug si c’est ça.

    • toggg

      Voilà, tu peux essayer la 12936 de crayons ou le zip de 20H.

    • pvincent

      Merci pour vos mises à jour, ça marche !

      J’ai remplacé ma version de SPIP (1.9.2b) par la version de dev 9573.
      Apparemment inc/autoriser.php seul ne suffisait pas, à chaque accès supposé au fichier d’autorisation, on tombait sur la page spip.php avec une erreur HTTP 302 de redirection.
      Au final le problème de modification des mots clefs avec Crayons est résolu.

      Par ailleurs, la version du plugin Crayons maj par toggg corrige le problème du champ supplémentaire usage dans la table spip_articles.

      Merci encore et à bientôt Patrick

    • Patrick VINCENT

      En fait, je me suis un peu emballé, il y a encore un problème sur la partie des champs supplémentaires...

      Le champ s’ouvre correctement avec Crayons, le contenu est bon mais les maj du texte ne sont pas prises en compte lors de la validation. Pour info j’ai fait une capture des échanges, le contenu renvoyé dans le POST HTTP est celui du champ d’origine inchangé : {"$erreur":"","wid46765a10801ed3_57854430":"texte1"}

    • Fil

      Absolument !

      C’est un des endroits où le core est encore un peu bloqué : pour t’en sortir, il faut aller dans ecrire/inc/modifier.php et ajouter le nom des champs supplémentaires dans les tableaux qui listent les champs.

      J’espère qu’on pourra rapidement rendre ça paramétrable « de l’extérieur ».

    • Patrick VINCENT

      Finalement, j’ai surchargé ecrire/action/editer_article.php dans plugins/crayons/action/editer_article.php en ajoutant les champs supplémentaires :

              $r = modifier_contenu('article', $id_article,
                array(
                        'champs' => array(
                        'surtitre', 'titre', 'soustitre', 'descriptif',
                        'nom_site', 'url_site', 'chapo', 'texte', 'ps',        'url_propre'
        //Modification Erasme - ajout des champs
                        , 'fabrication', 'duree', 'elimination', 'composition', 'utilisation'
        //Fin modification
                        ),
                        'nonvide' => array('titre' => _T('info_sans_titre')),
                        'invalideur' => $invalideur,
                        'indexation' => $indexation
                ),
                $c);

      Bon tout fonctionne enfin, merci.
      J’ai publié une note sur la procédure retenue, si ça vous paraît intéressant, je peux la proposer sur spip-contrib : http://reseau.erasme.org/Des-champs...

    • Fil

      Oui, bien vu, les articles sont traités encore séparément ... ton message ici suffit, je pense, jusqu’à ce qu’on offre une méthode standard

    Répondre à ce message

  • 3
    GregR

    Bonjour et merci sur ce super plugin,

    J’utilise SPIP 1.9.2b, quand j’installe une version plus récente que la révision 11656 le plugin ne marche plus...si je reviens à la revision 11656 il marche très bien.

    Ce plugin en revison 11656 fonctionne très bien chez moi mais pas les revisions plus récentes. Savez vous d’ou peux venir le problème.

    Merci.

    • Fil

      Je viens de tester 1.9.2b avec la version de ce matin des crayons, et ça marche impec’ chez moi. Peux-tu essayer de bien vider tous les caches et, si ça persiste à ne pas marcher, détailler/donner l’url ? merci

    • GregR

      Le cache était bien vidé.
      Apparement il faut installer le plugin autorite pour que ce marche.
      Est ce que ce que je dis est correct ?

    • Fil

      Non :)

      Sois plus précis : qu’est-ce qui ne « marche » pas ?

    Répondre à ce message

  • bonjour,

    j’ai installé le plug in correctement et le petit stylo apparait.
    lorsque je clique dessus, une roue dentée apparait en fin de texte et plus rien ne se passe.
    je suis avec le squelette minigrisspip.
    je suis débutant sous spip.

    au passage impossible aussi de faire fonctionner le plug in documentpdf
    merci

    marc

    Répondre à ce message

  • 5

    lorsque je clique sur le crayon,
    j’ai une boite de dialogue qui dit : articles 331 corpsarticle pas de valeur
    c’est l’article 331, la class est corpsarticle ... mais quel est le sens de « pas de valeur » et comment corriger ?
    Merci à tous !

    • toggg

      « pas de valeur » veut dire que la classe transmise ne permet pas de retrouver la valeur de l’objet correspondant. Là, ça ressemble à « article-corpsarticle-331 », typiquement produite par #EDIT{corpsarticle}

      Ici, tu as peut-être mis une classe #EDIT{corpsarticle} mais tu n’a pas fourni de controleur correspondant.

      Il est assez difficile de te répondre sans connaitre un minimum du contexte. As-tu peut-être une url ou peux-tu donner un extrait du squelette de départ, controleur et/ou vue ?

    • alexis
      [(#LOGO_ARTICLE||reduire_image200)]

      [(#DESCRIPTIF)]

      [(#SOUSTITRE)]

      [(#TEXTE*||QCM|propre)]
      Notes de l’article

      [(#NOTES)]

      voici donc mon squelette, mais je ne vois pas ce que l’on appelle controleu. C’est sans doute de là que viens le hic.
      meci de tout coeur,
      alexis

    • alexis

      pardon ! je reposte car spip à bouffé le HTML !

      <div class="imgarticle">[(#LOGO_ARTICLE||reduire_image{200})] </div>
<span class="petit">[(#DESCRIPTIF)]</span>
<span class="petit"><br>[(#SOUSTITRE)]  <br> </span><br>

<div class="#EDIT{corpsarticle}corpsarticle">[(#TEXTE*||QCM|propre)]</div>
<div class="grostitre">Notes de l'article</div><br>
<div class="corpsarticle">[(#NOTES)]</div>
    • Fil

      Salut alexis

      ce que tu veux éditer visiblement c’est le #TEXTE, il faut donc utiliser #EDIT{TEXTE}.

      Crayons a des options plus riches pour passer des filtres au « retour », une fois l’édition faite : il faut alors prévoir un squelette spécifique qui refait l’affichage de [(#TEXTE*|QCM|propre)].

      Si tu veux creuser ça, regarde comment c’est fait pour image_reduire, dans le fichier crayons/vues/article_texte.html : il y a une ruse de sioux pour repérer les classes complètes de la div, et passer un filtre si elles contiennent une class de la forme imagereduireNNN.

    • Merci fil,
      je m’y met de suite.
      ALexis

    Répondre à ce message

  • 9

    Je suis connecté en tant qu’administrateur principal ;

    j’ai mis la balise #EDIT au niveau des messages de FORUM mais rien ne se passe si ce n’est un message m’indiquant que les données sont mal formatées...

    Pourtant j’ai créé un fichier mes_options.php :

    <?php
define('MODIFIER_FORUMS', true);
?>

    Mais ca ne change rien.

    Quelqu’un peut il m’aider ?

    merci

    • Fil

      Donne l’url, ou inspire-toi de dist/inc-forum.html

    • Merci c’est résolu !

      C’est SUPER pratique ; ca contourne une des grandes faiblesses de spip !

      Par contre, il reste la question d’autoriser l’auteur de l’article ou du forum à éditer son article ou commentaire.

      Des solutions existent pour ca ?

      Je ne parle pas de donner accès à tout le monde à l’édition, mais seulement l’auteur de l’article ou du commentaire.

      Merci !

    • Fil

      Pour ça il faut utiliser l’API inc/autoriser ; il n’existe pas encore deplugin bien packagé, mais des morceaux existent ici ou là. Bonne pêche

    • merci pour ton indication. (Je suis en spip 1.9.2.)

      Je suis allé à la pêche.

      J’ai trouvé ces élements ci :

      http://trac.rezo.net/trac/spip/browser/spip/ecrire/inc/autoriser.php

      J’ai bien compris ceci :

      °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°
      API pour une fonction generique d’autorisation :
      $qui est : vide (on prend alors auteur_session)
      un id_auteur (on regarde dans la base)
      un tableau auteur complet, y compris [restreint]
      $faire est une action (’modifier’, ’publier’...)
      $type est un type d’objet ou nom de table (’article’)
      $id est l’id de l’objet sur lequel on veut agir
      $opt (inutilise pour le moment) = options sous forme de tableau associatif
      (par exemple pour preciser si l’autorisation concerne tel ou tel champ)

      Seul le premier argument est obligatoire
      °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°
      Ce fichier semble-il est celui qui détermine les autorisations pour l’édition d’un article. Il est effectivement présent dans le repertoire ecrire/inc/ de mon squelette.

      J’ai lu à un autre endroit qu’il fallait indiquer quelque chose dans le fichier mes_options.php afin d’apeler ce fichier. Hélas, je n’ai aucune idée de comment faire.

      Quelqu’un accepterait-il de m’aider ?

      Si oui, et si ca se dit ici, ca pourrait aider quelques uns à le faire plus facilement.

      Merci de votre aide.

    • cedric

      Sur le net, il n’y a à ma connaissance aucune indication sérieuse sur la manière de faire avec ce fichier autoriser.php.

      J’ai essayé de copier/coller le contenu de ce fichier dans mon fichier mes_options.php (localisé dans le répertoire /config/), mais ca a fait bugger tout mon site. Je suppose donc que ce n’est pas comme ca qu’il faut s’y prendre.

      J’espère de tout coeur qu’un pro en la matière acceptera de dire un mot sur la méthode à suivre.

    • Fil

      Sois patient, c’est sur la to-do de plein de gens ; mais si tu veux y mettre les mains toi-même, sois plus persévérant ;-)

      Regarde du côté de « Gribouille »

    • Merci Fil, hélas mes compétences sont vraiment trop faibles pour m’attaquer à un truc de ce genre.

      Je vais attendre un peu alors :-).

    • Perline

      Est-ce bien plus compliqué que d’ajouter que ledit rédacteur peut modifier les champs des articles dont il est auteur ?

      // Un redacteur peut modifier ses propres donnees mais ni son login/email
// ni son statut (qui sont le cas echeant passes comme option)
if ($qui['statut'] == '1comite') {
if ($opt['statut'] OR $opt['restreintes'] OR $opt['email'])
return false;
else if ($id == $qui['id_auteur'])
return true;
else
return false;
}
    • Fil

      Perline : exactement.

      Mais ça y est, il y a un plugin dédié à ce genre de choses : cf. Autorité !

    Répondre à ce message

  • 3

    Bonjour,

    ce plugin marche très bien avec mon squelette, si ce n’est que je perds ma classe texte. tout mon texte est ramassé, sans passage de ligne pour les paragraphes, je perds ma police, taille de caractère, etc... spécifiques à ma classe texte en insérant votre balise de la sorte :

    [

    (#TEXTE|image_reduire300,0)

    ]

    Avez vous une idée ?

    Merci pour vos suggestions !

    • [(#TEXTE|image_reduire300,0)]

      (j’ai rajouté i à div pour que le code apparaisse dans la page...

    • arf ca passe pas...

      j’essaye une derniere fois

      diiiiiv classsss= « texte » « #EDIIIITtexte »

    • Fil

      la réponse se trouvait juste en dessous, dans ce forum =-)

    Répondre à ce message

  • cedric

    Bonjour,

    je trouve ce plugin génial !

    Par contre, j’aimerais éviter de déclancher l’édition de mon texte en double-cliquant sur ce dernier. Est-ce possible d’annuler ce déclanchement mais uniquement déclancher l’édition du texte en cliquant sur l’icone crayon ?

    Merci !

    Répondre à ce message

  • 1
    emmanuelle

    je pose une question déjà posée .... quelqu’un aurait-il trouver le moyen de faire apparaitre la barre typo dans l’interface de saisie de l’espace public ?

    Merci ;)

    • Fil

      Certains prétendent qu’ils l’ont fait, j’ai tendance à les croire, mais je n’ai pas testé personnellement.

    Répondre à ce message

  • 1

    Bonjour,

    Quequ’un a t-il réussi a utiliser ce plugin avec les champs exra ou même le plugin champs homonymes ?

    Merci d’avance

    • Fil

      A priori ça ne sait pas gérer les champs extra ; n’hésite pas à proposer un patch !

    Répondre à ce message

  • Fil

    Avec la version 0.6 des crayons, la class de la div qu’on crayonne est envoyée à la vue, qui peut donc faire des choses paramétrables depuis le squelette.

    A titre d’exemple il suffit de transformer
    <div class="#EDIT{texte}">
    en
    <div class="#EDIT{texte} imagereduire.520">
    pour que le filtre |image_reduire{520,0} soit appliqué.

    Pour voir comment c’est fait (très simple), il suffit d’ouvrir le mini squelette plugins/crayons/vues/article_texte.html

    Enjoy :)

    Répondre à ce message

  • 2
    emmanuelle

    voilà, je viens découvrir ce magnifique plug-in et j’essaye de le mettre en oeuvre ... mais voilà. En tant qu’administrateur, je peux modifier toutesl es zones éditables de ma page mais dès que je me logue comme un simple rédacteur, ça ne fonctionne plus ....

    Qu’ai-je oublier de faire ????

    Merci pour ce très bel ouvrage !

    • Fil

      Les crayons respectent les autorisations de SPIP, qui font qu’un rédacteur ne peut pas modifier quelque chose qui est publié sur le site.

      Ce que tu veux, c’est donc modifier les autorisations ; il n’existe pas encore de plugin prêt à l’emploi pour ça (c’est en projet, mais pour quand quelqu’un trouvera le temps & la motivation).
      En attendant des exemples de code à copier-coller dans mes_options sont donnés sur la doc du squelette « Gribouille ».

    • emmanuelle

      Merci pour la rapidité de la réponse ! En effet, c’est logique..... bon, je m’en vais de ce pas voir les modifications de Gribouille !

    Répondre à ce message

  • remi

    chez moi crayons désactive le plugin boutons d’administration supplémentaire

    comment faire

    Répondre à ce message

  • 1
    opopop

    Bonjour,

    J’ai un problème pour faire fonctionner crayons sur un article.
    J’utilise le squelette Egt qui contient la balise #INSERT_HEAD

    J’ai mise à jour Spip (1.9.2a), j’ai nommé mon squelette : article=20.html dans lequel j’ai inséré cette ligne :

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

    Rien ne se passe ! Cela est-il du au fait que le plugin-squelette egt est compatible 1.9.1 mais pas forcément 1.9.2 ?

    Si quelqu’un a une idée... Sinon, chapeau à ceux et celles qui font progresser JQuery et Spip.

    • toggg

      Apparemment, tu as le plugin jquery, il ne le faut pas ! jQuery est d’office dans la 1.9.2 ...

      De toute façon, crayons n’utilise pas insert_head mais s’insère tout seul.

      Regardes ce que te dit ta console javascript.

      Sinon, difficile de vérifier sur ton url, en public, on a pas les droits.

      Aussi, tu as une double barre dans (#TEXTE|justifier||reduire_image570,0) ... ça va pas le faire.

    Répondre à ce message

  • 1

    Super contrib.

    J’ai juste une petite question pourquoi les variables du nom des tables « $table_prefix » n’ont pas été utilisés dans le code mais taper en dur. spip_.
    perso j’ai renommé la variable $table_prefix pour mettre plusieurs sites spip.

    foreach ($catab as $categ => $catinc)
    include_spip($catinc) ;
    if (isset($GLOBALS[$categ][’spip_’ . table_objet($table)][’field’][$col]))
    $brut = $GLOBALS[$categ][’spip_’ . table_objet($table)][’field’][$col] ;
    break ;

    A moins que je me plante ?

    • Fil

      C’est parce qu’on utilise spip_query() qui sait transposer le préfixe des tables

    Répondre à ce message

  • Bernard

    Bonjour,

    Je vais une créer une table supplémentaire sur spip dans laquelle je vais stocker des stats.

    Je veux l’interroger avec les boucles spip. Ca je sais que c’est possible.
    Ce qui serait encore plus génial, ce serait que je puisse utiliser ce plugin pour pouvoir modifier le contenu de cette table directement par les visiteurs enregistrés du site.
    Est-ce possible ?

    Cordialement.

    Répondre à ce message

  • 6
    Art-logic

    Hello

    J’utilise le plugin crayon dans les forums, et j’ai un petit souci :
    Si j’édite un message ou son titre, le nom de l’auteur disparait au profit du mien. Alors que mes corrections ne concernent que des TITRES EN CAPITALES ou des bourdes dans les liens, j’aimerai que l’auteur du message reste à l’identique et ne change pas. Est-il possible d’afficher le nom de l’auteur originel après modification ? ...et éventuellement le nom du correcteur ou s’il y a eu correction ?

    • Fil

      Je suppose que tu utilises une <BOUCLE_a(AUTEURS){id_auteur}> pour afficher les auteurs des forums ? Si c’est le cas en effet tu vas te retrouver avec l’id_auteur du correcteur du forum.

      Tu devrais plutôt utiliser les balises #NOM et #EMAIL (comme dans la dist/) car elles ne sont pas modifiées par les crayons.

      Si tu veux aller chercher l’id_auteur d’un forum modifié, c’est possible avec des boucles : il faut aller chercher le forum ayant pour id_parent l’id_forum que tu veux afficher, et le statut « original » (si le forum a été corrigé, ce parent existe et est unique).

    • art-logic

      J’utilise les deux : d’une part si l’auteur est connecté alors on affiche son nom et son logo de connecté, sinon on affiche le nom qu’il a bien voulu laissé dans le form. Et c’est effectivement avec un id_auteur que j’ai le souci.

      Heu ... je ne suis pas certain d’avoir tout à fait saisi quant à ce qu’il fallait aller chercher. Quand le forum original est corrigé alors il possède un parent. Et c’est dans ce forum parent que je dois retrouver mon auteur original. C’est bien ça ?

    • Fil

      Non, c’est dans un forum fils (une « réponse ») portant le statut ’original’

      En d’autres termes :

      <BOUCLE_f(FORUMS){id_parent}{statut=original}>#ID_AUTEUR</BOUCLE_f>

      (non testé, cependant)

    • Cela fonctionne bien. Merci Fil.

    • Thierry

      en passant...

      Si tu modifies un message de forum je ne vois pas pourquoi tu laisserais le nom de l’auteur original... ou alors tu rajoutes « corrigé par... » Sinon, pourquoi pas modifier également le sens du message si il ne te convient pas... à mon avis un forum, on modère et on le dit , mais on ne corrige pas !!!! ça ne se fait pas. Si tu veux corriger un propos, fais le en répondant au message erroné selon toi...

      Cordialement,

      Thierry

    • Tout dépend de l’usage ; si ton forum sert par exemple de site de petites annonces, ou si tu dois supprimer le numéro de téléphone laissé par mégarde, ou corriger l’orthographe...

    Répondre à ce message

  • 2
    pchoteau

    C’est vraiment intéressant (même génial !!!), installation sans problème avec la version 1.9.2 de spip, j’aurais quelques petites questions pour adapter à mon squelette :
    -  comment faire pour agrandir l’image du crayon qui apparaît lors du survol du titre (ou article...), ou bien modifier l’emplacement (genre avant le titre ou le texte) ? (ceci à cause d’un bloc bleu sur la gauche de l’article qui rend quasiment invisible le crayon)
    -  je n’arrive pas à le faire fonctionner pour les messages de forum ? (est ce qu’il faut le plugin de gestion des droit des administrateurs, ou ce n’est pas #EDIT{titre} qu’il faut utiliser...)
    -  est ce que ce plugin peut s’insérer directement dans un squelette (ou est qu’il sera directement intégré dans les futures versions de SPIP, et dans ce cas patience...)

    Merci et a+

    • pchoteau

      Pour ma troisième question, j’ai l’impression que le développement de Gribouille (spikini) va répondre à mes attentes....

    • Fil

      ouip ; les deux autres questions, donc :
      — pour l’image, tu peux la remplacer par une autre :)
      — pour les autorisations d’édition de forum, il faut pour l’instant passer par une ligne de code à ajouter dans ecrire/mes_options.php :

      define('MODIFIER_FORUMS', true);

      en attendant un éventuel plugin

    Répondre à ce message

  • 5

    Bonjour,

    je vais sans nul doute poser une question idiote, mais j’ai installer le plugin sur mon site en spip 192, et en l’activant, je n’obtiens que des pages totalement blanche et désespérement vide, et cela même avec les squelettes dist de spip 192. Les pages se réaffichent dès que je désactive crayons dans les plugins.

    Ma question idiote, la voilà ; est-ce normal ?

    • Alexis

      j’ai oublié de signer ma question idiote.
      Alexis

    • Fil

      Hi hi, bien sûr que non, ce n’est pas normal. Essaie de réinstaller le plugin, il a dû y avoir un problème lors du transfert. Sinon regarde dans les messages d’erreur du serveur si tu y as accès, ils devraient donner une indication.

    • Alexis

      Je n’ai aucun message du serveur c’est bien mon soucis. Je vais nettoyé le plugin et recommencer à zéro.

    • C’est bien moi qui suis en cause. J’ai dézippé crayon sur MacOS 9. Apparemment cela pose des problèmes. Tout revient dans l’ordre quand je dézippe sur MAcOSX !

    • Eventuellement, regardes dans tmp/spip.log et ses anciennes révisions

    Répondre à ce message

  • 1
    Jed

    Je suis fan absolu. J’ose même pas croire que j’ai pu m’en passer pendant 5 ans.

    • toggg

      T’es bien gentil ... en plus, tu sais pas tout, il y a encore plein de secrets dans crayons.

      Quand t’imagines qu’il y a cinq ans on pouvait faire pareil, mais pas aussi fluide
      pour les codeurs et donc pour les utilisateurs.

      Cinq ans ...

    Répondre à ce message

  • 1
    valentin

    Extraordinaire ce plugin !
    Par contre, petit retour sur une boucle qui contient un texte de remplacement via le filtre sinon.

    (#TEXTE| ?#TEXTE," pas encore d’actions de suivi !")

    Dans ce cas, si je saisie du texte, pas de problèmes, il s’affiche.
    Mais... si je supprime complètement le texte saisi, le message affiché au cas où il n’y a rien dans #TEXTE ne réapparait pas...
    C’est pas très grave dans le sens où après un rechargement de la page, tout rentre dans l’ordre. Mais ce serait mieux ;-)

    • toggg

      Comme Indiqué ci-dessous , crayons ignore ce qu’il y a dans ton squelette et ne passe qu’un filtrage basique, par contre, tu peux fabriquer toi-même ta propre vue et y insérer ton fragment de squelette correspondant.

    Répondre à ce message

  • valentin

    Extraordinaire ce plugin !
    Par contre, petit retour sur une boucle qui contient un texte de remplacement via le filtre sinon.

    <div class="#EDIT{texte}">(#TEXTE|?{#TEXTE,"<span class='important'> pas encore d'actions de suivi !</span>"})</div>

    Dans ce cas, si je saisie du texte, pas de problèmes, il s’affiche.
    Mais... si je supprime complètement le texte saisi, le message affiché au cas où il n’y a rien dans #TEXTE ne réapparait pas...
    C’est pas très grave dans le sens où après un rechargement de la page, tout rentre dans l’ordre. Mais ce serait mieux ;-)

    Répondre à ce message

  • 6
    paolo

    Ayant mis le plugin en service :

    1) L’enthousiasme général.

    2) Lorsqu’on édite un (#TITRE et clique sur OK, le titre apparaît sur la page avec le numéro. Ce n’est qu’un phénomène passager, mais cela a suffi pour dérouter quelques uns.

    3) Sur les pages publiques, un admin restreint a reçu l’erreur :
    Fatal error : Call to undefined function direction_css() in /usr/home/web/taizefr/www/plugins/crayons/tetecrayons.php on line 57

    -  après avoir vider son cache et détruit ses cookies l’erreur est partie.

    Paolo

    • toggg

      1) Merci pour les retours d’expérience

      2) Oui, Crayons ne passe que rudimentairement les filtres : propre pour ’chapo’, ’texte’, ’descriptif’ et ’ps’, et typo pour les autres champs, donc il peut y avoir de petites différence sur simple validation. On peut constater le même effet notamment avec les réductions d’images. Il faut un rechargement de la page pour obtenir le « vrai » filtrage du squelettes. Il ne serait malheureusement pas facile et de toute façon très coûteux de récupérer ce vrai filtre dans les squelettes ...

      3) Correct, c’est corrigé en 9395 , merci de l’avoir signalé.

    • paolo

      Ok, merci. Je vais mettre le plugin à jour.

      Suggestion : comme |supprimer_numero n’est d’habitude utilisé que pour les champs TITRES, mais que là l’utilisation est très fréquente, et voir le numéro apparaître peut déconcerter les auteurs, peut-être appliquer |supprimer_numero systématiquement (sans lire le squelette) juste sur les champs TITRE ?

    • toggg

      Comme je le disais, il serait très difficile de récupérer les filtres spécifiés dans le squelette, mais ...

      Comme indiqué dans ecrire/inc_version.php, il est possible en 1.9 de spécifier des filtres globalement par « champ » qui seront systématiquement passés sur les éléments. Par exemple, si tu veux que les numéros dans les titres soit toujours supprimés, mettre dans config/mes_options.php :

      $table_des_traitements['TITRE'][]= 'typo(supprimer_numero(%s))';

      Je pense que c’est d’ailleurs conseillé si tu veux éviter d’avoir à rajouter le filtre pour chaque utilisation de #TITRE (dans les pages, dans les cartouches de droite, etc.)

      Ça, je crois qu’on pourrait le « récupérer » facilement au réaffichage après validation, ça permettrait de faire du un peu plus sur mesure ...

      J’en discute avec Fil et on te tient au courant.

    • paolo

      Comme indiqué dans ecrire/inc_version.php ...

      Il y a beaucoup plus dans ce fichier que je ne pensais. Merci !

      C’est très commode. Partout où il y a un titre j’ai un |supprimer_numero — et j’imagine qu’il en va de même pour plein de monde.

    • Fil

      Oui, à tel point qu on envisage d en faire un standard dans les prochaines versions de spip (apres la 1.9.2)

    • toggg

      Pour continuer cette intéressante discussion, une possibilité que j’avais oublié d’indiquer.

      Crayons permet aussi à l’implémenteur de spécifier des « controleurs » pour la saisie et des « vues » pour le ré-affichage après validation qui lui sont propres. On en trouve des exemples dans les sous-répertoires vues/ et controleurs/ distribués avec le paquet.

      Par exemple, pour ce cas du titre, on peut aussi créer une vue spécifique grâce à un fichier squelettes/vues/article_titre.html contenant :

      [(#REM)
	Vue pour le crayon 'article_titre'
]
#CACHE{0}
<BOUCLE_a(ARTICLES){id_article}{statut==.}>
[(#TITRE|supprimer_numero)]
</BOUCLE_a>

      Dans ce cas, Crayons utilisera ce fragment de squelette pour réafficher le titre.

      Ça n’est pas nécessaire dans ce cas comme indiqué ci-dessous, c’est juste à titre d’exemple. Mais ce peut être bien utile lorsque on a des choses « speciales » dans son squelette.

      On peut même spécifier une vue générale pour tous les titres, aussi bien article que rubrique par exemple, en nommant cette vue squelettes/vues/titre.html . Bien sûr, ils faut alors plusieurs boucles alternatives selon le type concerné.

      Ces aspects de customisation, pour les controleurs aussi, sont en cours de documentation, je n’ai malheureusement guère eu de temps depuis un mois pour terminer cet article.

    Répondre à ce message

  • 4
    paolo

    Bonsoir,

    C’est impressionant !

    Je ne sais pas si vous avez déjà rencontré le problème suivant. J’essaie avec cette ligne dans le squelette article :

    <h1 dir="#_lang0:LANG_DIR" class="#EDIT{titre} titre-texte">[(#_art0:TITRE|supprimer_numero)]</h1>

    Le préfixe #_art0 est nécessaire car cette balise de l’article est à l’intérieur d’une boucle rubriques (la boucle articles se trouve à l’extérieur de cette boucle rubriques). Et lorsque je clique sur le crayon, c’est le titre de la rubrique qui se présente pour être edité, non pas le titre de l’article.

    Paolo

    • Fil

      Paolo tu es toujours notre testeur dans les recoins avancés :)

      Mais as-tu essayé #_art0:EDIT{titre} ? Il paraît logique de demander l’éditeur correspondant à ce qu’on affiche.

    • paolo

      En essayant ce que tu proposes, c’est déjà mieux que les autres variantes que j’avais essayées. Avec #_art0:EDIT{titre} je reçois le message d’erreur :
      « rubrique 4378 titre : Pas de valeur »

      C’est déjà pas mal, parce que il a attrapé le id_article (4378), mais quelque part il croit toujours qu’il est nécessaire de chercher une rubrique.

      Paolo

    • Fil

      Ah ! En effet la recherche du type de boucle était un peu trop basique... C’est corrigé en [9366]

      Merci !

    • paolo

      C’est parfait : le titre de l’article est maintenant correctement reconnu, même à l’intérieur d’une boucle rubriques ou mots.

      merci, Paolo

    Répondre à ce message

  • 3
    pietrus

    J’aimerais savoir comment faire pour modifier crayon de manière à pouvoir l’utiliser pour modifier le contenu de champs de tables perso créés dans spip. des tables spip_nomdetable nouvelles.

    Est ce possible ?

    • pietrus

      Je précise ma question, j’ai l’intention de créer des tables pour gérer d’autres données non spip mais en les déclarant dans une fonction qui permette à spip de les exploiter.

      J’aimerais ensuite pouvoir utiliser « crayon » pour modifier le contenu de ces tables depuis l’espace public.

      Et j’aimerais savoir dans quelle partie du plugin « crayon » il faut ajouter des informations sur les tables que l’on veut modifier.

      Merci

    • toggg

      En théorie, c’est possible.

      Il y a deux interfaces à fournir autoriser(’modifier’, $type,...) $type étant le nom de ta table sans « spip_ » et revision_xxx(...) xxx étant ce $type.

      C’est quasi encore non expérimenté, mais c’est prévu. Le plus rapide serait de venir en discuter sur et qu’on fasse bouger ça.

    • toggg

      irc ://irc.freenode.net/spip je voulais dire ...

    Répondre à ce message

  • 1
    marabbeh

    Un truc bête... J’ai téléchargé mon site en ligne à partir d’une version en local. Et le plugin crayons ne fonctionnait pas... C’était tout simplement mon squelette inc-head.html qui avait incomplètement été uploadé (manquait la ligne #INSERT_HEAD).

    • Fil

      Dans sa version actuelle les crayons sont totalement autonomes, et en particulier sont indépendants de la balise #INSERT_HEAD ; ils embarquent même leur propre version de jQuery.

    Répondre à ce message

  • 5
    francis

    Nouveau petit souci : lorsque le plugin est activé les liens hypertexte ne fonctionnent plus sous Safari : il faut les ouvrir dans une nouvelle fenêtre ou un nouvel onglet (ils fonctionnent correctement sur Firefox...).

    • toggg

      Là, je ne vais guère pouvoir aider directement, je ne possède pas cette technologie, il va falloir attendre le retour de Fil et son mac (sa machine, pas son souteneur) ...

      Néanmoins, pourrais-tu préciser de quels liens hypertextes tu parles ? Y a-t-il des messages d’erreur javascript ?

    • francis

      Je n’ai aucun message d’erreur particulier sous Safari (ou alors ils sont bien cachés), le navigateur se contente de rester inerte...

      Les liens hypertextes sont ceux composés en standard dans SPIP :
      -  externes de type : [Métadonnées->http://fr.wikipedia.org/wiki/Métadonnées]
      -  ou internes de type : [Bibliographie->rub6]

      Désolé, j’ai pas plus d’info...

      Bon, ça marche déjà sous Firefox et le double-clic active bien Crayons, ce qui est l’effet attendu ;-)

    • toggg

      Ok, merci pour le complément d’information , en googlant un peu , je situe l’origine du problème.

      J’ai apporté une correction , révision 8303 ou le zip du train de 11H

      Confirmes si ça change quelque chose, s’il te plait.

    • francis

      OK, juste un petit moment pour me familiariser avec svn et je reviens vers toi asap.

      J’ai constaté d’autres petits défauts, comme une édition de la version « affichée » et non « source » lorsqu’on édite un article directement depuis la racine de SPIP (page d’accueil du site). Je continue à les mettre dans ce forum, ou j’ai vu qu’il y avait un espace bogues ?

      Joyeuses fêtes de fin d’année !

      Francis

    • francis

      Ça marche pas mieux :-(

    Répondre à ce message

  • 2
    francis

    Bonjour

    Je viens d’installer SPIP 1.9.2 beta 3 [8159], d’activer Crayons et de faire les modifications dans les en-têtes (insertion du #INSERT_HEAD dans le <head>).

    Les crayons apparaissent bien en face des zones modifiables, mais lorsque je clique dessus, j’ai une jolie roue qui tourne mais plus rien ne se passe. Firefox me donne un message d’erreur du type :

    Too much recursion (line 2389) :
2389 return jQuery._ajax( type, url, data, ret, ifModified );

    Les résultats sont identiques si je suis à la racine du site ou non et cela donne la même chose sous Safari (sauf qu’il ne donne pas de message d’erreur ;->).

    Une petite indication ?

    Thanks

    • toggg

      Cette erreur insique sans doute que tu as deux balises #INSERT_HEAD.

      Attention , cette balise est déjà dans la distribution 1.9.2 à l’intérieur du « sous-squelette » inc-head.html inclus par <INCLURE{fond=inc-head}> , donc il n’y a pas lieu de la rajouter dans ce cas.

      C’est seulement nécessaire losqu’on utilise un jeu de squelette propre , issu par exemple d’une version antérieure de spip.

    • francis

      Oh oui, ça marche maintenant, c’est beau !

      C’est carrément cool quand tout marche tout seul et qu’on n’a plus rien à faire ! :-D

      Thanks a lot

    Répondre à ce message

  • 2
    Bigfoot_

    Merci beaucoup pour ce merveilleux plugin.
    J’ai activer le plugin mais j’obtiens cela :

    Fatal error : Call to undefined function interprete_argument_balise() in /home2/civ/public_html/spip1/plugins/crayons/tetecrayons.php on line 106

    Quelqu’un peut m’aider ?
    Merci

    • toggg

      Attention, ce plugin ne fonctionne qu’en spip 1.9.2 svn , je crains que ce ne soit pas ton cas ou en tout cas, ta version est une vieille version antérieure au 4 octobre, date à laquelle cette fonction a été introduite.

      Il te faut upgrader , je pense.

    • Bigfoot_

      Je comprends là :) Merci
      J’attendrai le plug officiel

    Répondre à ce message

  • 7
    François Schreuer

    Bonjour,

    Je viens d’installer un SPIP svn et la dernière version du plugin widget récupéré sur la zone. Je suis logué en admin, j’ai édité les champs, comme indiqué, les classes des widgets apparaissent bien dans le source, et ceci dans l’entête :

    <link rel="stylesheet" href="plugins/widgets/widgets.css" type="text/css" media="all" />
<script src="plugins/widgets/widgets.js" type="text/javascript"></script>
<script type="text/javascript">
    var configWidgets = new cfgWidgets({"imgPath":"plugins/widgets/images","droits":["*"]
,"txt":{"error":"Désolé, copiez/collez vos changements et recommencez","sauvegarder":"Sauvegarder les modifications ?"}
,"img":{"searching":{"file":"searching.gif","txt":"Veuillez patienter..."}
,"crayon":{"file":"crayon.png","txt":"Éditer"}
,"edit":{"file":"edit.png","txt":"Éditer tout"}
,"img-changed":{"file":"changed.png","txt":"Déjà modifié"}
}
,"cfg":{"msgNoChange":false,"msgAbandon":true}
}
);
</script >

    Les chemins sont corrects (mes pages sont à la racine du site), mais...

    ... il ne se passe rien : j’ai beau recalculer, vider le cache et actualiser mes pages, je ne vois pas apparaître le moindre petit logo d’édition nulle part.

    J’ai oublié quelque chose ?

    • toggg

      D’après ce que tu montres , tout semble correct en effet.

      Quel navigateur+version utilises-tu ?

      As-tu des erreurs dans la console javascript ?

      Pourrais-tu vérifier avec un autre navigateur ?

    • François Schreuer

      Quel navigateur+version utilises-tu ?

      Firefox 1.5 sur GNU/Linux Ubuntu Dapper Drake, version pour PowerPC

      As-tu des erreurs dans la console javascript ?

      Ceci semble pertinent :

      Erreur : cfgWidgets is not defined
Fichier source : http://mondomaine.tld/10863.html
Ligne : 18

      Pourrais-tu vérifier avec un autre navigateur ?

      Oui. J’ai testé avec Safari sous Mac OS X et ça ne marche pas non plus.

      François

    • toggg

      A priori , tu dois avoir une autre erreur avant , dans widgets.js puisque la classe cfgWidgets n’est pas définie.

      Peux tu regarder ?

      Sinon , il y a eu encore quelques modifications donc peut-être mettre à jour ?

    • François Schreuer

      A priori , tu dois avoir une autre erreur avant , dans widgets.js puisque la classe cfgWidgets n’est pas définie.

      Peux tu regarder ?

      Il y avait aussi quelques erreurs css, sans rapport. Je les ai nettoyées par acquis de conscience. Il ne reste à présent qu’une seule erreur dans la Console qui est celle-ci :

      Erreur : cfgWidgets is not defined
Fichier source : http://domaine.tld/11047.html
Ligne : 18

      Sinon , il y a eu encore quelques modifications donc peut-être mettre à jour ?

      J’ai mis à jour SPIP (svn 8000) et j’ai récupéré la dernière version du plugin sur la zone (dernier commit à ce moment : 7710).

      Et ça ne marche toujours pas :(

    • François Schreuer

      J’ai maintenant cette erreur-ci qui apparaît en lieu et place de la précédente (sans doute un cache mal vidé suite à la mise à jour signalée au post précédent) :

      Erreur : $ is not defined
Fichier source : http://domaine.tld/plugins/widgets/widgets.js
Ligne : 62
    • toggg

      On y arrive ! Ca veut donc dire que tu n’as pas jQuery.

      Ce qui est très certainement dû au fait que tu n’as pas de balise #INSERT_HEAD dans ton <head>.
      Cette balise est nécessaire pour l’insertion automatique de jQuery.
      Regardes comment c’est fait dans dist/inc-head.html.

      Nota : c’est pour jQuery , widgets quant à lui s’insère au final et seulement si nécessaire par un procédé direct.

    • François Schreuer

      On y arrive ! Ca veut donc dire que tu n’as pas jQuery.

      Ce qui est très certainement dû au fait que tu n’as pas de balise #INSERT_HEAD dans ton

      . Cette balise est nécessaire pour l’insertion automatique de jQuery. Regardes comment c’est fait dans dist/inc-head.html.

      Yes, c’était ça. Ça marche sans problème maintenant. Et ça a l’air vraiment phénomènal de puissance, ce truc :)

      Un grand merci

    Répondre à ce message

  • 1
    Iago

    Je viens de faire un test sur SPIP 1.9.2 alpha 2 SVN [7925].

    Avec Firefox, tout va bien.

    Avec Explorer, si je fais une modification, après avoir confirmé vouloir enregistrer les modifications, rien n’est conservé. L’article ne conserve pas les changements et la boîte de modification de widgets ne les conserve plus pas.

    Une idée ?

    Répondre à ce message

  • 1
    marcopol

    Lorsqu’on est autorisé, il permet d’éditer les contenus directement depuis le site public sans passer par l’espace privé.

    Quel est le bénéfice attendu par rapport à l’édition en espace privé ?

    • toggg

      Le mieux est d’essayer.
      Ca réduit énormément le temps nécessaire à modifier ou corriger un élément d’information.

    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