Oui JPeR, on récupère bien les données au format csv mais il faut ensuite les transférer dans le tableau Excel, refaire des tris, etc. Et il n'est pas du tout simple pour un auteur de corriger ou de compléter ensuite ses données.

Exemple : X s'inscrit en octobre 2023 pour le salon de fin avril 2024. Entretemps son éditeur accepte de publier le nouveau manuscrit qu'il lui a fait parvenir. Il a donc une nouveauté qu'il souhaite mettre en avant pour le salon. C'est une vraie plaie à gérer comme nous le faisons actuellement. Idem pour modifier sa bio s'il a eu un prix entretemps, etc.

Tant pis, on continuera comme ça. Mais je suis effaré par le complexité de gestion des BDD, que ce soit avec Website ou autrement, j'ai l'impression qu'il n'existe que des marteaux-pilons pour écraser même de simples mouches.

J'ai créé une BDD chez mon hébergeur sous MySQL, mais je suis infoutu de comprendre où elle se niche réellement, comment Website va donc y accéder et quel lien cohérent existe entre le panier Website et mon besoin (je ne vends rien)...

Je suis convaincu que de nombreuses associations ont des besoins du même ordre.

Bien sûr et je remercie tous ceux qui prennent le temps de répondre aux questions posées. Mais, à près de 77 ans je n'ai malheureusement plus ni l'envie ni le temps de me plonger dans les arcanes de My SQL et autres pour traiter de choses simples... ;) 

Dans une vie antérieure j'ai fait des programmes en Fortran IV (avec des bacs de cartes perforées : calculs de puissances de court-circuit sur des réseaux à très haute tension) puis en Fortran V, en Pascal, en Prolog, en CAN 8 (oui, ça existait !), en assembleur de Mitra 15, en 8088 puis 8086, et en différentes variantes de Basic et même des programmes sur Thomson TO7 !

Mais là, franchement, je sature un peu...