-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question : "lu / non lu" a-t-il du sens #53
Comments
Je suis d'accord avec ça. Il pourrait être intéressant d'avoir une touche / un lien pouvant annuler le marquage des items marqués comme lus. |
Hello tous,
Parce quand on visualise depuis un dossier ou un flux (en cliquant
C'est une idée à fusionner avec les autres. En particulier, c'est un À mon humble avis, un historique des flux/articles consultés serait Christophe HENRY |
Cela dépend beaucoup de la facon dont les utilisateurs utilisent leur aggregateur. Personnellement je ne vais jamais consulter les articles en ayant selectionner un flux ou un dossier, je lis au fil de l'eau quand ca arrive, independamment du flux ou du dossier. c'est un fil d'information qui tombe et que je lis dans l'ordre. J'avoue que le concept GReader d'afficher tous les articles et de griser ceux lu (car ouvert) etait tres bon et j'aimerai le retrouver chez Leed. |
De la même façon que @prysme01 je lis l'info au fur et à mesure qu'elle arrive, ça permet notamment pour les blogueurs d'assez facilement distinguer "la grosse information" du moment. Donc pour me répéter pour 150000000 fois à une époque dans leed, un article lu apparaissait comme grisé, on pouvait donc revenir en faisant P c'était particulièrement cohérent. |
En gros vous souhaiteriez que les articles lu ne disparaissent jamais ? |
La version 398 devrait stocker le plus de données possibles. Par exemple, une limite sur la taille globale, par flux, dossier, etc et/ou une limite sur l'âge. Genre le plus gros possible pour bien rentabiliser l'espace. Ensuite, ce qui est visible par l'utilisateur serait les nouveaux, non-lus, lus, archivés. L'utilisateur pourrait dire, je "supprime" les articles au bout de 1 an. Mais en vrai, l'article disparaîtrait au bout de 10 ans. Ça servirait à quoi ? Mmmhh... Admettons que Leed soit multi-comptes. Ou bien que Leed sépare collecte des flux et lectures des flux et qu'un "serveur" Leed puisse être accédé par des "clients" Leed pour lire. Dans ces cas-ci, un nouvel utilisateur pourrait voir les anciens articles des flux alors qu'il s'est juste abonné. Parce que d'autres se sont abonnés avant. Non, non. Ça ne ressemble pas à quelque chose de déjà connu :-) |
Ça y est il à réussi à m'embrouiller le sbgodin, je sais même plus de quel côté du débat il est XD |
J'ai des idées très abouties concernant les fonctionnalités que je voudrais voir dans mon lecteur de flux. Ceci expliquant cela. Mais bon, je reste réaliste pendant les développements même si je me lâche un peu dans les commentaires. |
moi pour ma part j'attends de retrouver le principe de fonctionnement qu'on avait avant à savoir qu'un article marqué comme lu dans le flux global soit grisé et qu'on puisse le dégriser. Pour exemple, aujourd'hui j'ai 1200 liens à parcourir, je fais du M à fond et parfois je vais trop vite, dommage il est parti, je peux pas faire P pour revenir en arrière |
Mais c'est ça qui est bizarre c'est que la disparation des events sur la page d’accueil existe presque depuis toujours :), c'est une feature que j'avais implémenté assez tôt, donc ça m’étonne quand tu dis "comme avant". Je vais reflechir pour la v2.0 a laisser la possibilité de configurer ça dans les settings |
J'ai le même fonctionnement de lecture que cborne. |
@ldleman pendant très longtemps sur la page centrale, les articles marqués comme lus ne disparaissaient pas et étaient grisés d'où ma réclamation depuis des lustres de revenir à ce système qui convenait très bien, cohérent avec le bouton d'ailleurs. |
Okay on vas donner la possibilité a l’utilisateur de choisir dans la v2.0, pour le moment on essaye de stabiliser la v1.5 au max histoire de sortir une première version viable pour les leedonautes qui ne veulent pas prendre de risques ^^ |
Peut-être que l'on peut voir le problème de cborne autrement : si l'utilisateur a marqué tous les articles comme lus, alors plutôt que d'afficher une page d'accueil vide, on pourrait afficher tous les derniers articles avec un bouton "Lu" grisé (ou alors utiliser la suggestion #87 pour afficher une page d'accueil résumée avec tous les articles "pliés"). Ça permettrait de retrouver les articles récupérés récemment sans devoir chercher dans chaque groupe quel blog a récemment écrit un billet. |
Personnellement, je l'aime pas voir d'articles grisés au "fils de l'eau". Au pire, il y a un plugin de recherche. |
En fait, le problème n'est pas la recherche, au pire on peut utiliser les catégories pour retrouver les articles. Pour moi, le problème est que parfois je clique trop vite sur lu/non lu ou alors j'aimerais relire une nouvelle de la journée sans me rappeler exactement du sujet. Ce qui serait biens ça serait de pouvoir chercher selon les plus récents (au lieu des plus vieux ou non lu) et de manière globale (sur tous les flux). |
…mme non lu. En page d'accueil, l'évent précèdent caché, redevient visible.
@cborne tu pourras maintenant le réactiver avec la touche l (petit L) |
Est ce qu'on peut clore le sujet ??? si j'ai une opposition, on rouvrira ;) |
De toute façon il est devenu tellement long que plus personne n'a le courage de le lire (zut, je l'ai encore allongé !!) |
A partir du moment où un article est marqué comme lu, il disparait, quel intérêt alors d'avoir la mention "non lu" qui laisserait supposer qu'on puisse réactiver l'article ?
The text was updated successfully, but these errors were encountered: