seenthis/seenthis_squelettes · GitHub

tiens bizarre #seenthis_bug, ça met pas la bonne flèche noire (et je sais pas si ça t’as indiqué au moment de l’écriture), alors que yavait bien le même lien là en com : ▻https://seenthis.net/messages/819574

@rastapopoulos merci de signaler les bugs directement sur github sans quoi je risque de passer à côté.

Je viens de tester, le lien en question est bien détecté et signalé lors de la rédaction d’un message, et la tite flèche pointe vers une page qui liste bien les deux posts, mais il y a bien bug sur l’apparence de la flèche. Ça doit être un effet de bord de mon travail récent sur la détection des mêmes urls en http/https cf ►https://github.com/seenthis/seenthis_squelettes/issues/130, je regarde ce qui cloche...

signalé par @fil sur github :
▻https://github.com/seenthis/seenthis_squelettes/issues/236

Rhaaaaa mais j’ai pas fini !!!! Saleté de retour à la ligne que y’a qu’ici sur @seenthis qu’il fonctionne comme ça (pour moi) !!!

non, pas que toi, mais c’est vrai que ça fait un moment que ça ne m’est pas arrivé.

Le retour chariot (SANS majuscule) déclenche l’envoi. À un point que j’en étais venu à ne plus le taper mais à copier le retour chariot, éventuellement quelques lignes au dessus, et à le coller. Assez énervant, oui…

Noparano :) tu peux toujours reprendre ton message @val_k pour le compléter ou le modifier.
Sur FF 69.0.3 (64 bits) MAC je n’ai pas ce souci de retour ligne, c’est quoi vos navigateurs ?

@touti je sais hein, je vois pas trop le rapport avec la parano, là... j’ai l’habitude de ce qui n’est pas un bug mais un choix qui m’avait déjà été expliqué, fut un temps (flemme de chercher, là) mais juste c’est super relou quand t’es en plein élan, quoi, d’autant que y’a aussi des cagades fréquentes avec le # dans l’adresse de l’article quand on clique sur modifier et que le temps de « réflexion » de @seenthis pour publier a singulièrement augmenté ces derniers temps, quand on est dans du rédactionnel émotionnel (déso, c’est mon fonctionnement), bah ça fait perdre la fougue et il m’est arrivé plusieurs fois d’abandonner la verve en cours de route. Donc voilà, aujourd’hui, j’en parle, mais y’a pas de drame, juste un « Rhaaaaaa » !

Il me semble que j’avais trouvé un moyen de reproduire à coup sûr : si tu changes d’onglet, et que tu reviens à ton champ de texte SANS changer où est le curseur pour taper, alors ça va poster en tapant Entrer. Alors que si tu changes où est le curseur, ça revient au comportement normal. Bref, c’est clairement un gros bug du javascript qui gère le champ…

@rastapopoulos fais péter le ticket sans quoi « on » risque d’oublier de s’en occuper un jour.

PS : ça m’arrive aussi parfois et c’est bien relou.

J’ai mieux retrouvé le bug (j’avais déjà décrit ça ailleurs dans un seen il me semble) : ▻https://github.com/seenthis/seenthis_squelettes/issues/229

Et voilà qui corrige le problème ▻https://github.com/seenthis/seenthis_squelettes/pull/231 ; je viens de pousser le code en prod.

Perso quand j’écris un truc long, pour pas avoir de soucis je préfère le faire dans un traitement de texte minimaliste (genre celui fournit par défaut par le système d’exploitation, ou bienbien markor que j’aime bien sous Android). C’est plus stable qu’un navigateur, cent fois moins de risque de perdre mon texte et plus de confort d’écriture corrections que dans un petit champ texte. Après je copie collé et éventuellement dans Seenthis j’ajoute les gros guillemets (ceux pour les citations).

►https://seenthis.net/messages/742416

Voir aussi la recension que j’avais faites il y a presque un an

Gilets Jaunes : la police cible et blesse des journalistes .

Est-ce qu’il y aurait moyen de réguler le #flux_rss de @mediapart qui fait très souvent des doublons et prend, du coup, beaucoup de place sur notre page, @seenthis ;)

