tag overflow

[tmos]

Je viens d'importer mes vrais flux pour la première fois dans freeder, et c'est un peu le drame : j'ai 4 shaarlis, et déjà une indigestion de tags : j'ai plus de 160 écrans de scroll avec tous les tags importés…

Il faut faire quelque chose là je pense ^^'

Peut être ne pas importer directement les tags, mais les proposer dynamiquement lors de l'ajout de tags par l'utilisateur ?

[Phyks]

Ouais, j'ai le même problème. J'ai 1700 tags perso, tu me bats allègrement =)

Du coup, je pense qu'en fait il faudrait fixer l'option "importer les tags depuis les flux" à "off" par défaut, car c'est du bonus compatible uniquement avec peu de flux ou des flux bien spécifiques (genre que des shaarlis, et utiliser Freeder pour agréger plusieurs shaarlis). J'ai fait cette modif dans mon dernier commit, ça devrait aller mieux.

[tmos]

:+1:

[tmos]

À noter que les tags de chaques nouveaux articles sont aussi automatiquement importés à l'heure actuelle.

D'ou mon idée de proposer à l'utilisateur ces tags quand il ouvre la popup (à venir) d'ajout de tag .

[Phyks]

Ah ouais. En gros pour l'instant le comportement est :

• Par défaut, aucun tag n'est importé avec les flux, c'est à l'utilisateur de les rentrer (du coup, les anciens dossiers de l'utilisateur sont importés en tant que tags quand même, normalement)
• Il y a une option à activer pour importer les tags automatiquement avec les articles => dans ce cas, on importe tout brut de décoffrage, et on a potentiellement 2k tags importés.

À partir de là, c'est utilisable actuellement, mais il faudrait effectivement trouver une meilleure solution pour la deuxième option (avec un popup comme tu proposes par exemple).

Une autre piste à explorer est le stemming, via un algorithme comme l'algo de Porter, que j'avais implémenté en Python ici. Voir ici pour un tableau avec des exemples pour illustrer l'idée (tableau "Racines obtenues par le racinisateur de Porter").

[eliemichel]

Je pense que l'import de tags est pertinent pour certains flux où peut de tags sont mis, mais pas pour la majorité, surtout les shaarlis qui en mettent vite des tonnes… Il faudrait que ça face partie des options propres à un flux donc.

[Phyks]

:+1:

[tmos]

À l'import on proposerait donc :

• de n'importer aucun tag (par défaut, afin de ne pas saturer la bdd si erreur de la part de l'utilisateur)
• d'importer tous les tags
• de choisir au cas par cas, auquel cas on aurait un tableau avec tous les flux, pour chacun, le nombre de tags, et deux checkbox : importer ou pas.

Ça vous semble cohérent ?

[eliemichel]

Oui, et faut surtout prévoir de poser la question lorsqu'on ajoute un flux, pas que à l'import. Dans un usage courant, on utilise plus souvent l'ajout simple que l'import, même si pour le dev on fait plutôt des imports.

[tmos]

Oui évidement tu as raison !

[Phyks]

@tmos :+1:

[Phyks]

Je viens d'avoir une idée, en lien avec ta barre de recherche. On pourrait continuer à récupérer tous les tags depuis les flux, mais ne pas les afficher dans l'interface.

La barre de recherche auto complèterait comme la barre dans gmail ou dans les issues github.

[tmos]

Du coup il faudrait faire un troisième type de tags ?

Je pense qu'on va commencer à perdre l'utilisateur là... Si on fait une recherche efficace, je ne pense pas que les tags importés n'apportent grand chose non ?

[Phyks]

Pourquoi un troisième type de tags ?

Phyks

On 30 août 2014 06:24:12 UTC+02:00, "Tom.C." notifications@github.com wrote:

Du coup il faudrait faire un troisième type de tags ?

Je pense qu'on va commencer à perdre l'utilisateur là... Si on fait une recherche efficace, je ne pense pas que les tags importés n'apportent grand chose non ?

---

Reply to this email directly or view it on GitHub: https://github.com/FreederTeam/Freeder/issues/29#issuecomment-53948308

[eliemichel]

Pour signaler qu'il ne faut pas les afficher. Enfin « type de tag », ça peut être un prefix pour en faire un tag système, genre _imported_foo si le tag était foo. Ceci dit, je pense qu'il vaut mieux éviter de se perdre dans ses question pour le moment et bosser sur une base fonctionnelle !

[Phyks]

Ah… ok je me suis mal exprimé.

Mon idée est qu'on ne garde que deux types de tags : les tags systèmes (_something) et les tags autres ([^_]something).

Dans les tags autres, on a donc les tags récupérés automatiquement (pour tous les articles) et les tags entrés par l'utilisateur.

On n'affiche ensuite aucun tag à l'écran (ni système, ni utilisateur). Certains tags sont cependant accessibles via des boutons spéciaux (typiquement le tag _sticky).

Ensuite, on reprend la barre de recherche de @tmos, en haut de l'écran, et cette barre autocomplète avec les tags, lorsqu'on commence à taper (comme sur Shaarli ou la barre des issues de Github, depuis leur dernière mise à jour).

Je sais pas si mon idée est plus claire… :/

[eliemichel]

Afficher aucun tag c'est bizarre. L'utilisateur tag un article, puis rien ne le lui dit… Il va réessayer, être frustrer, désinstaller Freeder. ^^

[Phyks]

On affiche les tags sous les articles, comme actuellement (pour chaque article). Mais on n'affiche pas une méga liste de tags dans une colonne, comme à gauche actuellement.

[eliemichel]

Ah ok, j'avais pas fait gaffe qu'il y avait une telle liste. Alors on est d'accord, les tags ne doivent pas tous être affichés. On pourra permettre de laisser certains tags avec un simili-système de dossier mais pas les mettre tous.

[tmos]

Je pense qu'il faut laisser l'utilisateur choisir l'import ou non à l'ajout du flux, et laisser tomber ceux propres à chaques nouvelles publications.

Sinon l'organisation en tags de l'utilisateur peut être brisée par les auteurs des flux, ce qui est problématique selon moi.

Les tags sont avant tout une façon pour l'utilisateur de s'approprier ses flux et infos, pas de subir les tags des sites lus.

[eliemichel]

Bien d'accord, je pense que par défaut il ne faut pas les importer.

[Phyks]

:+1:

[Phyks]

J'ai implémenté ce comportement. Rouvrir si besoin de plus de discussion.