Citation : i-hej

Entièrement d'accord avec toi.

- Mais je viens de me rendre compte que je n'avais pas compris la solution de BlackEagle . Je croyais qu'il ne proposait qu'une solution de cookies sans inscription en tant que membre.
Mais en fait sa solution c'est : lorsqu'on s'inscrit ou on se connecte en tant que membre, le portail met un cookie sur le PC. C'est donc grâce à ce cookie qu'on peut récupérer l'id du membre connecté.
==> YES

- Donc ayant récupéré l'id du membre lors de sa connexion, il faut, lorsque le membre ouvre le formulaire, que ce dernier aille chercher les données de ce membre grâce à d'id récupéré par le cookie.

Je suis débutant en php : il y a certainement du code à récupérer dans user.php pour me permettre de faire cela ?
==> oui ou le module links qui me semble + approprié (dans modules/links)

- Ces derniers jours, je me suis penché sur extend-user (c1, c2, c3, etc). En fait mon idée serait une sorte de extend-user multi-formulaires dont chaque formulaire pourrait être appelé individuellement par un lien et non comme actuellement intégré dans le formulaire d'inscription.
Suis-je sur la bonne piste ?
==> non : la bonne piste c'est le module links et sa façon d'intégré des infos complémentaires

- Ce système réglerait pas mal de problèmes rencontrés par certains et que j'ai pu lire sur le forum SFORM (comment augmenter le nombre de champ, etc).
On crait un ou des formulaires perso par SFORM ou autre éditeur de formulaire avec autant de champs que l'on souhaite, on y ajoute un champ avec l'id du membre. Ce dernier permettant au membre et à l'administrateur d'aller sur l'un des formulaires pour y modifier les données de ce membre.

çà pourrait être une idée pour un patch de NPDS Sable...