j’ai déjà essayé plusieurs fois, ils sont hélas complètement sourds à nos suggestions :) Mais comme on les aime, c’est pas très grave. Il faudrait surtout qu’ils améliorent l’apparition de leurs mots clés.

@val_k on a déjà pris note du problème ici ▻https://github.com/seenthis/seenthis_squelettes/issues/216 ;)

Pour résumer, on ne peut rien au fait que mediapart modifie l’url de ses articles après publication...

Merci @reka et @b_b ! C’est marrant j’ai l’impression qu’il n’y a pas eut ce problème aujourd’hui...

C’est moi qui ai créé ce compte, mais je peux rien faire tant qu’ils font rien de leur côté (je peux le mettre en sommeil si vous préférez)

J’utilise aussi Firefox et ne rencontre pas ce problème.

@klaus j’ai souvenir que @fil a envoyé un correctif pour ce bug que je n’ai jamais rencontré de mon côté cf ▻https://github.com/seenthis/seenthis_squelettes/pull/223

Dans le doute, vide tes cookies pour seenthis.net et ça devrait rentrer dans l’ordre.

PS : maintenant que @seenthis est le compte officiel pour signaler tout problème avec le site (technique ou humain), tu peux pinger directement ce compte pour avertir l’équipe :)

Mais est-ce qu’on l’avait testé en prod ?

Ça ping où quand on fait “@seenthis” ?

@biggrizzly sur la liste de diffusion, cf mes X mails à ce sujet dernièrement ;)

@fil il semblerait que j’ai oublié de faire un up en prod après le merge, c’est fait maintenant, @klaus pourra nous dire si ça règle le problème.

Et donc, là, j’ai la sensation de ne rien avoir reçu sur la liste malgré 2 pings dans ce fil.

@biggrizzly maintenant ça ping ;)

Tiens, j’ai le même bug que @klaus sur une machine ancienne (2012) , avec un macOS ancien (10.7.5) et donc un Safari qui n’est plus mis à jour. Quand je consulte, ce n’est pas gênant, mais quand je veux contribuer, je dois changer de machine.

Merci @tous - là c’est bien, problème résolu, excusez-moi pour le délai.

Oui, et cela quelle que soit la licence. En revanche : un billet à la fois par auteur à chaque fois.

@arno merci d’avoir répondu :) J’ai testé avec mes deux premiers messages et ça n’a pas marché, ils ne sont jamais apparu sur la page publique (j’ai vérifié sans être loggué et même en changeant d’adresse ip). Je connais une autre personne qui a fait le même test juste après inscription et ses messages ne sont jamais apparu non-plus. Le seul facteur commun que je vois c’est qu’on n’avait pas encore d’abonnés peut-être ?...

@arno précision, la boucle exclue les auteurs dont le score de troll est inférieur à 100, cf ▻https://github.com/seenthis/seenthis_squelettes/blob/master/bonjour.html#L86 ; ce qui est bien le cas de @wilem_ortiz dont le « score » est pour l’instant de 76.

je dois améliorer mon score de troll, ça veut dire qu’il faut que j’acquière plus de points par ma capacité à troller ? :D

@wilem_ortiz je laisse @arno te répondre sur ce point, c’est lui qui a la recette de « la soupe au troll » :p

Pour améliorer son score, c’est relativement simple : il faut commencer à être suivi par des gens, éventuellement avoir des billets partagés par d’autres.

Normalement, postant des messages un peu documentés (comme tu l’as fait « il y a deux jours »), et en répondant de manière constructive aux messages d’autres usagers, c’est très rapide.

Et hop, #seenthis_cadeau on embed les vidéos invidious :)

▻https://github.com/seenthis/seenthis_squelettes/issues/224

Il y a un problème avec la traduction automatique. Ca n’affiche que des trucs illisibles.
@b_b

Ha oui, pourtant cette langue est prise en charge par l’outil de google...

@arno tu as souvenir d’un bug de ce type ?

PS : ticket créé ici ▻https://github.com/seenthis/seenthis_squelettes/issues/220

Je teste : ça déconne aussi avec l’arabe. Je penche pour un problème d’encodage Unicode mal digéré. Peut-être qu’il y a un filtre du genre « désencodage » qui serait appliqué deux fois. Ou bien une fonction qui ne fonctionnerait plus en PHP 7 (je sais pas, du côté des mb_string par exemple).

