Un glossaire interne pour vos sites - commentaires

Un glossaire interne pour vos sites

Rebonjour, petite correction. L'infobule apparait seulement si on survole un petit espace crée automatiquement à la fin du mot, comme si c'était une note de bas de page.

Un glossaire interne pour vos sites

Bonjour, ce petit bijou du Couteau Suisse est l'outil que je recherchai pour un glossaire de zoologie dans mon site. Apparemment le glossaire interne fonctionne bien mais la petite fenêtre n'apparait pas quand ont survole le mot avec la souris. Comment résoudre ce problème ?

Un glossaire interne pour vos sites

Bonjour,
dans un spip3.2 avec le thème Html5up Massively ,
une inclusion d'un modèle alias

dans le texte de la rubrique
ne fonctionne pas lorsque glossaire interne est activé.
Une idée ? Merci

Un glossaire interne pour vos sites

Les 2 plugins cohabitent dans problème, mais si j'ai le groupe de mots Glossaire et un sous groupe à l'intérieur et que je place l'un des mots du glossaire dans ce sous groupe, le mot n'est plus détecté dans les textes et donc le plugin glossaire est inopérant pour ce mot.

Un glossaire interne pour vos sites

Bonjour. Il me semble que ça devrait bien cohabiter, non ? Quel est le besoin précis ?

Un glossaire interne pour vos sites

Bonjour,

Serai-t-il possible d'utiliser ce plugin avec le plugin « Groupes arborescents de mots clés » ?

Merci d'avance,

Cordialement,

Hervé

Un glossaire interne pour vos sites

Bonjour j'ai activé Rang dans mon site.
Depuis j'ai un problème avec le glossaire interne. Les contenus des mots clés issus de raccourcis ne s'affiche plus. Voir mot Grace Kelly dans la page.
J'ai désactivé le plugin. Les numéros de titres des objets sont toujours là. Avez-vous une idée ? Merci

Un glossaire interne pour vos sites

Bonjour, dans les champs descriptif et texte d'un mot clé du glossaire interne, j'ai mis les liens vers des champs alias : exemple .
Cela ne fonctionne plus. Peut être depuis qu'en activant un plugin, le site a entrepris de mettre un numéro à chaque objet ? Merci de votre aide.

Un glossaire interne pour vos sites

merci Patrice !!!

Un glossaire interne pour vos sites

Bon, c'est sans doute un problème d'accents dans la regexpr, tout dépend du codage utilisé par ton site...
Voici une expression qui fonctionne :
107^e R.I./,107(]*>)?e()? *(R[.]*I[.]*|R\S+giment d\S+ ?Infanterie),i

Un glossaire interne pour vos sites

Merci bcp Maïeul.

Pour ton problème Ivandps, j'ai refais les tests de mon côté, mon expression régulière ne me cause pas d'erreur et fonctionne parfaitement. Tu as peut-être pas bien recopié, ou il existe peut-être une interaction inattendue dans les plugins. Je te propose de me convier en administrateur privé sur ton site si le problème persiste.

Sinon, je confirme que ton titre proposé le 22/10 à 20:45 n'est pas correct et ne doit pas être utilisé en l'état.

Un glossaire interne pour vos sites

je viens de corriger la balise code/cadre dans le forum, mais à l'avenir il faudrait le mettre

Un glossaire interne pour vos sites

Warning : preg_replace() [function.preg-replace] : Unknown modifier '<' in /home/amidesk/www/trace/tmp/couteau-suisse/mes_fonctions.php on line 856

Un glossaire interne pour vos sites

Pour le test, t'as bien fait un copier-coller complet ? chez moi ce truc genre marche bien pourtant...

Je ne comprends pas ce que t'as mis, spip réclame un balise code ou cadre...

Et quel genre de warnings ?

Un glossaire interne pour vos sites

bonjour merci j'ai testé le « truc genre » ci-dessus.
Résultat beaucoup de warning... et ça ne fonctionne pas.
Je confirme l'exposant. Pour l'instant j'ai mis
107e/,\b107\b,/=44
qui a l'avantage de fonctionner mais qui ne répond que peu au besoin.

Un glossaire interne pour vos sites

chez moi ça fonctionne bien maitenant, plus de message d'erreur en modification comme j'avais jusque là.
Merci beaucoup.

Un glossaire interne pour vos sites

Une idée pour cela ? modif dans la css à faire ?

Un glossaire interne pour vos sites

Merci Pat, pour moi cela semble ok

Un glossaire interne pour vos sites

Pardon pour le délai de réponse.

Il devait manquer un include, je viens de poster une correction du plugin, vous me direz si le problème est bien réglé ;-)

Un glossaire interne pour vos sites

Le souci viendrait peut-être de la mise en exposant, tu confirmes en avoir un sur ton site ?

Je mettrais bien un truc genre :
107^e R.I./,107(]*>)?e()? *(R[.]*I[.]*|Régiment d' ?Infanterie),i

avant le slash, tu as le titre de la fenêtre de définition, et après le slash, tu as la super regexpr qui comprend tous tes exemples...

Un glossaire interne pour vos sites

oui pardon et merci.
Je rectifie et je complexifie :

107^e Régiment d'Infanterie
107^e Régiment d' Infanterie
107^e régiment d' infanterie
107^e RI
107^e R.I.

merci

Un glossaire interne pour vos sites

Pat, tu as une idée du problème ?

Un glossaire interne pour vos sites

Bonjour. Les deux premières lignes sont identiques ?

Un glossaire interne pour vos sites

bonjour comment rédiger une seule entrée
(avec expression régulière ?) pour
107^e Régiment d'Infanterie
107^e Régiment d'Infanterie
107^e RI
107^e R.I.
merci !

Un glossaire interne pour vos sites

Bonjour, le problème persiste chez moi. Il se présente lors d'une modification d'un mot existant dans le glossaire, mais jamais lors de la création d'un nouveau mot...

Un glossaire interne pour vos sites

Bonjour,

Je souhaite pouvoir dans un mot clef ou j'ai un lien et qu'il servent dans le glossaire qu'il soit cliquable. Or pour le moment la pop-in se cache quand on va la survoler, comment modifier cela ?

Un glossaire interne pour vos sites

Bonjour, je me retrouve aussi avec cette erreur de temps en temps.

Un glossaire interne pour vos sites

Bonjour et merci :
SPIP 3.0.14
Pour le couteau suisse je ne sais pas répondre à la question : je lis « version locale 1.9 » et « révision 82941 » et « votre version est à jour ».
Est-ce que cela répond à la question ?
Merci pour votre aide. Je ne suis pas un expert mais j'essaie de comprendre et de progresser.
Bonne journée.

Un glossaire interne pour vos sites

Bonjour, je ne reproduis pas cette erreur, tu as quelle version de SPIP ? Le Couteau Suisse est-il bien compilé ?

Un glossaire interne pour vos sites

Bonjour,
Je peux créer des mots dans mon glossaire interne mais si je modifie un mot clef existant voilà le message que j'obtiens, cela ne semble pas gêner le fonctionnement du glossaire :

Fatal error : Call to undefined function debut_cadre_relief() in /home/nattar/public_html/tmp/couteau-suisse/mes_fonctions.php on line 481

Merci pour votre aide

Un glossaire interne pour vos sites

Bonjour,
Merci pour la nouvelle version. Tout fonctionne de nouveau normalement. Et encore bravo pour ce couteau suisse vraiment indispensable !
Christian.

Un glossaire interne pour vos sites

Merci beaucoup pour votre réponse et votre intervention.
Christian.

Un glossaire interne pour vos sites

Oh pardon, c'est un reste de débogage ! Je corrige ça de suite, le zip sera dispo vers 13h.

Un glossaire interne pour vos sites

Bonjour,
J'ai depuis quelque temps un étrange problème sur un site que je gère. Il utilise le glossaire interne, qui est un outil très utile pour ce site qui concerne des établissements médico-sociaux aux nombreuses abréviations obscures. Mais désormais quand un article contient les mots clés du glossaire, s'affiche au-dessus du bandeau de l'interface privée le texte de l'article, en grande largeur, répété autant de fois qu'il y a de mots de glossaire dans les champs (voir capture). Et parfois les mots clés sont remplacés dans ce texte en haut par @@M0#3@@ ! J'ai fait le test avec un article d'essai, selon que j'ajoute ou retire un mot-clé figurant dans le glossaire, le phénomène se produit ou pas.
Je suis en version SPIP 2.1.25 et le couteau suisse est à jour. Version 1.8.148. Version 79943.
Voyez-vous une explication ?
D'avance, merci pour votre réponse.
Christian.

Un glossaire interne pour vos sites

Bonjour à tous,

Etant en spip 3 et en derniere version du couteausuisse, je tente désépéremment d'afficher la barre de lettres alphabétiques et les mots clés dans ma page de squelette de glossaire.

En reprenant le code squelettes au dessus et en déclarant les fonctions dans mon squelettes/mes_fonctions.php, la barre apparait correctement, par contre les mots clés n'apparaissent pas .

Les exemples renseignés ci-dessus sont-ils toujorus d'actualité ?

Merci.
CloudG

Un glossaire interne pour vos sites

ouahh formidable ça marche !
je peux paramétrer la page d'arrivée des mots du glossaire, lien interne, externe !
Top merci infiniment de ton travail et de ton aide. Ivan

Un glossaire interne pour vos sites

Bonjour, je viens de mettre à jour le Couteau Suisse et la doc pour permettre cette redirection dans le titre : http://zone.spip.org/trac/spip-zone/changeset/76478

Tu me diras si tout est OK...

Un glossaire interne pour vos sites

Pour cette redirection du lien, le code du plugin doit être un peu modifié.

2 pistes :
- soit un mécanisme de redirection reconnu dans le titre comme le faisait SPIP2, par exemple : « architrave/=architrave.com »
- soit l'exploitation du descriptif ou du texte (plus lourd sans doute)

Un glossaire interne pour vos sites

T'as pas besoin de me répéter la question cher ivandps, tu sais, je sais lire....

Dans cette fonction, je pense que tu peux programmer de quoi y répondre, non ? Comment envisages-tu faire le lien entre l'article virtuel et le mot clé ? Il va falloir également surcharger la fenêtre de définition...

Un glossaire interne pour vos sites

oui j'ai vu cette fonction.
je voyais plus ceci :

glossaire interne fait un lien vers le mot clé.
J'aimerais spécifier un autre lien (lien vers un article interne ou externe).
Est-il possible d'assigner une redirection virtuel au mot clé (à l'exemple de celle qui existe pour les articles ) ?

