petit problème gênant avec ce commit, il casse les sites qui utilisaient un numéro dans le titre des documents puisque plus de supprimer_numero()
Au delà ça m'embête un peu qu'on passe comme ça brutalement de typo() à propre() sur tous les titres des documents.
Je suis assez partagé sur le fait de stocker dans le titre et dans les crédits un lien, ça s'écarte quand même pas mal de ce qu'on attends dans ces champs.
Je suppose que c'était pour avoir un affichage dans le back-office avec les liens vers les sources, comme dans le front ?
Modified:
_plugins_/oembed/oembed_pipelines.php
_plugins_/oembed/paquet.xml
Log:
Récupérer en base sensiblement les mêmes infos que l'on affiche dans le modèle oembed à savoir un lien autour du titre et des crédits.
Du coup traiter les titres et crédits de docs par _TRAITEMENT_RACCOURCIS
petit problème gênant avec ce commit, il casse les sites qui utilisaient un numéro dans le titre des documents puisque plus de supprimer_numero()
Au delà ça m'embête un peu qu'on passe comme ça brutalement de typo() à propre() sur tous les titres des documents.
Je suis assez partagé sur le fait de stocker dans le titre et dans les crédits un lien, ça s'écarte quand même pas mal de ce qu'on attends dans ces champs.
Je suppose que c'était pour avoir un affichage dans le back-office avec les liens vers les sources, comme dans le front ?
Je comprends donc maintenant le "bug" qui m'est arrivé sur un site où j'utilise sur la page d'accueil une galerie d'images avec des liens stockés dans les titres (bidouille mais bon).
Les liens href="#TITRE" ne marchaient plus du tout, j'ai du mettre un #TITRE*
Effectivement, ce n'est pas anodin comme changement de comportement.
petit problème gênant avec ce commit, il casse les sites qui utilisaient un numéro dans le titre des documents puisque plus de supprimer_numero()
Au delà ça m'embête un peu qu'on passe comme ça brutalement de typo() à propre() sur tous les titres des documents.
Je suis assez partagé sur le fait de stocker dans le titre et dans les crédits un lien, ça s'écarte quand même pas mal de ce qu'on attends dans ces champs.
Je suppose que c'était pour avoir un affichage dans le back-office avec les liens vers les sources, comme dans le front ?
Je comprends donc maintenant le "bug" qui m'est arrivé sur un site où j'utilise sur la page d'accueil une galerie d'images avec des liens stockés dans les titres (bidouille mais bon).
Les liens href="#TITRE" ne marchaient plus du tout, j'ai du mettre un #TITRE*
Effectivement, ce n'est pas anodin comme changement de comportement.
Arf en fait c’était principalement pour limiter les différences entre un document directement dans le texte via oembed et ceux via oembed aussi mais insérer comme documents SPIP
Je suis d’accord pour le titre.
Cependant pour les crédits un peu moins, on a souvent besoin de mettre un lien dans les crédits si ce ne sont pas des crédits internes
petit problème gênant avec ce commit, il casse les sites qui
utilisaient un numéro dans le titre des documents puisque plus de
supprimer_numero()
Au delà ça m’embête un peu qu’on passe comme ça brutalement de typo()
à propre() sur tous les titres des documents.
Je suis assez partagé sur le fait de stocker dans le titre et dans les
crédits un lien, ça s’écarte quand même pas mal de ce qu’on attends
dans ces champs.
Je suppose que c’était pour avoir un affichage dans le back-office
avec les liens vers les sources, comme dans le front ?
Je comprends donc maintenant le « bug » qui m’est arrivé sur un site où
j’utilise sur la page d’accueil une galerie d’images avec des liens
stockés dans les titres (bidouille mais bon).
Les liens href=« #TITRE » ne marchaient plus du tout, j’ai du mettre un #TITRE*
Effectivement, ce n’est pas anodin comme changement de comportement.
OK, j'ai corrigé a minima en revertant juste la modif sur le titre.
Ça me choque moins sur les crédits, a reflechir si on veut changer le traitement par defaut dans le plugin medias du coup
--
Cédric
Quentin Drouet a écrit :
Arf en fait c'était principalement pour limiter les différences entre un
document directement dans le texte via oembed et ceux via oembed aussi
mais insérer comme documents SPIP
Je suis d'accord pour le titre.
Cependant pour les crédits un peu moins, on a souvent besoin de mettre
un lien dans les crédits si ce ne sont pas des crédits internes
Q.
Le jeu. 20 juil. 2017 à 13:47, nicod_ <nicolas.dorigny@gmail.com
<mailto:nicolas.dorigny@gmail.com>> a écrit :
Le 20/07/2017 à 12:27, Cédric Morin a écrit :
> Salut kent1,
>
> petit problème gênant avec ce commit, il casse les sites qui
> utilisaient un numéro dans le titre des documents puisque plus de
> supprimer_numero()
>
> Au delà ça m'embête un peu qu'on passe comme ça brutalement de typo()
> à propre() sur tous les titres des documents.
>
> Je suis assez partagé sur le fait de stocker dans le titre et
dans les
> crédits un lien, ça s'écarte quand même pas mal de ce qu'on attends
> dans ces champs.
> Je suppose que c'était pour avoir un affichage dans le back-office
> avec les liens vers les sources, comme dans le front ?
Je comprends donc maintenant le "bug" qui m'est arrivé sur un site où
j'utilise sur la page d'accueil une galerie d'images avec des liens
stockés dans les titres (bidouille mais bon).
Les liens href="#TITRE" ne marchaient plus du tout, j'ai du mettre un #TITRE*
Effectivement, ce n'est pas anodin comme changement de comportement.
OK, j'ai corrigé a minima en revertant juste la modif sur le titre.
Ça me choque moins sur les crédits, a reflechir si on veut changer le traitement par defaut dans le plugin medias du coup
Pour les crédits ça semble légitime de pouvoir utiliser un lien.
Du coup, plus facile à utiliser dans un squelette si le lien est généré automatiquement avec juste #CREDITS.