بعد اسبوع من الإستنفار العسكري والأمني الإسرائيلي، نفذ حزب الله وعده بالردّ على اغتيال الشهيدين حسن زبيب وياسر الضاهر اللذين استشهدا في بلدة عقربا السورية، بعد غارة نفذتها طائرات الإحتلال الإسرائيلية ليل سبت ــ الأحد الماضي. المقاومة اللبنانية، وبرغم من الإستنفار الإسرائيلي وتصفيره للأهداف، وزرعه لأخرى وهمية (مثل وضع دمى داخل آليات على نقاط حدودية عدة)، نفذت عمليتها واستهدفت آلية عسكرية من نوع «وولف» بصواريخ مضادة للدروع، مما أسفر عن إصابة عدد من الجنود الإسرائيليين بحسب بيانها.

À la réflexion, c’est sans doute à l’expédition (donc quand on prépare le Son de notre côté avant expédition à Google Translate) qu’on encode mal. Puisque le texte qu’on reçoit, lui, est en caractères « simples ».

@arno je pense que ça serait mieux qu’on en discute dans le ticket sur github, mais je relance tout de même ici.

Pour info, je vois que _GOOGLETRANSLATE_APIKEY et _BING_APIKEY sont commentés dans mes_options.php aussi bien en prod (version 3.2) que sur l’ancienne instance, cela voudrait dire qu’on passe par _TRANSLATESHELL_CMD et non une API externe.

@arno et @klaus voilà, c’est corrigé comme indiqué dans le ticket :)

Bravo les gens, z’êtes trop forts !

Ça m’aura permis de découvrir l’outil translate-shell qui est hachement bien ! ►https://www.soimort.org/translate-shell

merci @b_b !
Si seulement on pouvait réparer en même temps les erreurs de la traduction ;-)

Ça n’est « que » le résultat du merge dans la branche principale du travail effectué depuis quelques temps , mais ça fait plaisir de voir plein de tickets/bugs passer en mode « résolu » d’un coup :)

PS : je viens de proposer un patch pour réparer l’API, j’attends vos retours pour l’appliquer, ça devrait faire plaisir à @stephane cf ▻https://github.com/seenthis/seenthis_squelettes/pull/219

Je confirme - la page de « préférences » s’affiche dans la langue choisie mais l’interface de #Seenthis est toujours en français.

Ah, et j’ai toujours ce lien ►https://seenthis.net/#content=null qui se met à la place de ▻https://seenthis.net

Bizarre, sur le potable a la maison j’ai toute l’application dans la langue choisie dans les preferences.

hop, on en a discuté dans ce ticket ▻https://github.com/seenthis/seenthis_squelettes/issues/215 et ça semble résolu pour @george

PS : pingez moi directement svp car je n’ai pas accès au compte de @seenthis et je sais pas s’il est réactif :p

@b_b le tag #d3.js est cassé (à cause du point sans doute), il me semble que ça marchait avant.

Réparé en prod et noté dans un ticket en attendant de régler le problème à la source : ▻https://github.com/seenthis/seenthis_squelettes/issues/212

#merci @fil !

Je viens de lire (en fait, relire) la doc de #d3-scale avec un super boulot pour rendre le traitement des #échelles générique.

Je ne sais pas si les utilisateurs de d3.js (dont je ne suis pas, comme tu sais,…) en auraient l’utilisation, mais le statisticien et, occasionnellement, visualisateur de données (!?) que je suis apprécierait la présence d’autres échelles fonctionnelles : échelle gaussienne (pour droite de Henry, graphique gaussien ou gauss-log - qq-plot), échelle logistique (pour visualiser des pourcentages ou des risques relatifs (_OR)). Mais peut-être ne les ai-je pas trouvées.

Ah oui, ça m’intéresserait de développer la droite de Henry sous ton contrôle. Il faut déterminer les arguments (espérance et sigma, je suppose) la fonction de conversion, son inverse, et une stratégie maline pour choisir les ticks.
▻https://fr.wikipedia.org/wiki/Droite_de_Henry

https://upload.wikimedia.org/wikipedia/commons/thumb/3/32/Gaussoarithmetique2.svg/400px-Gaussoarithmetique2.svg.png