Un glossaire interne pour vos sites

Bonsoir, as-tu essayé la fonction glossaire_generer_url() comme indiqué dans la doc ?

Un glossaire interne pour vos sites

bonjour

merci

Un glossaire interne pour vos sites

Nan, ce que tu proposes ne fonctionne pas, et tant mieux parce que pour le rédacteur, ce ne serait pas simple à gérer...

J'ai finalement réussi à faire ce que je voulais :

1) Modifier le plugin « acronymes », pour faire en sorte de respecter les recommandations sur http://www.webaccessibilite.fr/abreviations-sigles-et-acronymes-2008-03-26.php#etr . J'ai contacté à ce sujet l'auteur du plugin « acronymes » Cédric Morin à qui j'ai proposé de commiter mes modifs. Malheureusement, il m'a dit que ce plugin était figé et qu'il ne maintenait plus le plugin Forms&Tables (dont il dépend) pour la version 2 de spip. Donc, le fait d'avoir modifié le plugin acronymes n'aura pas de conséquence car a priori il ne sera plus mis à jour (dernière version la 0.13.0). Et surtout, mes modifs me permettent de préciser la langue de prononciation de l'abréviation elle-même (si elle est différente de la langue principale du site) et de prendre en compte la langue de prononciation de l'expansion d'autre part (qui malheureusement n'était pas prise en compte de façon effective par le filtre du plugin malgré le renseignement du champ « Langue » correspondant du formulaire de saisie).

Grâce à cela, j'obtiens par exemple pour « W3C » :

- Une entrée dans la table sigles/acronymes : SIGLE = W3C
Descriptif = World Wide Web Consortium
Langue = en

Sans mes modifs sur le plugin acronymes, j'obtenais le code suivant :

W3C

Ce qui montre que le filtre acronymes ne prend pas en compte la langue renseignée dans la saisie. Une modification de ce filtre était donc nécessaire.

Avec mes modifs, j'obtiens ce que je veux (qui est préconisé sur webaccessibilite.fr) :

W3C

Donc si le lecteur d'écran est paramétré pour développer les abréviations, on entendra l'expansion « World Wide Web Consortium », prononcée en anglais, et sinon, on entendra « W3C » prononcé en français.
Un utilisateur voyant voit les 2 d'un coup (« W3C » dans le texte, et « World Wide Web Consortium » dans l'info-bulle)

Si je veux que tout soit en anglais, alors il faut mettre une balise dans le titre du sigle :

- Une entrée dans la table sigles/acronymes : SIGLE = [en]W3C
Descriptif = World Wide Web Consortium
Langue = en

et j'obtiens le code :

W3C

Là, quelle que soit la config du lecteur d'écran, la prononciation sera anglaise. Cela ne change absolument rien visuellement par rapport au comportement précédent pour les voyants.

2) Pour que l'effet glossaire fonctionne en plus de l'effet acronymes, avec les balises et dans le bon ordre, il a fallu ajouter 2 lignes de codes dans glossaire_fonctions.php (juste après la ligne 256, avant le return $texte) :

if(strpos($texte, ']+>)(]+>)(]+class=\'cs_glossaire\'>)(.*?)(),smS', '$4$1$3$5$6', $texte);

Ceci permet de prendre en compte (si besoin) la balise si elle se trouve dans une balise pour remettre tout dans l'ordre.

Peux-tu commiter cette modif sur la lame glossaire ?

3) D'autre part, pour résoudre le problème évoqué précédemment sur le filtre recherche_donnee (effectivement, c'est un LIKE%%, ce qui pose de gros problèmes que je ne détaillerai pas ici) et afin d'être sûr que l'attribut title de la balise a soit le bon, voici le nouveau attribut_abbr.html :

