Salut,
pour mes besoins personnels, j'ai fait 2 modèles pour les objets rubriques et événements (sur la base du modèle article : https://zone.spip.org/trac/spip-zone/browser/plugins/metaplus/trunk/inclure ).
Des contre-indications pour que je commit ?
Ça éviterait à chacun de refaire ses propres modèles dans son coin...
jean marie+1
et peut etre une meta site ?
merci !
Le 22/11/2017 à 09:33, Jean Marie Grall a écrit :
Salut,
pour mes besoins personnels, j'ai fait 2 modèles pour les objets rubriques et événements (sur la base du modèle article : Connexion · GitLab ).
Des contre-indications pour que je commit ?
Ça éviterait à chacun de refaire ses propres modèles dans son coin...jean marie----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
--
_________________________________________
Et hop pour rubrique et événement : Connexion · GitLab
jean marie
Le 22/11/2017 à 09:48, erational a écrit :
+1
et peut etre une meta site ?
merci !
Le 22/11/2017 à 09:33, Jean Marie Grall a écrit :
Salut,
pour mes besoins personnels, j'ai fait 2 modèles pour les objets rubriques et événements (sur la base du modèle article : Connexion · GitLab ).
Des contre-indications pour que je commit ?
Ça éviterait à chacun de refaire ses propres modèles dans son coin...jean marie----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Salut,
pour les titres, je me dit qu'il faudrait avoir le nom du site à chaque fois, non ? Ça serait plus logique et, d'ailleurs, SPIP le fait pour la balise <title>.
On rajoute #NOM_SITE_SPIP aux L47/66/87 de Connexion · GitLab et on l'enlève de metasplus-site-spip.html en rajoutant le slogan à la place pour être cohérent...
Des contre-avis ?
jean marie
Le 23/11/2017 à 15:32, Jean Marie Grall a écrit :
Et hop pour rubrique et événement : Connexion · GitLab
jean marieLe 22/11/2017 à 09:48, erational a écrit :
+1
et peut etre une meta site ?
merci !
Le 22/11/2017 à 09:33, Jean Marie Grall a écrit :
Salut,
pour mes besoins personnels, j'ai fait 2 modèles pour les objets rubriques et événements (sur la base du modèle article : Connexion · GitLab ).
Des contre-indications pour que je commit ?
Ça éviterait à chacun de refaire ses propres modèles dans son coin...jean marie----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Je suis pas d'accord
le modèle générique doit rester générique comme cela on passe ce que l'on veut
si on force le nom du site, on se retrouve bloqué si on veut faire autrement
Le 04/12/2017 à 13:22, Jean Marie Grall a écrit :
Salut,
pour les titres, je me dit qu'il faudrait avoir le nom du site à chaque fois, non ? Ça serait plus logique et, d'ailleurs, SPIP le fait pour la balise <title>.
On rajoute #NOM_SITE_SPIP aux L47/66/87 de Connexion · GitLab et on l'enlève de metasplus-site-spip.html en rajoutant le slogan à la place pour être cohérent...
Des contre-avis ?
jean marieLe 23/11/2017 à 15:32, Jean Marie Grall a écrit :
Et hop pour rubrique et événement : Connexion · GitLab
jean marieLe 22/11/2017 à 09:48, erational a écrit :
+1
et peut etre une meta site ?
merci !
Le 22/11/2017 à 09:33, Jean Marie Grall a écrit :
Salut,
pour mes besoins personnels, j'ai fait 2 modèles pour les objets rubriques et événements (sur la base du modèle article : Connexion · GitLab ).
Des contre-indications pour que je commit ?
Ça éviterait à chacun de refaire ses propres modèles dans son coin...jean marie----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
--
_________________________________________
Ok pour rester générique, mais on devrait conserver le fonctionnement par défaut de SPIP, non ?
Là, on a une balise html qui reprend systématiquement le nom du site mais, quand on le partage sur les réseaux avec Métas+, ce nom disparait alors que sans, il est là. C’est pas cohérent, si ?
Amha le fonctionnement générique du plugin devrait être le même que celui par défaut de SPIP.
jean marie
Ok, je comprends pour le notion de core.
Pour le principe d’afficher le titre du site, moi je trouve ça pertinent (1 partout, balle au centre 
).
Mais dans tous les cas, le plugin change le comportement par défaut de SPIP… c’est pas logique, si ? On pourrait alors le mettre dans les modèles des objets pour ne pas polluer le core.
Et si c’est vraiment bloquant, on pourrait même imaginer une variable permettant de la masquer…
jean marie
Hello,
J’utilise pas (encore) le plugin, mais un système similaire, sur pas mal de projets et au niveau du partage :
j’ai plus souvent besoin d’avoir des titres différents et justement le titre de partage doit être axé pour que les followers aient envie de le lire, alors qu’un titre title peut être axé pour le référencement, la structure du site ……
donc effectivement je dirais que c’est au cas par cas suivant le sujet et l’objet
la pour des produits quand je partage j’ai tendance a faire titre + taille + prix par exemple
pour un evenement j’ai déja fait : lieu - date - titre
le site référençait des événements mais c’était l’événement le sujet, pas le nom du site : Paris 19e - 15 juillet - la compagnie tartenpion …
ceci dans le but d’aider/assister le rédacteur/trice a structurer son lien sans rien oublier.
idéalement il faudrait pouvoir le spécifier sur mesure depuis l’article/objet comme il est fait pour le plugin SEO, ce qui est faisable en utilisant champ extra ou le champ surtitre
l’avantage du plugin étant de pouvoir passer en paramètre exactement ce que tu veux. Tu peut donc passer au title le titre du site en plus si tu le souhaite sur des articles et autre chose sur un autre objet, ça dépend du squelette/site.
Le 04/12/2017 à 15:40, Jean Marie Grall a écrit :
Ok, je comprends pour le notion de core.
Pour le principe d'afficher le titre du site, moi je trouve ça pertinent (1 partout, balle au centre
).
non je ne trouve pas ca bien:
- le titre c'est le titre du contenu sémantique .... ajouter toujours des trucs à coté est une mauvais habitude
- le titre du site, on le retrouve ailleurs sur les modules de partage de FB & cie
j'aimerai que le fichier "core" reste propre
ensuite libre à vous de surcharger les appels (meta-article, meta-site, ....) en passant ce que vous voulez comme "combo" (titre + titre du site + age de ma grande-mere)
Mais dans tous les cas, le plugin change le comportement par défaut de SPIP... c'est pas logique, si ? On pourrait alors le mettre dans les modèles des objets pour ne pas polluer le core.
Et si c'est vraiment bloquant, on pourrait même imaginer une variable permettant de la masquer...
nan pas de constante pour faire comme chez moi (c)
désolé ... j'ai l'impression de jouer au vieux schnock
--
_________________________________________
Hello,
Vous avez tout les deux raisons, il n'y a pas vraiment de règle :
Dans la mesure ou #TITRE - #NOM_SITE_SPIP est plus ou moins standard
(sur le web et dans les squelettes SPIP de la dist), je pense pour ma part qu'il faut
utiliser cela.
L'impact que cela a sur le SEO devrait aussi être un poil meilleur
puisqu'il augmente la présence du nom du site.
Mais c'est une bataille de chiffon, car ici on parle de méta pour
Facebook...
erational <erational@erational.org> writes:
Le 04/12/2017 à 15:40, Jean Marie Grall a écrit:
Ok, je comprends pour le notion de core.
Pour le principe d'afficher le titre du site, moi je trouve ça
pertinent (1 partout, balle au centrenon je ne trouve pas ca bien:
- le titre c'est le titre du contenu sémantique .... ajouter toujours
des trucs à coté est une mauvais habitude
- le titre du site, on le retrouve ailleurs sur les modules de partage
de FB & ciej'aimerai que le fichier "core" reste propre
ensuite libre à vous de surcharger les appels (meta-article, meta-site,
....) en passant ce que vous voulez comme "combo" (titre + titre du site
+ age de ma grande-mere)Mais dans tous les cas, le plugin change le comportement par défaut de
SPIP... c'est pas logique, si ? On pourrait alors le mettre dans les
modèles des objets pour ne pas polluer le core.Et si c'est vraiment bloquant, on pourrait même imaginer une variable
permettant de la masquer...nan pas de constante pour faire comme chez moi (c)
désolé ... j'ai l'impression de jouer au vieux schnock
est ce que cela pourrait convenir si:
- on laisse le metasplus.html inchangé
- on passe le #NOM_SITE_SPIP en plus (via un concat) dans les appels metaplus-article, metaplus-* ...
comme cela, on laisse un core propre et on ne casse le comportement avec les personnes qui utilisent déjà leur propre surcharge
jean-luc, ton avis ?
Le 04/12/2017 à 17:46, Debondt Didier a écrit :
Hello,
Vous avez tout les deux raisons, il n'y a pas vraiment de règle :
Dans la mesure ou #TITRE - #NOM_SITE_SPIP est plus ou moins standard
(sur le web et dans les squelettes SPIP de la dist), je pense pour ma part qu'il faut
utiliser cela.L'impact que cela a sur le SEO devrait aussi être un poil meilleur
puisqu'il augmente la présence du nom du site.Mais c'est une bataille de chiffon, car ici on parle de méta pour
Facebook...erational <erational@erational.org> writes:
Le 04/12/2017 à 15:40, Jean Marie Grall a écrit:
Ok, je comprends pour le notion de core.
Pour le principe d'afficher le titre du site, moi je trouve ça
pertinent (1 partout, balle au centrenon je ne trouve pas ca bien:
- le titre c'est le titre du contenu sémantique .... ajouter toujours
des trucs à coté est une mauvais habitude
- le titre du site, on le retrouve ailleurs sur les modules de partage
de FB & ciej'aimerai que le fichier "core" reste propre
ensuite libre à vous de surcharger les appels (meta-article, meta-site,
....) en passant ce que vous voulez comme "combo" (titre + titre du site
+ age de ma grande-mere)Mais dans tous les cas, le plugin change le comportement par défaut de
SPIP... c'est pas logique, si ? On pourrait alors le mettre dans les
modèles des objets pour ne pas polluer le core.Et si c'est vraiment bloquant, on pourrait même imaginer une variable
permettant de la masquer...nan pas de constante pour faire comme chez moi (c)
désolé ... j'ai l'impression de jouer au vieux schnock
--
_________________________________________
Moi, ça me va !
Je prépare ça...
jean marie
Le 04/12/2017 à 18:31, erational a écrit :
est ce que cela pourrait convenir si:
- on laisse le metasplus.html inchangé
- on passe le #NOM_SITE_SPIP en plus (via un concat) dans les appels metaplus-article, metaplus-* ...comme cela, on laisse un core propre et on ne casse le comportement avec les personnes qui utilisent déjà leur propre surcharge
jean-luc, ton avis ?
Le 04/12/2017 à 17:46, Debondt Didier a écrit :
Hello,
Vous avez tout les deux raisons, il n'y a pas vraiment de règle :
Dans la mesure ou #TITRE - #NOM_SITE_SPIP est plus ou moins standard
(sur le web et dans les squelettes SPIP de la dist), je pense pour ma part qu'il faut
utiliser cela.L'impact que cela a sur le SEO devrait aussi être un poil meilleur
puisqu'il augmente la présence du nom du site.Mais c'est une bataille de chiffon, car ici on parle de méta pour
Facebook...erational <erational@erational.org> writes:
Le 04/12/2017 à 15:40, Jean Marie Grall a écrit:
Ok, je comprends pour le notion de core.
Pour le principe d'afficher le titre du site, moi je trouve ça
pertinent (1 partout, balle au centrenon je ne trouve pas ca bien:
- le titre c'est le titre du contenu sémantique .... ajouter toujours
des trucs à coté est une mauvais habitude
- le titre du site, on le retrouve ailleurs sur les modules de partage
de FB & ciej'aimerai que le fichier "core" reste propre
ensuite libre à vous de surcharger les appels (meta-article, meta-site,
....) en passant ce que vous voulez comme "combo" (titre + titre du site
+ age de ma grande-mere)Mais dans tous les cas, le plugin change le comportement par défaut de
SPIP... c'est pas logique, si ? On pourrait alors le mettre dans les
modèles des objets pour ne pas polluer le core.Et si c'est vraiment bloquant, on pourrait même imaginer une variable
permettant de la masquer...nan pas de constante pour faire comme chez moi (c)
désolé ... j'ai l'impression de jouer au vieux schnock
Super, merci Jean-Marie !
Le 05/12/2017 à 09:33, Jean Marie Grall a écrit :
Moi, ça me va !
Je prépare ça...
jean marieLe 04/12/2017 à 18:31, erational a écrit :
est ce que cela pourrait convenir si:
- on laisse le metasplus.html inchangé
- on passe le #NOM_SITE_SPIP en plus (via un concat) dans les appels metaplus-article, metaplus-* ...comme cela, on laisse un core propre et on ne casse le comportement avec les personnes qui utilisent déjà leur propre surcharge
jean-luc, ton avis ?
Le 04/12/2017 à 17:46, Debondt Didier a écrit :
Hello,
Vous avez tout les deux raisons, il n'y a pas vraiment de règle :
Dans la mesure ou #TITRE - #NOM_SITE_SPIP est plus ou moins standard
(sur le web et dans les squelettes SPIP de la dist), je pense pour ma part qu'il faut
utiliser cela.L'impact que cela a sur le SEO devrait aussi être un poil meilleur
puisqu'il augmente la présence du nom du site.Mais c'est une bataille de chiffon, car ici on parle de méta pour
Facebook...erational <erational@erational.org> writes:
Le 04/12/2017 à 15:40, Jean Marie Grall a écrit:
Ok, je comprends pour le notion de core.
Pour le principe d'afficher le titre du site, moi je trouve ça
pertinent (1 partout, balle au centrenon je ne trouve pas ca bien:
- le titre c'est le titre du contenu sémantique .... ajouter toujours
des trucs à coté est une mauvais habitude
- le titre du site, on le retrouve ailleurs sur les modules de partage
de FB & ciej'aimerai que le fichier "core" reste propre
ensuite libre à vous de surcharger les appels (meta-article, meta-site,
....) en passant ce que vous voulez comme "combo" (titre + titre du site
+ age de ma grande-mere)Mais dans tous les cas, le plugin change le comportement par défaut de
SPIP... c'est pas logique, si ? On pourrait alors le mettre dans les
modèles des objets pour ne pas polluer le core.Et si c'est vraiment bloquant, on pourrait même imaginer une variable
permettant de la masquer...nan pas de constante pour faire comme chez moi (c)
désolé ... j'ai l'impression de jouer au vieux schnock----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
--
_________________________________________
C'est fait : Connexion · GitLab
J'ai mis un espace insécable dans le |concat sinon, il n'était pas pris en compte. Il y a une autre solution ?
Bon, avec |textebrut, il est transformé en espace normal de toute façon...
jean marie
Le 05/12/2017 à 10:06, erational a écrit :
Super, merci Jean-Marie !
Le 05/12/2017 à 09:33, Jean Marie Grall a écrit :
Moi, ça me va !
Je prépare ça...
jean marieLe 04/12/2017 à 18:31, erational a écrit :
est ce que cela pourrait convenir si:
- on laisse le metasplus.html inchangé
- on passe le #NOM_SITE_SPIP en plus (via un concat) dans les appels metaplus-article, metaplus-* ...comme cela, on laisse un core propre et on ne casse le comportement avec les personnes qui utilisent déjà leur propre surcharge
jean-luc, ton avis ?
Le 04/12/2017 à 17:46, Debondt Didier a écrit :
Hello,
Vous avez tout les deux raisons, il n'y a pas vraiment de règle :
Dans la mesure ou #TITRE - #NOM_SITE_SPIP est plus ou moins standard
(sur le web et dans les squelettes SPIP de la dist), je pense pour ma part qu'il faut
utiliser cela.L'impact que cela a sur le SEO devrait aussi être un poil meilleur
puisqu'il augmente la présence du nom du site.Mais c'est une bataille de chiffon, car ici on parle de méta pour
Facebook...erational <erational@erational.org> writes:
Le 04/12/2017 à 15:40, Jean Marie Grall a écrit:
Ok, je comprends pour le notion de core.
Pour le principe d'afficher le titre du site, moi je trouve ça
pertinent (1 partout, balle au centrenon je ne trouve pas ca bien:
- le titre c'est le titre du contenu sémantique .... ajouter toujours
des trucs à coté est une mauvais habitude
- le titre du site, on le retrouve ailleurs sur les modules de partage
de FB & ciej'aimerai que le fichier "core" reste propre
ensuite libre à vous de surcharger les appels (meta-article, meta-site,
....) en passant ce que vous voulez comme "combo" (titre + titre du site
+ age de ma grande-mere)Mais dans tous les cas, le plugin change le comportement par défaut de
SPIP... c'est pas logique, si ? On pourrait alors le mettre dans les
modèles des objets pour ne pas polluer le core.Et si c'est vraiment bloquant, on pourrait même imaginer une variable
permettant de la masquer...nan pas de constante pour faire comme chez moi (c)
désolé ... j'ai l'impression de jouer au vieux schnock----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Ah mais, oui, c'est mieux !
Hop : Connexion · GitLab
Le 05/12/2017 à 13:33, erational a écrit :
|concat{" - ",#NOM_SITE_SPIP} marche pas ?
Le 05/12/2017 à 13:23, Jean Marie Grall a écrit :
C'est fait : Connexion · GitLab
J'ai mis un espace insécable dans le |concat sinon, il n'était pas pris en compte. Il y a une autre solution ?
Bon, avec |textebrut, il est transformé en espace normal de toute façon...jean marie