Ouf, j’ai eu peur qu’on choisisse un terme incompréhensible mais là c’est clair, presque trop ;-).
Guy, c’est quoi que tu comprenais pas comme préfixe ? archfile ?
[]=>
Bises
Eric
Le 09/03/2017 à 20:41, Eric Lupinacci a écrit :
Ouf, j'ai eu peur qu'on choisisse un terme incompréhensible mais là
c'est clair, presque trop ;-).
Guy, c'est quoi que tu comprenais pas comme préfixe ? archfile ?
Comme déjà dit, "slug" et "slugify" c'est le nom utilisé dans à peu près tous les frameworks web, PHP ou autre que PHP. Donc bon… pour celleux qui seront amené⋅e⋅s à l'utiliser, l'immense majorité du temps pour des trucs très techniques de fonctionnel en PHP, bah oui, c'est un terme à connaître.
Et c'est même tellement connu, qu'il y a une description dans Wikipédia, y compris dans le Wikipédia français.
Donc oui oui, c'est bien connu, et si c'est pas encore connu… tu es censé le connaître quand tu fais du développement web. 
--
RastaPopoulos
No souci l’ami c’était juste pour dire une connerie. Tu conviendras que chercher un nom pour arriver à trouver celui là parfait est un peu cocasse.
Eric qui va vraiment devoir se mettre au développement web 
Le jeu. 9 mars 2017 à 22:13, RastaPopoulos <rastapopoulos@spip.org> a écrit :
Le 09/03/2017 à 20:41, Eric Lupinacci a écrit :
Ouf, j’ai eu peur qu’on choisisse un terme incompréhensible mais là
c’est clair, presque trop ;-).
Guy, c’est quoi que tu comprenais pas comme préfixe ? archfile ?Comme déjà dit, « slug » et « slugify » c’est le nom utilisé dans à peu près
tous les frameworks web, PHP ou autre que PHP. Donc bon… pour celleux
qui seront amené⋅e⋅s à l’utiliser, l’immense majorité du temps pour des
trucs très techniques de fonctionnel en PHP, bah oui, c’est un terme à
connaître.Et c’est même tellement connu, qu’il y a une description dans Wikipédia,
y compris dans le Wikipédia français.
https://fr.wikipedia.org/wiki/Slug_(journalisme)
https://en.wikipedia.org/wiki/Semantic_URL#SlugDonc oui oui, c’est bien connu, et si c’est pas encore connu… tu es
censé le connaître quand tu fais du développement web.–
RastaPopoulos
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Pas mieux, je crois débarquer d'une autre planète quand je lis ce mot, mais bon, si c'est à connaître...
++
b_b
Le 09/03/2017 à 22:53, Eric Lupinacci a écrit :
No souci l'ami c'était juste pour dire une connerie. Tu conviendras que
chercher un nom pour arriver à trouver celui là parfait est un peu cocasse.Eric qui va vraiment devoir se mettre au développement web
Le 10.03.17 à 09:07, Bruno Bergot a écrit :
Pas mieux, je crois débarquer d'une autre planète quand je lis ce mot,
mais bon, si c'est à connaître...++
b_bLe 09/03/2017 à 22:53, Eric Lupinacci a écrit :
No souci l'ami c'était juste pour dire une connerie. Tu conviendras que
chercher un nom pour arriver à trouver celui là parfait est un peu
cocasse.Eric qui va vraiment devoir se mettre au développement web
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
j'avoue également que je trouvais nom_machine plus parlant.
Slug on a l'impression d'un affreux bruits de succion…
mais bon, je dois être un peu has been …
--
Maïeul
Si je peux me permettre, j’aurai préféré |slug tout court perso. Car d’une part pour les autre filtre du même accabit on ne dit pas |textebruter ou |ancre_urler ni date_interfacer et d’autre part les trucs en « ify » ca fait sillicon valley un peu cretinou je trouve.
BoOz
Ah non moi j’avais fini par être convaincu par |slug qui correspond bien au traitement effectué.
C’est juste le « ify » qui est LOL je trouve.
BoOz
Le 10/03/2017 à 10:10, BoOz a écrit :
Si je peux me permettre, j'aurai préféré |slug tout court perso. Car d'une part pour les autre filtre du même accabit on
ne dit pas |textebruter ou |ancre_urler ni date_interfacer et d'autre part les trucs en "ify" ca fait sillicon valley un
peu cretinou je trouve.
Pareil un peu lol...
ou |slugou alors c'est |mignoo...
JL
Le 10/03/2017 à 10:10, BoOz a écrit :
Si je peux me permettre, j'aurai préféré |slug tout court perso. Car
d'une part pour les autre filtre du même accabit on ne dit pas
|textebruter ou |ancre_urler ni date_interfacer et d'autre part les
trucs en "ify" ca fait sillicon valley un peu cretinou je trouve.
Le filtre est complètement annexe, car à mon avis, la majorité des utilisations se fera dans des plugins fonctionnels en PHP, pas du tout dans des squelettes. Et en dans le code en programmation, quand on fait une action, on utilise plutôt un verbe. On peut toujours ajouter un filtre filtres_slug_dist() qui appelle l'autre en plus… Mais ce ne sera pas l'utilisation principale d'après moi.
--
RastaPopoulos
Le 10/03/2017 à 10:10, BoOz a écrit :
Si je peux me permettre, j'aurai préféré |slug tout court perso. Car
d'une part pour les autre filtre du même accabit on ne dit pas
|textebruter ou |ancre_urler ni date_interfacer et d'autre part les
trucs en "ify" ca fait sillicon valley un peu cretinou je trouve.
Oui, ça me semble logique, on s'était arrêtés sur slug en discutant sur IRC.
Sinon pour faire moins silicon valley, il faut le traduire en français : |limacer 
--
nicod_
Le 10/03/2017 à 11:46, nicod_ a écrit :
Le 10/03/2017 à 10:10, BoOz a écrit :
Si je peux me permettre, j'aurai préféré |slug tout court perso. Car
d'une part pour les autre filtre du même accabit on ne dit pas
|textebruter ou |ancre_urler ni date_interfacer et d'autre part les
trucs en "ify" ca fait sillicon valley un peu cretinou je trouve.Oui, ça me semble logique, on s'était arrêtés sur slug en discutant sur IRC.
Sinon pour faire moins silicon valley, il faut le traduire en français : |limacer
Héhé ^^
j'ai lancé slugify, car c'est le terme utilisé dans Jekill, dans nunjuk/swig/twig ou Django (Utilitaires Django | Documentation de Django | Django)
ça ne veut rien dire en soit (je savais pas que slug était limace cela dit ^^) mais en fait quand on appelle ensuite dans les templates,
par exemple le titre normalisé de la page, c'est page_slug, qui est passé par le filtre slugify
on a donc bien deux chose distinctes le résultat et l'action de transformer
pour le coup ce serait alors transformer_en_limace_casse, cela dit on peut faire un shortcut pour utiliser les deux
j'ai bien array2table qui remplace bel_env …
--
Bonne journée
Arnaud B. (Mist. GraphX)
Sinon c'est snake_case l'autre appelation (par opposition au CamelCase)
A la reflexion ce qu'on génère ce sont des identifiants, et c'est bien homogène aussi au formatage qui est fait pour les identifiants utilisés dans certains plugins (page, menu...)
On pourrait donc avantageusement et francophilement nommer le filtre quelque chose comme
|creer_identifiant ou |generer_identifiant ou |identifiant ou |identifier
Je laisse la nomenklatura conclure ce sujet, avant que tout ça ne soit gravé dans le marbre des usages
--
Cédric
Mist. GraphX a écrit :
Le 10/03/2017 à 11:46, nicod_ a écrit :
Le 10/03/2017 à 10:10, BoOz a écrit :
Si je peux me permettre, j'aurai préféré |slug tout court perso. Car
d'une part pour les autre filtre du même accabit on ne dit pas
|textebruter ou |ancre_urler ni date_interfacer et d'autre part les
trucs en "ify" ca fait sillicon valley un peu cretinou je trouve.Oui, ça me semble logique, on s'était arrêtés sur slug en discutant
sur IRC.Sinon pour faire moins silicon valley, il faut le traduire en français
: |limacerHéhé ^^
nunjuk/swig/twig ou Django
(Utilitaires Django | Documentation de Django | Django)ça ne veut rien dire en soit (je savais pas que slug était limace cela
dit ^^) mais en fait quand on appelle ensuite dans les templates,par exemple le titre normalisé de la page, c'est page_slug, qui est
passé par le filtre slugifyon a donc bien deux chose distinctes le résultat et l'action de transformer
pour le coup ce serait alors transformer_en_limace_casse, cela dit on
peut faire un shortcut pour utiliser les deuxj'ai bien array2table qui remplace bel_env …
Le 10/03/2017 à 14:58, Cédric Morin a écrit :
On pourrait donc avantageusement et francophilement nommer le filtre
quelque chose comme|creer_identifiant ou |generer_identifiant ou |identifiant ou |identifier
Je laisse la nomenklatura conclure ce sujet, avant que tout ça ne soit
gravé dans le marbre des usages
Ça me convient avec un verbe, mais ça peut être bien de garder quand même l'alias slugify quand même, qui est la norme dans beaucoup de frameworks et CMS web ailleurs.
Par ailleurs, je le redis : la majorité des usages ne concernera PAS l'utilisation "en filtre" dans un squelette. C'est une utilisation qui existe mais ça ne sera pas le plus courant. Donc c'est bien d'avoir une fonction pas "filtre_truc" à appeler directement quand on travaille en PHP dans un plugin.
--
RastaPopoulos
Le 10 mars 2017 à 15:33, RastaPopoulos <rastapopoulos@spip.org> a écrit :
Par ailleurs, je le redis : la majorité des usages ne concernera PAS
l'utilisation "en filtre" dans un squelette. C'est une utilisation qui
existe mais ça ne sera pas le plus courant. Donc c'est bien d'avoir une
fonction pas "filtre_truc" à appeler directement quand on travaille en PHP
dans un plugin.
Ah oui et ensuite un ferait un filtre_slug qui appellerait la fonction en
question, pour un usage éventuel en filtre dans un squelette.
Coolos.
RastaPopoulos a écrit :
Le 10/03/2017 à 14:58, Cédric Morin a écrit :
Par ailleurs, je le redis : la majorité des usages ne concernera PAS
l'utilisation "en filtre" dans un squelette. C'est une utilisation qui
existe mais ça ne sera pas le plus courant. Donc c'est bien d'avoir une
fonction pas "filtre_truc" à appeler directement quand on travaille en
PHP dans un plugin.
Note bien que c'est le cas. Mais mon choix de definir en priorite une fonction filtre_slugify_dist venait surtout du risque de collision puisque plein de monde disait avoir déjà son filtre slug ou slufigy.
Si on est sur un nom plus spip et sans risque de collision on peut simplifier sans problème.
Et par contre je pense pas que ce soit une bonne idée d'avoir un nom francophone + un alias slug, ça crééerait de la confusion (et on risque a nouveau la collision de nom)
Cédric
Le 10/03/2017 à 16:11, Cédric Morin a écrit :
Et par contre je pense pas que ce soit une bonne idée d'avoir un nom francophone + un alias slug, ça crééerait de la confusion (et on risque a nouveau la collision de nom)
+1, c'est clair que c'est plus le truc a faire dans sa toolbox si on préfère, tel ou tel appelation
--
Bonne journée
Arnaud B. (Mist. GraphX)
Le 10/03/2017 à 14:58, Cédric Morin a écrit :
Sinon c'est snake_case l'autre appelation (par opposition au CamelCase)
snake_case c'est une forme de graphie, ça ne décrit pas l'action ou le type d'identifiant.
A la reflexion ce qu'on génère ce sont des identifiants, et c'est bien
homogène aussi au formatage qui est fait pour les identifiants utilisés
dans certains plugins (page, menu...)On pourrait donc avantageusement et francophilement nommer le filtre
quelque chose comme|creer_identifiant ou |generer_identifiant ou |identifiant ou |identifier
Je ne suis pas contre introduire un terme français, mais identifiant c'est très (trop) vague, alors que slug est un terme connu et précis, qui correspond exactement à ce qui est généré.
--
nicod_
Le 10/03/2017 à 15:33, RastaPopoulos a écrit :
Par ailleurs, je le redis : la majorité des usages ne concernera PAS
l'utilisation "en filtre" dans un squelette
Tu présumes un peu rapidement.
Mon filtre |slug perso, je l'utilise principalement dans des squelettes.
Pour générer un nom de class ou d'id sur une balise, dans du code JS squelettisé, etc.
--
nicod_
Le 10/03/2017 à 16:11, Cédric Morin a écrit :
Note bien que c'est le cas. Mais mon choix de definir en priorite une
fonction filtre_slugify_dist venait surtout du risque de collision
puisque plein de monde disait avoir déjà son filtre slug ou slufigy.
Ouep, j'avais vu et j'ai trouvé ça très malin
Bon, après quand on a déjà son code perso, on s'adapte hein, un petit test if(function_exists) et zou.
Et par contre je pense pas que ce soit une bonne idée d'avoir un nom
francophone + un alias slug, ça crééerait de la confusion (et on risque
a nouveau la collision de nom)
+1
--
nicod_
Bonsoir,
Le 11/03/2017 à 19:58, nicod_ a écrit :
Je ne suis pas contre introduire un terme français, mais identifiant
c'est très (trop) vague, alors que slug est un terme connu et précis,
qui correspond exactement à ce qui est généré.
Si j'ai bien suivi la discussion (moi non plus je ne connaissais pas le slug...), je trouve que ça ressemble plus à un alias qu'à un identifiant. Je ne sais pas si ça fera avancer le débat...
CM