Leed
Leed copied to clipboard
LeedRSS
Favoris
Juste une suggestion : rajouter la possibilité de sauvegarder les articles mis en favoris
bonjour, est ce que tu peux décrire les raisons, le cas d'utilisation. est ce que c'est dans le cas ou tu met à jour Leed en faisant un export OPML puis un import ? du coup l'opération supprime les articles favorisés.
En faites c'est quand je fais un export OPML puis un import par exemple après une installation toute fraiche, en faites les articles favorisés ne sont pas sauvegardés. C'est dommage !
l'export OPML ne sauvegarde pas les articles mais uniquement les répertoires et flux que tu suis Donc c'est normal que tu perdes les favoris car il n'y a pas d'article encore synchronisé. Après import OPML, tu effectues une synchro et donc tu réimportes les derniers articles de tes flux. Il est donc impossible de récupérer les favoris. Ton favoris date peut être de 6 mois et n'existe plus sur le flux RSS en question. La solution, c'est de sauvegarder en entier l'article dans un fichier et de pouvoir le réimporter dans Leed.
Ce ne serait pas possible d'ajouter un script d'export/import des favoris? par exemple sous forme de liste de liens tout simples.
Je ne sais pas si cette issue est toujours d'actualité, mais un moyen de faire serait de réaliser un export au format Netscape Bookmark (HTML non valide :)
http://msdn.microsoft.com/en-us/library/aa753582%28v=vs.85%29.aspx
Ainsi, il est très facile d'importer les favoris en tant que bookmark dans les navigateurs classiques. Et c'est assez lisible pour un humain également.
Ce problème est plus général : il faudrait (aka ce serait super bien si...) pouvoir faire un export complet d'une instance : les flux (OPML), les favoris, l'état lu, etc.
Il n'est pas interdit d'en faire un greffon. Rouvrir ici si inspiré, voire demande de fusion.
Si ça peut aider les gens motivés, j'ai ajouté la possibilité dans FRSS d'exporter/importer des articles (et donc des articles marqués comme favoris). Pour cela je me suis basé sur le format qui était généré par Google Reader via Hangout. Le format est détaillé dans un ticket spécifique (basiquement, c'est du JSON). Si questions plus spécifiques sur le pourquoi de certains choix ou besoins de fichiers exportés pour voir à quoi ça ressemble, je suis à votre disposition :)
C'est bien ça :-o Ça rejoint mon idée lointaine d'utiliser un format de stockage spécifié et reconnu pour stocker des articles de flux RSS. Ce format pourrait être utilisé pour l'échange de flux entre deux services/serveurs afin de partager les informations. Donc y compris pour faire un export.
L'idée finale est de faire naître les articles dans ce format (« syndication autonome ») soit nativement (typiquement via Shaarli) soit via un export de blog (RSS/Atom) et de permettre leur circulation libre (et signée cryptographiquement) de service/serveur sans toujours devoir être issu d'un flux RSS/Atom... L'ensemble pourrait même fonctionner en pair-à-pair, et se présenter un peu comme les shaarli/river. Ça ferait aussi un peu comme des bouteilles à la mer, un "format" reconnu par tous, qui se propagerait où bon lui semble et où son poids relatif serait déterminé par sa popularité ; cf page-rank de Google.
Suggestion, alors : ton format pourrait incorporer une empreinte cryptographique avec la signature associée ?
Mais bon, ça peut déjà servir pour faire des exports ^^ Je rouvre le ticket, si ça tente quelqu'un. Je suppose que l'équipe de Leed accueillerait ces développements avec plaisir. Si ton format est/sera stabilisé, je suggère qu'il soit aussi repris pour Leed.
Il s'agit à la base du format de Google Reader, mais comme j'ai déjà ajouté un champ (cf. author) je ne vois pas d'inconvénient à y ajouter une empreinte ;)
Sinon le format est stabilisé oui !