(Attention : afin que ça s'affiche correctement dans le forum, j'ai dû mettre des retours chariots et des espaces entre les pipes, ce qu'il ne faut pas faire en prod pour obtenir un code XHTML correct)

[(#REM) génère les attributs title et lang de la balise  pour un mot du glossaire - si la langue n'est pas définie dans le titre du mot (français par défaut), alors title contiendra la chaîne "MOT, Définition dans le glossaire" et lang contiendra "fr" (car un attribut lang vide ne serait pas valide)
- si c'est une langue définie par un , alors title contiendra la chaîne "MOT" (même si cela n'apporte rien de plus que l'intitulé, un attribut vide ne serait pas valide) et lang contiendra la langue définie pour le mot pour une prononciation correcte Le mot est recherché par une expression régulière, ce qui permet de trouver le mot qu'il soit titré avec un  ou pas
]
[(#SET{mot,[(#ENV**{mot}|textebrut)]})]
[(#SET{motif_mot,^#GET{mot}$|\]#GET{mot}<})]
[href="(#ENV**{lien})"] title="
  [(#TITRE* | trouve_attribut_lang | =={#LANG} | ?{[(#TITRE | contenu_balises_acronym_abbr_span) , <:def_glossaire:>], [(#TITRE | contenu_balises_acronym_abbr_span)]})] 
 #GET{mot}
" lang="
  [(#TITRE | extraire_balise{abbr} | ?{[(#TITRE | extraire_balise{abbr} | extraire_balise{span} | extraire_attribut{lang} | sinon{#LANG})], [(#TITRE | extraire_attribut{lang} | sinon{#LANG})]})] 
 #LANG
"

Le raccourci <:def_glossaire:> correspond en français à « Définition dans le glossaire ».

Donc, on ne recherche plus dans la table des sigles/acronymes : l'attribut title de la balise est construit à partir du titre du mot dans le glossaire avant les traitements automatiques (#TITRE*), et l'attribut lang de la balise est recherché après les traitements automatiques du filtre acronymes et du filtre glossaire (donc sur #TITRE).

Ainsi, on est assuré de la correspondance parfaite (title et lang) avec ce qui est saisi dans le glossaire (ce qui paraît plus cohérent pour une balise dont le href pointe sur la définition correspondante du glossaire, que ce soit une abréviation ou non).

Je ne mets pas ici les filtres trouve_attribut_lang et contenu_balises_acronym_abbr_span (dans mes_fonctions.php) qu'il utilise pour ne pas être trop long, je ferai une description détaillée de tout cela avec le site que je prépare actuellement en local, avec des conseils pour les rédacteurs et les modifs à faire dans le plugin « acronymes ».

Au niveau accessibilité, je ne peux pas faire mieux, mais c'est déjà très complet ainsi, l'association des 2 plugins acronymes + glossaire fonctionne à merveille...

Je te demande à nouveau si tu peux commiter dans glossaire_fonctions.php la modif indiquée plus haut entre la ligne 256 et 257 dans la zone ? Ceci afin que ceux qui tiennent compte des recommandations au niveau accessibilité puissent en profiter (qu'ils utilisent ou pas le plugin « acronymes »)...

Un glossaire interne pour vos sites

Eh oui, c'est qu'à mon avis, il faut un mot dans le glossaire du style :

[en]JAWS/JAWS

que l'on peut coder en clair, ou bien sous une forme RegEx simplifiée :

[en]JAWS/,]*>JAWS,

Il ne faut jamais oublier que le glossaire intervient en fin de traitement sur les balises (en post_propre), et que par conséquent, le titre du mot recherché doit correspondre exactement dans le code à ce que peuvent produire SPIP ou d'autres plugins comme les acronymes, donc parfois, des expressions complexes. Un simple coup d'oeil dans le code source de la page HTML produite pourra te renseigner sur le titre de glossaire à donner à ton mot multilingue...

Un glossaire interne pour vos sites

Ce que tu dis est exact pour un mot du glossaire qui n'est pas une abréviation.

Par exemple « landmarks roles » est un terme défini uniquement dans le glossaire (puisque ce n'est pas une abréviation), titré en . Si l'on saisit [en]landmarks roles dans le texte d'un article, alors c'est correctement interprété par le glossaire. Si l'on n'a pas la balise multi dans le texte, ce n'est pas reconnu, ce qui logique et adéquat.

En revanche, si c'est une abréviation (c'est-à-dire en plus du glossaire, une entrée de la table sigles/acronymes), cela ne fonctionne pas : on a beau indiquer un [en]JAWS dans le texte d'un article, ce n'est pas correctement interprété par le glossaire, seul l'effet « acronymes » se produit (pourtant dans la config de la lame, la case « Ignorer les balises et » est bien décochée, ce qui permet à l'effet glossaire de fonctionner si le mot n'est pas titré en multi dans le glossaire). As-tu essayé avec le plugin « acronymes » et de renseigner le mot JAWS dans la table sigles/acronymes comme indiqué dans mon commentaire #456315 ? C'est la seule façon pour constater ce problème.

C'est le même soucis qu'il y a quelques jours où l'effet « acronymes » l'emportait toujours sur l'effet « glossaire », mais avec le dernier commit que tu avais fait, en décochant la case « Ignorer les balises et » dans la config de la lame « glossaire interne », on peut avoir les 2 effets (si on laisse cochée la case « Ignorer les balises et » alors il n'y a pas d'effet « glossaire »).

Dans ma config, cette case est bien décochée.
Le problème semble donc se situer dans la prise en compte par le glossaire de la balise lorsqu'elle encapsule un multi contenu dans le titre du mot (ou si un multi venant du titre du mot est encapsulé dans une abbr, je ne sais pas dans quel sens ça fonctionne...). La balise multi saisie dans le texte d'un article ne pose elle pas de problème.

J'ai essayé de chercher dans la fonction glossaire_parse() et cs_rempl_glossaire(), mais je rame...

Un glossaire interne pour vos sites

Eh effet, le multi du glossaire sera recherché seulement si le mot trouvé est aussi en multi...

Pour préciser :
- Sur une page française, le titre du mot-clé devient : JAWS et le mot JAWS seul dans ce texte français n'est donc pas trouvé. En revanche, un [en]JAWS dans le texte sera correctement interprété par le glossaire.

Un glossaire interne pour vos sites

Petite précision : ce problème ne semble se poser que pour les abréviations étrangères :

Exemple JAWS (abréviation de Job Access With Speech)

- une entrée dans la table sigles/acronymes : SIGLE = JAWS
Descriptif = Job Access With Speech
Langue = en

 une entrée dans le glossaire : Titre = [en]JAWS
Descriptif = Abréviation de {[en]Job Access With Speech}. C'est un logiciel pour déficient visuel qui a pour fonction essentielle d'être un lecteur d'écran : il transforme un texte affiché sur un écran en un texte oral (par un système de synthèse vocale) ou un texte en braille.

Dans ce cas, on obtient seulement l'effet « acronyme », pas l'effet « glossaire » (pas de lien vers la définition du glossaire).

Si on supprime la balise du titre du mot dans le glossaire, alors les 2 effets « acronyme » et « glossaire » fonctionnent. Le problème est alors dans que dans la page de glossaire alphabétique (glossaire.html), le titre du mot JAWS dans sa balise

n'est plus prononcée en anglais, mais en français...

Il faudrait trouver le moyen de faire fonctionner les 2 effets, comme nous y sommes arrivés jusqu'ici, y compris lorsque l'abréviation est également un mot du glossaire avec un titre contenant la balise , mais j'ai beau chercher depuis quelques heures, je ne vois pas où il faut agir...

Un glossaire interne pour vos sites

Aucune idée a priori.

Je viens de faire quelques tests du genre [en]architrave et tout semble fonctionner correctement. Peux-tu préciser le problème ?

Un glossaire interne pour vos sites

OK.

En ce qui concerne le fait que les mots du glossaire dont le titre est encadré par des balises [en] ne sont pas traités par la lame du glossaire (pas de lien vers la définition dans le glossaire), tu sais pourquoi ?

Un glossaire interne pour vos sites

Pour le code coloré, c'est : ou .

Voici la liste des langages disponibles : http://zone.spip.org/trac/spip-zone...



Un glossaire interne pour vos sites
Oups...

Je n'étais pas bien réveillé : selon la spécification W3C c'est l'attribut title de la balise abbr qui doit contenir seulement l'expansion et pas celui de la balise a.

Donc on peut mettre autre chose que l'expansion elle-même dans la valeur de l'attribut title de la balise a : le bon usage (accessibilité) de cet attribut est de reprendre l'intitulé du lien en y ajoutant des infos complémentaires, comme par exemple la destination + explicite du lien (ici « Définition dans le glossaire »). On peut donc y mettre aussi (#LESVALEURS**{ligne_1, ' '}|attribut_html) : devant si on veut.
Le problème qui restera à solutionner aussi (si on peut trouver un moyen) c'est le problème de prononciation de la valeur de l'attribut s'il contient à la fois une expansion anglaise, et la destination du lien en français : par exemple « World Wide Web Consortium, Définition dans le glossaire » sera prononcé entièrement en français (ou alors entièrement en anglais si on a un attribut lang="en" défini sur la balise ), mais ça j'en reparlerai peut-être plus tard... C'est un détail, on a déjà super avancé.



Un glossaire interne pour vos sites
ça dépend si c'est un LIKE 'titre_mot' ou avec un joker 'titre_mot%' ou '%titre_mot%'.
Dans le premier cas, on est sûr de renvoyer la donnée correspondant au mot exact. C'est ce qu'il faudrait pour être sûr de ne pas avoir de problème
Sinon, ta proposition de code marche parfaitement, je l'ai testée avec succès. Je retirerai juste (#LESVALEURS**{ligne_1, ' '}|attribut_html) : afin que l'attribut title ne contienne que l'expansion seule (car cet attribut ne doit rien contenir d'autre selon la spécification w3C).
Ce qui donnerai :
[(#SET{mot,[(#ENV**{mot}|textebrut)]})]
[href="(#ENV**{lien})"]

 title="[(#LESVALEURS**{texte_1, ' '}|attribut_html), Définition dans le glossaire]"


Ici, le class=« php » sur la balise  ne me donne pas la même coloration syntaxique que toi... Une autre class à indiquer ??
D'autre part, je viens seulement maintenant de le remarquer, mais cela n'a rien à voir avec le code que tu as proposé dans ton dernier post, l'effet glossaire ne s'applique pas sur les abréviations dont le titre dans le glossaire est encadré par [en]. Dans ce cas l'effet acronymes l'emporte. Aurais-tu une explication ?


Un glossaire interne pour vos sites
Sans PHP supplémentaire, peut-être un truc du genre :
function glossaire_attributs_lien($id_mot, $lien, $titre, $les_titres) { return recuperer_fond('fonds/attribut_abbr', array( 'mot'=>$les_titres[0], 'lien'=>$lien, ));
}
avec fonds/attribut_abbr.html :
[(#SET{mot,[(#ENV**{mot}|textebrut)]})]
[href="(#ENV**{lien})"] title="[(#LESVALEURS**{ligne_1, ' '}|attribut_html)[ : (#LESVALEURS**{texte_1, ' '}|attribut_html)]]"

Mais le critère recherche_donnee exécute un LIKE... C'est peut-être pas la meilleure chose...


Un glossaire interne pour vos sites
Avec la coloration syntaxique voici un code + lisible :
/************************************
surcharge de la fonction glossaire_attributs_lien_dist()
de la lame glossaire du couteau suisse.
Ceci permet d'intégrer un attribut title personnalisé
dans la balise  d'un mot du glossaire
************************************/
function glossaire_attributs_lien($id_mot, $lien, $titre, $les_titres) {
return "href='$lien' title=\"" . expansion_abbr_acronym_chercher( contenu_balises_acronym_abbr_span($les_titres[0]) ) . ', définition dans le glossaire"'; // le glossaire n'échappe pas les balises span (si le titre du mot est en langue étrangère, les balises [en] sont transformées en ) => Ces balises ne doivent pas se retrouver dans la valeur de l'attribut title /* Le problème qui subsiste (pas de solution trouvée) est que "définition dans le glossaire" étant prononcé dans la langue du site (ici fr), alors l'expansion également, ce qui pour une expansion de signification étrangère qui serait donc mal prononcée peut rendre difficile sa compréhension. Mais il reste néanmoins la possibilité de cliquer sur le lien pour avoir accès à la définition complète du mot dans le glossaire (l'expansion sera là prononcée dans la bonne langue) */
}

et pour chercher l'expansion de l'abréviation :
/***************************
La fonction suivante permet, depuis la table "acronymes_sigles" installée avec le plugin "acronymes", de récupérer l'expansion d'une abréviation, afin de l'afficher comme valeur de l'attribut title dans la fonction glossaire_attributs_lien() qui surcharge la fonction glossaire_attributs_lien_dist() de la lame glossaire du couteau suisse. Ceci permet de donner un accès direct à l'expansion d'une abréviation quelle que soit la configuration du lecteur d'écran (lecture du titre de lien ou de l'intitulé du lien)
************************/
$expansion = $expression; // initialisation au cas où l'expression n'est pas une abréviation, c'est l'expression elle-même qui sera renvoyée
$liste=Forms_liste_tables('acronymes_sigles');
if (count($liste))
{ include_spip('forms_fonctions'); $id_form = intval(reset($liste)); $res = spip_query("SELECT id_donnee FROM spip_forms_donnees WHERE id_form="._q($id_form)." AND statut='publie'"); while ($row = spip_fetch_array($res)) { $accro = str_replace( ".","",forms_calcule_les_valeurs( 'forms_donnees_champs', $row['id_donnee'], 'ligne_1', $id_form,' ', true ) ); if (strlen($accro) && $accro == $expression) { $expansion = forms_calcule_les_valeurs('forms_donnees_champs', $row['id_donnee'], 'texte_1', $id_form,' ', true); } }
}
pour cette dernière fonction, j'ai repris une partie du code de la fonction acronymes_ajouter() dans le fichier acronymes_filtre.php du plugin acronymes.
Par contre, pour répondre à ta question sur la mise en cache, je ne connais pas suffisamment spip à ce jour pour savoir comment je peux utiliser la fonction recuperer_fonc().

Cependant, dans les fichiers du plugin acronymes, j'ai trouvé dans le dossier modeles un fichier sigles.html qui contient des boucles pour récupérer les données voulues (et dont on pourrait s'inspirer) :




#LESVALEURS{ligne_1,' '}
#LESVALEURS{texte_1,' '}



<:acronymessigles:aucune_reponse:>


<:acronymessigles:aucune_reponse:>

Je sais que le champ texte_1 contient l'expansion à récupérer, mais je ne vois pas comment utiliser recuperer_fond() dans ma fonction glossaire_attributs_lien(), comme je t'ai dit je ne connais pas encore assez bien spip...


Un glossaire interne pour vos sites
Alors pour le code coloré, c'est :  ou .

Pour ce qui est de ton accès en BDD, serait-il possible de passer par un fond pour profiter du cache et éviter la connexion systématique, en utilisant la fonction SPIP récuperer_fond() directement dans la fonction glossaire_attributs_lien(). Pourrait-on donc simplifier tout cela avec un fond HTML ?


Un glossaire interne pour vos sites
Alors là, pas mal !
En configurant la lame glossaire avec la case ignorer les balises  et  décochée, on obtient bien le code que je souhaitais.
Par exemple pour W3C :

W3C

W3C

Abréviation de World Wide Web Consortium. C'est un organisme de normalisation chargé de promouvoir la compatibilité des technologies web. Il émet des recommandations qui ont valeur de standards internationaux et décrit les spécifications des différentes technologies utilisées sur le web.


Le seul problème résiduel réside dans la gestion des liens par le lecteur d'écran (je n'ai testé que JAWS 10) ; je rappelle que celui-ci peut être paramétré pour lire le titre de lien (attribut title de la balise ), ou bien l'intitulé du lien (contenu entre les balises  et ), ou encore le plus long des 2 (titre ou intitulé).
Si le lecteur est paramétré pour lire l'intitulé du lien, comme celui-ci contient une balise , alors l'expansion sera prononcée par le lecteur (si le lecteur est paramétré pour développer les abréviations)

« Lien World Wide Web consortium » (prononciation anglaise)

, donc la clarification est accessible, tout comme la définition complète si on active le lien.
Si c'est l'attribut title du lien qui est lu :

« Lien W3C, définition dans le glossaire » (prononciation française)

Le problème ici, est que l'expansion n'est plus accessible directement.
Il faut donc que l'attribut title contienne l'expansion soit 

.....
Ce qui donnera à la lecture :

« Lien World Wide Web consortium, définition dans le glossaire » (prononciation française)

Pour arriver à ce résultat, il suffit de modifier la fonction glossaire_attributs_lien (à placer dans mes_fonctions.php qui surcharge la nouvelle fonction glossaire_attributs_lien_dist committée il y a quelques jours (désolé pour la mise en forme du code, mais je ne sais pas comment faire pour avoir la coloration syntaxique sur ce forum) :
function glossaire_attributs_lien($id_mot, $lien, $titre, $les_titres) { return "href='$lien' title=\"" . expansion_abbr_acronym_chercher(contenu_balises_acronym_abbr_span($les_titres[0])) . ', définition dans le glossaire"';
}
et d'ajouter la fonction expansion_abbr_acronym_chercher() :
function expansion_abbr_acronym_chercher($expression)
{ $expansion = $expression; $liste=Forms_liste_tables('acronymes_sigles'); if (count($liste)) { include_spip('forms_fonctions'); $id_form = intval(reset($liste)); $res = spip_query("SELECT id_donnee FROM spip_forms_donnees WHERE id_form="._q($id_form)." AND statut='publie'"); while ($row = spip_fetch_array($res)) { $accro=str_replace(".","",forms_calcule_les_valeurs('forms_donnees_champs', $row['id_donnee'], 'ligne_1', $id_form,' ', true)); if (strlen($accro) && $accro == $expression) { $expansion = forms_calcule_les_valeurs('forms_donnees_champs', $row['id_donnee'], 'texte_1', $id_form,' ', true); } } } return $expansion;
}
Euh, je pourrais peut-être poster un code plus clair, avec les commentaires qui vont avec si on me dit comment faire pour avoir une mise en forme propre, la balise  ou  n'étant pas satisfaisantes en l'état.



Un glossaire interne pour vos sites
Bon, abandonnons alors la surcharge de la balise .

Suite à cette très longue discussion, je propose que la lame du CS sont configurable au niveau des balises  et . Par défaut, elle les ignore.
Si l'utilisateur veut quand même les voir traitées par le glossaire, alors la lame s'occupe de la mise en ordre correct des balises.
Dernier commit : http://zone.spip.org/trac/spip-zone.... Que donnent tes tests dans ce cas ?


Un glossaire interne pour vos sites
Le problème est ici au niveau de la sémantique : une balise abbr ne doit contenir qu'un terme abrégé, avec comme attribut title l'expansion de l'abréviation et rien d'autre.

Selon la spécification du W3C (http://www.w3.org/TR/html5/the-abbr-element.html#the-abbr-element) :

The abbr element represents an abbreviation or acronym, optionally with its expansion. The title attribute may be used to provide an expansion of the abbreviation. The attribute, if specified, must contain an expansion of the abbreviation, and nothing else.

Il ne faut donc pas confondre expansion du terme abrégé et définition du terme : la première désigne la signification de chaque lettre composant un acronyme (ex : HTML pour « Hyper Text Makrkup Language ») ou la signification de l'abréviation (ex : etc. pour « et caetera ») et la 2^e donne une explication par une définition du terme.
Ensuite, toutes les abréviations ne sont pas forcément à associer à une définition au sens du glossaire si l'expansion de l'abréviation suffit à la compréhension du terme. C'est ensuite au rédacteur de décider s'il doit apporter des informations complémentaires à l'expansion pour faciliter la compréhension du terme : par exemple, pour HTML, l'expansion « Hyper Text Makrkup Language » n'est pas suffisante pour expliquer ce qu'est et à quoi sert HTML. Dans ce cas il faudrait y associer une définition comme celle-ci : « Abréviation de HyperText Markup Language. C'est un langage de balisage utilisé pour écrire les pages Web : il définit la structure et le contenu de la page. »
D'après la spécification W3C, l'attribut title de la balise  ne doit pas contenir autre chose que l'expansion « HyperText Markup Language » : pour ma part, c'est pour cela que ce terme fait partie de 2 tables (acronymes : pour expliciter l'expansion, glossaire : pour expliciter la définition plus complète).
Avec la lame glossaire du CS actuelle, à condition d'utiliser conjointement le plugin acronymes, ce qui est mon cas, on ne voit que l'expansion (elle est prononcée par la synthèse vocale pour les non-voyants), pour accéder à la définition, il faut se rendre dans le glossaire (il faut un lien vers ce glossaire en haut de chaque page pour y faciliter l'accès). En effet la balise abbr étant échappée par la lame glossaire du CS, « l'effet glossaire » ne s'applique pas, c'est « l'effet plugin acronymes » qui l'emporte.
Par contre, il existe beaucoup de termes à définir qui ne sont pas des abréviations (architrave, référentiel d'accessibilité,...). Dans ce cas, « l'effet glossaire » l'emporte (puisqu'il n'y a pas d'entrée correspondante dans la table des acronymes) : La lame glossaire du CS actuelle insère un lien vers la définition du glossaire (accessible à tous) et affiche la définition (accessible aux voyants seuls) dans une petite fenêtre au survol souris, ce qui reste un bon compromis puisque la définition est accessible à tous d'une manière ou d'une autre.
Ce serait une erreur de sémantique d'encadrer le terme « architrave » par une balise abbr alors que ce terme n'est pas une abréviation.
Il est vrai que le glossaire peut gérer toutes les définitions (des terme abrégés, comme des termes normaux), mais ne peut pas actuellement faire la distinction sémantique entre une abréviation et un terme « normal ». Pour gérer les acronymes, il faudrait peut-être créer un sous-groupe de mots « abréviations » au sein du groupe de mots « Glossaire ». Ensuite il y a du code à retoucher pour faire en sorte de savoir si un terme appartient au sous-groupe « abréviations » : si c'est le cas, alors on indiquerait le code suivant (par exemple avec le terme W3C) :

W3C

W3C

Abréviation de World Wide Web Consortium. C'est un organisme de normalisation chargé de promouvoir la compatibilité des technologies web. Il émet des recommandations qui ont valeur de standards internationaux et décrit les spécifications des différentes technologies utilisées sur le web.


A noter que dans ce cas, selon le paramétrage du lecteur d'écran (JAWS 10) pour la lecture des liens, on obtient la lecture suivante :

- Paramétrage lecture du titre de lien (attribut title) :

« Lien W3C, définition dans le glossaire »


- Paramétrage lecture de l'intitulé du lien (texte entre les balises  et ) :

« Lien World Wide Web consortium »
 (ce qui est après le mot « Lien » est prononcé en anglais à cause de l'attribut lang de la balise ) si le lecteur d'écran est paramétré pour développer les abréviations, ou sinon

« W3C »
 (prononcé en anglais, ce qui peut être un problème pour sa compréhension par les non-anglophones, voir post scriptum en fin de commentaire).
Donc ce code foncionne super bien, c'est pourquoi je voulais arriver à cela ! (voir le commentaire #comment456001 sur cette page). Ce serait l'idéal.
Si le terme n'appartient pas au sous-groupe « abréviations », ce serait le code suivant (par exemple avec le terme référentiel d'accessibilité) :

référentiel d'accessibilité

référentiel d'accessibilité
La définition...


Ceci supposerait que pour un mot du sous-groupe « abréviations » dans le glossaire, dans l'interface privée de spip, le champ de saisie « descriptif rapide » contiennent l'expansion seule, tandis que le champ « Texte explicatif » contiendra en plus de l'expansion, la définition complète.
En attendant, j'utilise le plugin acronyme en association avec le glossaire, ce qui répond à mes besoins, mais m'oblige effectivement à avoir le terme dans 2 tables différentes, et présente l'inconvénient de la prédominance de l'effet acronyme sur l'effet glossaire (pour les termes abrégés seulement) comme j'ai précisé plus haut.
D'autre part, en ce qui concerne la lecture vocale du code que tu proposes, à savoir :
architrave Architrave Le texte explicatif complet du mot !
 je viens de tester avec le lecteur d'écran JAWS 10 : 
- Si celui-ci est paramétré pour développer les abréviations, alors c'est la valeur de l'attribut title qui sera prononcé seule, soit

« architrave »

. Dans ce cas, il n'y a aucun accès possible à la définition.

- Si JAWS est paramétré pour ne pas développer les abréviations, alors c'est tout le contenu situé entre les balises  et  qui sera lu, soit

« architrave Architrave Le texte explicatif complet du mot ! »

. Dans ce cas, les 3 textes entre les balises span sont prononcés l'un après l'autre (d'où la répétition du mot architrave).
On constate donc qu'outre le problème de sémantique déjà signalé, cette solution n'est pas satisfaisante pour un lecteur vocal.
Enfin, afin que le respect de la sémantique soit total, le terme à définir devrait être encapsulé dans une balise  selon les modalités décrites sur la page http://www.w3.org/wiki/HTML/Elements/dfn et plus précisément sur http://www.w3.org/TR/html5/the-dfn-element.html#the-dfn-element, ceci afin d'indiquer que le terme en question est défini quelque part : reste à voir où (il semble que ce soit le noeud parent immédiat de l'élément ), je n'ai pas encore approfondi cette question, il me faut être sûr que j'ai bien assimilé la spécification du W3C, ce qui est loin d'être sûr, je viens juste de la découvrir...
Pour l'instant donc, en l'état actuel de mes connaissances, je pense que la solution actuelle (association des plugins acronymes + lame glossaire du CS) me semble le meilleur compromis pour une bonne accessibilité ; sinon, pour éviter les inconvénients signalés (terme abrégé dans 2 tables, échappement de balise  par la lame), il faudrait retoucher le code de la lame glossaire afin d'obtenir le codage idéal (voir question du sous-groupe « abréviations », abordée plus haut). Si dans l'avenir je trouve mieux, j'en ferai part sur ce forum.
PS : pour les abréviations d'origine étrangère, il faut tenir compte de ce qui est dit sur http://www.webaccessibilite.fr/abreviations-sigles-et-acronymes-2008-03-26.php#etr ; Pour les mots du sous-groupe « abréviations », la solution préconisée pourrait être mise en place en ajoutant une balise  encadrant la valeur du champ de saisie « descriptif rapide » afin de préciser d'une part la langue de prononciation de l'expansion, et d'autre part une autre balise  dans le champ « titre » du mot si la langue de prononciation de l'abréviation elle-même doit être différente de la langue principale du site.


Un glossaire interne pour vos sites
Merci pour toutes ces explications précises, le sujet est intéressant. Je continue de penser qu'un terme ne doit faire partie que d'une seule table, histoire d'éviter une confusion des genres : au webmestre de choisir s'il veut une simple abréviation ou un vraie définition...
Il reste une 3^e solution : pouvoir surharger la balise utilisée par la lame du CS, et donc abandonner la balise  du glossaire interne au profit de  par exemple. On perd dans ce cas le lien pointant vers le squelette glossaire.html, mais est-il indispensable finalement ? Que fera la synthèse vocale dans un pareil cas ? Serait-ce une piste exploitable ?

Exemple du genre :
architrave Architrave Le texte explicatif complet du mot !

N'hésite pas à nous tenir au courant de tes travaux.


Un glossaire interne pour vos sites
Au final, je vais retenir la solution n°1, car elle me permet de ne pas modifier le code de glossaire_fonctions.php, ce qui me protège des futures mises à jour du plugin, sachant que dans ma page d'aide sur l'accessibilité du site, j'explique comment les utilisateurs peuvent avoir accès (même si c'est indirectement) à la définition plus complète du terme en abréviation dans le glossaire.
Ceci est le meilleur compromis, je pense.
Merci pour les conseils prodigués et la modif sur la lame glossaire pour l'attribut title.
Quand tout sera en place et que j'aurais un peu de temps, je rédigerai un article expliquant l'utilisation conjointe des plugins acronymes et glossaire afin de respecter les exigences des principaux référentiels d'accessibilité avec un site sous spip...


Un glossaire interne pour vos sites
Tout d'abord, abbr et glossaire ne disent pas exactement la même chose dans la mesure où la définition du glossaire est complète comme je l'ai indiqué dans mon précédent post avec l'exemple « W3C ». J'ai plein d'autres exemples comme ceux-là (voir les copies d'écran jointes pour un autre exemple)
Je souhaitais simplement permettre l'accès à la définition complète à travers le lien, ce qui n'est pas possible si la balise  est à l'intérieur d'une balise  : dans ce cas, la synthèse vocale ignore le lien et lit l'attribut title de la balise , l'utilisateur (non voyant) n'étant pas informé qu'il existe un lien vers la définition complète du glossaire, mais au moins il connaît la signification de chaque lettre de l'abréviation.

Je pensais donc qu'il suffisait d'inverser l'encapsulation (mettre dans ), ce que je viens de tester sur une copie du code de la page. Mais là, le résultat est exactement inverse, c'est-à-dire que la synthèse vocale « voit » le lien puisqu'elle indique « lien W3C, définition dans le glossaire », par contre elle ne lit pas l'attribut title de la balise  qui suit, ce qui fait que l'utilisateur non-voyant ne peut pas savoir la signification de chaque lettre de l'abréviation sans activer le lien par la touche entrée, donc en changeant de page...

J'aurai voulu que la synthèse vocale lise les 2 (l'un après l'autre) : à savoir le lien s'il souhaite une définition complète et pendant la lecture de l'intitulé du lien, sa clarification, ce qui donnerait ici « lien Word Wide Web Consortium, définition dans le glossaire » au lieu de "lien W3C, définition dans le glossaire. Mais d'après mes derniers tests, je ne peux pas arriver à avoir ce comportement.
Si on se pose la question du pourquoi j'utilise le plugin acronymes à côté de la lame glossaire, c'est pour satisfaire autant le côté sémantique et le côté pratique :

- le côté sémantique car une abréviation, un sigle, un acronyme se doit d'être encadré au moins une fois par une balise 

- le côté pratique (pas seulement pour les voyants !), si la clarification directe n'est pas suffisante pour la compréhension, un lien vers une définition plus complète est proposé
Il me reste donc 2 choix possibles :
1) Soit je ne touche pas à la lame du glossaire et dans ce cas, l'échappement des balises  dans les fonctions du glossaire font que toutes mes abréviations sont clarifiées (accessibles aux voyants comme aux non-voyants), mais il n' y a pas de lien vers une définition plus complète (cette dernière est inaccessible pour tout le monde) : voir la capture d'écran test_acronymes+glossaire(abbr-echappees).png
Dans ce cas, le seul moyen d'accéder à la définition complète du mot dans le glossaire se fait par le squelette glossaire.html en passant par le moteur de recherche du site et en cliquant sur le lien du mot-clé dans la page des résultats.
2) Soit j'empêche la lame du glossaire d'échapper les balises , dans ce cas, les non-voyants ont accès à la clarification de l'abréviation, mais pas au lien vers la définition complète, tandis que les voyants ont accès direct visuellement à la définition complète (donc à la clarification de l'abréviation) sans changer de page... _ Voir la capture d'écran test_acronymes+glossaire(abbr-non-echappees).png
La solution n°2 est plus proche de ce que je recherche, mais voilà, il faut toucher au plugin...
Ceci ne concerne que les mots du glossaire qui sont également des abréviations, ce qui n'est pas le cas de tous les mots du glossaire : par exemple les landmarks roles sont définis dans le glossaire, mais pas dans le plugin acronymes. Dans ce cas, il n'y a pas d'encapsulation de balises  dans balises , et donc le lien vers le glossaire est accessible à tous (directement sur la même page au survol de la souris pour les voyants, indirectement par l'appui de la touche entrée dès que la synthèse vocale prononce « Lien landadmarks roles, définition dans le glossaire », mais en changeant de page.)



Un glossaire interne pour vos sites
Mais pourquoi vx-tu absolument que 2 fenêtres (abbr et glossaire) se superposent pour dire la même chose !?


Un glossaire interne pour vos sites
Super pour la fonction fournie ! ça fonctionne à merveille, ma surcharge est OK (dans mes_fonctions.php). J'y ai mis :
function glossaire_attributs_lien($id_mot, $lien, $titre, $les_titres) { return "href='$lien' title=\"" . contenu_balises_acronym_abbr_span($les_titres[0]) . ', définition dans le glossaire"';
}
Merci pour la réactivité sur le dev... Ceci me permet d'éviter de toucher au code du plugin !!
Sauf que, dans mon cas particulier, comme la balise abbr est maintenant échappée, mes abréviations (reconnues et balisées correctement par le plugin acronymes), ne sont plus reconnues par la lame glossaire...
Il a fallu donc que j'enlève la balise abbr des balises html échappées (et du coup modifier à nouveau glossaire_fonctions.php :-( ). A noter que je n'emploie pas la balise acronym car elle est obsolète en html5, donc mes abréviations/sigles/acronymes sont codées systématiquement avec la balise abbr

« je ne vois pas l'intérêt d'avoir le même mot dans 2 tables différentes... »

L'intérêt d'avoir les 2 est que la première (table des acronymes) permet de clarifier l'abréviation en donnant sa signification (ce n'est pas forcément sa définition : ex W3C = « World Wide Web Consortium »), et que la 2^e (définition du glossaire) permet de donner une définition plus ou moins complète (Ex : W3C = « Abréviation de World Wide Web Consortium. C'est un organisme de normalisation chargé de promouvoir la compatibilité des technologies web. Il émet des recommandations qui ont valeur de standards internationaux et décrit les spécifications des différentes technologies utilisées sur le web. »). On comprend bien que ce texte est trop long pour figurer dans un attribut title. D'ailleurs sémantiquement, ce serait moins correct à mon sens.
Ensuite, l'intérêt est que pour les synthèses vocales, la clarification de l'abréviation est disponible immédiatement, et la définition complète reste accessible par l'activation du lien. Malheureusement, comme je le précisait dans mon post précédent, l'encapsulation de  dans , fait que la synthèse vocale ne « voit » pas la balise , donc n'annonce pas la présence du lien, privant ainsi l'utilisateur de l'accès à la définition complète du glossaire.

Je me suis documenté un peu sur la façon de créer un plugin, les pipelines... et j'ai ainsi pu constater que le plugin acronymes (dans son fichier plugin.xml) se branche sur le pipepline post_typo.
Pour la lame glossaire il semble que le dossier /tmp/couteau_suisse, contient un fichier mes_options avec le code $GLOBALS['table_des_traitements']['TEXTE'][]='cs_nettoie(cs_glossaire(propre(%s,$connect)))';  ce qui laisse supposer que le traitement par le glossaire intervient après « propre ».
Je ne connais malheureusement pas encore assez spip du point de vue des traitement automatiques et des plugins pour comprendre ce qu'il faut faire pour faire en sorte que l'encapsulation qui pose problème soit inversée, mais je crois savoir qu'il faut changer l'ordre de traitement du plugin acronyme par rapport à la lame du glossaire, simplement je ne sais pas où agir : post_propre, post_typo, pipelines, tables_des_traitements, je dois encore me documenter là-dessus...


Un glossaire interne pour vos sites
Le Glossaire pourrait totalement ignorer les abbr  : je ne vois pas l'intérêt d'avoir le même mot dans 2 tables différentes : http://zone.spip.org/trac/spip-zone...
Pour jQuery, je ne pensais pas au survol de la souris, mais à la fin du chargement de la page.
Une solution était aussi de créer une lame perso branchée sur le pipeline post_propre et qui reprendrait les syntaxes en les modifiant comme tu le souhaites en php.
Bref, j'ai publié une correction sur le CS pour permettre un branchement sur le calcul des attributs : http://zone.spip.org/trac/spip-zone...
Fonction fournie :
function glossaire_attributs_lien_dist($id_mot, $lien, $titre, $les_titres) { return "href='$lien'";
}
Exemple de fonction surchargée à placer dans config/mes_options.php par exemple :
function glossaire_attributs_lien($id_mot, $lien, $titre, $les_titres) { return "href='$lien' title=\"" . attribut_html($les_titres[0]). '"';
}
Travailler sur le code fourni par le plugin est toujours une très mauvaise idée à cause des mises à jour régulières...


Un glossaire interne pour vos sites
Finalement, j'ai réussi à copier ma fonction dans glossaire_fonctions.php et à recompiler le couteau suisse sans le problème décrit précédemment et j'obtiens bien ce que je cherchais.
L'inconvénient effectivement, c'est en cas de mise à jour du plugin. J'effectuerai une sauvegarde préalable de mes modifs et s'il faut à nouveau les remettre, je le remettrai...
Le seul problème qui subsiste, comme j'utilise aussi le plugin acronymes, qui repère mes acronymes et y applique une balise  est que mes balises  avec mon attribut title comme je le souhaite se trouvent encapsulées dans une balise , ce qui fait que le lien n'est pas reconnu en tant que tel par la synthèse vocale (et à mon avis le code ne doit pas être valide avec le validateur W3C).

Par exemple, pour un mot du glossaire comme « W3C », défini également en tant qu'acronyme (dans une table sigles_acronymes, fournie par le plugin acronymes), j'obtiens le code suivant :



W3C

W3C




Il semble clair qu'il y a un ordre à respecter dans l'application des fonctions du plugin glossaire et de celles de l'acronyme, mais je ne sais pas lequel ni où je pourrais modifier l'ordre de traitement du texte des articles par ces plugins.
Le code souhaité est :

W3C

W3C



 Mais je ne sais pas où se trouve le code qui fait que spip applique automatiquement ces filtres (ceux du plugin glossaire + ceux du plugin acronymes), il faudrait changer l'ordre d'application. Si quelqu'un peut me donner une piste...


Un glossaire interne pour vos sites
Tu as raison pour la balise ... Suis-je bête, je mettais des crochets à la place des chevrons...

En ce qui concerne le jQuery, si on code l'apparition de l'attribut title associé à l'événement survol du mot du glossaire, alors nan, le lecteur vocal n'y aura pas accès (les mal ou non-voyants n'utilisant pas de souris). D'ailleurs, il est aussi possible que le javascript soit désactivé sur le navigateur... C'est pour ça que j'utilise le mode CSS pour la lame glossaire.
Donc, il vaut bien mieux que le code avec l'attribut title soit déjà dans la page au chargement de celle-ci.
Maintenant, pour ce qui est de la future mise à jour du plugin, effectivement c'est un problème...(à moins, à chaque mise à jour, de penser à remodifier le code...) Y aurait pas un moyen de surcharger la fonction cs_rempl_glossaire() ?


Un glossaire interne pour vos sites
La balise  fonctionne bien ici pourtant ...

Est-ce que par hasard le lecteur tiens compte du jQuery ? Parce qu'il serait possible d'ajouter le title en jQuery plus facilement qu'en codant en dur... Tu te prives là de toute mise à jour future du plugin...


Un glossaire interne pour vos sites
OK, maintenant ça fonctionne (désolé pour la mauvaise mise en forme du code à l'affichage, apparemment le raccourci [code][/code] ne fonctionne pas dans le formulaire de saisie) :

J'ai mis $table1[$gloss_id] = « href='$lien' title=\ »$titre, définition dans le glossaire\« name='mot$gloss_id » ;
Le seul problème résiduel est pour les mots du glossaire dans une autre langue (en) que celle du site (fr) : dans ce cas, la variable $titre contient les balises span. Ce qui a pour conséquence fâcheuse la lecture des balises span par une synthèse vocale...
J'ai une fonction perso (dans mes_fonctions.php dans mon dossier squelettes) qui extrait le contenu de balises span, ce qui donnerai le code :

$table1[$gloss_id] = « href='$lien' title=\ »« .contenu_balises_acronym_abbr_span($titre). », définition dans le glossaire\« name='mot$gloss_id » ;
La fonction est contenu_balises_acronym_abbr_span($chaine) : je ne détaille pas son code ici pour ne pas alourdir mon propos, il faut juste savoir qu'elle renvoie la chaîne contenu entre une balise (span, acronym, abbr)ouvrante et une fermante.
J'ai tenté de la copier au début du fichier glossaire_fonctions.php, après le define() de la liste des accents (ligne 11). Après recompilation du couteau suisse, je ne peux plus accéder à mon site. J'ai réussi à y accéder à nouveau en sauvegardant puis en vidant le répertoire tmp.
Ma question est : comment appeler cette fonction depuis glossaire_fonctions.php, si on ne peut pas y copier son code ?


Un glossaire interne pour vos sites
Ah oui c'est exact, c'est bien ligne 214. Pour que les modifs soient prises en compte, il faut recompiler le Couteau Suisse en réaffichant sa page d'admin, puis vider les caches de SPIP.


Un glossaire interne pour vos sites
Merci pour votre réponse.
le fichier glossaire_fonctions.php ne contient que 283 lignes (/plugins/couteau_suisse/outils, c'est bien là ?). Pour moi, ceci se trouve ligne 214, mais j'ai déjà essayé cette modif sans succès (y compris en vidant le cache) : l'attribut title n'apparaît pas dans le code de la page. Une autre idée ?
En ce qui concerne le masquage de l'attribut title à l'affichage, cela ne paraît pas possible de le faire, je n'ai pas trouvé malgré mes recherches. Cependant, l'info-bulle sur Firefox ne semble masquer que le titre de la fenêtre, la définition reste visible (si on ne bouge pas la souris dans la définition).


Un glossaire interne pour vos sites
Bonjour,
Le title brouille visuellement la fenêtre du glossaire lors du survol de la souris : comment faire pour que le navigateur ne l'affiche pas pour les voyants ?
Le code se site ligne 925 et pourrait peut-être être changé en :
$table1[$gloss_id] = "href='$lien' title =\"$les_titres\" name='mot$gloss_id"; 


Un glossaire interne pour vos sites
Bonjour,
Pour des raisons d'accessibilité, j'ai besoin de mettre un attribut title dans la balise  d'un mot du glossaire. En effet, si la fenêtre de définition apparaît bien au survol de la souris, cette définition n'est pas accessible aux non-voyants, le lecteur vocal ne restituant que l'intitulé du lien, c'est à dire le titre du mot, mais ce n'est pas assez explicite.

Je voudrais quelque chose du genre  URL » title=« TITRE_DU_MOT, définition dans le glossaire »>titre_du_mot. Ainsi la synthèse vocale lira de façon explicite la destination du lien.
J'ai beau chercher dans glossaire_fonctions.php, je ne vois pas où je peux insérer cet attribut...
Pourriez-vous m'indiquer où modifier le code ?


Un glossaire interne pour vos sites
Le terme utilisée est « mandatée » en utf-8


Un glossaire interne pour vos sites
Un pb d'accent sans doute...

- Quel est le jeu de caractères du site du site (configuration/Gestion des langues) ?

- Quel est le terme exact utilisé pour le mot ?


Un glossaire interne pour vos sites
Bonjour,
nous venons de voir sur un texte récent publié que le glossaire était activé sur le terme « mandatée » alors que le terme saisi est « mandat »
En revanche sur un autre texte « mandats », terme saisi, ne déclenche pas l'activation du glossaire sur « mandat »
Quelle est la règle retenue pour les déclinaisons et quelle alternative utilisée pour soit désactiver dans un cas, soit activer dans l'autre sauf à saisir explicitement tous les termes séparés par des /
merci


Un glossaire interne pour vos sites
Attention, il faut vider les caches et reconstuire le Couteau Suisse.


Un glossaire interne pour vos sites
Je viens de voir ta réponse, je look la doc.


Un glossaire interne pour vos sites
Hello,

mais c'est tout récent ça !
J'ai updaté via SVN, le filtre est non reconnu :

Seul le export1 donne un résultat.
As tu un mail pour échanger plus rapidement ? moi : colliotarobasepierre-jean.com


Un glossaire interne pour vos sites
Finalement, je viens de documenter le filtre |cs_mots_glossaire  dans le nouveau paragraphe : Lister les mots reconnus.


Un glossaire interne pour vos sites
Oui, cette fonctionnalité a été introduite dans la version 1.8.33.02 du plugin, mais n'est pas encore documentée...
Infos ici : http://zone.spip.org/trac/spip-zone.... Tout retour (bugs, noisettes, lignes de code, ...) sur ton projet est le bienvenu !


Un glossaire interne pour vos sites
Bonjour,
Comment faire pour afficher les mots du glossaire trouvé dans le texte ailleurs que dans le texte lui-même ?

Plus clairement : j'aimerais pouvoir boucler ou afficher les mots trouvés par le glossaire à un endroit bien défini dans ma page, par exemple : faire un nuage de tags avec les mots trouvés.
Pierre-Jean


Un glossaire interne pour vos sites
Oui, merci ...

Cela fonctionne avec la première solution, puisque pour le moment je n'envisage pas de faire mon site en multi-langue.

C'était bien le sens de ma question, soit « activer un mot du Glossaire du Couteau Suise » dans un texte écrit directement dans un squelettes " : [(#VAL{Mot_du_Glossaire_Choisi}|cs_glossaire)].
Bonne journée


Un glossaire interne pour vos sites
Peut-être : [(#VAL{téléchargeable}|cs_glossaire)] ?
Ou : <:telechargeable|cs_glossaire:> si tu as défini une chaine de langue 'telechargeable' dans local_fr.php (http://www.spip.net/fr_article2128.html) ?
Etait-ce le sens de ta question ?


Un glossaire interne pour vos sites
Bonjour,

Dans le squelettes article.html, j'ai un petit texte écrit pour le Portfolio.

J'aimerais que le mot « téléchargeable » soit pris en compte dans le glossaire ( bien entendu, le mot est créé dans le glossaire .. ). J'ai vu qu'il était possible de forcer une balise 

[(#MA_BALISE|cs_glossaire)]. 

Mais dans mon cas il s'agit de surcharger un petit texte qui se trouve dans le squelette. 

Le mot « téléchargeable » est donc noté « téléchargeable » comme ceci dans le squelette.

Est-ce possible de le faire fonctionner avec le glossaire ?

Si oui comment .. et de quelle manière ?

Merci
Pour exemple, voici une des adresses :

http://g.colin.free.fr/spip/spip.ph...


Un glossaire interne pour vos sites
Autant pour moi, merci pour cette précision.
J'essaye tout de suite.


Un glossaire interne pour vos sites
La sensibilité à la casse peut déjà être activée grâce aux expressions régulières.
Je reproduis ici un extrait de l'article ci-dessus :

Ces expressions régulières sont utiles pour la recherche d'un mot sensible à la casse. Exemple : « ,CES, » (abbréviation de Collège d'Enseignement Secondaire à ne pas confondre avec le pronom ces).

Il faut donc mettre des virgules autour des mots-clés majuscules...


Un glossaire interne pour vos sites
Bonjour,
Je suis en train de tester le glossaire en ce moment et tout fonctionne très bien à une chose prêt... Dans mon cas le fait que l'outil soit insensible à la casse pose problème car je ne m'en sert que pour la traduction des sigles/acronymes...
En clair si les prochaines versions pouvait permettre de paramétrer la sensibilité à la casse ça serait vraiment top :)


Un glossaire interne pour vos sites
Youpi et surtout MERCI
Je viens de vérifier tous les mots clé du Glossaire et j'ai corrigé deux types d'erreur :

- l'apostrophe qui n'est pas acceptée (je ne le savais pas)

- et singulier/,pluriel ?,i il manquait qq fois l'un des codes
Après correction, nous n'avons plus de messages d'erreur, c'est génial
MERCI à vous, le diagnostic était juste.


Un glossaire interne pour vos sites
Surligné ne passe pas, donc la ligne 556 est :
 $texte = preg_replace_callback($les_regexp, "glossaire_echappe_mot_callback", $texte, $limit); 


Un glossaire interne pour vos sites
Merci beaucoup de nous aider.

Je ne voulais pas copier le code sur le site, car dans le fichier,je ne savais pas quelle partie vous serait utile ou pas et cela aurait été trop long. Bon j'insère un bout du fichier, surligné en jaune la ligne 556 .
 // parcours de tous les mots, sauf celui qui peut faire partie du contexte (par ex : /spip.php?mot5) $mot_contexte=$GLOBALS['contexte']['id_mot']?$GLOBALS['contexte']['id_mot']:_request('id_mot'); foreach ($glossaire_array as $mot) if (($gloss_id = $mot['id_mot']) <> $mot_contexte) { // parser le mot-cle du glossaire // contexte de langue a prendre en compte ici list($les_mots, $les_regexp, $les_titres) = glossaire_parse($titre=extraire_multi($mot['titre'])); $mot_present = false; if(count($les_regexp)) { // a chaque expression reconnue, on pose une balise temporaire cryptee // ce remplacement est puissant, attention aux balises HTML ; par exemple, eviter : ,div,i $texte = preg_replace_callback($les_regexp, "glossaire_echappe_mot_callback", $texte, $limit); // TODO 1 : sous PHP 5.0, un parametre &$count permet de savoir si un remplacement a eu lieu // et s'il faut construire la fenetre de glossaire. // TODO 2 : decrementer le parametre $limit pour $les_mots, si &$count est renseigne. // en attendant, constuisons qd meme la fenetre... $mot_present = true; } if($les_mots) { if(preg_match(",\W(?:$les_mots)\W,i", " $texte ")) { $texte = glossaire_gogogo($texte, $les_mots, $limit, $unicode); $mot_present = true; } } // si un mot est trouve, on construit la fenetre de glossaire if($mot_present) { $lien = $glossaire_generer_url($gloss_id, $titre); // $definition =strlen($mot['descriptif'])?$mot['descriptif']:$mot['texte']; $table1[$gloss_id] = "href='$lien' name='mot$gloss_id"; // name est complete plus tard pour eviter les doublons $table2[$gloss_id] = recuperer_fond( defined('_GLOSSAIRE_JS')?'fonds/glossaire_js':'fonds/glossaire_css', array('id_mot' => $gloss_id, 'titre' => $les_titres, 'texte' => glossaire_safe($mot['texte']), 'descriptif' => glossaire_safe($mot['descriptif']))); } }
Notre glossaire comprend +/- 400 termes, mais va grossir considérablement dans le temps.

Il y a 4 types de mots et il nous a été créé un champ supplémentaire dans le cadre de saisie des mots du glossaire qui permet d'indiquer la catégorie ( soit Dico Sigles, dico animalier, dico noms propres, termes non animalier)

Sinon on remplit le contenu des explications sur le terme du glossaire dans Descriptif rapide ( on met jamais rien en Texte explicatif). D'autre part, certains mots du glossaire ont des articles qui leur sont liés.
- des sigles : par exemple : 3A-FIM, ou AACDA ( jamais de . entre les lettres, mais qq uns ont un tiret au milieu. Pour les sigles, dans Descriptif rapide je mets les lettres correspondantes au sigle en gras comme ceci A
- Noms propres : Prénom Nom, exemple : Albert t'Serstevens, Alexis Carrel, Truc de Machin de Bidule

( je vous ai mis Albert, car il a la particularité d'avoir une apostrophe au milieu)
- termes animalier : peut être constitué d'un seul mot ou de plusieurs (exmple : Groupe 1, ou Perruche à bandeau rouge) et pour que le pluriel soit aussi reconnu, on nous a demandé de saisir comme suit : 

Perruche à bandeau rouge/,perruche à bandeau rouge ?,i

(sans espace entre les 2)
- Termes non animaliers : mot ou groupe de mot, singulier/,pluriel ?,i
Vraiment merci de votre aide, car nous souhaitons vraiment sortir notre site avec SPIP, même si nous ne le connaissons trés peu, on veut s'accrocher !!

Si vous souhaitez m'appeler, n'hésitez pas, je vous donnerai mon tel.


Un glossaire interne pour vos sites
Pour insérer du code (pas trop long...) ici, il faut utiliser les balises  et . L'erreur est provoquée par un mot particulier du glossaire... Y en a-t-il beaucoup ? quels sont ces mots ?


Un glossaire interne pour vos sites
Bonjour. notre site a été commencé par une personne pro connaissant SPIP mais qui n'est plus là. Nous continuons entre débutants de SPIP, parce qu'il est trop génial.

Nous avons un message d'erreur qui apparait tant sur le site privé que public, après avoir vidé les caches :
Warning : preg_replace_callback() [function.preg-replace-callback] : No ending delimiter ',' found in /homez.38/solidari/www/tmp/couteau-suisse/mes_fonctions.php on line 556
Nous avons regardé et si on ne se trompe pas, cela viendrait du code suivant :
// a chaque mot reconnu, on pose une balise temporaire cryptee 
 return trim(preg_replace_callback(",(?<=\W)(? :$mots)(?=\W),i", " glossaire_echappe_mot_callback ", " $texte ", $limit)) ; 


Notre version de SPIP installée est : 2.0.7 . 

Il est possible que la personne "pro" ait"touché" aux codes, nous n'en savons rien.

Pourriez vous nous aider ? Ce serait vraiment super sympa, car notre site devrait bientôt être mis en ligne ( on espère !), mais pas tant que ce message apparaît et des fois 15 fois en haut de page.
Merci +++++
PJ : copie intégrale du code du fichier mes_ fonctions.php qui se trouve dans /www/tmp/couteau-suisse, -> codes


Un glossaire interne pour vos sites
Bonjour,

J'utilise ce plugin qui me rend bien des services et notamment l'affichage des mots-clés avec la liste alphabétique ! Un grand merci !

J'aurais voulu savoir s'il était possible d'afficher l'ensemble des mots-clés par ordre alphabétique (et avec pagination) lorsqu'on arrive sur la page glossaire.html puis seulement les mots-clés qui commence par la lettre concernée lorsqu'on clique sur une lettre de la liste.

J'ai un peu cherché mais je débute et là je sèche ...

Merci.


Un glossaire interne pour vos sites
Salut
Est ce que tu sais combien de capacités demande ton pluging et si avec 4 groupes de mots avec pour l'instant actuellement en tout 2000 mots (pour les 4 groupes) je peux utiliser ton pluging car je risque d'avoir au moins des milliers de milliers de mots.
est ce qu'il faut changer un paramètre sous apache, spip ....
Merci d'avance


Un glossaire interne pour vos sites
Il y a une lame « SPIP et le cache » qui permet de modifier ces réglages par défaut (lorsqu'il n'y a pas de balise #CACHE dans les squelette).
Les pages sont lentes car ton serveur est peut-être mutualisé avec d'autres sites... Je crois qu'en ajoutant le paramètre « &var_profile=oui » à ton URL, SPIP affiche la vitesse des boucles et des accès à la BDD. Dans les logs de SPIP (tmp/*.log), il y a aussi je crois le temps de compilation des différents squelettes.


Un glossaire interne pour vos sites
cela se règle où les paramètres par défaut de spip.
Actuellement j'ai comme pluging, un squelette en ajout suivi de pluguing pour le glossaire interne, cicas, snippets)
Voila


Un glossaire interne pour vos sites
Tout dépend du nombre de mots-clés présents dans la base. Il est possible en effet que cet outil (Glossaire interne) prenne certaines ressources serveur au moment du calcul de la page, avant la mise en cache (une fois par jour, selon les réglages par défaut de SPIP).
As-tu de nombreux outils activés ? Certains ne prennent aucune ressource. Par précaution, il vaut mieux activer juste ce qui est nécessaire...


Un glossaire interne pour vos sites
Est ce que ce pluging prend beaucoup de ressources sous spip ? Car je trouve que quand je cherche à lire un article, il rame beaucoup ?


Un glossaire interne pour vos sites
$id=#ID_GROUPE : utiliser des variables sous SPIP, c'est avec #SET et #GET. Il me semble t'avoir déjà proposé la traduction de ton code php...
Sinon, pour ton système de pagination, il faut utiliser un tableau et passer le bon critère dans la boucle. Je viens donc de modifier l'exemple ci-dessus (squelette html) en le rendant un peu plus « moderne » et « paginable ». Je te laisse l'adapter à tes besoins.


Un glossaire interne pour vos sites
Merci et en ce qui concerne la pagination, car mon problème est que cela affiche des n° de pagination mais pour l'ensemble des mots du groupe sans prendre en compte les lettres et le groupe que l'on a choisi.
Comment à la place de mettre dans un squelette
=#ID_GROUPE?>
 je peux écrire ?
Merci d'avance