Oui, ce serait préférable d'utiliser des enregistrements plutot que
modifier le format des tables.
Par contre, mieux vaut attendre après la release 2.7 car ce sont des
modifs lourdes.
Régis Houssin wrote:
Je préconise un fonctionnement différent indispensable pour une
compatibilité avec le module multi-société.
Au lieu de créer des champs dans la table llx_adherent_options nous devons
stocker le rowid de llx_adherent_options_label dans un champ
fk_option_label, ainsi ca fera un enregistrement par option/utilisateur avec
sa valeur.
Est-ce que ca vous convient ?
Est-ce que beaucoup de personnes utilise déjà l'existant en production ?
Merci de vos retours
Régis
Le 28/10/09 21:41, « Laurent Destailleur (Eldy) » <[email protected]> a
écrit :
Thanks.
Patch is in buffer.
Will have a look after release of version 2.7
Thibaut des ABBAYES a écrit :
Bonjour,
Voici mon patch pour le module adhérents.
Il ajoute la possibilité de tableaux d'attributs.
J'ai ajouté un champ dans la table llx_adherent_options_label:
`tablenum` int(11) NOT NULL DEFAULT '0',
Plus quelques lignes dans members.lang, que j'ai juster traduites en
français.
Cette modification permet par exmepl de stocker pour un adhérent:
- Chaque ceinture de judo et la date d'obtention
- Chaque enfant et sa date de naissance
- ...
Merci de votre feed-back, et soyez indulgents: c'est mon premier patch ;-/
tibboh
------------------------------------------------------------------------
_______________________________________________
Dolibarr-dev mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
------------------------------------------------------------------------
_______________________________________________
Dolibarr-dev mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
_______________________________________________
Dolibarr-dev mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