À compléter par une série (de notebooks ?) sur le rôle des échelles en visualisation. Je suis partant !

La fonction de conversion est à chercher du côté de probit, erf… qui visiblement ne sont pas fournies par javascript et qu’il va falloir approximer. Je propose qu’on passe par mail pour la suite :) On doit pouvoir commencer par logit qui est plus facile à manipuler.

Pouet

Et donc un grand bravo et merci à @b_b qui vient de réussir, en à peine plusieurs dizaines de minutes (kof kof), à passer Seenthis en SPIP 3.2.

Gloire à @b_b

Super ! Vive @seenthis et Merci @b_b

Un lapsus qui donne naissance à un nouveau seenthis, bravo pour cette grossesse technique rapide et réussie :D

@b_b je te ping.

ça roule @biggrizzly :)

De mon côté, je le trouve plus rapide. Php7.1 doit faire son effet...

Plusieurs dizaines de minutes pour l’opération, mais pas mal de jours de préparation, soyons en certain.e.s.

Merci Merci @b_b

un soucis avec la recherche ?
▻https://seenthis.net/recherche?recherche=seenthis_bug

@ben ouais ya un problème de connexion au Sphinx apparemment, on verra ça demain, enfin tout à l’heure.

Bonjour ! Une petite question technique qui n’a rien à voir avec ce fil, je débute avec Seenthis, je n’ai pas trouvé de messagerie pour poster cette question autrement :
j’ai posté via flux rss qqs billets de blog, et depuis, je retrouve dans les stats du blog des visites à intervalle régulier sur chacun des articles postés (en gros +1 à chaque article toutes les heures). Est-ce que ce sont des hits programmés de Seenthis ? Peut-on paramétrer ça quelque part pour stopper ces hits ? Merci à vous !!

@vjtz tu peux interpeller le compte @seenthis quand tu as des questions. Concernant tes stats, cela ne doit normalement pas venir du robot d’import des flux RSS qui ne fait des hits sur le l’url du flux et non les articles qu’il contient. Amha, tu devrais chercher dans tes logs d’accès sur le serveur afin de trouver d’où viennent ces hits.

Merci @b_b pour les tuyaux, c’est bien noté pour @seenthis. Je n’ai rien trouvé de probant dans les logs dont je dispose, mais je n’ai que ceux de spip (les logs serveurs ne me sont pas accessibles, hébergement mutualisé). C’est au niveau des stats que je vois le referer « seenthis.net », et la table spip_referers_articles me donne un peu plus de détails : +1 à chaque heure en gros sur 10 articles, les 10 mêmes dont le nb de hits est le même partout et augmente métronomiquement. Hier, 140 hits pour seenthis, aujourd’hui, j’en suis à 100 (de 10 en 10).

S’il est possible que le referer indiqué soit erroné, je peux demander à mon hébergeur de jeter un oeil dans les logs pour voir à quoi correspond ces hits faussement attribués à seenthis ? Merci, @ +

@b_b , du nouveau : mon hébergeur a jeté un oeil dans les logs serveur, et confirme que c’est bien @seenthis qui vient explorer chacun des 10 articles postés via flux RSS à intervalles réguliers (et non le seul fichier backend). Ce qui est cohérent avec le referer que spip donne dans les stats. Exemple :

c-nous.net 217.182.178.243 - - [07/Jan/2020:08:47:57 +0100] « GET /le-zinc/article/bonne-s-vacance-s-a-toutes-et-a-tous HTTP/1.0 » 200 10213 « ▻https://seenthis.net » "SPIP-3.2.7 (▻https://www.spip.net)"

Est-ce que d’autres profils utilisent le flux rss pour publier, et auraient constaté ça ? Est-ce qu’il y a un moyen d’agir là dessus ?

Actuellement, je retire à la main les lignes concernées dans spip_referers et spip_referers_articles....

Merci,
@++

@vjtz après recherche, il est fort possible que ces hits proviennent de cette fonction interne à seenthis ▻https://github.com/seenthis/seenthis/blob/master/seenthis_options.php#L71 qui récupère le contenu des liens cités sur seenthis. Si jamais cela vous semble réellement gênant d’avoir des visites de seenthis dans vos stats, vous pouvez, au choix, tenter de bidouiller de votre côté pour ne pas prendre en compte ces hits dans vos stats, ou créer un ticket à ce sujet sur le dépôt de seenthis ▻https://github.com/seenthis/seenthis_squelettes/issues

