@seenthis Dommage de devoir se déconnecter pour lire ceux qui ne sont pas dans mes abonnements ! du coup, la mise en favori ou l’abonnement n’est pas possible facilement. Sinon j’adore, bravo !
@seenthis Dommage de devoir se déconnecter pour lire ceux qui ne sont pas dans mes abonnements ! du coup, la mise en favori ou l’abonnement n’est pas possible facilement. Sinon j’adore, bravo !
Vu que la page @auteurs est identique à la page d’accueil quand on est identifié, peut-être mettre en page d’accueil :
– si on est connecté la liste de tous les messages même si on y est pas abonné (+)
– ou si on est pas connecté, au moins la possibilité de mettre un favori à un de ces messages renvoyant vers son identification (-)
Actuellement, non connecté, j’ai bien tous les messages en page d’accueil, évidemment, mais sans possibilité de cliquer sur favori, pour ce faire je dois
1) cliquer sur la date du message qui m’intéresse et dont l’auteur n’est pas dans mes abonnements
2) m’identifier
3) puis mettre en favori
Car sinon, en restant sur la page d’accueil, une fois connecté le message disparait.
Je ne sais pas si je suis claire et si c’est le bon endroit pour en discuter, dis le moi !
Ah, vu de suite une 404 lors de la déconnexion
►http://seenthis.net/76838?var_hasard=19513741594fe1ac61a7f6f
Oopsie daisy ! 404 error - searching for 76838
Je plussoie.
Actuellement, je découvre des seenien(ne)s par hasard quand mon identification s’est évaporée, sinon tout comme @touti.
SeenThis a un moteur de recherche (plutôt lent) mais pas de déclaration #OpenSearch pour l’utiliser plus facilement. Ce serait très cool, cher #SeenThis_TODO
Par exemple : ►http://www.bortzmeyer.org/opensearch.html
Heu ça serait pas ça que vous cherchez par hasard ?
►http://www.spip-contrib.net/Plugin-OpenSearch
@seenthis installe ce plugin et hop :)
There is a #SeenThis_bug in the #API: when requesting a message which does not exist, ("curl -v —user stephane:vachementsecret —insecure ►https://seenthis.net/api/messages/1459199"), you get a HTTP response 200 (instead of the normal 404) and an invalid XML file (containing just the declaration).
RFC 6589 : Considerations for Transitioning Content to IPv6
Ce document rassemble un certain nombre d’analyses et de conseils sur la transition vers #IPv6 pour les gens qui hébergent du contenu, typiquement les sites Web. Les gérants de ces sites souhaiteraient pouvoir rendre ce contenu accessible en IPv6, sans que cela entraîne de conséquences fâcheuses pour les lecteurs. Ce #RFC décrit notamment la technique du #whitelisting, qui consiste à ne renvoyer d’adresses IPv6 (les enregistrements AAAA du DNS) qu’à certains réseaux, identifiés comme mettant en oeuvre correctement IPv6. Cette technique a été popularisée par Google mais elle est contestée. Le RFC estime qu’elle est acceptable et qu’il est utile d’informer, non pas les sites qui la pratiquent (ils connaissent déjà) mais la communauté Internet en général.
►http://www.bortzmeyer.org/6589.html
Au fait, #SeenThis_TODO est concerné, n’ayant toujours pas d’accès en IPv6 : ►http://seenthis.net/messages/50483
Le petit triangle devant l’URL cité est une excellente idée mais, quand les deux citations sont dans le même article, est-ce vraiment utile ?
#SeenThis_TODO : le #favicon de SeenThis est tout petit : 16x16. C’était suffisant il y a quelques années, mais il serait préférable aujourd’hui qu’il soit disponible en différentes tailles. Le favicon est notamment utilisé par les navigateurs comme icône de favori, et les bureaux modernes affichent ces icônes avec bien plus que 256 pixels. Par exemple, un bureau Windows ou la page d’acceuil d’un téléphone Android.
Le format idéal pour cela est le format .ico de Microsoft car il peut embarquer plusieurs images bitmap en différentes tailles. Voir comme exemple le favicon de DuckDuckGo qui est en taille 16x16, 32x32 et 48x48 : ►http://duckduckgo.com/favicon.ico
Un boulot pour #SeenThis_TODO, canonicaliser les URI enregistrés ?
RFC 6596 : The Canonical Link Relation
Depuis le RFC 5988, il existe un mécanisme standard pour exprimer les types des liens entre deux ressources sur le #Web. Ce très court RFC spécifie un nouveau type de lien, canonical, qui permet d’indiquer quel est l’URI canonique d’une ressource Web.
Tu as déjà un <link canonical> dans Seenthis depuis le début. Tu peux le voir notamment sur les pages des billets.
@Seenthis Je parlais de l’inverse : lorsqu’on écrit un seen, canonicaliser les URLs qu’il contient, en allant voir si la page Web citée a un «canonical».
Je ne pense pas que canonicaliser systématiquement soit une bonne idée. Ou alors, il faudrait avoir un mécanisme pour désactiver cette canonicalisation par défaut. En effet certaines ressources peuvent être utiles à citer même si leur URL ne sont pas canoniques. Par exemple, certaines pages 404 sont drôles et je veux pouvoir les citer.
@dolmen Mauvais exemple. Si la page fait un 404, elle ne présentera pas de lien « canonical ».
Vidéo Ina - Jean POIRET et Michel SERRAULT «La campagne électorale»
►http://www.ina.fr/politique/partis-politiques/video/I00017267/jean-poiret-et-michel-serrault-la-campagne-electorale.fr.html
wateuhbout l’embed des vidéo INA @seenthis ? #seenthis_todo ?
Réédition de l’album #instrumental du #Klub_des_loosers Springtales, qui est pour l’instant en écoute intégrale, dont trois titres téléchargeables :
►http://official.fm/playlists/86316
Ah tiens @seenthis le proxy #oembed marche pour les titres uniques sur official.fm mais pas pour les playlists (alors que le lecteur existe aussi sur les listes). Si c’est possible... :)
#seenthis_todo
j’ai testé ce patch sur le plugin seenthis_autoembed (sur la zone) mais l’embed fourni par official.fm a l’air pété, ça me donne un player avec une liste vide
Index : autoembed/stubs.php
– ’url-match’ => ’http://(www\.)?official\.fm/tracks/([0-9]+)',
+ ’url-match’ => ’http://(www\.)?official\.fm/(tracks|playlists)/([0-9]+)',
Là tout de suite c’est peut-être normal car même sur le site je n’arrive pas à voir les embed, que ce soit pour un titre ou pour une liste.
#seenthis_todo (pas exclusif d’autres choses)
– Quand on fait un copier-coller du texte d’un billet, on devrait retrouver tout le « code source » qui permet, si on colle ça dans un formulaire, d’obtenir exactement le même résultat. Ça le fait actuellement avec les URL raccourcies (le copier-coller de l’URL raccourcie est, en réalité, la version longue), l’italique et le gras, mais il faudrait compléter avec les autres raccourcis (citation, images, embed…). Difficulté : je récupère plus de choses que le code initial.
– Les URL des pages des messages ne sont bizarrement pas stockées dans spip_url.
– Transformer les URL des pages des messages pour qu’elles contiennent le nom de l’auteur.
– Dans cas, voir si le numéro d’id_me qui apparaît dans l’URL ne pourrait pas être le même base36 que seen.li.
– Dans l’API, ajouter un UUID que l’on peut forcer de l’extérieur (et non plus seulement un UUID fabriqué par Seenthis).
– Depuis l’API, pouvoir interroger les signalements déjà existants d’une URL.
– Depuis l’API, pouvoir déclarer un billet en favori.
Je ne m’en étais pas aperçu, mais lors de mon #inscription sur #SeenThis, #Gmail a annoté le mail de confirmation :
This message may not have been sent by: seenthisnet@gmail.com > Learn more > Report phishing
Tous les moyens sont bons pour contrer la « #concurrence » (?).
Mon propre message de confirmation, que je n’avais lu que très brièvement, indiquait comme expéditeur... ma propre adresse (quelle bête idée). C’était en février 2011, ça a pu changer depuis. Est-ce le cas pour vous ? seenthisnet@gmail.com était l’adresse que vous avez indiqué à SenThis ? Si c’est le cas, je donne entièrement raison à Google.
Oui : je ne suis vraiment pas doué pour gérer des serveurs de mails. Alors pour l’instant je tourne avec un compte gmail. Je risque de me faire sauvagement filtrer par certaines machines, mais bon, je fais avec. C’est effectivement pas dément, mais c’est du Samsufi d’ici à ce que je prenne les temps de faire bien les choses de ce côté (en me faisant pousser de nouvelles compétences techniques).
@Seenthis Si tu utilises une adresse Gmail comme adresse d’envoi il faudrait alors que tu utilises les serveurs SMTP de Gmail comme serveurs d’envoi pour les destinataires Gmail. Cela éviterait cet avertissement.
Il serait bon qu’en 2012, SeenThis acquière une adresse #IPv6. Chacun doit faire un bout du travail pour que la migration avance.
Je sais pas sur quel type de Dedibox est hébergé Seenthis, mais toutes n’ont pas de connectivité IPV6...
@azerttyu À mon avis, une connexion IPv6 via un tunnel (même sur l’excellent service de HE) serait pire que pas de connexion : cela découragerait les gens de faire du v6. Non, il faut du natif.
Et il faudrait que SeenThis ne le fasse pas pour les adresses #IPv6 comme 2001:db8:1::42 (j’ai tapé cette adresse sans aucun espace).
Autre bug un peu inquiétant : j’ai tapé & n b s p ; (sans espace) et ça a été interprété comme entité au lieu d’être échappé. Je n’ai pas testé, mais ça sent un peu le trou de XSS potentiel !
Est-ce qu’il serait possible de rallonger au max la longévité du cookie de #SeenThis ? Même quand je demande à ce que ce cher site se souvienne de moi, tout ça est très vite oublié. Je ne veux jamais être déloggé !
Merci :)
Entièrement d’accord. C’est un des points pénibles de #SeenThis (surtout combiné avec la bogue qui fait que les navigateurs ne retiennent pas le mot de passe, ►http://seenthis.net/messages/38354 ).
les sessions de SPIP sont valables de 12 à 24 heures ; je vais les passer à une grosse semaine, on verra si c’est mieux — l’idée est de protéger l’utilisateur contre l’oubli de sa session ouverte dans un cybercafé : ce n’est plus très à la mode par ces temps de connexion permanente sur Facebook…
Oh! Merci merci merci merci merci merci merci merci!
Ça existe encore les cybercafés?
@robin Bien sûr que oui. Pas dans les pays de l’OCDE mais, en Afrique, c’est la majorité des usages (grignotés récemment par les téléphones portables, toutefois) car l’ordinateur individuel est très rare.
Ah ben moi j’ai #adblock ...
Y’a un bouton « donner » ?
Ceci dit, pas vu de bouton « acheter » non plus ;-)
[Je commence avec un exemple sur #Twitter mais ça s’applique aussi à #SeenThis et à bien d’autres.]
Le monde est vaste et peuplé d’étrangers qui poussent l’étrangeté jusqu’à parler d’autres langues. Ainsi, sur Twitter, si on décide de suivre un allemand parce qu’il a envoyé quelques tweets intéressants en anglais, et qu’il se met ensuite à utiliser la langue de Karl Liebknecht, on est bien désarmé (sauf si on parle cette langue). Idem si on suit un japonais, un brésilien, etc.
►http://twitter.com/kenji_rikitake/status/147587075305254912
Regardez d’ailleurs toute sa « timeline » pour avoir une idée du problème :
►http://twitter.com/kenji_rikitake
En effet, Twitter ne permet pas d’étiqueter un tweet lorsqu’on est polyglotte. (Cela ne serait d’ailleurs pas forcément très pratique d’avoir à le faire à chaque tweet, avec les risques d’erreurs associés.) Peut-être pourrait-il déterminer automatiquement la langue utilisée (pas facile avec seulement 140 caractères pour décider entre danois et norvégien !) et ensuite fournir un moyen de filtrer (afficher uniquement les tweets en français et en anglais, pour ceux qui parlent ces deux langues).
Revenons à #SeenThis_TODO. SeenThis détecte automatiquement la langue des liens qu’on enregistre et l’indique, ce qui permet de savoir avant de cliquer si on comprendra quelque chose ou pas. Mais, curieusement, il ne le fait pas pour les seens eux-même. Si un utilisateur écrit en deux langues, et que je n’en comprends qu’une, pas moyen de ne voir de son flux que ceux dans la « bonne » langue.
Je suis bien d’accord, j’avais demandé cette feature à Twitter il y a longtemps — mais sans réponse. Détecter une langue n’est souvent pas si dur (OSX le fait nativement), et quand ça l’est c’est rarement grave. C’est aussi d’autant plus facile que l’utilisateur a indiqué quelles langues il parle.
Voyons si SeenThis répondra plus vite que Twitter :-)
Si : je détecte à la fois dans quelle langue est le message, dans quel langue sont les extraits cités, en plus de ce que tu signales (le texte distant des liens). Si tu regardes le code source d’un message, tu verras des attributs « lang » qui se promènent un peu partout.
En revanche, je n’ai pas mis de filtre pour sélectionner ce qu’on comprends. Au niveau de l’ergonomie, ça n’est pas forcément évident. Par exemple : je dois voir uniquement les messages de Stéphane dans ma propre timeline s’il est dans la bonne langue ; mais si je vais sur sa page à lui, je pense qu’il faut que tout soit affiché, sinon je fais me faire une mauvaise idée. Par ailleurs, il y a plusieurs langues déjà dans un message message : texte et citations. Je fais le tri sur quoi (le texte ou la citation ou les deux) ?
Et enfin, il me reste toujours la difficulté de mon système de cache : il m’est difficile avec ce système de « croiser » les critères.
Bref, oui c’est bien une des idées (qui de plus rendrait visible la détection de langue qui est super-kikou), mais je ne trouve pas ça ultra-évident : ergonomique potentiellement bancale, et techniquement risque de perdre l’efficacité de mon système de cache.
Comme il y a plein de webmestres ici et de gens qui s’intéressent à la politique, je devrais battre mon score de partages avec cette nouvelle que j’emprunte à bluetouff. Le site Web de Rachida Dati a un robots.txt... qui contient du #HTML et du #CSS :
j’en fais une copie ici pour le souvenir quand ils l’auront corrigé :)
User-agent :
Disallow :
Sitemap : ►http://www.rachida-dati.eu/site/sitemap.xml.gz
< !— verification automatique du site —>< !— verification automatique du site —>
< !—
< !DOCTYPE html PUBLIC « -//W3C//DTD XHTML 1.0 Transitional//EN » "►http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="►http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html ; charset=UTF-8" />
<title>|| Rachida Dati | Député européen ||</title>
<style type="text/css">
{ margin:0 ; padding:0}
body{ background-color:#d8d8d8 ; color:#000 ; font-size:14px ; font-family:Verdana, Geneva, sans-serif}
</style>
</head>
<body>
<div style="margin:auto ; margin-top:100px ; width:979px ; text-align:center"><img src='https://seenthis.net/
" alt="Site en maintenance" width="979" height="414" /><br /><br />Le site est actuellement en maintenance. Merci de votre compréhension.</div></body>
</html>—>
oulà problèmes d’échappement des étoiles et des img src, au secours Captain @Seenthis !
À ma connaissance, #SeenThis_TODO n’a pas de mécanisme pour publier du code source (que ce soit HTML, C, Go, Python ou autre).
Comme pour les images : passer par un service adapté externe. Genre pastebin.
Je suggère un ajout à la documentation de #SeenThis : une page Outils où il y aurait les outils permettant d’accéder à SeenThis comme #SeenDroid ►http://seenthis.net/messages/44043 ou bien #seenthis-python ►http://seenthis.net/messages/45756
Actuellement, je ne vois pas de point d’entrée dans la documentation pour les trouver.
Quelqu’un peut-il m’expliquer comment procéder pour faire apparaitre la petite flèche devant une url dont certains parmi vous font référence. J’ai beau tout retourner dans tous les sens, je ne la vois nulle part. Merci
Tu es sur quel système ? Il y a toutes les chances pour que tu utilises des polices qui ne contiennent pas ce caractère Unicode.
je suis sur mac OS X 10.5.8 et j’utilise firefox
Même problème pour moi. Ça marchait et ça marche plus. Google Chrome sur Debian. Exemple : ►http://seenthis.net/messages/41127 et ►http://seenthis.net/messages/40936
#SeenThis_TODO
RFC 6415 : Web Host Metadata
Ce court RFC spécifie une convention qui permet à un client Web de récupérer sur un serveur une description formelle de méta-données sur le site servi (par exemple l’auteur du site Web, ou bien la licence du contenu servi). Cela se fait en mettant ces méta-données au format #XRD dans une ressource nommée /.well-known/host-meta.
@seenthis plus il y a de contenus sur #seenthis et plus il devient nécessaire d’avoir des pages pour les tags d’un utilisateur, par exemple ►http://seenthis.net/people/nhoizey/tags/navigateur ... et le flux RSS/Atom qui va avec. Étape suivante, la page multi tags, par exemple ►http://seenthis.net/people/nhoizey/tags/navigateur+microsoft #seenthis_souhait
Ce besoin devient de plus en plus criant.
Je ne peux pas partager ma liste de seens tagués #webperf, puisque l’URL contient « follow=me ». Au mieux, il faudrait ce que j’indiquais sur le seen auquel je réponds ici, au pire, un « follow=nhoizey »…
Et les flux RSS/Atom, bien sûr.
@fil En ligne, effectivement, cela m’avait échappé, merci !
Et pour le flux RSS ?
pour RSS, je le commite, l’URL devrait être celle du feed du mot, suivie de &follow=nhoizey [#seenthis_todo : améliorer le schéma d’URLs pour les flux]
Cela ne fonctionne pas au niveau du flux RSS.
OMG, ça marche !!!
Exemple :
▻http://seenthis.net/tag/spip/feed?follow=nhoizey
Vous allez finir par me faire revenir ici…
#seenthis_todo : il faut que je modifie (radicalement) la gestion des effacements de #microcache quand on modifie son profil (couleur, logo, nom...). Là, ça plante au bout de 30 secondes, et rien n’est réellement mis à jour.
@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...
@seenthis : Comment je fais, une fois logué, pour avoir le même écran que l’accueil (non logué) de seenthis ?
Je m’explique : j’arrive sur seenthis, et je repère sur le sommaire un post intéressant. Je vais voir le profil et je me dis « ah ouais, c’est sympa ce qu’il poste, je vais le suivre ». Je me logue, et difficile ensuite de retrouver la personne (si l’on a pas pris soin de noter son URI).
Un autre effet de ce découpage est qu’il est plus difficile de tomber sur des posts de gens qu’on ne suit pas - ce qui favorise les découvertes, la surprise (à tel point que je me délogue / relogue parfois de seenthis). Delicious est plutôt pas mal fichu sur ce point :
– une fois logué, on a encore accès aux pages « Fresh bookmarks » et « Hotlist ».
– Explorer les bookmarks des contacts de ses contacts (si les comptes ne sont pas privés) est très simple.
Oui, tu as raison, cela a déjà été évoqué dans des messages avec d’autres propositions idées, certaines ont été mises en place depuis je crois : voir #seenthis_suggestions ou #seenthis_todo
[J’étais sûr d’avoir vu une référence à ce film sur SeenThis mais pas moyen de la retrouver.]
Excellent exposé d’Anne-Sophie Fradier à Paris-Web sur la « macrotypographie de la page Web » (elle explique au début ce qu’est la #macrotypographie, pour les noobs comme moi). Codex, volumen, plomb, ligne de base, etc. Son mot favori est « super ».
À noter surtout la qualité du film : les transparents sur la moitié gauche (et faits à partir du support, pas filmés sur l’écran) et la conférencière, avec sa jolie chemise, sur la moitié droite.
Ce qui me manque le plus est le passage de ses excellents conseils à une réalisation concrète en #CSS.
Ah, retrouvé par la fonction de détection des URL doublonnés : ►http://seenthis.net/messages/25978 Comme le moteur de recherche (recherche : « fradier ») ne retrouve pas le seen de Thomas Dubois, c’est donc un #SeenThis_bug
si tu ne follow pas @tom_dubois il faut que tu cherches sur l’ensemble de #seenthis et non pas seulement dans ton réseau :
►http://seenthis.net/spip.php?page=recherche&recherche=Fradier&follow=all
Mais j’ai fait une simple recherche, je ne savais pas que, par défaut, elle était limitée à mon réseau. (Je n’aime pas ce système où on ne voit les options de recherche qu’après la recherche.)
+1 @fil #seenthis_todo : la flèche indiquant un URL doublonné n’apparaît qu’avec le doublon, pas avec le message d’origine, ce serait bien que ça marche dans tous les sens non ?
(HS : waouh @thibnton, j’avais pas vu tes 400 abonnements, du coup moi qui trouvais un peu honteux mon ratio de 40 abonnements pour 6 abonnés (je sais on s’en fout m’enfin quand même), je suis refait :p du coup t’as plus le bug de la page d’accueil c’est ça ?
@tom_dubois en fait pour le moment, il est encore possible de suivre tout le monde. Donc je procède par retraits successifs plutôt que par ajouts. Et dès qu’un nouveau venu débarque sur Seenthis, je le suis, quitte à revenir dessus ensuite...
Pour que #SeenThis devienne le réseau social de la mort qui tue et qui arrache sa mère, il faudrait un bon moteur de recherches. Les limites du truc actuel :
1) pas de documentation (ou alors j’ai mal cherché)
2) lorsqu’on indique plusieurs termes, la sémantique semble être OR entre les termes. Pas de moyen de faire un AND, donc on est submergés par des résultats sans intérêt. (Cherchez « poésie roman », par exemple, puisqu’il y a plein de seens qui traitent de l’un ou de l’autre mais aucun sur les deux à la fois.)
3) OpenCalais thématise et reconnait personnes, lieux, entreprises, langages de programmation, mais on ne peut pas utiliser cela dans le moteur de recherche. (Par exemple, pas moyen de chercher « personne : tron » et chercher sur « tron » ne donne pas l’homme politique mais le film.)
4) [Déjà signalé souvent.] Pas moyen de restreindre la recherche à ses seens (c’est indispensable pour utiliser SeenThis comme outil de #PKM), ou à ceux qu’on a favorisé, ou à ceux des gens qu’on suit.
5) Pas accessible depuis l’API (ou bien j’ai mal cherché ?) J’ai tenté la syndication mais le <link> dans le résultat de recherche est incorrect :
<link rel="alternate" type="application/rss+xml" title="RSS" href="index.php ?page=backend_mot&id_mot=" />
(Oui, le terme de recherche n’y est pas et le lien ne fonctionne pas, essayez de vous y abonner pour voir.)
Oui.
Pour ta recherche AND (point 2), c’est une recherche fulltext au sens MySQL, c’est-à-dire que tu peux utiliser ces critères :
►http://dev.mysql.com/doc/refman/5.0/fr/fulltext-boolean.html
Dans ton cas, « +poésie +roman » (zéro résultat).
C’est bien ce que je dis, ça manque de doc :-) Merci pour le tuyau.
Sur le point 4 : il s’agit en fait de mes messages + mes favoris... donc en fait ce ne son pas MES messages au sens strict.