Annuaire des membres

[Dehelssey]

Ajouter une vue listant les membres locaux pour favoriser la découverte de nouveaux profils

[Cl0v1s]

En ce qui concerne l'ajout de nouvelles vues, tu penses avoir le temps/l'envie de créer une petite maquette aussi ?

C'est vraiment pas mon truc, et j'ai peur de faire de la merde :/

[Dehelssey]

No souci. J'suis pas chez moi ce weekend et cette semaine j'ai zéro remote mais je vais tenter de te faire ça !

[Dehelssey]

Quelques références pour l'affichage des profils dans l'annuaire : vue profil perso quand on est sur l'accueil de BDX.town :

vue d'un profil au survol de l'avatar d'une personne sur un fil :

J'ai le sentiment que le nombre d'abonné·e·s et d'abonnements ne sont pas des datas utiles pour décider ou non de suivre une personne. Le nombre de publications est un indicateur (on peut ne pas souhaiter suivre quelqu'un qui poste trop, ou à l'inverse, suivre des gens actifs) mais il n'est pertinent qu'avec une date d'inscription. Sauf qu'on s'en fout un peu de quand s'est inscrite la personne. Du coup une data de type "nb de posts par jour" serait l'idéal (un seul chiffre à afficher, à vraie valeur ajoutée) (mais ptet compliqué à récupérer ?)

La data "dernière activité" (présente sur masto) est cool aussi pour éviter de follow des comptes délaissés...

Concernant la page annuaire (et pas juste la carte profil), Misskey et Mastodon proposent des vues filtrées (actifs récemment, profils épinglés, nouvelles/nouveaux...)

Compte-tenu de ces différentes considérations j'ai tenté différents rendus : rejeté car les datas affichées ne me paraissent pas les plus utiles comme je le disais et l'affichage de la bio en respectant la mise en forme ne permet pas d'en lire suffisamment.

2ème jet : on casse la mise en forme de la bio (suppression des sauts de ligne). Gain de place.

3ème jet : c'est là que j'ai fait sauter la data "inutile" pour ne garder que le nb de messages et la dernière activité l'ensemble me parait plus équilibré

4ème jet : une décli de la v3 en allégant la construction PSEUDO / @handle@instance sur une seule ligne. problème : certaines personnes ont un pseudo qui diffère de leur handle...

5ème jet : une version minimaliste : zéro data, juste le pseudo le handle et la bio. On peut même donner plus de place à la bio si nécessaire. Je crois que c'est ma version préférée mais...

car il y a un mais.

ça fait vide si l'utilisateur a une mini bio (et pire encore si pas de bio...)

Je pense que niveau interface c'est mieux d'avoir une hauteur fixe de carte, je pense qu'une grille serait plus claire et lisible qu'une construction en masonry avec des cartes à hauteur variable...

la v3 (avec data en bas de carte) casse un peu cette impression de vide dans ce cas là

---

Bref je vais pas trancher tout seul ce soir ^^ #HELP

[Dehelssey]

j'ai ptet un compromis : pas de data, juste la dernière co, mais ça permet d'habiller la carte quand peu ou pas de bio

[Dehelssey]

après je me posais aussi la question d'utiliser un picto plutôt qu'un bouton suivre / ne plus suivre mais c'est pas cohérent avec l'UI soapbox

d'ailleurs le bouton "ne plus suivre" je l'ai designé un peu plus discret que le "suivre"

[Dehelssey]

quelque soit la version choisie on peut, pour la bio, soit tronquer le texte [...] soit, mais je sais pas si c'est pertinent, proposer un scroll ?

[Dehelssey]

bon j'arrive pas à aller me coucher sans avoir "fini" donc voilà la vue complète pour le moment je suis parti de la vue "bookmarks" (la même que "demande de suivi" par ailleurs) j'ai rajouté une entrée dans la sidebar pour y accéder avec l'icone font-awesome "users"

demain je fais une v2 avec des filtres. et au lieu de "dernière activité" on peut ptet juste afficher un tag "en ligne" ? ou alors en plus ?