Ah oui, en effet, merci @b_b ... Pour bidouiller quelque chose de mon côté, il faudrait surcharger le fonctionnement des stats spip, bof :-) Je crois que je vais opter pour le ticket. Et pour stopper la chose en attendant, j’ai retiré l’URL de mon flux RSS dans mon profil. Merci de ces recherches !

@b_b que seenthis récupère le contenu distant des liens postés, ça ok, mais pour de ce que décrivait @vjtz c’était « toutes les heures »… alors pourquoi ça ferait des hits plusieurs fois sur les mêmes contenus de manière régulière ? Une fois que c’est récupéré, basta, normalement non ? Bref, à dire dans le ticket @vjtz :)

@rastapopoulos je ne sais pas, je pense que tu es aussi apte que moi de trouver la réponse à cette question dans le code :)

Oui, très juste @rastapopoulos , je rédige le ticket dans ce sens (ce soir). Si le comportement est bien considéré comme un bug, c’est au moins à tracer. @+ :-)

Et hop !
▻https://github.com/seenthis/seenthis_squelettes/issues/241
Merci @b_b et @rastapopoulos , à suivre...

#cartographie #lol

C’est toi @rastapopoulos Rasta qui a réactivé ce compte ?

Non j’ai rien touché :)

@xkcd non c’est moi car je souhaitais étoiler ce post et j’ai remarqué que la personne derrière le compte n’avait pas donné suite au mail qui alerte sur le fait que le flux rss a été désactivé.

PS : si tu veux, on peut changer d’email au compte en question et le brancher sur l’adresse de la liste seenthis afin que ça soit le collectif qui s’occupe de réactiver le flux tous les X mois.

@b_b Salut, c’est moi la personne derrière @xkcd .
Je reçois bien les alertes, je les vois et je les lis.
Mais comme je dois avoir créé environ 20 comptes pour lire et partager sur Seenthis des sources que je trouve intéressantes (Quadrature du net, La Brique, Linux.fr …), et que le feed automatique ne dure que 6 mois, je me retrouve régulièrement avec un paquet de comptes à réactiver. Ce qui est particulièrement douloureux, car si j’utilise ma session de navigation habituelle de seenthis, la déconnection nécessaire me déconnecte aussi sur mes autres périphériques. Alors je dois utiliser une session de navigation privée, qui n’est pas toujours disponible. De plus, je n’ai pas toujours avec moi (comprendre en ligne ou sur clé) les mots de passe associés.
Je me suis aussi pris des remarques (légitimes) comme « ce compte diffuse de la pub » (ce qui est vrai, mais dans le tas, il y a parfois une info pertinente), ou « ce contenu est illégal » (oui, aussi).
Et là, en 2019, j’ai eu une période où ça m’a carrément gavé. C’était tellement intense, que je me suis même dit que ne plus lire était moins grave que de faire l’effort d’aller chercher de bonnes sources.
Je sors doucement ce cette période, mais je n’en ai réactivé que 5-6.

Et si on créait un statut de « compte certifié » qui n’aurait pas besoin d’être réactivé tous les 6 mois ? :-D J’en ai 5 de mon côté à réactiver régulièrement...

Ce qu’il faudrait surtout, c’est que l’email de notification comporte un lien d’activation directement, avec un jeton d’authentification. Et que du coup quand on clique dessus, ça réactive le flux SANS même avoir à se connecter du tout. Ya pas un ticket pour ça ?

ah oui, ça, ça serait super cool, @rastapopoulos !

Ça serait évidemment bien mieux qu’un « compte certifié » :-))

C’est dans la todo depuis un an ▻https://github.com/seenthis/seenthis_squelettes/issues/200 :) (un jour je prendrai le temps de m’en occuper ^^)

Et voilà, c’est en place ▻https://github.com/seenthis/seenthis_importer_flux/commit/d270d9d59c30687935d8b959ccd98a8d8dea6125 :)

Royal ! Hâte de recevoir le mail !

L’essentiel c’est de faire oublier le cadeau de 80 000 m2 de l’hôtel dieu aux amis qu’anne hidalgo en commun avec emmanuel macron !

