[Galette-devel] Re: [Galette-devel] Re: Champs d'informations génériques

[Laurent Pelecq <laurent.pelecq@xxxxxxxxxx>]

Deelight a écrit :

> Laurent Pelecq wrote:
>
> > Par exemple, il me semble qu'il faille deux nouvelles tables (je ne 
> > suis pas un pro des bases de données non plus):
> > - gallete_info_categories: pour stocker les paramètres des catégories 
> > (ce que j'avais appelé classes) avec comme colonnes: le nom, le 
> > visibilité (admin, tous), le type de contenu (une seule valeur ou une 
> > liste de valeurs).
>
>
> Je rajouterai aussi (c'était peut être sous-entendu) un index 
> numérique pour la clé.

Je n'y avais pas pensé mais j'ai vu que c'était fait comme ça pour les 
autres séquences. En passant, je ne comprends pas comment sont crées les 
index (au sens bd) en psql. Je m'attendais à un 'CREATE INDEX' dans 
pgsql.sql


> Je pense qu'il faudra aussi nuancer la visibilité en indiquant un 
> niveau d'accès à partir duquel la valeur est visible. Cependant, dans 
> un premier temps on pourrait se contenter d'un champ de type entier (0 
> -> admin, 1 -> tous), il suffira de le réutiliser lorsque la nouvelle 
> gestion des droits sera implémentée.

J'avais envisagé ça aussi.

> A part ça je pense qu'il faudra sans doute nuancer le type de contenu 
> pour indiquer son type (pour effectuer les validations adequates dans 
> les formulaires), le type de controle (champ texte, textarea, liste 
> déroulante, bouton radio...), la longeur max (pour les champs texte) 
> et une liste de valeurs pour les liste déroulantes par exemple.


Là je suis un peu largué. Je pensais que les infos seraient des données 
libres (donc un texte multiligne comme les infos actuelles ou une liste 
de champs). Par exemple une info comme la couleur préférée serait un 
texte, alors que pour des adresses courriers supplémentaires, l'adhérent 
pourrait en entrer plusieurs (avec un genre de bouton plus pour ajouter 
une valeur).

Si on a un type de contrôle, on donne à l'administrateur la possibilité 
de faire évoluer l'interface. Mais par exemple pour les boutons radio, 
je ne vois pas l'intérêt pour l'utilisateur de définir lui-même ses 
boutons. Ce serait plutôt l'administrateur qui le ferai. Et les valeurs 
possibles ne seraient pas stockées dans la table des infos mais dans la 
table de description des catégories, pour qu'elles soient les mêmes pour 
tous les adhérents. Mais là c'est beaucoup plus ambitieux que ce que je 
pensais.

Est-ce que c'est ça ?

Laurent