-
-
-
Mon minuscule petit doigt me susurre avec pincettes qu’il suppose que ça pourrait peut être éventuellement sans excès de confiance probablement se dérouler là : ▻https://github.com/seenthis/seenthis_squelettes/blob/master/noisettes/head_message.html#L22
Il semble y avoir eu un ticket pour les RSS aussi : ►https://github.com/seenthis/seenthis_squelettes/issues/195
Faut peut être ouvrir un ticket là bas ? @b_b zaussi peut savoir
-
Tu parles de quel compte?
►https://twitter.com/SeenthisNet ? -
@marcimat merci pour le pointage, il y a un truc qui m’étonne dans ce code, la fonction
supprimer_titre()ne semble accepter que deux argument et là on lui en passe trois oO (il semble donc qu’on limite à 256 caractères à ce jour et non 60)@davduf quelle longueur souhaites-tu qu’on envoie sur twitter ?
-
Ah tiens tu as raison @b_b … je me suis arrêté sur ce code en supposant que ça coupait à 256 caractères, mais il n’en est rien ; tu peux regarder la source d’un message seenthis actuellement, la
<meta name="twitter:description" ... />est renseignée avec l’ensemble du texte (sans le titre)... Ça doit pas être ça du coup le souci. -
Sur ▻https://developer.twitter.com/en/docs/tweets/optimize-with-cards/overview/markup ça indique que le champ est limité à 200 caractères. C’est peut être donc twitter qui limite, simplement.
-
@b_b j’aurais tendance à occuper tout l’espace possible (280 caractères) avec priorité sur le titre, et si possible placer la vignette du message, quand vignette il y a... merci ,))
-
La passerelle automatique vers Twitter n’est pas dans les métadonnées de chaque page, mais dans l’export conçu pour ça :
►https://seenthis.net/people/davduf/feed_tw
qui est lui-même passé par IFTT comme passerelle vers Touiteur. -
Heu, je parle de twitter un Seenthis vers Twitter (l’option petit oiseau à droite des posts :-)
-
@marcimat haha bien vu tout le texte doublonné dans deux metas, encore un truc énergivore à nettoyer dans seenthis.
@davduf d’après la source citée par @marcimat twitter limite à 200 caractères en entrée, et à ce jour on envoie la complète, c’est donc bien chez eux que c’est limité, on n’y peut rien donc.
Reste à fixer le bug des metas gonflées dans seenthis, ça fera ça de moins pour la pachamama...
-
-
Pour en revenir au sujet initial @davduf c’est déjà en place depuis 2017 cf ►https://github.com/seenthis/seenthis_squelettes/issues/195 ^^
-
-
C’est pas le texte du meta qui pose problème, c’est le lien hypertexte qui est dans le bouton de partage.
-
Ah tiens ! Comme j’ai toujours uBlock activé, je voyais pas ces boutons ; j’ignorais même leur existence !
Alors pour le coup, ça semble le JS là : ▻https://github.com/seenthis/seenthis_squelettes/blob/master/javascript/seenthis/seenthis_partage.js#L37
-
Ah, ba, nous v’la bien ,-) Je aprle bien du bouton Twitter à droite des messages...
-
-
Ah, super ! Mais désormais on a deux liens (quand le post SeenThis reprend un article publié ailleurs) : le lien d’origine et le lien SeenThis. Que diriez vous si on ne conservait (et si possible) que le lien SeenThis ?
-
Tu veux supprimer le lien qui pointe vers la source originale ? Si c’est ça, je ne pense pas que ça soit une bonne idée.
-
Je le supprimerais du tweet, oui, pour en garder que le lien SeenThis. Non ?
-
J’utilise fréquemment ce bouton, et, oui, je supprimerais la mention de l’url initial qui est souvent mass média, histoire de pas enrichir la ferme à clic pub (le fais fréquemment à la main, quitte à citer la source si besoin)... et pour garder de la place pour une accroche texte (d’autant que cela fait cliquer sur des paywall dans pas mal de cas, ce qui bloque la lecture). Mais peut-être est-ce compliqué techniquement, ou pas souhaitable selon d’autres ici. (si par exemple cela facilité l’arrivée de robots ici, comme hier à propos de m @ s q u € s)
-
Désolé de vous embêter à nouveau... Mais il semblerait que le lien d’origine soit cassé quand on tweete le post Seenthis.
Exemple : ▻https://twitter.com/davduf/status/1255605249630486528?s=20 + ▻https://twitter.com/MandadeleD/status/1255606908884574208
Je suis sûr qu’on va y arriver :-)
-
@davduf je le vois bien, et c’est un autre bug qui vient cette fois de la fonction
texteArticle()▻https://github.com/seenthis/seenthis_squelettes/blob/master/javascript/seenthis/seenthis_partage.js#L17 qui récupère le texte de l’article avant de générer le contenu à poster sur twitruc ou fb.En effet, cette fonction récupère le texte du lien court affiché qui comme son nom l’indique est court... (et donc tronqué).
Bref, encore un bug qu’il faudra traiter dans un autre ticket cf ▻https://github.com/seenthis/seenthis_squelettes/issues/246
-
-
Quand j’essaie d’utiliser le bouton twitter :
403 Forbidden: The server understood the request, but is refusing to fulfill it.
Pareil pour vous ?
-
@davduf ça devrait être corrigé maintenant ;) (enfin une fois que le cache sera actualisé côté js)
-
-
Salut les gens de @Seenthis, que pensez-vous de la proposition de remplacer l’url des auteurs seenthis, celle avec « people » marqué dedans, par une url avec @ ?
C’est à dire passer de :
http://seenthis.net/people/seenthis
àhttp://seenthis.net/@seenthisJ’ai vu ca chez Medium :
https://medium.com/@chrishutchinsonCela me semble plus adapté au schema @seenthis.
Merci pour vos retours si la question vous interpelle comme moi.
-
-
-
Grave, ce serait plus court, plus logique, moins anglais, mieux en somme.
-
Moi je réponds : encodage merdique de l’URL dans certains contextes bureautiques. Mais je dis ça juste pour parler hein...
-
Je trouve ça mieux mais en même temps je vois pas trop l’intérêt
-
-
-
-
Hello,
En regardant la spécification des URI ▻http://tools.ietf.org/html/rfc3986#section-3.3 et les commentaires sur ▻http://stackoverflow.com/questions/19509028/can-i-use-an-at-symbol-inside-urls il semblerait qu’il n’y a pas de contre indication à utiliser un
@dans le « path » d’une url http.Il n’est pas même nécessaire de l’encoder, donc @biggrizzly, il ne devrait pas y avoir de problème d’encodage merdique.
Quelques exemples d’url avec un
@non encodé dans le path :– google maps l’utilise : ▻https://www.google.com/maps/place/El-Tahrir+Square,+Ismailia,+Qasr+an+Nile,+Cairo+Governorate,+%C3%89gypte/@30.0451001,31.2354276,17z/data=!3m1!4b1!4m2!3m1!1s0x145840c640406f07:0xbec96781af26951c
– wikipedia aussi ▻http://en.wikipedia.org/wiki/%22@%22_%28album%29
– et même SPIP : ►http://www.spip.net@Quant à Twitter il propose une équivalence entre ▻https://twitter.com/@SeenthisNet et ►https://twitter.com/SeenthisNet , mais par defaut il ne propose pas l’url avec @ mais l’autre, sans @.
Du coup @Seenthis, indépendamment de la question de l’implémentation proposée pour les pages auteurs avec un
@, tu dois quand tu découvres automatiquement les tags et les auteurs dans un texte et les affiche sous le formulaire de saisie, vérifier avant qu’il ne s’agit pas d’un bout de path avec un@, ou d’un fragment d’url avec un#▻http://www.seenthis.net/@auteur#bio
De même
http://www.spip.net/@est une url valide donc il ne faut pas se contenter de reconnaitrehttp://www.spip.net -
Pas de contre-indication dans l’absolu. Juste je dis que certains outils bureautiques vont transformer ces urls en adresses mails cliquables (ajout de mailto: devant) parce qu’ils ont été mal programmés. Il me semble bien avoir déjà eu le cas par le passé, sans être capable de dire où et quand.
-
T’as fait un ticket sur Github, @booz ? ►https://github.com/seenthis/seenthis_squelettes/issues
-
-
-
Tiens, histoire de…, les messages officiels de @seenthis sont rebalancés sur ce compte :
►http://twitter.com/SeenthisNet