#immobilier #immobilier_commercial #magouilles

@b_b on dirait que l’image ne s’affiche plus. Bon, c’est un format à la c... enfin, exotique encore pour l’instant mais je crois que ça passait avant la màj

Je retente voir si ça remarche (la prévisu fonctionne) :

@jeanmarie oui c’est « normal », le webp n’est pas un format déclaré (et donc reconnu) par SPIP. Cela ne devait pas fonctionner avant je pense, cf ►https://github.com/seenthis/seenthis_squelettes/issues/13

La prévisu fonctionne car elle affiche directement l’image, alors que les messages affichent une vignette du fichier après copie locale par SPIP, copie qui ne fonctionne par d’après mes logs :

La #France, 1er producteur audiovisuel par habitants.
#télévision #cinéma #CNC #épargne_forcée #omc #libre-échange #unesco #convention sur la protection et la promotion de la #diversité des #expressions_culturelles #aides #quotas #libéralisation_continue #libéralisation_économique #Apple #Disney #concurrence #fiscalité « #shopping_réglementaire » #optimisation_fiscale #marchandisation => #industrie_culturelle
#service_public contre bouquet privé et donc #inégalités_sociales

Étude du CNC sur les coûts de production des films en 2017 : ▻https://www.cnc.fr/documents/36995/167074/Les+co%C3%BBts+de+production+des+films+en+2017.pdf/674b86c3-9561-df2c-a124-cb508e343a81

#seenthis_souhait embed des liens peertube ?

@thibnton ouep ça peut se faire, d’autant plus que peertube propose de l’oembed, mais comme seenthis utilise « un truc maison » ça va prendre un peu de temps à l’ajouter. Je viens de créer un ticket pour ne pas oublier de le faire ▻https://github.com/seenthis/seenthis_squelettes/issues/209 :)

@thibnton et voilà c’est en place :) (uniquement pour l’instance datagueule)

C’est un truc JS propre à seenthis pour le textarea d’édition de seens ou commentaires.

Et concrètement c’est là :
▻https://github.com/seenthis/seenthis_squelettes/blob/master/javascript/seenthis/seenthis_edition.js#L56

Merci, je me demande si ça pourrai marcher avec les #.

Ouais j’avais demandé ça une fois je crois aussi. Ya pas de blocage particulier (faut juste attendre au moins 3 ou 4 lettres peut-être histoire de pas avoir trop de réponses, et encore on doit pouvoir ne renvoyer que les 10 premiers classés par fréquence).

Ça serait vraiment TRES pratique, et même peut-être encore plus important que les @ car ça permettrait d’avoir beaucoup moins de disparité dans les tags, puisque ça suggérerait des orthographes déjà en cours d’utilisation, et on pourrait même afficher le nombre d’utilisation à côté de la suggestion, pour inciter à utiliser ceux qui sont déjà les plus en circulation.

je vois que la confiance règne lol

évidemment que c’est un bug pas voulu

@rastapopoulos ne suggerait pas que si la modification était intentionnelle, c’était pour des raisons malveillantes

Pour dire où ça en est, de fait ça a été enlevé dans le cadre du changement sur les insertions d’images et vidéos responsive en janvier :
▻https://zone.spip.org/trac/spip-zone/changeset/108574/_plugins_/plugins_seenthis/autoembed#file1

Mais évidemment pas dans un but malveillant :D

On devrait pouvoir le remettre mais en gardant le responsive pour l’insertion de la prévisualisation en vignette fixe avec le « onclick » dessus non ?

@arno donc, il y aurait moyen de remettre le « onclick » avec width et height en 100% ou un truc dans le genre ?

(À terme, après passage en SPIP 3, m’est-avis que ça serait beaucoup plus simple de passer au plugin oEmbed maintenu sur la zone, car il fait bien à la fois le chargement différé et en responsive et surtout systématiquement, pas que pour Youtube. Je ne sais pas si @b_b a déjà fait des changements en ce sens dans la branche 3…)

@rastapopoulos non pas de changement dans ce ses car la proposition que j’avais fait à ce sujet n’avait rien donné et surtout oembed et autoembed ne font pas vraiment la même chose (cf autoembed est capable d’aller récupérer du contenu sur des sites sans passer par oembed).

