Il y a un double problème:

• Les assos doivent changer leur "description" qui est plutot le nom long:
  ex: SiMDE, c'est Service Informatique de la MDE

• C'est plus court tu as raison :)

Prévoir plusieurs champs:

• Nom d'usage (nom utilisé normalement par les membres, peut être un nom non officiel ou une abréviation). Ex: SiMDE
• Nom officiel (tel que défini par les conventions statuts etc.) Ex: Service Informatique de la Maison des Etudiants
• Description courte (explique en quelques mots le fonctionnement de l'asso) Ex: Orchestre de l'UTC
• Description longue (s'affiche sur la page de l'asso). Ex: le simde c'est cool viens à la JDA bla bla

Et documenter l'utilisation de ces champs:

• dans toutes les UI permettant de les saisir
• dans des documents à destination des pôles, qui sont là pour contrôler ces champs

Prévoir plusieurs champs:

• Nom d'usage (nom utilisé normalement par les membres, peut être un nom non officiel ou une abréviation). Ex: SiMDE
• Nom officiel (tel que défini par les conventions statuts etc.) Ex: Service Informatique de la Maison des Etudiants
• Description courte (explique en quelques mots le fonctionnement de l'asso) Ex: Orchestre de l'UTC
• Description longue (s'affiche sur la page de l'asso). Ex: le simde c'est cool viens à la JDA bla bla

Et documenter l'utilisation de ces champs:

• dans toutes les UI permettant de les saisir
• dans des documents à destination des pôles, qui sont là pour contrôler ces champs

Ceci me semble être bien, je rajouterai néanmoins la possibilité que le nom d'usage puisse être null puisqu'il est principalement utilisé par les associations aux acronymes.

@MercierCorentin je pense que c'est une bonne idée, néanmoins il faut éviter que le slug soit null, c'est celui qui est utilisé pour l'affichage

Nan mais le long c'est mieux pour tout le monde en fait

@CdRom1 pour le SiMDE, le nom de l'asso est aussi SiMDE dans la convention. Je propose donc:

• Nom d'usage obligatoire.
• Nom long optionnel (Ajouté par les pôles si besoin)
• Courte description
• Description longue

Edit: L'édition des noms ne sera pas permise. Seul les admins (Pôles) le pourront.

Je suis entrain de travailler dessus et de permettre l'édition de tous ces champs par les assos (J'ajouterais aussi l'édition/ajout de rôles et de moyens de contact)

Extrait de la documentation à venir:

Le nom d'usage est le nom utilisé par les étudiants pour désigner l'association.

Le nom long est optionnel. Il peut être ajouté pour deux raisons :

• Le nom d'usage est différent du nom officiel
• Le nom d'usage est un acronyme

⚠️ Attention : Les noms d'usage et long sont modifiable uniquement par envoi de mail aux pôles. Ils nous (le SiMDE) communiqueront les modifications après avoir validé cela avec vous.

La description courte est optionnelle, vous pouvez l'utiliser pour expliquer en une phrase courte ce que fait votre association.

La description longue est l'endroit ou vous pouvez vendre votre association, expliquer ses activités, ...

@MercierCorentin
Globalement, ça me plaît. Mais en lisant cette doc, il y a un truc qui m'a chiffonné. Quand j'avais fini de la lire, je me posais la question: et du coup, le nom officiel, il est stocké où? Dans le "nom d'usage" ou le "nom long"?

Le problème, c'est pas que je me pose cette question. En fait, ça ne me plaît pas trop de laisser à l'humain la possibilité de choisir si il met le nom officiel dans le champ "long nom" ou dans le champ "nom d'usage". En effet il y aura forcément des cas où le nom officiel sera le nom d'usage, et aussi des cas où le nom officiel sera le nom long. Exemple 1: le SiMDE. Exemple 2: le PTE-UTC. Je pense que c'est parce que tu es conscient de cette faiblesse que tu as eu la bonne idée de te reposer sur une autorité qui est censée toujours savoir et toujours avoir raison: les pôles. Mais moi, je dis que même les pôles, quand ils seront confrontés aux champs "nom d'usage" et "nom long" ne vont pas forcément penser à mettre le nom officiel dans l'un des deux. En effet, il existe des cas où les associations ont un nom d'usage, un nom long, et un nom officiel. Exemple d'il y a deux ans : la fanfare de l'UTC qui avait pour nom officiel Fanfar'UT, pour nom long À la Ru'tc et pour nom d'usage Capharnaüm. Il a fallu plusieurs années pour que les conventions soient modifiées, que le nom officiel devienne Capharnaüm, et que les gens prennent l'habitude d'appeler l'asso Capharnaüm.

La conséquence de cet arbitraire laissé à l'utilisateur, c'est qu'a posteriori, si quelqu'un veut retrouver le nom officiel, il est obligé de le "deviner". Ou de fouiller dans les conventions. Et si on ne peut pas trouver le nom officiel d'une association, quel est l'intérêt d'imposer des contraintes sur les noms? Autant ne garder qu'un champ qui serait le nom d'usage et qui serait modifié en live par une asso.

Mais moi je pense qu'il faut que notre SI permette aux utilisateurs de trouver les noms officiels des assos: les pôles et les projets inter-asso (notamment en événementiel) en ont souvent besoin, et ça va 100 fois plus vite de faire une recherche sur le portail des assos que de fouiller dans les conventions ou les PV d'AG.

Pour pouvoir stocker correctement l'information du nom officiel, je vois plusieurs solutions:

• soit on crée un troisième nom en base de données. C'est un champ stable qui contient toujours le nom officiel, et qui pourrait n'être modifié que par les pôles.
• soit on crée un troisième champ, mais booléen, qui "pointe" vers le nom officiel: il permet de pointer vers le nom ou le nom d'usage.
• soit on garde deux champs mais on change leur sémantique. On crée un champ "nom officiel" et un champ "nom d'usage" qui peut être vide. Si le champ "nom d'usage" est rempli alors c'est ce champ qui est affiché prioritairement dans l'UI, et le "nom officiel" est secondaire mais l'utilisateur a la possibilité de le faire apparaître.

Personnellement je suis pour la troisième option.

Avant de répondre sur la technique, j'aimerais continuer, un peu, de discuter sur l'utilisation.
Je trouve qu'il y a un flou dans ce qu'on appelle "nom officiel". Par exemple, dans les conventions des exemples que tu cites, on trouve, pour le SiMDE, à la fois SiMDE et Service Informatique de la Maison des Étudiants et pour le PTE à la fois PTE-UTC et Pôle Technologie et Entreprenariat de l'Université de Technologie de Compiègne. Le nom officiel est-il donc bien la signification de l'acronyme?
Par rapport au cas de la fanfare de l'UTC j'avoue ne pas comprendre comment ce problème à pu arriver... Je ne vois pas comment la communication/le bureau d'une asso peut laisser une telle situation en place.

Au final, je pense qu'on dit quasiment la même chose sauf que pour moi le nom officiel est nullable et que pour toi le nom d'usage est nullable. Niveau UI il me semble que les deux solutions ne changent rien pour l'utilisateur. Ta solution reste plus facile à comprendre pour les administrateurs qui seront ceux qui rempliront ces champs. Je pense donc qu'on va partir là dessus.

Techniquement, en partant sur ce modèle, le champ name est le nom officiel et le champ shortname est le nom d'usage. Il s'agit donc d'inverser le nullable de ces deux champs et d'adapter l'UI. L'ajout du champ short_description est conservé.

@noeamiot es-ce que tu vois un problème aussi bien technique que sur l'utilisation ? Comme tu as approuvé la première méthode, y a-t-il un avantage à utiliser la première méthode que je n'aurais pas vu? (à part la facilité pour l'UI)

Pour moi, shortname est en quelque sort le surnom de l'asso tandis que name corresponds au "vrai" nom de l'asso.

Pour l'exemple: SiMDE c'est un surnom (optionnel) alors que Service informatique de la maison des étudiants est le vrai (mais aussi le long).

Ici, le problème des trois noms de capharnaüm ne se pose pas puisqu'il n'y a que deux noms.
Seul subsiste celui de savoir quel est le nom officiel de l'asso parmis name et shortname.
Je suis plus pour l'idée de @MercierCorentin (dis moi si j'ai biens compris) de rendre le shortname optionnel et de forcer name a être le nom officiel même si, au final, ça ne reste qu'une convention. On peut communiquer aux assos que name c'est le nom officiel mais je vois pas l'intérêt de le bouger dans le code.
Au final petit exemple avec PTE: name : Pôle technologie et Entreprenariat et shortname (au choix) : PTE ou PTE-UTC ou rien du tout (comme ils veulent).
Vous en pensez quoi ?

@noeamiot donc on est tous d'accord au final puisque ce que je proposait dans mon dernier commentaire était ma traduction technique de ce que @CdRom1 disait!
Du coup si ça convient à tout le monde, je vous propose à tous les deux (@CdRom1 et @noeamiot ) de mettre un pouce à ce commentaire.
SI les deux pouces sont là, je refait les changements, j'update la doc utilisateur et je prépare la com et le déploiement avec notre resp com et le BDE!
Je fermerai l'issue au moment de la résolution technique.

Pour revenir sur ce que tu as dit, il y a deux points que j'aimerais clarifier.

1. Même les 1901 n'ont pas la main sur leur nom d'autorité, elles sont dans l'obligation d'indiquer celui qui est déclaré en préfecture (l'autorité au dessus), elles doivent passer par une AG pour le changer.

2. Là où utiliser le champ name comme nom d'autorité et shortname comme nom d'usage me paraît être une bonne idée pour clarifier, l'ajout de noms supplémentaires va, je pense, détruire cette même visibilité.
   Pour le cas de Capharnaüm, malgré le fait que les associations soient embêtées / perdues avec les démarches nécessaires pour effectuer un changement de nom, je pense quand même qu'il est nécessaire de passer par là. Les noms doivent être régulés, choisir un nom d'usage qui corresponds à l'association ça va mais en choisir plusieurs ça me semble être une mauvaise idée.

Prenons le cas d'une asso reprise qui n'est pas satisfaite du nom : Ils changent le nom d'usage puis attendent la prochaine AG de leur pôle pour changer le nom d'autorité. Dans le pire des cas, ils attendront 3 mois (2 AG de pôle minimum par semestre). Pour un changement de nom officiel ça ne me paraît pas abusé.

Pour que la discussion avance, je propose de résumer et que vous disiez si ça vous convient ou pas.

• Le champ name sera utilisé pour le nom d'autorité.
• Le champ shortname sera utilisé pour le nom d'usage.
• Une demande de changement de nom d'autorité doit venir avec un PV d'AG de pôle (pour les commissions / projets / clubs) ou d'un PV d'AG de l'asso (pour les 1901).
• Pour les changement de nom d'usage on peut peut être passer par l'approbation des pôles histoire qu'il y ait un contrôle ou simplement avoir confiance. (Là, je suis de l'avis de @CdRom1, d'avoir un arbitre, le pôle par exemple).

Ok super, je m'occupe de ça dans la semaine!