bref j'ai pas fini en fait >_< et n'hésite pas à me dire ce qui est techniquement faisable ou pas aussi, accessoirement ^^

[Dehelssey]

pour info j'ai testé le suivre / ne plus suivre avec picto (parce qu'en fait y'a bien une vue sur l'UI ou ces icones existent) mais au final c'est pas mieux. je trouve le bouton plus clair et efficace.

en revanche le badge 'en ligne' ça peut le faire. Pareil j'avais essayé avec juste un indicateur (idéalement animé) mais en fait c'est pas explicite, donc si c'est pas clair et que y'a la place ➜ label.

[Dehelssey]

allez version finale : j'ai utilisé des toggles pour conserver des composants de l'UI existante

par défaut j'ai supposé que les profils étaient affichés par date de dernière connexion. Du coup le toggle permet d'activer pour voir les derniers inscrits (j'ai opté pour nouvelles recrues pour que le terme soit non genré) Si le tri par défaut des profils est aléatoire et qu'il faut pouvoir gérer plus d'options (dernière co, date d'inscription, "populaires" comme sur Misskey) je reverrai ma copie avec des boutons radio mais faudra les styliser parce que les seuls radio présents sur l'interface sont en mode skin natif du navigateur...

le second toggle est assez explicite, il permet de n'afficher que les profils de l'instance.

Évidemment si on décide de n'afficher de toutes façons que les profils BDX.town je ferai sauter ce toggle ¯_(ツ)_/¯

[Cl0v1s]

Je trouve ta réflexion sur les informations super pertinente. Le nombre de follow/followers est vraiment osef, c'est pas utile si on veut une communauté basée sur l'intérêt !

Concernant le petit badge "en ligne", c'est une bonne idée, mais on a pas l'info (tu peux regarder dans le chat, on ne sait pas quand un user est en ligne ou pas. Du coup, pas possible de l'afficher sans un gros travail du coup je sais pas si c'est pertinent.

Etant donné la présence du toggle "bdx.town" seulement, j'imagine que tu verrais la vue capable d'afficher d'autres profils que ceux de bdx.town ? Comment tu vois cette fonctionalité ?

[Dehelssey]

1. bon ben on est d'accord : on fait sauter les chiffres ^^

2. le badge en ligne c'est inspiré de Misskey mais effectivement si on n'a pas l'info et que c'est une usine à gaz de la récupérer alor osef. C'était un bonus (pour inciter au chat par ex) mais pas indispensable.

3. pour la vue des profils, que ce soit Masto ou Misskey, leurs annuaires respectifs ne se limitent pas à l'instance locale, ils vont chercher les profils qui fédèrent. Pour moi ça a la même gueule que ce soit profils locaux ou profils fédérés, c'est juste un filtre pour resserrer la recherche.

Je sais pas techniquement parlant comment on peut récupérer la liste des profils, je suis juste parti du principe que par défaut la requête allait chercher tous les profils fédérés (puisque c'est la solution choisie par les deux autres acteurs majeur du fedi) et que, pour notre volonté de "local" c'était pertinent de pré-filtrer BDXtown (mais sans pour autant bloquer les comptes extérieurs)

[Cl0v1s]

D'accord, je vois pour le 3, je pense effectivement que c'est une bonne chose de montrer les profils fédérés si ça ne complique pas trop les choses niveau développement, je me documente sur la DOC pour savoir comment faire !

[Cl0v1s]

@Dehelssey Tu as un figma ou autre fichier que je puisse utiliser pour le dévelopemment ?

[Dehelssey]

@Cl0v1s je suis impardonnable, j'ai 3 mois de retard dans ma réponse lol J'ai un Xd ça irait ?

[Cl0v1s]

Et encore trois mois de retard !

Si je peux l'ouvrir sans acheter XD, Oui !

[Cl0v1s]

Suivre ici: https://github.com/Cl0v1s/mangane-ui/issues/15