l'article http://www.spip.net/fr_article4728.html mentionne "Pour les balises #LOGO_xxx [1], les faux filtres |fichier et |lien sont remplacés respectivement par l’écriture #LOGO_xxx** et #LOGO_xxx*."
mais je n'ai trouvé nulle part de description de ce filtre 'lien' --> ?
L'article http://www.spip.net/fr_article4651.html présente l'ancienne syntaxe des logos et mentionne un lien vers la description de la nouvelle syntaxe (perdues dans la note de release de la 2.1).
- l'article http://www.spip.net/fr_article4728.html mentionne "Pour les balises #LOGO_xxx [1], les faux filtres |fichier et |lien sont remplacés respectivement par l’écriture #LOGO_xxx** et #LOGO_xxx*."
mais je n'ai trouvé nulle part de description de ce filtre 'lien' --> ?
- L'article http://www.spip.net/fr_article4651.html présente l'ancienne syntaxe des logos et mentionne un lien vers la description de la nouvelle syntaxe (perdues dans la note de release de la 2.1).
pb avec ** (remplaçant le filtre 'fichier') : la doc indique "retourne le chemin d’accès (le path) vers le fichier correspondant au logo associé au document." mais en fait, pour un logo, ça retourne 'arton2123.jpg' ce qui est loin d'être le chemin d'accès.
- pb avec ** (remplaçant le filtre 'fichier') : la doc indique "retourne le chemin d’accès (le path) vers le fichier correspondant au logo associé au document." mais en fait, pour un logo, ça retourne 'arton2123.jpg' ce qui est loin d'être le chemin d'accès.
le faux filtre |lien correspond à l'écriture (antérieure à spip 2.1) [(#LOGO_ARTICLE|#URL_ARTICLE)] où l'on indiquait un lien (une url) comme s'il s'agissait d'un filtre (faux donc).
l'écriture #LOGO_DOCUMENT** retourne bien le path (exemple : IMG/jpg/jpg_img_9632.jpg)
pour les véritables logos (pas les #LOGO_DOCUMENT donc), leur particularité de ne pas être en base fait que ça ne donne que leur nom de fichier. à noter qu'en spip 2.0 [(#LOGO_ARTICLE|fichier)] ne retournait que le nom du fichier (comportement identique donc).
le faux filtre |lien correspond à l'écriture (antérieure à spip 2.1) [(#LOGO_ARTICLE|#URL_ARTICLE)] où l'on indiquait un lien (une url) comme s'il s'agissait d'un filtre (faux donc).
l'écriture #LOGO_DOCUMENT** retourne bien le path (exemple : IMG/jpg/jpg_img_9632.jpg)
pour les véritables logos (pas les #LOGO_DOCUMENT donc), leur particularité de ne pas être en base fait que ça ne donne que leur nom de fichier. à noter qu'en spip 2.0 [(#LOGO_ARTICLE|fichier)] ne retournait que le nom du fichier (comportement identique donc).
La "spécificité" pour le filtre ** ou |fichier des #LOGO_ARTICLE devrait être documentée dans http://www.spip.net/fr_article4651.html qui est actuellement inexacte à leur sujet. En profiter pour mentionner que c'est périmé et que la version actuelle est **
PS : le "tracker" de ce ticket est "documentation" (mais ça ne se voit plus sur la fiche... une fois le ticket créé).
Ok pour |lien. Dans ce cas, cette convention d'écriture devrait être introduite dans la doc. En page http://www.spip.net/fr_article4728.html par exemple.
La "spécificité" pour le filtre ** ou |fichier des #LOGO_ARTICLE devrait être documentée dans http://www.spip.net/fr_article4651.html qui est actuellement inexacte à leur sujet. En profiter pour mentionner que c'est périmé et que la version actuelle est **
PS : le "tracker" de ce ticket est "documentation" (mais ça ne se voit plus sur la fiche... une fois le ticket créé).
??«cette convention d'écriture devrait être introduite dans la doc.»??
tu veux dire qu'il faudrait ajouter
l’écriture [(#LOGO_xxx|#URL_yyy)] est remplacée par #LOGO_xxx{#URL_yyy}.
sur cette page ?
??«cette convention d'écriture devrait être introduite dans la doc.»??
tu veux dire qu'il faudrait ajouter <pre>l’écriture [(#LOGO_xxx|#URL_yyy)] est remplacée par #LOGO_xxx{#URL_yyy}.</pre> sur cette page ?
Oui certes, la doc devrait être actualisée et les syntaxes dépréciées uniquement mentionnées pour mémo.
Mais là, je voulais dire qu'il faudrait indiquer que l'écriture [(#LOGO_xxx|#URL_yyy)] ou #LOGO_xxx{#URL_yyy} est référencée ailleurs dans la doc par "le faux filtre" lien, càd "#LOGO_xxx|lien" de manière aider à comprendre, ailleurs dans la doc, cette écriture étrange que l'indication "faux filtre" ne suffit pas à décrypter.
Peut être en fait serait il encore mieux de trouver une autre manière, explicite et compréhensible immédiatement, de référencer ce fonctionnement, plutôt que ce "faux filtre", qui n'apparaît même pas comme un "faux filtre" dans les versions récentes de SPIP (mais comme un (faux ?) passage d'argument).
Oui certes, la doc devrait être actualisée et les syntaxes dépréciées uniquement mentionnées pour mémo.
Mais là, je voulais dire qu'il faudrait indiquer que l'écriture [(#LOGO_xxx|#URL_yyy)] ou #LOGO_xxx{#URL_yyy} est référencée ailleurs dans la doc par "le faux filtre" lien, càd "#LOGO_xxx|lien" de manière aider à comprendre, ailleurs dans la doc, cette écriture étrange que l'indication "faux filtre" ne suffit pas à décrypter.
Peut être en fait serait il encore mieux de trouver une autre manière, explicite et compréhensible immédiatement, de référencer ce fonctionnement, plutôt que ce "faux filtre", qui n'apparaît même pas comme un "faux filtre" dans les versions récentes de SPIP (mais comme un (faux ?) passage d'argument).
l'article http://www.spip.net/fr_article4728.html mentionne "Pour les balises #LOGO_xxx [1], les faux filtres |fichier et |lien sont remplacés respectivement par l’écriture #LOGO_xxx** et #LOGO_xxx*."
mais je n'ai trouvé nulle part de description de ce filtre 'lien' --> ?
L'article http://www.spip.net/fr_article4651.html présente l'ancienne syntaxe des logos et mentionne un lien vers la description de la nouvelle syntaxe (perdues dans la note de release de la 2.1).
le faux filtre |lien correspond à l'écriture (antérieure à spip 2.1) [(#LOGO_ARTICLE|#URL_ARTICLE)] où l'on indiquait un lien (une url) comme s'il s'agissait d'un filtre (faux donc).
l'écriture #LOGO_DOCUMENT** retourne bien le path (exemple : IMG/jpg/jpg_img_9632.jpg)
pour les véritables logos (pas les #LOGO_DOCUMENT donc), leur particularité de ne pas être en base fait que ça ne donne que leur nom de fichier. à noter qu'en spip 2.0 [(#LOGO_ARTICLE|fichier)] ne retournait que le nom du fichier (comportement identique donc).
Ok pour |lien. Dans ce cas, cette convention d'écriture devrait être introduite dans la doc. En page http://www.spip.net/fr_article4728.html par exemple.
La "spécificité" pour le filtre ** ou |fichier des #LOGO_ARTICLE devrait être documentée dans http://www.spip.net/fr_article4651.html qui est actuellement inexacte à leur sujet. En profiter pour mentionner que c'est périmé et que la version actuelle est **
PS : le "tracker" de ce ticket est "documentation" (mais ça ne se voit plus sur la fiche... une fois le ticket créé).
hmm dans le mot précédent il faut remplacer les étoiles simples par des **
??«cette convention d'écriture devrait être introduite dans la doc.»??
tu veux dire qu'il faudrait ajouter
l’écriture [(#LOGO_xxx|#URL_yyy)] est remplacée par #LOGO_xxx{#URL_yyy}.sur cette page ?Oui certes, la doc devrait être actualisée et les syntaxes dépréciées uniquement mentionnées pour mémo.
Mais là, je voulais dire qu'il faudrait indiquer que l'écriture [(#LOGO_xxx|#URL_yyy)] ou #LOGO_xxx{#URL_yyy} est référencée ailleurs dans la doc par "le faux filtre" lien, càd "#LOGO_xxx|lien" de manière aider à comprendre, ailleurs dans la doc, cette écriture étrange que l'indication "faux filtre" ne suffit pas à décrypter.
Peut être en fait serait il encore mieux de trouver une autre manière, explicite et compréhensible immédiatement, de référencer ce fonctionnement, plutôt que ce "faux filtre", qui n'apparaît même pas comme un "faux filtre" dans les versions récentes de SPIP (mais comme un (faux ?) passage d'argument).
Version cible mise à 3.1
On fait quoi concrètement ?
on fait rien, c'est de l'écriture dépréciée
Statut changé à Fermé