Leed
Leed copied to clipboard
LeedRSS
[idée] Ajout fonction Bookmark
Ce serait super-pratique de créer directement dans Leed ou via un plugin, une fonctionnalité de bookmark. Avec des classements par dossiers comme pour les flux si possible, pour organiser au mieux les liens.
Que penses-tu de la solution à base de shaarli + plugin shaarleed ?
Inclure une telle fonction dans Leed risque de le surcharger et de le faire devenir petit à petit usine à gaz, à mon avis. En effet, une solution de base est proposée dans Leed, via les favoris et en utilisant un backend sur un shaarli, je pense que ça pourra répondre parfaitement à ton besoin, de façon très KISS.
Il faut que je teste, mais faire de leed une solution toute en un serait un plus non négligeable plutôt que de devoir jouer avec 2 instances et bdd. Et pas sûr que ça le transformerait en usine à gaz
:+1: pour le Shaarli. C'est ce que je fais personnellement, mais après lecture de l'article. À ce stade, j'utilise le bookmarklet de Shaarli.
@misterair : C'est un problème de philosophie que tu soulèves. Depuis que j'utilise Leed, je l'ai toujours considéré comme KISS-compliant (et @ldleman le revendique, dans le about notamment). À mon avis, c'est une grande force de Leed, et c'est ce qui fait que j'utilise Leed depuis le début, sans accrocher aux autres.
Leed fournit un service KISS, simple, facile à installer et néanmoins parfaitement fonctionnel out of the box, et avec d'importantes options de personnalisation. Commencer à rajouter des fonctions à Leed, c'est commencer à se détourner de cet objectif, et de la philosophie Unix (un outil == une fonction). Et cela devrait donc atterrir dans les plugins plutôt que dans le core.
Pour moi, finalement, ajouter une telle fonction va conduire au même système que Blogotext, qui commence à agréger bien plus large que son but de moteur de blog initial. Ce n'est pas grave, car c'est la voie qu'a choisie lehollandaisvolant, de faire un système tout-en-un et clé-en-mains, recouvrant un shaarli, un moteur de blog etc. Mais c'est aussi ce qui fait que je n'utilise pas Blogotext.
Après, je ne sais pas quelle vision de Leed ont @ldleman, @Sbgodin et tous les autres qui travaillent dessus, et je ne donne que mon avis personnel ci-dessus, mais pour moi, coupler les outils restent une meilleure façon de procéder, bien plus flexible et bien plus puissante que de tout intégrer dans un métascript.
Leed est à moitié KISS. Du pur KISS aurait moins de fonctionnalités et se concentrerait uniquement sur les flux...
En extrapolant, on pourrait imaginer simplement un classement des favoris par dossiers. Actuellement c'est l'anarchie pour s'y retrouver.
Je suis tombé sur ce ticket très proche: https://github.com/ldleman/Leed-market/issues/39
@Phyks :+1: Concernant Blogotext, idem. J'ai d'ailleurs dégagé certaines fonctions de ma divergence. Effectivement, je préfère utiliser Shaarli que le module intégré dans Blogotext pour les mêmes raisons.
D'ailleurs, j'utilise les favoris dans Leed que parce qu'ils permettent de protéger contre l'effacement les articles. Pour le reste, c'est Shaarli.
@misterair le noyau de base se concentre uniquement sur les flux à ma connaissance, seuls les plugins viennent ajouter des fonctionnalités divergentes.
Je suis assez d'accord avec la réponse de @Phyks (pour changer :p), nous essayons de conserver un noyeau "simple" bienq ue ce soit de plus en plus compliqué étant donné la communauté de leed et ses attentes, je pense que la fonctionnalité proposée entre plus dans le cadre d'un plugin :)
@ldleman Et un système de tags ou dossiers pour classer les favoris? Possible pour la v2 ou ça passe à la trappe? Pour les bookmarks, en effet, un plugin serait plus approprié.
Un plugin de tags semble en cours de discussion ici : https://github.com/ldleman/Leed/issues/207 mais encore une fois, shaarli semble avoir refroidit le projet !
À mon humble avis, rien à voir avec Shaarli. C'est qu'il reste des développements pour la v2. La gestion des tags est pour après la v2. Ceci, à cause des modifications importantes nécessaires dans la base de données.
Autant pour moi dans ce cas ! Il set donc prévu que les tags soient implémentés nativement ?
C'est l'idée, et ça passe par un gros remaniement du code et de la base de données. Personnellement, j'aimerais bien qu'on boucle cette v2. Ensuite, on pourrait entreprendre la gestion des tags (et multi-utilisateurs, etc.) dans la dev tandis qu'une branche (mettons v2) servira à la maintenance de la version courante.
À mon humble avis de non-développeur Leed ça semble de bons objectifs :) Il vaut mieux bien stabiliser que se précipiter. Bon courage en tout cas :)