Abonne-toi à la liste de @7h36 : ►http://listes.rezo.net/mailman/listinfo/7h36
Oui c’est fait, mais justement c’est souvent des articles très étoilés qui apparaissent, mais peut être que beaucoup d’articles très étoilés n’y sont pas. Ou alors le nombre d’étoiles représente un critère fort et là effectivement ce que je demande n’ajouterai pas grand chose.
Non, il n’y a pas que le nombre d’étoiles qui compte, il y a un algorithme secret derrière, un truc tellement chiadé que #google en fait des cauchemars.
Et peut-être ignores-tu aussi l’existence de la page ►http://seenthis.net/messages/all ? C’est ce qui me permet de découvrir de nouvelles sources d’informations.
Je connais le /all mais j’aimerais avoir directement une liste de messages plébiscités par les membres de seenthis
Voilà un exemple de page qui pourrait être faite et proposée par amateur ou une amatrice de #SPIP. Après faudrait voir si les boss en voudraient.
en fait c’est dispo en exploitant une fonctionnalité cachée du moteur de recherche ; par exemple ▻http://seenthis.net/recherche?stars=10 ou ▻http://seenthis.net/recherche?stars=4&recherche=sida
La loi de nicolasm (puisqu’après moultes discussions, c’est l’usage correct) : « plus une discussion #seenthis a de commentaires, plus la probabilité que la discussion soit intéressante et dévie du sujet se rapproche de 1 »
Est-ce qu’on pourrait penser à un système pour afficher les articles qui génèrent beaucoup de discussion ? Comme une page où seraient affichés les articles de plus de 10 commentaires, un peu comme un endroit « bistrot » ? Ca serait une bonne façon de ne pas rater des discussions intéressantes, d’étendre ses cercles de personnes à suivre. Bref, plus de convivialité et de liens !
retour sur une pensée bien formulée
▻http://blog.notmyidea.org/le-revenu-de-base.html#a-reculons-par-andre-gorz
En 1990, [...] sous le titre « Pourquoi la société salariale a besoin de nouveaux valets », [André Gorz] formulait une critique de l’#idéologie du #travail qui devait l’amener quelques années plus tard à se prononcer en faveur d’un revenu d’existence.
▻http://seenthis.net/messages/219299
(Vu que les URL internes de @seenthis sont faciles à détecter et à scanner, ça pourrait être pratique que quand un message ou commentaire cite une autre discussion, alors ça ajoute automatiquement un commentaire à la première avec le lien. Comme les trackbacks des blogs, un peu. #seenthis_todo)
Vive le ping d’article et les mentions de seenthisistes :
►http://seenthis.net/messages/215569
►http://seenthis.net/messages/184634
#seenthis_demande
@fil D’ailleurs, serait-il possible de mettre seenthis sur le #Firefox Marketplace ? Ça permettrait d’avoir une application seenthis sur tous appareils avec Firefox, dont Android. C’est très simple à faire, juste à écrire un fichier seenthis.webapp et le placer sur le serveur. #seenthis_demande
Non, même pas besoin en fait, le mode hors ligne est optionnel. Merci, je vais en faire un pour voir :-)
@fil : Voila : ▻https://gist.github.com/emersion/8527518 ;-)
Il faudra juste modifier le chemin vers l’icône de Seenthis, et renommer le fichier en seenthis.webapp.
La doc est ici : ▻https://developer.mozilla.org/en-US/Apps/Developing/Manifest
Oh, dernier petit détail : il refuse a cause du MIME type. Il faudrait rajouter cette ligne dans le .htaccess :
AddType application/x-web-app-manifest+json .webapp
Source : ▻https://developer.mozilla.org/en-US/Apps/Developing/Manifest?redirectlocale=en-US&redirectslug=Web%2FApps%2FManifest#
Merci beaucoup !
Hi, thanks for your submission. We found some issues which need addressing: 1) Your app opens some external links in the same window. As the window is chromeless there is no back/forward navigation as well as no hardware back button on FirefoxOS devices. This dead end requires the user to restart the app. Common occurrences for external links are advertisements and sharing buttons. External links need be declared to open in a new window by adding the attribute target=”_blank”. If you can’t change all external links this JavaScript snippet can also automate this process during runtime: ▻http://git.io/rZ8PwA (What I mainly mean here is the original images links and some links in posts) 2) We are requiring that all apps listed have an icon of at least 128x128 pixels. Please add such an icon to your manifest. 3) To ensure that your icon shines on Firefox OS devices, we recommend you include a 60px icon that follows the Firefox OS icon guidelines (including negative space around the icon shape): ▻http://www.mozilla.org/en-US/styleguide/products/firefox-os/icons Once you’ve made the change please resubmit your app so we can take another look.
#question aux seenthistes !
Ça fait plusieurs fois que je partage quelque chose qui est déjà passé sur seenthis - et que je supprime mon message après coup pour partager l’article déjà passé. Y a-t-il un moyen de savoir si c’est déjà passé avant de partager quelque chose ??
Merci pour les infos !
le moteur de recherche ?
sinon, on vend aussi un greffon qui se branche directement sur ton cerveau et t’envoie une impulsion électrique quand tu t’apprêtes à partager un contenu déjà présent sur le site ; mais il faut accepter une (très légère) opération dans une clinique clandestine avec qui nous avons un partenariat en Roumanie
Super, je connais pas la Roumanie. Ça me fera des vacances, tiens.
Des fois, je garde le doublon, aussi.
À cause du droit à l’oubli de l’autre posteur.
Moa j’aime les doublons ! Ça fait riche.
@monolecte Oui en effet... c’est l’esprit-base-de-données ("doublons = pas bon si pas justifiés ?") qui s’exprimait dans ma question, mais rien n’oblige de s’y plier systématiquement... (pfiou, heureusement)
Je viens de voir le tag automatique Roumanie dans le premier message. #wtf
Ça alourdirait énormément si au moment de calculer le post — avec le bookmarklet ou non, quand on clique sur envoyer — il y ai vérification et un petit machin qui dise "ce truc a déjà été publié ici et ici et ici, [j’abandonne] [je m’en fous j’aime les doublons] ?
Je pense qu’il est vain d’essayer d’éviter les doublons. Après tout, pourquoi vouloir centraliser les discussions ?
De plus, un clic sur la petite flèche devant l’URL affiche tous les posts qui référencent ce lien. S’il y en a beaucoup, c’est peut être une indication qu’il est intéressant, ou en tout cas qu’il a du succès.
un doublon, c’est le début d’une nouvelle aventure sur seenvice
Fusse un temps où je défendais le non doublon pour des raisons pratiques d’archivage et de recherche. J’ai fait la bêtise de substituer à mon archivage mail l’archivage sur seenthis mais comme il s’avère que c’est une calamité, allons-y, doublons, triplons, quadruplons sans contrainte :) Par contre si je pouvais récupérer mes posts dans ma boite mail ce serait le bonheur !
@odilon je ne sais pas programmer un serveur IMAP en PHP et je n’ai pas envie de m’y mettre, mais je fournirai volontiers les données au format email, avec le script décrit ici ►http://seenthis.net/messages/216935
Y en a qui veulent récupérer leurs posts seenthis dans leur boite mail, moi j’aimerai mettre ma boite mail sur seenthis ! Enfin pas toute la boite mail, juste quelques listes. @fil ?
Ben moi, à vous lire, je crois que je vais les laisser passer, les prochains doublons. Et que j’envisagerais la flèche noire comme @severo : l’indication d’un intérêt particulier.
perso j’effacerais si c’est un doublon d’actu et que le message a été posté dans la semaine avant le mien, et sinon je garde pour relancer la discussion ou permettre à ceux qui sont arrivés entre temps d’avoir l’info.
Par contre peut être intégrer les doublons dans un système de ping si jamais ça se fait, comme évoqué ici : ►http://seenthis.net/messages/215569 ? Comme ça on à le beurre et l’argent du beurre. #seenthis_demande
Pour commencer à décentraliser un peu #seenthis j’ai bricolé un système d’import/export des seens .
Export : j’ai choisi, après avoir pas mal hésité, un format « email », avec l’idée de pouvoir importer les messages dans un client mail ou news, et en espérant que ces derniers sauront refléter les fils de discussion.
Import : l’import d’un email se fait si ce dernier n’existe pas dans ma base (l’identifiant étant un UUID attribué par seenthis, et reflété dans le champ Message-Id
) ; ou si la date de modification du fichier est plus récente que la « date_modif » du message dans la base.
(Je n’ai pas traité la suppression, j’imagine qu’on ajoutera un entête ad-hoc disant « message supprimé », mais je n’ai pas regardé s’il existait un standard pour cela.)
A titre d’exemple, un message (ici une réponse) ressemble à ça :
Message-Id: <52d3ae2a-7440-4c6c-b4b1-f4cbecc31efa>
Date: Mon, 13 Jan 2014 10:13:14 +0100
From: <fil@seenthis.net>
Subject: Hello World
In-Reply-To: <52d3a4a7-2db4-4bf6-9211-efe4b236d063>
Hello World http://rezo.net/ cool
Comme on voit le « subject » est calculé à partir du contenu, comme le « title » des pages seenthis ; mais il est uniquement là à titre décoratif — lorsqu’on réimporte seul le body est pris en compte.
J’ai commencé à programmer le fait d’exporter aussi la version HTML en parallèle (via multipart/alternative
) mais il fallait réfléchir à la question des images, qu’il serait sympa d’avoir en local, mais qui demandent un peu plus de programmation. Je préfère savoir d’abord ce qu’en pensent les gens qui s’y connaissent mieux, je pense notamment à toi @stephane).
J’ai posé le script ici : ▻https://gist.github.com/Fil/8407898
Au quotidien je me demande quel usage on pourra faire de ces exports :
– un backup complet en synchronisant tout
– une version décentralisée en synchronisant tout en bidirectionnel
– que chacun puisse avoir une copie de « ses » seens par un rsync bien choisi (?)
– que chacun puisse s’abonner à son flux par IMAP ?
Par ailleurs, je pense qu’il faudra traiter la possibilité de répondre par mail et que ça vienne s’afficher sur le site.
Mettre en favori depuis l’email comme on met en SPAM en SPIP 3.0 + notifications aussi serait cool.
Avoir un statut « A lire plus tard car semble vachement cool mais là j’ai pas le temps » aussi que l’on mettrait depuis le mail ou l’interface... mais bon je suis peut être le seul à ne pas trouver de temps...
Ah non @kent1, je confirme, car actuellement on est plusieurs à utiliser le favoritisme pour divers besoins totalement différents, càd :
– soit garder un fil d’une autre personne dans sa boite à soi
– soit dire qu’on est d’accord avec la personne ou qu’on veut la mettre en avant
– soit garder en mémoire des choses à lire plus tard !
Et c’est ce dernier point qui est problématique à mon avis, car je pense que le favoritisme ne devrait pas servir à ça : il ne devrait servir à mettre des choses dans sa liste que quand on veut vraiment les garder. Alors que « lire plus tard » c’est autre chose.
Enfin bon, c’est plutôt un autre fil de discussion à faire pour ce besoin je crois, car ça n’a pas trop de rapport avec la sauvegarde. Mais je plussoie quand même carrément pour qu’apparaisse cette fonctionnalité.
+1 pour un machin spécifique pour les fameux articles à lire plus tard (ahahah).
Pareil que @baroug, @kent1 et @rastapopoulos
En parlant de fils et d’emails, dans mon client mail, je ne vois pas les mails de seenthis par thread, ce qui serait bien pratique. Si je comprend bien, il suffirait d’ajouter In-Reply-To (comme décrit par @fil) dans les mails envoyés par seenthis à chaque nouveau commentaire, ce qui permettra au client mail de recréer le thread.
À propos des Message-ID, @fil, tu proposes un UUID. Pour info, GitHub utilise qqch qui ressemble beaucoup plus à une URL, par exemple :
Message-ID: <openlayers/openlayers/pull/1055/issue_event/57699872@github.com>
In-Reply-To: <openlayers/openlayers/pull/1055@github.com>
Pour le coup, ça ne va pas trop dans le sens de la décentralisation, mais c’est plus explicite.
Et sinon, je plussoie pour le choix de l’email comme format pivot.
Et plus généralement, je me dis que l’email (grâce à #IMAP) est certainement le format le plus adapté et utilisé pour la conservation des données personnelles (messages, photos, documents) sur le long terme : ça reste des années, on ne perd rien, on peut déplacer d’un serveur à l’autre, les clients mails indexent tout très bien.
@kent1 :
Avoir un statut « A lire plus tard car semble vachement cool mais là j’ai pas le temps » aussi que l’on mettrait depuis le mail ou l’interface... mais bon je suis peut être le seul à ne pas trouver de temps...
+1 et #seenthis_demande
Oui on a un peu fait un putsch, vive l’import/export et #merci
L’idée d’un seenthis décentralisé voire avec plusieurs implémentations possibles m’intéresse énormément. Il faudrait que chaque serveur parle avec chaque serveur pour récupérer les derniers messages. ça le parait possible mais assez complexe, en particulier la découverte de serveurs seenthis. Mais au niveau de la décentralisation ce serait juste super. Est-ce que chacun peut avoir son propre serveur seenthis pour l’instant ?
Ce qui risque d’être lourd c’est le dialogue entre les serveurs. D’une part tous devront dialoguer constamment pour synchroniser leurs messages, d’autre part ils ne devront récupérer que les derniers posts/les posts modifiés/supprimés.
Il faudrait également mettre l’adresse du serveur dans le message id.
Il faut gérer pas mal de choses en même temps en effet, notamment :
– comment définit-on les UUID et les id d’auteurs
– comment envoyer les nouveautés d’un serveur à un autre
– comment envoyer le « stock »
Cela dit, plus la réflexion avance, plus j’ai l’impression que le jeu de fonctionnalités dont on a besoin est couvert par #NNTP ; il ne manque, me semble-t-il, que la possibilité de modifier un contenu (je crois que NNTP ne propose que la possibilité d’annuler [cancel] un message).
Sinon, avec cet export, une base seenthis n’est qu’un tas de fichiers au format email (donc, à la base, au format texte). Ca peut se synchroniser avec #BTSync, #rsync, d’autres trucs basés sur HTTP, etc : là c’est juste une question de choix. Il me paraîtrait quand même contre-productif d’inventer un énième truc over PHP si on peut employer des logiciels déjà existants et qui ont fait leurs preuves.
Pour les ids c’est juste une question de choix. Personnellement j’aime bien la notation de Github : people/emersion@seenthis.net ou message/uuid@seenthis.net
Effectivement NNTP me semble très adapté ! ▻http://fr.m.wikibooks.org/wiki/Fichier:Sch%C3%A9ma_usenet.jpg
C’est juste parfait, il ne reste plus qu’à trouver des bibliothèques qui sont capables de la faire. J’avais vu Ratchet en PHP qui pouvait effectuer ce genre de choses. Je peux creuser plus l’idée au besoin.
Sinon il y a git qui pourrait faire des choses pas mal. Mais rsync aussi effectivement.
Seenthis n’est pas open-source ?
oui oui, seenthis est bien libre
►http://seenthis.net/messages/153905
c’est le boxon car on est très mal organisés, mais il est possible d’en installer soi-même une instance indépendante : on est déjà deux à l’avoir fait :)
je me demandais s’il était possible de faire un export de tous mes posts sur seenthis, et je suis tombé sur ce @fil ...
... sans vraiment avoir de réponse. est-ce toujours un projet en cours, ou ai-je loupé quelque chose ?
En attendant la réponse de @fil, @erratic, sache que je me sers personnellement de ce script qui fonctionne très bien : ►http://seenthis.net/messages/30043
je vais regarder ça, en attendant. merci !
ça a l’air utile, j’espére réussir à l’utiliser, la programmation et tout autour est loin d’être mon day-to-day.
Une #seenthis_demande, j’ai l’impression que des personnes essaient de faire des liens entre messages #seenthis dans la même optique que le rajout de tags, serait-il souhaitable et/ou possible de faire un petit système de ping et/ou de notification (par exemple que l’auteur du message/commentaire qui est cité autre part sur seenthis reçoive un mail, ou que le ping apparaisse dans la colonne de droite de la page d’accueil ?)
(d’ailleurs existe t-il un tag pour une demande de rajout de fonctionnalité ? > #seenthis_lexique)
#seenthis_demande, ça me parait bien comme tag :-) sinon, c’est bien d’interpeller @seenthis aussi (voilà, hop, c’est fait)
là, en ce moment, je rajouterais bien un moyen de bloquer certains tags pour ne pas être obligé de bloquer des utilisateurs (histoire de faire une pause avec l’overdose de plat typiquement lyonnais :p)
Quoi, quoi, t’as quelque chose contre le tablier de sapeur ?
@james : pour te changer les idées et t’ouvrir l’appétit (il n’y a pas que Lyon en gastronomie)
Classique : Stück Kassler mit Sauerkraut und Knödeln
Bohémienne : Kaninchenkeule und Böhmische Knödel
Léger (?) : Featuring : Der Große Knödel, Herr Knödel, Knee Knödel, Striking Knödel, Evil Knevil Knödel, no Kleine Knödel
Etc.
@seenthis : c’est sûrement une #idée_à_la_con, mais la #complétion automatique des noms d’#auteurs serait une bonne amélioration pour se simplifier la vie.
Une autre suggestion : peut on changer de login sans opération chirurgicale trop lourde ? En effet je me suis affublé d’un #nom_a_coucher_dehors dès la naissance, et c’est un handicap terrible que je fais subir à ceux qui veulent me notifier (que même l’autocomplétion ne saurait alléger)...
la #seenthis_team peut faire l’opération ; il faut réserver la chambre un peu à l’avance et prévoir une période de repos à la suite
En ce qui concerne la #seenthis_demande de @monolecte il me semble plutôt urgent d’attendre ; quand les contenus seront indexés par #sphinx ça deviendra peut-être possible. Cela étant, à titre personnel je préfère qu’on ne multiplie pas les fonctionnalités.
Et voilà! Quand c’est moi, c’est pas bien!
Me parle pas de sommeil ! ;-D
@seenthis c’est #seenthis_wishlist qu’il faut utiliser pour les doléances ? Parce que j’ai vu aussi #souhait_seenthis ou #wishthis donc ce serait bien de dire ce qu’il faudrait utiliser pour ne pas se disperser... ;-)
Il me semble qu’il y a des outils web permettant de compiler des souhaits / bugs pour des sites, non ? Ca pourrait être pratique pour classer, voir ce qui a déjà été proposé sans le redire mais en le précisant, voir ce qui a été refusé, etc. ? J’y connais rien, mais quelques pistes : ►http://sixrevisions.com/tools/10-excellent-feedback-tools-for-web-designers
Je crois me souvenir que ça avait été évoqué sur spip-blog aussi.
#seenthis_suggestions ;-) ( @nhoizey y’a un #seenthis_todo , plus impératif, qui existe aussi...)
@seenthis Ah bin tiens, j’ai aussi découvert #seenthis_demande, #seenthis-featurerequest et #seenthis_souhait, on a vraiment une dilution du signal... :-/
@ari les outils signalé dans le billet que tu indiques sont vraiment orientés design, ce n’est sans doute pas adapté à #seenthis. Personnellement je suis fan de ►http://uservoice.com et je commence à trouver ►http://getsatisfaction.com pas si mal que ça, bien qu’un peu plus lourd. Sinon, le #seenthis_todo ne devrait à mon sens être utilisé que par @seenthis ...
Effacé, merci @netlibertaire ;-) Je disais donc :
Exact c’est getsatisfaction que je cherchais depuis un moment. Dommage qu’il n’existe rien d’approchant en spip.
@ari ça ne doit pas être bien compliqué à faire en SPIP...
No labels on radio buttons for the language choice in #seenthis settings page ►http://seenthis.net/index.php?page=profil