Discussions par date d’activité

71 discussions

• 6

  

  ivandps

  Septembre 2013

  bonjour

  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 ) ?

  merci

  • 

    Patrice Vanneufville

    Septembre 2013

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

  • 

    ivandps

    Septembre 2013

    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 ) ?

  • 

    Patrice Vanneufville

    Septembre 2013

    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...

  • 

    Patrice Vanneufville

    Septembre 2013

    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)

  • 

    Patrice Vanneufville

    Septembre 2013

    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...

  • 

    ivandps

    Septembre 2013

    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

  Répondre à ce message

• 29

  

  sgod

  Avril 2012

  Bonjour,

  Pour des raisons d’accessibilité, j’ai besoin de mettre un attribut title dans la balise <a> 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 <a href=« URL » title=« TITRE_DU_MOT, définition dans le glossaire »>titre_du_mot</a>. 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 ?

  • 

    Patrice Vanneufville

    Avril 2012

    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"; 

  • 

    sgod

    Avril 2012

    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).

  • 

    Pat

    Avril 2012

    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.

  • 

    sgod

    Avril 2012

    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 ?

  • 

    Pat

    Avril 2012

    La balise <code> 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...

  • 

    sgod

    Avril 2012

    Tu as raison pour la balise <code>... 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() ?

  • 

    sgod

    Avril 2012

    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 <abbr> est que mes balises <a> avec mon attribut title comme je le souhaite se trouvent encapsulées dans une balise <abbr>, 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 :

    <abbr lang="en" title="World Wide Web consortium">
    <a class="cs_glossaire" name="mot16_4" title="W3C, définition dans le glossaire" href="./?+-W3C-+">
    <span class="gl_mot">W3C</span>
    <span class="gl_dl">
    <span class="gl_dt">W3C</span>
    <span class="gl_dd">
    </span>
    </a>
    </abbr>

    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 :

    <a class="cs_glossaire" name="mot16_4" title="W3C, définition dans le glossaire" href="./?+-W3C-+">
    <span class="gl_mot"><abbr lang="en" title="World Wide Web consortium">W3C</abbr></span>
    <span class="gl_dl">
    <span class="gl_dt">W3C</span>
    <span class="gl_dd">
    </span>
    </a>

    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...

  • 

    Patrice Vanneufville

    Avril 2012

    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...

  • 

    sgod

    Avril 2012

    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 <a> dans <abbr>, fait que la synthèse vocale ne « voit » pas la balise <a>, 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...

  • 

    Pat

    Avril 2012

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

  • 

    sgod

    Avril 2012

    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 <a> est à l’intérieur d’une balise <abbr> : dans ce cas, la synthèse vocale ignore le lien et lit l’attribut title de la balise <abbr>, 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<a> dans <abbr>), 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 <abbr> 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 <abbr title="clarification de l'abréviation">
    -  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 <abbr> 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 <abbr>, 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 <a> dans balises <abbr>, 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.)

    

  • 

    sgod

    Avril 2012

    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...

  • 

    Pat

    Avril 2012

    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 <a/> du glossaire interne au profit de <abbr/> 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 :

    <abbr title="Architrave" name="mot1_0" class="cs_glossaire"><span class="gl_mot">architrave</span><span class="gl_dl">
    	<span class="gl_dt">Architrave</span>
    	<span class="gl_dd">Le texte explicatif complet du mot !</span>
    </span></abbr>

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

  • 

    sgod

    Avril 2012

    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 <abbr> 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) :

    <a class="cs_glossaire" name="mot16_4" title="W3C, définition dans le glossaire" href="./?+-W3C-+">
    <span class="gl_mot"><abbr lang="en" title="World Wide Web consortium">W3C</abbr></span>
    <span class="gl_dl">
    <span class="gl_dt">W3C</span>
    <span class="gl_dd">
    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.
    </span>
    </a>

    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 <a> et </a>) :

    « 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 <abbr>) 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é) :

    <a class="cs_glossaire" name="mot16_4" title="référentiel d'accessibilité, définition dans le glossaire" href="./?+-Referentiel-d-accessibilite-+">
    <span class="gl_mot">référentiel d'accessibilité</span>
    <span class="gl_dl">
    <span class="gl_dt">référentiel d'accessibilité</span>
    <span class="gl_dd">La définition...
    </span>
    </a>

    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 :

    <abbr title="Architrave" name="mot1_0" class="cs_glossaire"><span class="gl_mot">architrave</span><span class="gl_dl">
            <span class="gl_dt">Architrave</span>
            <span class="gl_dd">Le texte explicatif complet du mot !</span>
    </span></abbr>

    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 <abbr> et </abbr> 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 <dfn> 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 <dfn>), 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 <abbr> 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 <multi> 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 <multi> 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.

  • 

    Patrice Vanneufville

    Avril 2012

    Bon, abandonnons alors la surcharge de la balise <a>.

    Suite à cette très longue discussion, je propose que la lame du CS sont configurable au niveau des balises <abbr> et <acronym>. 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 ?

  • 

    sgod

    Avril 2012

    Alors là, pas mal !

    En configurant la lame glossaire avec la case ignorer les balises <acronym> et <abbr> décochée, on obtient bien le code que je souhaitais.

    Par exemple pour W3C :

    <a class="cs_glossaire" name="mot16_4" title="W3C, définition dans le glossaire" href="./?+-W3C-+">
    <span class="gl_mot"><abbr lang="en" title="World Wide Web consortium">W3C</abbr></span>
    <span class="gl_dl">
    <span class="gl_dt">W3C</span>
    <span class="gl_dd">
    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.
    </span>
    </a>

    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 <a>), ou bien l’intitulé du lien (contenu entre les balises <a> et </a>), 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 <abbr>, 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
    <a class="cs_glossaire" name="mot16_4" title="World Wide Web consortium, définition dans le glossaire" href="./?+-W3C-+">.....</a>

    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 <code> ou <cadre> n’étant pas satisfaisantes en l’état.

  • 

    Pat

    Avril 2012

    Alors pour le code coloré, c’est : <code class="php"> ou <cadre class="php">.

    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 ?

  • 

    sgod

    Avril 2012

    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 <a> 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 <multi>[en] sont transformées en <span lang="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) :

    <BOUCLE_acronymes_sigles(FORMS){type_form=acronymes_sigles}>
    <B_Sigles>
    <dl>
    <BOUCLE_Sigles(FORMS_DONNEES){id_form}{tri_donnee ligne_1}>
    <dt>#LESVALEURS{ligne_1,' '}</dt>
    <dd>#LESVALEURS{texte_1,' '}</dd>
    </BOUCLE_Sigles>
    </dl>
    </B_Sigles>
    <p><:acronymessigles:aucune_reponse:></p>
    <//B_Sigles>
    </BOUCLE_acronymes_sigles>
    <p><:acronymessigles:aucune_reponse:></p>
    <//B_acronymes_sigles>

    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...

  • 

    Pat

    Avril 2012

    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})"]<BOUCLE_acronymes_sigles(FORMS){type_form=acronymes_sigles}><B_Sigles> title="<BOUCLE_Sigles(FORMS_DONNEES){id_form}{tri_donnee ligne_1}{recherche_donnee #GET{mot}}{0,1}>[(#LESVALEURS**{ligne_1, ' '}|attribut_html)[ : (#LESVALEURS**{texte_1, ' '}|attribut_html)]]</BOUCLE_Sigles>"</B_Sigles>
    </BOUCLE_acronymes_sigles>

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

  • 

    sgod

    Avril 2012

    ç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})"]
    <BOUCLE_acronymes_sigles(FORMS){type_form=acronymes_sigles}>
    <B_Sigles> 
    title="<BOUCLE_Sigles(FORMS_DONNEES){id_form}{tri_donnee ligne_1}{recherche_donnee #GET{mot}}{0,1}>[(#LESVALEURS**{texte_1, ' '}|attribut_html), Définition dans le glossaire]</BOUCLE_Sigles>"
    </B_Sigles>
    </BOUCLE_acronymes_sigles>

    Ici, le class=« php » sur la balise <cadre> 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 <multi>[en]. Dans ce cas l’effet acronymes l’emporte. Aurais-tu une explication ?

  • 

    sgod

    Avril 2012

    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 <a>), mais ça j’en reparlerai peut-être plus tard... C’est un détail, on a déjà super avancé.

  • 

    Pat

    Avril 2012

    Pour le code coloré, c’est : <code class="lelangagequejeveux"> ou <cadre class="lelangagequejeveux">.

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

  • 

    sgod

    Avril 2012

    OK.

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

  • 

    Pat

    Avril 2012

    Aucune idée a priori.

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

  • 

    sgod

    Avril 2012

    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 = <multi>[en]JAWS</multi>
    Descriptif = Abréviation de {<code><multi>[en]Job Access With Speech</multi></code>}. 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 <multi> 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 <dl> 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 <multi>, mais j’ai beau chercher depuis quelques heures, je ne vois pas où il faut agir...

  • 

    Patrice Vanneufville

    Avril 2012

    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 : <span lang="en">JAWS</span> et le mot JAWS seul dans ce texte français n’est donc pas trouvé. En revanche, un <multi>[en]JAWS</multi> dans le texte sera correctement interprété par le glossaire.

  • 

    sgod

    Avril 2012

    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 <multi>. Si l’on saisit <multi>[en]landmarks roles</multi> 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 <multi>[en]JAWS</multi> 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 <abbr> et <acronym> » 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 <abbr> et <acronym> » dans la config de la lame « glossaire interne », on peut avoir les 2 effets (si on laisse cochée la case « Ignorer les balises <abbr> et <acronym> » 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 <abbr> 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...

  • 

    Pat

    Avril 2012

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

        <multi>[en]JAWS</multi>/<abbr title='Job Access With Speech'>JAWS</abbr>

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

        <multi>[en]JAWS</multi>/,<abbr[^>]*>JAWS</abbr>,

     

     

    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...

  • 

    sgod

    Avril 2012

    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 :

    <abbr title="World Wide Web Consortium">W3C</abbr>

    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) :

    <abbr lang="en" title="World Wide Web Consortium"><span lang="fr">W3C</span></abbr>

    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 <multi> dans le titre du sigle :

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

    et j’obtiens le code :

    <abbr lang="en" title="World Wide Web Consortium">W3C</abbr>

    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 <a> et <abbr> 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, '</span></a></span></a')!==false) // si une balise span se trouve dans une balise abbr ou acronym
    		$texte = preg_replace(',(<a(bbr|cronym) [^>]+>)(<span [^>]+>)(<a [^>]+class=\'cs_glossaire\'><span class=\'gl_mot\'>)(.*?)</span>(<span class="gl_.*?</span>)</a></span></a\\2>,smS', '$4$1$3$5</span></a$2></span>$6</a>', $texte);

    Ceci permet de prendre en compte (si besoin) la balise <span> si elle se trouve dans une balise <abbr> 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 <a> 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 <multi>, 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 <multi> ou pas
    ]
    [(#SET{mot,[(#ENV**{mot}|textebrut)]})]
    [(#SET{motif_mot,^#GET{mot}$|\]#GET{mot}<})]
    [href="(#ENV**{lien})"] 
    title="
    <B_Glossaire_title>
    	<BOUCLE_Glossaire_title(MOTS){titre == #GET{motif_mot}}{0,1}>
    		[(#TITRE* | trouve_attribut_lang | =={#LANG} | ?{[(#TITRE | contenu_balises_acronym_abbr_span) , <:def_glossaire:>], [(#TITRE | contenu_balises_acronym_abbr_span)]})]
    	</BOUCLE_Glossaire_title>
    </B_Glossaire_title>
    	#GET{mot}
    <//B_Glossaire_title>" 
    lang="
    <B_Glossaire_lang>
    	<BOUCLE_Glossaire_lang(MOTS){titre == #GET{motif_mot}}{0,1}>
    		[(#TITRE | extraire_balise{abbr} | ?{[(#TITRE | extraire_balise{abbr} | extraire_balise{span} | extraire_attribut{lang} | sinon{#LANG})], [(#TITRE | extraire_attribut{lang} | sinon{#LANG})]})]
    	</BOUCLE_Glossaire_lang>
    </B_Glossaire_lang>
    	#LANG
    <//B_Glossaire_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 <a> est construit à partir du titre du mot dans le glossaire avant les traitements automatiques (#TITRE*), et l’attribut lang de la balise <a> 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 <a> 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 »)...

  Répondre à ce message

• 2

  

  Garry Olivier

  Mars 2011

  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

  • 

    Mars 2011

    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 ?

  • 

    Garry Olivier

    Mars 2011

    Le terme utilisée est « mandatée » en utf-8

  Répondre à ce message

• 5

  

  Pierre-Jean

  Janvier 2011

  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

  • 

    Pat

    Janvier 2011

    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 !

  • 

    Patrice Vanneufville

    Janvier 2011

    Finalement, je viens de documenter le filtre |cs_mots_glossaire dans le nouveau paragraphe : Lister les mots reconnus.

  • 

    Pierre-Jean

    Janvier 2011

    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

  • 

    Pierre-Jean

    Janvier 2011

    Je viens de voir ta réponse, je look la doc.

  • 

    Patrice Vanneufville

    Janvier 2011

    Attention, il faut vider les caches et reconstuire le Couteau Suisse.

  Répondre à ce message

• 2

  

  Gérard

  Janvier 2011

  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...

  • 

    Pat

    Janvier 2011

    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 ?

  • 

    Gérard

    Janvier 2011

    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

  Répondre à ce message

• 2

  

  ZiWaM

  Juin 2010

  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 :)

  • 

    Pat

    Juin 2010

    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...

  • 

    ZiWaM

    Juin 2010

    Autant pour moi, merci pour cette précision.

    J’essaye tout de suite.

  Répondre à ce message

• 4

  

  Reynajo

  Mars 2010

  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

  • 

    Pat

    Mars 2010

    Pour insérer du code (pas trop long...) ici, il faut utiliser les balises <cadre> et </cadre>. L’erreur est provoquée par un mot particulier du glossaire... Y en a-t-il beaucoup ? quels sont ces mots ?

  • 

    Reynajo

    Mars 2010

    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.

  • 

    Reynajo

    Mars 2010

    Surligné ne passe pas, donc la ligne 556 est :

     $texte = preg_replace_callback($les_regexp, "glossaire_echappe_mot_callback", $texte, $limit); 

  • 

    Reynajo

    Mars 2010

    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.

  Répondre à ce message

• 

  Mylee

  Mars 2010

  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.

  Répondre à ce message

• 26

  

  Lili

  Janvier 2010

  Bonjour

  J’utilise votre pluging glossaire interne ...

  Ma question est : « est ce que l’on peut pour chaque groupe de mots, sélectionner une couleur qui correspondra à la couleur du lien des mots clés de ce groupe »

  Si oui, où doit on faire ce changement ?

  Merci d’avance de votre aide

  Désolé je ne m’étais pas connecté

  • 

    Patrice Vanneufville

    Janvier 2010

    Il faut modifier le fichier glossaire_css.html (ou glossaire_js.html).

    Pour récupérer l’id du groupe, il faut d’abord faire une boucle genre :

    <BOUCLE_mots(MOTS){id_mot}>#SET{groupe,#ID_GROUPE}</BOUCLE_mots>

    Et ensuite ajouter une classe au mot trouvé, par exemple :

    <span class="gl_dt groupe#GET{groupe}">[(#ENV*{titre})]</span>

    au lieu de : <span class="gl_dt">[(#ENV*{titre})]</span>

    Par CSS tu pourras donc choisir les couleurs que tu veux sur .groupe1, .groupe2, .groupe3, etc.

  • 

    Patrice Vanneufville

    Janvier 2010

    En fait il te faut créer un fond personnalisé. Le plugin te permet de surcharger la fonction glossaire_generer_mot_dist($id_mot, $mot) qui est utilisée pour traiter le mot trouvé.

    Dans le fichier mes_fonctions.php de ton squelette (ou au pire, dans config/mes_options.php), tu placeras par exemple la fonction suivante. Elle permet d’appeler un fond qui va boucler sur l’id_mot en cours et utiliser le champ id_groupe pour créer une classe par groupe :

    function glossaire_generer_mot($id_mot, $mot) { 
    	return recuperer_fond('/fonds/couleurs_glossaire', array('id_mot'=>$id_mot, 'mot'=>$mot));
    }

    Dans ton squelette, tu crées ensuite le fichier fonds/couleurs_glossaire.html et tu y mets la fameuse boucle. Grâce à #ID_GROUPE, il t’es facile de créer une classe que tu pourras styler :

    [(#REM) 
    	champs disponibles : 
    		id_mot (pour une boucle MOTS)
    		mot (mot du texte)
    ]
    <BOUCLE_mots(MOTS){id_mot}>
    	<span class="groupe#ID_GROUPE">#ENV*{mot}</span>
    </BOUCLE_mots>

    Par CSS tu pourras enfin choisir les couleurs que tu veux sur .groupe1, .groupe2, .groupe3, etc.

    Ce sujet étant intéressant, j’ai ajouté un paragraphe à l’article ci-dessus.

  • 

    Lili

    Février 2010

    Au sujet du code que tu m’as donné, j’ai créée un article qui contient 4 mots-clés de 4 groupes différents.

    Chaque groupe a une couleur spécifique ....

    le pb est que seul les mots clés des groupes 1 et 2 apparaissent ... 3 et 4 ne marchent pas ?

    Pourquoi ?

  • 

    Patrice Vanneufville

    Février 2010

    Tous les groupes devraient fonctionner... Tu as rafraichi la page d’admin du Couteau Suisse pour tenir compte de tes nouveaux groupes ?

  • 

    Lili

    Février 2010

    Salut

    Je voudrais savoir une petite chose ....

    J’ai installée la dernière version de Spip avec le couteau suisse et ton glossaire interne avec en plus la partie des groupes de couleur.

    Mon problème est que sous le serveur qui se trouve être une debian et avec la version php 5.2.11, j’ai comme pb que je ne peux pas accéder à mon site (taille allouée) et que si j’enlève ceci, cela fonctionne.

    Avez vous une idée

    Merci d’avance

  • 

    Lili

    Février 2010

    Bonjour

    Suite à ma question sur le glossaire interne, je voulais savoir s’il était possible ou pas de pouvoir couper le résultat comme cela est fait dans l’affichage des articles ?

    Merci d’avance

  • 

    Patrice Vanneufville

    Février 2010

    Oui, il faut pour cela surcharger le fond du glossaire (glossaire_css.html ou glossaire_js.html) en le recopiant dans dossier_de_mon_squelette/fonds/ et changer #ENV*{descriptif}|sinon{#ENV*{texte} en #ENV*{descriptif}|sinon{#ENV*{texte}|couper{300}

    Voila, je n’ai pas testé cette modif, tu nous dira si c’est ce que tu cherches à faire...

  • 

    Lili

    Février 2010

    c’est ça ... cela marche merci

  • 

    Lili

    Février 2010

    Bonjour

    est ce qu’il est possible de faire apparaître la liste des mots en fonction d’un groupe par ordre alphabétique et surtout par pagination à 10 ?

  • 

    Patrice Vanneufville

    Février 2010

    Bien sûr. Les boucles de SPIP permettent une foule de choses, en fonction des critères choisis ;-)

  • 

    Lili

    Février 2010

    Merci de votre réponse mais étant novice sous spip je me permets de vous demander si vous avez un exemple.

    Autre question, est ce que ce pluging accepte pas certains caractères dans la base de données « spip_mots » ?

    Merci

  • 

    Patrice Vanneufville

    Février 2010

    Pour un affichage comme celui-là il faut une double boucle. Un peu comme :

    <BOUCLE_groupes(GROUPES_MOTS){par titre}{"<br></BOUCLE_groupes>"}>
    - #TITRE : <BOUCLE_mots(MOTS){id_groupe}{par titre}{" - "}>#TITRE</BOUCLE_mots>
    </BOUCLE_groupes>

  • 

    Lili

    Février 2010

    [(#REM) Construction d'une chaine comportant toutes les premieres lettres de tous les mots du glossaire (ex : "AABBBFGG") ] [(#SET{lettres,[(#GET{lettres}|concat{[(#TITRE|premieres_lettres)]})]})] [(#SET{ok#ID_MOT,[(#TITRE|mot_affichable{#ENV{lettre,A}})]})] [(#REM) Affichage de la barre de navigation ]

    #ENV{Glossaire}

    
    

    Index alphabétique : [(#GET{lettres}|alphabet_cliquable{#ENV{lettre,A}})]

    ---

    #ANCRE_PAGINATION

    [(#TITRE|replace{\s*/\s*,' / '})][ ((#DESCRIPTIF))]

    #TEXTE

    #PAGINATION

    <:autres_listes_indexation:>

    • <:autres_listes_indexation:>
      • <?php if(#ID_GROUPE!=#ENV{id}) echo '
      • #TITRE'; ?>
  • 

    Lili

    Février 2010

    Les caractères où cela pose pb sont les balises

    , les virgules, les guillemets versions françaises ...
  • 

    Lili

    Février 2010

    Je réécris le code :

    partie liste alphabétique :

    [(#REM) Construction d’une chaine comportant toutes les premieres lettres de tous les mots du glossaire (ex : « AABBBFGG ») ]

    
    [(#SETlettres,[(#GETlettres|concat(#TITRE)])]
    [(#SETok#ID_MOT,[(#TITRE|mot_affichable#ENVlettre,A)])]
    

    [(#REM) Affichage de la barre de navigation ]

    #ENVGlossaire

    
    

    Index alphabétique : [(#GETlettres|alphabet_cliquable#ENVlettre,A)]

    ---

  • 

    Lili

    Février 2010

    partie liste des mots

    <B_Glossaire2> #ANCRE_PAGINATION

    ok#ID_MOT| ?’ ’,’’) [(#TITRE|replace\s*/\s*,’ / ’)][ ((#DESCRIPTIF))] #TEXTE

    ]
    

    #PAGINATION
    

  • 

    Patrice Vanneufville

    Février 2010

    On ne comprend pas du tout ton message... Il faut mettre tes exemples entre les balises <cadre> et </cadre>.

  • 

    Lili

    Février 2010

    Voici mon code :

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
            "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
    
    <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="#LANG" lang="#LANG" dir="#LANG_DIR">
    <head>
    	<title>[[(#NOM_SITE_SPIP|textebrut)]] : [(#TITRE|supprimer_numero|textebrut)]</title>
    	<INCLURE{fond=page}{fond=styles}{lang}{id_mot}>
    </head>
    <body dir="#LANG_DIR" class="#LANG mot groupe#ID_GROUPE mot#ID_MOT">
    <div id="page">
    
    <!-- *****************************************************************
    	Bandeau, titre du site et menu langue
    	Header and main menu (top and right)
        ************************************************************* -->
    
    <INCLURE{fond=inc/inc-bandeau}{lang}{id_mot}>
    
    <!-- *****************************************************************
    	Contenu principal (centre)
    	Main content (center)
        ************************************************************* -->
    	<div id="bloc-contenu">
    
              [(#REM) Construction d'une chaine comportant toutes les premieres lettres de tous les mots du glossaire  (ex : "AABBBFGG") ]
    
    <BOUCLE_listalpha(MOTS){type=#ENV{Glossaire}}>
    [(#SET{lettres,[(#GET{lettres}|concat{[(#TITRE|premieres_lettres)]})]})]
    [(#SET{ok#ID_MOT,[(#TITRE|mot_affichable{#ENV{lettre,A}})]})]
    </BOUCLE_listalpha>
    
    [(#REM) Affichage de la barre de navigation ]
    <center>
    <h1>#ENV{Glossaire}</h1>
    </center>
    <br/>
    <div class="barre_alphabetique">
    	Index alphab&eacute;tique : [(#GET{lettres}|alphabet_cliquable{#ENV{lettre,A}})]
    </div><hr/>
    <div class="liste_glossaire">
    <B_Glossaire2>
    #ANCRE_PAGINATION
    		<dl>
    <BOUCLE_Glossaire2(MOTS){type=#ENV{Glossaire}} {par titre} {pagination}>
    		[(#GET{ok#ID_MOT}|?{' ',''})
    		<dt class="#EDIT{titre}"><a href="#URL_MOT">[(#TITRE|replace{\s*/\s*,' / '})][ ((#DESCRIPTIF))]</a></dt>
    		<dd class="#EDIT{texte}">#TEXTE</dd>
    		]
    	</BOUCLE_Glossaire2>
     </dl>
             
    #PAGINATION
     </B_Glossaire2>
    </div>
    
    	</div><!-- bloc-contenu -->
    <!-- *****************************************************************
    	Menus contextuels (droite)
    	Contextual menus (right)
        ************************************************************* -->
    
    
    	<div id="menu-rubriques">
     <h2 class="structure"><:autres_listes_indexation:></h2>
          <div class="menu">
          <ul>
            <li><b><:autres_listes_indexation:></b>
              <ul>
          <BOUCLE_groupes(GROUPES_MOTS){par titre}>
          <?php
            if(#ID_GROUPE!=#ENV{id}) echo '<li><a href="spip.php?page=glossaire2&Glossaire=#TITRE&id=#ID_GROUPE">#TITRE</a></li>';
          ?>
    </BOUCLE_groupes>
    
    
            </ul>
            </li>
          </ul>
          </div><!-- menu -->
         
          
    
         
    
         
    
    	</div><!-- encart -->
    
    
    
    <INCLURE{fond=inc/inc-menu-glossaire}{lang}{id_mot}>
    <INCLURE{fond=inc/inc-bas}{lang}{id_mot}>
    </div>	<!-- page -->
    
    </body>
    </html>

    si on peut m’aider

  • 

    Patrice Vanneufville

    Février 2010

    Il faut éviter de mettre du php dans un squelette, il n’y a aucune garantie contre les erreurs de syntaxe...

    Ta dernière boucle doit être :

    <BOUCLE_groupes(GROUPES_MOTS){par titre}>
    [(#ID_GROUPE|=={#ENV{id}}|non)
    	<li><a href="[(#URL_PAGE{glossaire2}|parametre_url{Glossaire,#TITRE}|parametre_url{id,#ID_GROUPE})]">#TITRE</a></li>
    ]
    </BOUCLE_groupes>

  • 

    Lili

    Février 2010

    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

    <?php $id=#ID_GROUPE?>

    je peux écrire ?

    Merci d’avance

  • 

    Patrice Vanneufville

    Février 2010

    $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.

  • 

    Lili

    Mars 2010

    Est ce que ce pluging prend beaucoup de ressources sous spip ? Car je trouve que quand je cherche à lire un article, il rame beaucoup ?

  • 

    Patrice Vanneufville

    Mars 2010

    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...

  • 

    Lili

    Mars 2010

    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

  • 

    Patrice Vanneufville

    Mars 2010

    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.

  • 

    Lili

    Mars 2010

    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

  Répondre à ce message

• 4

  

  Manu_TJ

  Février 2010

  Bonjour,

  J’utilise cette lame du CS et son fonctionnement n’est pas celui que j’attends. Et je ne sais pas si c’est parce que j’ai mal compris son fonctionnement ou si parce que je l’utilise mal.

  Je précise que je suis sur la dernière version de SPIP et du CS.

  Exemple en ligne : http://www.ecole-herrin.net/spip.ph....

  Mon groupe de mot clé s’appelle « Cycles » et contient 3 mots clés.
  J’ai paramétré la lame pour utiliser ce groupe.

  Dans la rubrique j’affiche la liste des articles et à côté, les mots clés associés. C’est là que je souhaiterais que le glossaire joue son rôle. Or ... rien.

  Ou plus exactement, le #TEXTE de la rubrique c’est OK (voir en haut de la page). Mais pas à côté du titre des articles.

  J’ai donc ajouté le filtre |cs_glossaire, sans plus de succès.

  Au final, je ne comprends pas d’où vient mon erreur. Tout éclairage est le bienvenue.

  Par avance, merci.

  • 

    Patrice Vanneufville

    Février 2010

    Bonjour, tu avais très bien compris. L’utilisation que tu fais du filtre directement sur le titre du mot était trop « sévère » pour le plugin. Je viens de poster une correction qui devrait résoudre ce problème : http://zone.spip.org/trac/spip-zone...

  • 

    Manu_TJ

    Février 2010

    Bonjour

    je viens de reporter la modification « à la main » (en attendant le nouveau zip) et ça fonctionne très bien. Merci pour le correctif.

    A+

  • 

    Patrice Vanneufville

    Février 2010

    En regardant de plus près ton code, il vaut mieux passer le glossaire après que ta liste de mots clés a été faite.

    En clair, au lieu d’un code qui appelle 10 fois le filtre et ressemblant à :

    <B_mots_art>[<BOUCLE_mots_art(MOTS){" - "}>[(#TITRE|cs_glossaire)]</BOUCLE_mots_art>]</B_mots_art>

    Il vaut mieux créer un fichier inc-glossaire.html dans lequel tu mets simplement ta boucle :

    <B_mots_art>[<BOUCLE_mots_art(MOTS){" - "}>#TITRE</BOUCLE_mots_art>]</B_mots_art>

    Et ensuite utiliser une seule fois le filtre :

    [(#INCLURE{fond=inc-glossaire}|cs_glossaire)]

    Tu as ainsi le bénéfice du cache SPIP...

    P.S. : ne pas oublier de transmettre le paramètre {id_article} dans ton cas ;-)

  • 

    Février 2010

    OK, j’ai modifié en ce sens. Et merci pour l’info, je ne savais pas qu’on pouvait appliquer un filtre à la balise INCLURE.

  Répondre à ce message