Un des usages est d’avoir des groupes de mots qui n’ont pas à figurer dans l’espace public. Ainsi, un groupe « TODO » permet de « tagguer » des articles dans l’espace privé sans que leurs mots associés soient vu des visiteurs publics. Utile pour retrouver facilement ses articles à reprendre :)
Un groupe se déclare technique en cochant « oui » dans le formulaire d’édition du groupe, au niveau du label « Groupe de mots-clés techniques :» :
- Configuration d’un groupe de mots techniques
Une fois un groupe déclaré technique, les logos de ses mots deviennent des roues dentées à la place de clés plates (original non ?).
- Mots clés dans un groupe de mots techniques
Boucles MOTS et GROUPES_MOTS filtrées
Les deux boucles sont naturellement filtrées des mots techniques qu’elles peuvent avoir. En fait, le plugin ajoute un champ SQL nommé « technique » sur les groupes de mots. Dès que ce champ n’est pas vide, le groupe est considéré technique, et est filtré.
Lorsque dans l’interface privé, on déclare un groupe technique, le champ « technique » obtient alors la valeur « oui » pour ce groupe.
Critères tout et technique
Dans une boucle MOTS ou GROUPES_MOTS, on peut utiliser le critère {tout} pour tout afficher (groupes techniques et normaux) ou filtrer par type de mots techniques avec {technique=oui}.
Un exemple :
<h2>Critere {technique=oui}</h2>
<B_mot_critere_technique>
<ul>
<BOUCLE_mot_critere_technique(MOTS){technique=oui}>
<li>#TITRE</li>
</BOUCLE_mot_critere_technique>
</ul>
</B_mot_critere_technique>Dépendances
Ce plugin nécessite « Champs Extras Core » (cextras).
<:galactic_contrib:dernieres_discussions_par_date>
9 discussions
Bonjour, j’ai un message d’erreur dans la partie publique lorsque j’active ce plugin... Une idée d’où cela peut venir ?...
Merci
Ok, trouvé, il suffisait simplement d’ajouter
{tout}à la boucle dans mon formulaire !Répondre à ce message
Pourrait-on rendre compatible ce plugin avec le plugin Groupes arborescents de mots clés ? :)
Il ne l’est pas ? que se passe t’il donc qui ne va pas ?
Je viens de corriger un petit bug qui faisait que le champ ’technique’ était éditable sur les sous-groupes de mots, à tord, alors que ce champ est hérité du groupe racine.
Pour le reste, je ne vois rien d’autre qui semble clocher ?
Ben, à présent dans mes sous-groupes, je ne vois pas l’objet « mot-clés technique » lorsque que j’édite celui-ci.
Alors qu’avant, je le voyais sans pouvoir modifier la valeur oui/non. Il se positionnait sur la valeur du groupe racine.
C’était bien la volonté première : on définit le groupe racine comme étant ou non technique. Les sous groupes (et mots dedans) suivent en héritant du groupe racine (sans pouvoir modifier donc).
Répondre à ce message
Bonjour,
S’agissant de mots techniques, comment faire pour que seul le webmestre puisse affecter des mots clés ?
Cordialement
Répondre à ce message
Bonjour,
J’ai le message d’erreur :
Warning : array_shift() [function.array-shift] : The argument should be an array in /var/www/monsite/ecrire/inc/filtres_ecrire.php on line 503
Et le plugin semble ne pas fonctionner (le mot clé est afficha sure la page article alors que j’ai bien sélectionné l’option dans le groupe de mot clé)
Mots techniques 1.0.0 et SPIP 3.0.16
Répondre à ce message
Bonjour,
J’au un message d’erreur dans l’espace privé sur plusieurs sites dès que j’active ce plugin :
Sur une page article :
Sur une page mot ?exec=groupe_mots&id_groupe=2 :
J’ai désinstallé et réinstallé le plugin sans succès.
Du coté public cela à l’air OK et les mots clés prennent bien les restrictions.
Merci
dd
J’ai toujours ce problème (et erreur sql dans l’espace public aussi en fait). Mes plugins sont à jour et le site est en SPIP 3.10
Est-ce que je peux avoir la valeur du champ « technique » de la base pour que je le rajoute à la main dans la table groupe_mots ?
merci
dd
Répondre à ce message
J’ai une très courte remarque… peut-être un chouilla hors sujet mais qui peut s’avérer intéressante et peu coûteuse.
Je gère les mots techniques en les mettant dans un groupe clairement identifié (voire plusieurs groupes). Une fois le site déployé pour le client, je retire les autorisations pour ce groupe à tous les auteurs et administrateurs afin que les mots-clés en question n’apparaissent pas pour les articles/rubriques identifiés.
Bien entendu les administrateurs du site peuvent les réactiver au besoin en cas de maintenance technique et les retirer aussitôt après.
Cette simple astuce permet déjà de maintenir un bon niveau d’abstraction dans le traitement des mots-clés « techniques ». Bien entendu ceci ne retire rien à l’intérêt de ce plugin.
Voilà pour ma petite astuce du moment.
Répondre à ce message
Salut,
Merci pour ton plugin très pratique.
J’ai relevé un petit bug.
Le plugin rend indisponible les mots-clés des groupes « techniques » au sein du plugin autorité.
En particulier, il n’est pas possible de choisir un mot-clé « technique » pour définir les articles ou rubriques éditables en mode wiki.
Envisages-tu une solution ?
Par avance, merci de ta réponse.
Répondre à ce message
kikou Mathieu
bravo, simple et efficace.
Mais dis nous donc, la dépendance à cextras fait elle autre chose qu’ajouter une colonne « tecnhique » ?
Et deuxième question, est-il possible d’ajouter un choix « uniquement pour le(s) webmaster(s) »
car les administrateurs de rubriques ne lisent pas toujours bien les titres des groupes et ont tendance à mettre un article en pied de page quand ils lisent ’mots techniques’ ... par exemple ;)
Bon, alors je vais essayer d’être plus explicite
Je me sers souvent d’un groupe de mots clefs ’techniques’ pour y mettre des compositions.
Par exemple, pour que le lien d’un article donné apparaisse en pied de page.
C’est sur qu’il suffit de désactiver le groupe en ne l’affiliant à rien pour que ses mots ne puissent plus être choisi par personne.
Je te demandais ça, parce qu’il peut arriver qu’un admin restreint pense bien faire en choisissant le mot clef « pied de page » pour son article
++
L’usage de mots techniques pour les squelettes est peut être pas la plus adaptée. Pour les « mentions légales » j’utilise le plugin « pages » pour ma part.
J’utilise les mots techniques pour un usage sémantique, et non de présentation des squelettes.
Bon cela dit, c’est vrai que restreindre l’utilisation des mot techniques aux seuls webmasters (ou à défaut, admin complets) est un besoin assez récurents.
Mais bon, j’immagine que pour tout bidouilleurs, il y a moyen de jouer un peu avec les authorisations() ???
C’est l’histoire effectivement d’une autorisation (editermots), mais également d’ajouter une colonne dans la table des mots pour rendre possible le choix « webmestre ». Ça serait pour un autre plugin une contribution comme ça éventuellement, mais elle n’a pas à être ici, vu que ce n’est pas spécifique aux groupes techniques ou non, mais à tous les groupes...
Je vais essayer de voir comment bidouiller ça (j’espère juste que vous n’êtes pas pressés ...) ;)
L’usage de mots techniques pour les squelettes n’est peut être pas le plus adapté. J’utilise le plugin « ciparam : Configurateur de squelettes » pour cela.
Répondre à ce message
Excellente initiative.
Merci beaucoup,
Aurélien
Répondre à ce message
Ajouter un commentaire
Suivre les commentaires :
|
