Créer un groupe, gérer les membres et les rôles

Les groupes sont l’endroit où l’on parle à plus de deux, puisque la messagerie directe est strictement à deux. Cela prend deux formes. L’essentiel passe par les publications : une publication de groupe est une ligne ordinaire de la table des publications portant un identifiant de communauté, donc commentaires, mentions, notifications et recherche fonctionnent tels quels au lieu d’être reconstruits en parallèle. À côté, un groupe peut avoir des salons : des canaux texte à la Discord, listés dans le groupe, avec leurs propres droits et leur propre état de lecture. Les salons sont volontairement maigres, et l’encadré ci-dessous dit exactement à quel point.

Une publication de groupe est une publication de fil avec une adresse

Quand vous publiez dans un groupe, vous créez exactement l’objet que vous créeriez sur votre propre fil : mêmes réactions, mêmes commentaires, mêmes mentions qui pointent vers de vraies personnes, mêmes modification et suppression, même plomberie de notifications. Il n’existe pas de système de commentaires de seconde classe auquel il manquerait quelque chose.

L’identifiant de groupe ne change qu’une chose : où la publication apparaît. Les publications de groupe sont exclues du fil principal en un point unique du code, donc elles restent dans le groupe plutôt que de déborder sur les chronologies de tous ceux qui sont amis avec un membre. Un seul filtre à un seul endroit, c’est aussi pourquoi le comportement reste cohérent : il n’y a pas de seconde règle d’exclusion ailleurs qui puisse dériver de la première.

Le bénéfice pratique, c’est qu’un groupe Korat est immédiatement aussi capable que le fil, et que les améliorations arrivent des deux côtés en même temps. Le prix est franc, et il est énoncé ci-dessous : les salons d’un groupe ne sont pas la messagerie.

Public ou fermé, et ce que « fermé » veut dire

À la création, vous fixez un nom, une description, une catégorie, une confidentialité publique ou fermée, et un texte de règles. Ce champ n’est pas décoratif : un groupe sans règles écrites finit avec des règles quand même, inventées par celui qui modère ce jour-là, et que les membres découvrent en les enfreignant.

Un groupe fermé fonctionne par demandes d’adhésion : on demande à rejoindre, un propriétaire ou un admin approuve ou refuse, et le demandeur peut annuler une demande en attente plutôt que de rester coincé devant une décision qui ne viendra pas. Les deux côtés sont notifiés — les gestionnaires à l’arrivée d’une demande, le demandeur à son approbation. Une demande qui disparaît dans le silence est l’échec le plus courant de tous les systèmes de groupes, et une notification à l’approbation en est la correction la moins coûteuse.

L’état d’un groupe est montré avant le geste, pas après. Un groupe fermé porte un cadenas sur sa carte, pour que la différence entre « rejoindre » et « demander à rejoindre » soit lisible pendant que vous décidez encore : un bouton ne doit jamais promettre ce que l’écran suivant refusera.

Quatre listes, pas une liste avec des pastilles

L’écran des groupes est découpé en sections titrées avec des compteurs, plutôt qu’en une liste unique où la relation se devine à une petite pastille : groupes que je gère, groupes que j’ai rejoints, demandes en attente et découvrir, plus une recherche transversale.

C’était au départ une seule liste « mes groupes », et elle a été refaite, parce que les quatre lignes veulent dire quatre choses différentes. Un groupe dont vous êtes propriétaire a des réglages et une file de demandes qui vous attendent. Un groupe que vous avez seulement demandé à rejoindre n’a encore rien. Des sections titrées avec compteurs répondent d’un coup d’œil à « ai-je quelque chose à traiter ? », ce qu’une pastille sur une ligne enfouie au trentième rang ne fait pas.

Rôles, et transmission d’un groupe

Trois rôles — propriétaire, admin et membre — affichés en badges. Un propriétaire ou un admin change le rôle d’un membre, l’exclut, modifie les réglages ou supprime le groupe. Le transfert de propriété compte plus qu’il n’y paraît : un groupe dont le propriétaire a cessé d’utiliser l’app meurt lentement derrière un écran de réglages verrouillé.

Une action que le serveur refusera n’est pas proposée du tout : un propriétaire ne voit pas « quitter le groupe », puisque partir l’orphelinerait. Les actions destructrices passent par une confirmation qui dit aussi ce qui *ne* se produit *pas*, car l’hésitation vient presque toujours d’une supposition pessimiste.

Des notifications qui correspondent à des décisions

Les groupes envoient quatre sortes de notification, chacune adossée à un moment où quelqu’un doit savoir quelque chose : une nouvelle publication dans un groupe dont vous faites partie, une demande d’adhésion qui arrive pour les gestionnaires, votre demande approuvée, et votre rôle modifié.

La première manquait au début, et le résultat était un groupe qui paraissait abandonné parce que ses membres n’apprenaient tout simplement jamais qu’on y avait écrit. Le même défaut est réapparu plus tard sur les commandes des commerces. Une fonctionnalité qui produit du contenu dont personne n’est averti n’est pas une fonctionnalité discrète, c’est une fonctionnalité cassée.

Partager un groupe vers l’extérieur

Un groupe se partage par le même système de liens opaques que le reste de Korat : une URL koratland.com/s/<token> avec un jeton de 14 caractères aléatoires. Le résolveur ne renvoie que le type d’objet visé et lequel ; jamais l’auteur du partage, jamais le nombre d’ouvertures — une fonction SECURITY DEFINER décrite sur la page sécurité.

Deux voisins utiles. Un groupe d’entraînement lié à un seul sport a son propre module, avec classement et fil d’activité : voir les clubs sportifs. Et un commerce qui s’adresse à ses clients ne publie pas dans un groupe mais depuis sa page, tenue dans la console professionnelle.