On en reparlera ailleurs, dans un ticket par ex, le moment venu, mais même si ça ne fait pas pile la même chose : ça fait quand même énormément la même chose. Une grosse partie se recoupe. Et donc peut-être que c’est l’un qui doit au moins utiliser l’autre (autoembed utilisant oembed à priori), et que tout ce qui est déjà très bien fait par oembed ne soit pas à refaire.

Pourquoi pas, ça sera peut-être plus motivant que ça : ▻https://github.com/seenthis/seenthis_squelettes/issues/122#issuecomment-210479068

Tu peux déjà créer un ticket spécifique pour ne pas oublier, mais il reste tant de choses à voir avant ça : la gestion de la gouvernance de #seenthis, envisager un jour de payer la personne qui héberge gratuitement depuis peut-être un an, passer le bouzin en SPIP 3, etc.

zuckerberg sort d’arno tout de suite

J’ai remis comme avant dans un onclick, mais cette fois sans nécessiter jquery (petite amélioration) ; j’ai voulu tester le responsive mais je sais pas ce que c’est censé faire en fait :)

Je viens de commiter une petite modif sur autoembed pour que le Youtube caché soit quand même responsive.

Et oui, qu’est-ce que ça devient le passage en SPIP 3, que je puisse continuer à bidouiller les essais sur la valeur de troll et, éventuellement, des outils de gestion dans l’espace privé ?

Super, merci beaucoup !

@arno je n’ai pas avancé là dessus, désolé, je tente de m’y coller dès que j’ai de la dispo pour ça :\

#on_est_pas_aidés #ya_toujours_un_autre_nouveau_truc_à_faire

C’est ballot, je ne savais pas… moi-même, je ne l’utilise plus, parce que je partage trop de trucs sur Seenthis pour que ce ne soit pas polluant pour Tweeter… Et puis, je suis mieux sur Mastodon.
Je vais regarder, c’est demandé tellement gentiment !

Je ne suis pas sûre que c’est bon : c’est le feed RSS pour Twitter de #seenthis qui est limité en taille. Là, j’ai remplacé par le feed général, mais je ne suis pas certaine que ça marche bien.

En effet ! Donc c’est le flux ▻http://seenthis.net/people/XXX/feed_tw qu’il faudrait revoir. Je sais pas à qui adresser cette #seenthis_todo @fil @arno ? Merci encore en tout cas

l’équipe de développement de #seenthis (dont tu peux faire partie) attend tes remarques sur ▻https://github.com/seenthis/seenthis_squelettes/issues

Avec joie. C’est fait.
▻https://github.com/seenthis/seenthis_squelettes/issues/195

Ils l’ont fait ! Merci @b_b merci @fil
Avant/Après

https://user-images.githubusercontent.com/7001/33848905-5c4f63ec-deaf-11e7-9e8c-e115378c88e7.png https://user-images.githubusercontent.com/7001/33848900-5bc892e0-deaf-11e7-90e6-a1e4396bfa04.png

bah de rien :)

Attention @seenthis @b_b @rastapopoulos @vanderling injection de code ?
#bug_seenthis #seenthis_bug

@sandburg pas d’injection de code, juste du contenu foireux à la source cf :

Oui, je voyais bien qu’il n’y avait pas d’injection et j’avais bien vu la cause : ces quote non assorties, mais comme l’image avait quand meme été interprétée, je me demandais si ce n’était pas la porte à une possible injection, en suivant cette piste.

ce serait mieux si on n’interprétait pas les images dans les bouts de code html… pas forcément évident à repérer mais on peut faire tourner un test sur les X messages seenthis qui contiennent déjà ce genre de choses

@fil et hop : ▻https://github.com/seenthis/seenthis_squelettes/issues/197

It’s alright ma (I’m only bleeding)
▻http://www.dailymotion.com/video/xpoc70

#Musique #Bob_Dylan

(@seenthis n’affiche pas les insertions d’instragram comme pour flickr ? #seenthis_bug ?)

il n’y a pas d’instagram dans le plugin autoembed
►https://github.com/seenthis/seenthis_squelettes/issues/122

@fil & @rastapopoulos voilà c’est fait, #seenthis_evolution_not_bug

super, merci mignon :)