L’article « Afficher les mots-clés en faisant varier la taille de la police » de BoOz et Fil permettait déjà d’afficher un nuage de mot-clés.
Le présent article reproduit exactement les mêmes résultats, puisqu’il s’agit de son adaptation sous forme de modèles, le tout sous forme de plugin pour faciliter l’installation.
Important : il faut que les statistiques de SPIP soient activées pour que le plugin fonctionne
Contenu du plugin
Il contient deux fichiers html, les modèles nuage.html et nuage_popularite.html. Les fichiers php, quant à eux, définissent un filtre |nuage ou |nuage_pop. On insère aussi quelques styles css dans l’entête de la page, ce qui nécessite l’emploi de la balise #INSERT_HEAD.
Utilisation
Une fois le plugin activé, vous pouvez faire appel aux modèles selon les deux méthodes classiques :
- dans un squelette html
-
[(#MODELE{nuage})] -
[(#MODELE{nuage}{id=4})]
-
- dans un article :
-
<nuage1> -
<nuage1|popularite> -
<nuage|>(notation permettant d’afficher un nuage sans sélectionner de groupe de mots-clés)
-
La valeur passée en paramètre est facultative et correspond à l’identifiant d’un groupe de mots-clés, si on souhaite réduire le nuage à un seul groupe de mots.
De plus, [(#MODELE{nuage}{id_article=10})], ou <article10|nuage> affichent le nuage en exposant les mots-clés associés à l’article passé en paramètre.
Personnalisations
Cadeau de Noël ou Oeuf de Pâques
Pour faire une sélection de plusieurs groupes de mots-clés et générer un seul nuage, on profite du fait que le critère de sélection dans le modèle est une expression régulière. On peut alors écrire {id=4|10} pour sélectionner les mots des groupes 4 et 10. Attention, ça marche seulement pour l’appel depuis un squelette.
A l’inverse on peut exclure certains groupes de mots clés en utilisant le critère de sélection notid. Celui-ci fonctionnant également selon une expression régulière, la syntaxe permettant de ne pas prendre en compte les groupes 5 et 11 est donc de la forme : {notid=5|11}
Discussions par date d’activité
131 discussions
Bonjour,
insérer dans un squelette voila ce que j’ai :
# Erreur(s) dans le squelette
* Erreur : filtre « nuage » non défini, _tags
* Erreur : filtre « nuage » non défini, _tags
* Erreur : filtre « nuage » non défini, _pop
* Erreur : filtre « nuage » non défini, _pop
* Erreur : filtre « nuage » non défini, _pop
J’ai mlis cette syntaxe dans mon sommaire.html :
[(#MODELE{nuage_popularite})]Pourquoi ça ne marche pas ?
Spip 1.9.2b,
tu utilises quelle version du plugin ? il y a une version 1.2 pour SPIP1.9.2 en bas de l’article.
Bonjour, j’ai le meme probleme avec spip 19 2a et le plugin 1.2 pour spip 1 92...
et je m’en sors pas :(
Titi
Chez moi ça marche...
Vous faites quoi en fait ? Parce que là, on joue un peu aux devinettes :)
Vous activez le plugin et vous videz le cache par exemple ?
Répondre à ce message
Bonsoir
J’ai testé le nuage de mots clés mais j’ai une erreur :
(mots)
Erreur MySQL
mots.id_mot, mots.titre FROM spip_mots AS
motsWHERE (mots.id_groupe REGEXP ’^(1)$’)Lost connection to MySQL server during query
Dans le squelette j’ai intégré :
[(#MODELEnuage_populariteid=1)]
sachant que mon groupe de mot clé est le 1
Où se trouve le problème (plugin utilisé : le dernier archive nuage 1.2 pour la version 1.9.2 de spip). Le plugin est activé.
Je vous remercie pour votre aide
Je ne reproduis pas ce comportement. Il n’y a d’ailleurs par d’erreurs de syntaxe, ça ressemble plus à un timeout SQL. Combien y a-t-il de mot-clé dans ta base, ainsi que dans ce groupe précis ?
3 mots clés dans la base, tous dans un unique groupe. Pas d’autres groupes pour le moment, je voulais tester le nuage.
Le premier mot clé est raccroché à 3 articles dans une rubrique 1, le deuxième à 2 mots clés à deux articles dans une rubrique 2 et le 3e à un article dans une sousrubrique.
voilà, je ne sais pas pourquoi ce plugin ne fonctionne pas, d’habitude pas de problème particulier...
j’ai essayé avec [(#MODELEnuage)], c’est le même problème.
Je l’ai mis dnas le squelette sommaire, à différents endroits, pas de changement, toujours l’erreur....
merci de ton aide
si ça peut aider, j’ai testé sur un autre spip sur un autre serveur (pour lequel j’en ai profité pour le passer de 1.9.1 à 1.9.2c sans problème), et ben, ça marche. Même procédure appliquée pour les 2 installations, juste quelques différences :
Pour celui qui ne fonctionne pas : spip version 1.9.2b, serveur LAMP (Linux Apache Mysql 4, Php)
Pour celui qui fonctionne : spip version 1.9.2c, serveur windows 2003, Mysql 4 PHP
Un problème de droit d’écriture sur le premier peut-etre, suite à l’instal du plugin ?
Honnêtement, je ne vois pas. Regarde la doc mysql pour cette erreur à tout hasard...
Répondre à ce message
Bonjour,
J’utilise Nuage pour ma Photothèque. Comme j’utilise beaucoup de mots clés, je les ai classés par groupes (thématiques).
[(#MODELE{nuage_popularite}{id=1|3|4|5|6|7|8})]Comme je n’ai pas encore beaucoup de visiteurs, c’est visiblement la fréquence d’usage du mot clé qui prime...
Merci pour ce plugin.
Romain
C’est déjà plus probant aujourd’hui. Cool ça marche :)
Répondre à ce message
Aloa, le nuage plante avec la svn depuis une semaine, suis je le seul dans ce cas ?
Un début de piste pour arranger ça ?
Salut,
Hélas non, tu n’es pas le seul. J’ai passé la nuit dessus et je n’ai pas encore tout réparé. En gros, c’est lié à deux modifications du noyau coorespondant à l’arrivée de la balise #SESSION et aux incompatibilités liés à l’iintégration de PostGresSQL.
J’espère trouver une solution dans la journée. :)
ça c’est du SAD, ça sera le miracle du jour, merci et courage !
à tester, les révisions 10197 de SPIP 1.9.3 et 14997 (argl, j’étais pas loin du millésime 15000 :D) du plugin nuage.
cool, nuage fonctionne correctement, mais article_nuage ne filtre pas l’id_article et ramène tous les mots du groupe, c’est normal d’avoir à recopier le dossier modèles dans squelettes ?
article_nuage à pour but de mettre en évidence les mots-clés de l’article parmi les mots-clé du groupe, donc, c’est normal qu’il affiche tous les mots-clés. Ce qui est moins normal, c’est qu’il ne mette pas en évidence les mots-clés de l’article :)
je ne comprends pas pourquoi tu veux copier un répertoire dans
squelettes/pour l’instant.ah ok j’avais pas pigé le fonctionnement de article nuage, ramener touts les mots clé , c’est trop pour moi, sans doute avais-je déjà bidouillé avec un id_article ? dans nuage2, d’ailleurs, dans cette config, tout va bien, ça tourne pour moi ! merci beaucoups et force pour les expose !
je retire le commentaire à propos du répertoire dans dossier squelette, je m’est embrouillé
Soucis reglé sur les « expose » avec la revision 15001 (eh oui, j’ai raté le commit 15000...).
Si tu le veux, tu peux ajouter :
dans le head du squelette où tu utilises le modèle article_nuage. Comme ça, seuls les mots-clés associés à l’article apparaissent.
voilà qui est fait, impec, merci
Suggestion : mettre id ? dans article_nuage, sinon on ne filtre pas le groupe de mots.
Mille merci James pour ce super boulot d’actualisation
C’est fait, entre autres choses :)
je rêve... ça remet ça avec le 10210 ou 11
comment ça tu dors la nuit et le sad alors ?
trève de joke : ya pas le feu au bidule
la peste sur les versions de dev ! :D
ahem, « chez moi ça marche »™ :)
Bon pour moi aussi ce matin je dois être somnambule :)
Répondre à ce message
Je pensais avoir tout réglé avec la réponse de James à ma précédente question mais en réalité, j’ai un deuxième pb...
J’ai toujours un secteur en français et un en anglais et désormais lorsque j’appelle le squelette mots.html à partir d’un nuage de mot, je passe bien la langue en paramètre et ma page s’affiche bien en français et en anglais en fonction du contexte.
Seulement dans le squelette mots.html, je souhaite réintroduire un nuage de mots clefs pour permettre à l’utilisateur de rebondir facilement s’il le souhaite (je trouve que le nuage est plus sexy qu’une simple liste de mots clefs affichés en colonne comme dans le squelette standard).
Seulement, si je suis en anglais, il faudrait que j’affiche une liste de mots en anglais et si je suis en français, il faudrait que j’affiche une liste...euh... en français... ;-)
Mes mots clefs sont rangés dans 4 groupes (2 en français et 2 en anglais).
En résumé, ma question est :
Comment puis je dans le squelette mots.html afficher un nuage de mots clef sur tel ou tel groupe en fonction de la langue ?
Je précise au passage que je suis en version nuage 1.2 pour spip 1.9.2
Merci d’avance pour votre aide.
PS : Pour James qui a répondu à ma première question et qui répondra peut être encore... ;-)... J’ai hâte de voir la prochaine version que tu évoques
En conséquence de ce que j’ai écrit plus bas, on ne peut gérer les traductions des mots-clés puisqu’il n’y a pas de gestion multilingues de ceux-ci.
Toutefois, on peut faire deux choses au choix :
<multi>pour le titre des mots-clés. De sorte que le même mot peut-être attribué à des articles de n’importe quelle langue. Mais qui alourdit un peu la saisie dans l’interface privée. On divise ainsi le nombre de groupe par deux.les groupes de mots-clés 1 et 3 contiennent les mots-clés français ; les groupes 4 et 6, les keywords :) :
[(#MODELE{nuage}{id=1|3})]affichera le nuage des groupe de mots français et[(#MODELE{nuage}{id=4|6})]le nuage des mots anglais.Merci James pour ta réponse
J’avais essayé les multi et c’est vrai que d’un point de vue affichage, c’était OK... Lorsque la page était appelée avec paramètre Lang à fr, j’ai bien un affichage en français et avec en, j’avais bien un affichage en anglais mais c’est le même mot clef (Même Id) qui est attribué aux articles qu’ils soient en français ou en anglais. Résultat, lorsque je cliquais sur un mot, j’obtenais toute la liste des articles sans tenir compte de la langue...
J’étais en train de te répondre que cela ne fonctionnait pas lorsque soudain... illumination... je me dis que je devrais filtrer ma boucle qui affiche les articles en utilisant le paramètre Lang... et là, tout rentre dans l’ordre... C’était tellement évident, On se demande parfois à quoi on pense et qu’est ce qui peut provoquer le petit déclic... Dans le cas présent, c’est notre petit échange qui a débloqué la situation
Il n’y a plus qu’à saisir les mots clefs en multi et c’est parti... Je passe tout cela en prod ce matin
Pour la syntaxe permettant de n’afficher qu’un groupe, je l’avais noté dans la contrib et je l’utilise déjà.
J’ai essayé d’ailleurs de l’inclure dans une boucle de test pour résoudre min pb mais cela provoque un dépassement mémoire sans que je ne comprenne pourquoi. J’ai essayé d’appeler le modèle Nuage avec cette syntaxe
[(#MODELE{nuage}{([#LANG|=={en}|?{'id=2|3','id=4|5'})])]Si tu as une idée du pb pour ma culture perso (Qui a beaucoup progressé avec ce plugin... ;-), je suis intéressé par une explication.
En tout cas, merci pour tout...
Stephan
Ce n’est qu’une petite erreur de syntaxe.
la bonne écriture est :
[(#MODELE{nuage}{id=[(#LANG|=={fr}|?{1|3,2|4})]})].Le paramètre, pour qu’il soit reconnu comme tel par le compilateur de SPIP, doit commencer par une chaine de caractère (
id=). Ce qui suit le signe égal pouvant être un traitement sur une balise. À noter ici que #LANG est la langue d’une rubrique, parce qu’on est dans une boucle (RUBRIQUES) si on suit ton exemple.Okkkkkkkkkkkkk... On en apprend tous les jours... Merci james, je vais pouvoir partir en week-end heureux... ;-)
Encore bravo pour ce beau boulot... Rendez vous pour la prochaine version du plug in que j’ai hâte de tester... ;-)
voilà, la version 1.3 intègre le paramètre lang si le multilinguisme est activé sur les articles.
Répondre à ce message
Bonjour,
je cherche à utiliser votre plugin non pas pour faire varier la taille des mots clés d’un article, mais bien le texte d’un article de facon aléatoire (ou plus rigolot, selon le nombre de lettres composant le mot ; au plong est le mot, au plus grand il est).
Est-ce possible ?
Bien à vous,
Cédric
Oui, c’est sans doute possible. Bon courage ! :)
Répondre à ce message
Contrib intéressante, mais lorsque vous gérez plusieurs milliers de mots-clés (le cas d’un annuaire par exemple), mieux vaut, pour des raisons évidentes de performances, effectuer l’enchainement de boucles inverse, à savoir d’abord une sélection limitée d’articles les plus populaires (non pas la liste de tous les mots-clés), en boucle englobante. A l’intérieur de laquelle on appelle la boucle de mots-clés.
Le problème c’est que dans ce cas, le nuage présente toujours la même « forme » (les mots aux caractères les plus gros en premier), ce qui pénalise l’intérêt visuel du nuage de mots-clés, djà que tout le monde ne saisit pas toujours le sens de ces mots affichés à des tailles différentes (mieux vaut donc qu’ils soient bien mélangés)...
A moins que quelqu’un sache comment faire pour passer à ma boucle articles englobante, à la fois les articles plus populaire en critère de sélection, et un second critère pour le tri un (hasard ou ordre alphabétique...)
hello,
c’est pour repondre à ce probleme qu’on a retravaillé nuage pour faire nuage2 qui utilise les jointures.
il y a en fait 2 nouveaux criteres utilisables : frequence et popularite
frequence fait la jointure avec un count
popularite fait le cumul des popularités.
l’avantage c’est qu’on a maintenant des modeles qu’on peut personnaliser comme on veut pour, par exemple, faire le nuage des mots associés plus de 3 fois aux articles, ou celui des mots « populaires » (attachés à des articles populaires)
nuage2 devrait donc repondre à ton besoin je pense.
@++
Répondre à ce message
Quelques questions à propos du modèle nuage2, histoire d’être sûr.
- Si j’ai bien compris ce modèle calcul l’importance du mot suivant le nombre de fois où il a été attribué. Oui ? La question est : est-ce que c’est bien quelque soit les objets auxquels ce mot a été attribué ? (j’ai des mots sur des forums, auteurs, etc). Parce que c’est exactement ça que je cherche.
- Deuxièmement : petit problème, car le modèle nuage2, contrairement à tous les autres, n’a pas de filtres de groupe de mots genre id=...
Alors si je veux le nuage juste du groupe « tags », je fais comment ?
Merci d’avance !
Peut-être faudrait-il donc rajouter les mêmes critères de boucle que dans les anciens modèles :
{id_groupe==^((#ENV{id,.*}))$}{id_groupe!==^((#ENV{notid,-1}))$}nop ?
Nous avons là deux choses qui doivent fusionner. Le plugin nuage2, un fork de test, codé à l’arrachée et non documenté, et son intégration en tant que modèle « nuage2 » dans le plugin nuage. A terme, il n’y aura qu’un seul plugin, et un seul modèle de base : nuage. Bref, tout cela est encore en développement.
Pour l’instant, on trouve un modèle « nuage2 » complètement fonctionnel dans le plugin original. Celui-ci intègre le critère
{frequence}, amélioré et généralisé issu du second plugin, mais avec toutes les fonctionalités précédentes. Comme tu l’as peut-être lu sur la liste spip-zone (sinon, voici la trace : le mail de doc et suivants)ou j’explique qu’il est pour l’instant impossible de cumuler les ’fréquences’ d’un mot-clé par rapport à plusieurs tables. Nous cherchons une solution actuellement, les pistes techniques étant les bienvenues ici ou sur la liste spip-zone (préférable).
Si aujourd’hui, on propose deux modèles dans le même plugin, c’est afin que les utilisateurs comparent les deux plus facilement et teste les possibilités de chacun
#MODELE{nuage}basé sur la balise #FOREACH de spip et#MODELE{nuage2}sur le critère{frequence}intégré au plugin, pour expérimenter les facilités de développement graphique des nuages de mots-clés.Donc, pour répondre à ta question, les critères id=... sont intégrés dans le modèle nuage2 du plugin nuage et, pour l’instant, il n’est pas possible de cumuler les comptes d’un mots-clés associés à plusieurs objets éditoriaux.
Merci merci !
Donc pour l’instant le critère
{frequence}sans aucune précisions (article>3, etc), il calcule la fréquence par rapport à quel objet ? A rien ou à un objet par défaut (tel article) ?Sinon pour le critère que vois pas où c’est dans le modèle, parce que quand j’ouvre le modèle nuage2, la boucle fait :
<BOUCLE_mots(MOTS){frequence}>Et donc ya pas de critère comme dans l’autre modèle. Ca marche quand même ? Je comprend pas comment.
Je parle en utilisant uniquement le plugin nuage(1 donc), dernière version sous SVN.
Blop.
arf, c’est un oubli, merci ! :)
j’ai fait la modification, le zip va être mis à jour sous peu ;
Sinon, par défaut, sans précisions, le critère frequence choisi les associations avec les articles par défaut quand il est appliqué à une boucle MOTS.
Et donc le problème pour la fréquence c’est quoi exactement ? Ya pas moyen de faire une addition de combien de fois le mot se trouve dans mots_articles + mots_forums + mots_quelconques + etc ?
Enfin si ya forcément moyen, mais c’est un problème de performance des requêtes je suppose alors ?
Et dans ce cas je peux pas trop aider pour l’instant, parce que niveau SQL je suis pas un crack... désolé.
Mais j’aimerai bien qu’on trouve une solution, parce que c’est exactement ce dont j’ai besoin en ce moment, notamment pour mes crayons tag-machine. M’enfin avec des « yakafokon » hein...
Merci encore.
Encore une petite chose : est-ce qu’il y a moyen de choisir l’affichage des mots aussi : j’en vois deux essentiellement, soit par ordre alphabétique, soit par fréquence justement ? Pratique pour afficher les plus fréquents d’abord (par exemple pour proposer des tags à ajouter).
En fait ya quelques critères comme ça qui pourrait être ajoutés et qui permettraient de pas avoir à surcharger quand on veut faire un truc un peu différent. L’ordre d’affichage comme déjà dit, mais pourquoi pas aussi une limite éventuelle (quand on a vraiment beaucoup de mots on a envie d’en afficher que les *pouet* premiers).
Bonne soirée.
C’est dans les cartons, en effet :)
Répondre à ce message
Bonjour,
Je gère un site intranet en 2 langues sous spip.
J’ai installé ce plugin en lisant toutes les consignes et tout semble bien fonctionner sauf un détail gênant lié au multilinguisme que je ne parviens pas à résoudre.
Lorsque j’installe le nuage sur une rubrique en anglais et que je clique sur un mot-clef, j’obtiens bien la liste des articles avec une interface en anglais.
Mais lorsque j’appelle le nuage depuis une rubrique en français et que je clique sur un mot-clef, j’obtiens toujours la liste des articles avec une interface en anglais.
Pourtant, j’ai géré comme d’habitude les deux langues avec des balises dans le squelette mots.html
J’ai l’impression que le paramètre de langue ne passe pas avec les mots-clefs. J’ai couru tous les forums mais je n’ai rien trouvé de clair sur le sujet...
Pour info, j’ai géré de manière classique le multilinguisme avec deux secteurs, 1 en français, l’autre en anglais. Je ne peux pas vous montrer car c’est sur un intranet.
Est ce quelqu’un a une idée ?
Je te propose le test suivant :
Tu copies le fichier
modeles/nuage.htmldans ton dossiersquelettes/et d’y modifier la ligne qui contient#ID_MOT|nuage{#TITRE,#URL_MOT}en :et de faire appel au modèle nuage avec un paramètre lang :
Et dis-nous si ça règle ton problème.
En fait, la modif exacte à faire, cest :
en première ligne du modèle copié, ajouter un
#SET{lang}:#SET{lang,#ENV{lang}}#SET{expose,#ARRAY{0}}etc...puis remplacer :
(#ID_MOT|nuage{#TITRE,#URL_MOT})par :
(#ID_MOT|nuage{#TITRE,[(#URL_MOT|parametre_url{lang,#GET{lang}})]})En effet, le modèle connait la langue grâce au contexte inclus mais pas la boucle MOTS qui ne gère pas le multilinguisme.
Pas besoin de faire appel au modèle nuage avec un paramètre, par contre, penser aussi à copier le fichier
nuage_fonctions.phpau même endroit.Super... Le pb est réglé en appliquant la méthode proposée par James.
Deux petits détails.
Pourquoi est ce que je dois copier le fichier nuage.html dans mon répertoire de squelettes (déjà bien encombré...) alors qu’en laissant le fichier à sa place sous plugin/nuage/modeles, cela fonctionne très bien ?
Deuxième point, je ne suis sans doute pas le seul à pouvoir utiliser ce génial plug in avec un site multilingue. il faudrait peut être intégrer directement en standard ce code dans la prochaine version.
Mille merci en tout cas à tous les deux pour le coup de main qui m’a bien aidé... Vous avez été super réactif, je peux mettre mes nouvelles pages en prod... :-)
Stephan
Pour le premier point, c’est pour donner une bonne habitude ; SPIP va bientôt permettre les mises à jour automatique de plugin, et elles écraseront les fichiers et, comme pour SPIP lui-même, les plugins peuvent être personnalisés dans le dossier squelettes. Mais tu as raison, ça marche aussi sans copier les fichiers :)
Pour le second point, je ne dis pas non. Mais la prochaine version va aussi s’améliorer avec l’intégration d’une série de critères mis au point par Stéphane, beaucoup plus ergonomiques que les calculs en php. Cela entraine une phase de « stabilisation » qui fait que la modification qui nous intéresse ici ne rentrera dans le code qu’après.
Répondre à ce message
Je ne comprend pas, je n’arrive pas à utiliser ce plugin.
dans mon squelette sommaire.html, j’insére le nuage par
[(#MODELE{nuage})]mais cela me renvoie l’erreur suivante en debug :Ce plugin fonctionne-t-il avec spip 1.9.2 ? car sur la page http://www.spip-contrib.net/Habillage-graphique-du-plugin, il est question de nouveautées pour spip 1.9.3.
Si c’est le cas, comment faire pour récupérer une version fonctionelle pour spip 1.9.2.
Merci d’avance pour la réponse
j’ai aussi essayé par
[(#MODELE{nuage_popularite}{id=1})]id=1 pour groupe de mots clés 1 sans résultat non plus.Bonsoir,
Je pense que ton problème vient du fait que la version 1.3 du plugin nuage utilise la balise #FOREACH qui n’est disponible que dans la version de développement de SPIP.
Si tu utilise la version 1.9.2 de SPIP garde la version 1.2 du plugin nuage pour l’instant.
Bon courage ++
oui je pensais bien que c’été ça le problème mais je n’arrive pas à trouver une version antérieure du plugin. Je suis pas doué avec svn mais je ne sais pas comment trouver cette version 1.2. Peut tu m’aiguiller comment et où le récupérer. Merci d’avance
Elle est maintenant disponible dans le chapitre Archives
Merci ça marche sans probléme.
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
