Discussion :

[Le Sage]

Bonjour à toutes et tous !

Soit une table T_PERSONNEL avec (entre autres) deux champs Nom et Prenom

Dans un champ indépendant d'un formulaire basé sur cette table :

=[T_PERSONNEL]![Prenom] renvoie #Nom?

=[T_PERSONNEL].[Prenom] renvoie #Nom?

=[T_PERSONNEL]![Nom] renvoie #Nom?

=[T_PERSONNEL].[Nom] renvoie #Nom?

=[Prenom] renvoie (comme attendu) le contenu du champ Prenom

=[Nom] renvoie... le nom du formulaire, soit F_PERSONNEL

Note : le but est d'afficher le nom complet dans ce champ, soit [Prenom]&" "&[Nom]
Quelqu'un aurait-il une idée (du comportement décrit ci-dessus, pas de comment arriver à mes fins, car c'est déjà fait) ?

D'avance merci !

[ClaudeLELOUP]

Bonjour,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
=[Prenom] 
=[Nom]

Tu dis à Access : « Affichez ici le contenu du contrôle de ce formulaire qui porte le nom de Prenom... » et c'est ce qu'il fait.

Par contre quand tu écris :

=[T_PERSONNEL]![Prenom]
=[T_PERSONNEL]![Nom]

Access ne trouve pas de contrôle portant tel nom dans ton formulaire... et il proteste en réclamant un nom qu'il connaît !

[Le Sage]

Bonjour Claude, et merci pour ta réponse.

Il me semblait cependant qu'on pouvait accéder aux champs de la source du formulaire sans qu'ils soient présents sur le formulaire...

[ClaudeLELOUP]

Il me semblait cependant qu'on pouvait accéder aux champs de la source du formulaire sans qu'ils soient présents sur le formulaire...

En tout cas, j'ignore la syntaxe !

Perso, si je dois disposer d'une valeur de la source, et que je ne veux pas la voir en tant que telle dans le formulaire, je la mets dans un contrôle avec propriété Visible = Non.

[Le Sage]

Perso, si je dois disposer d'une valeur de la source, et que je ne veux pas la voir en tant que telle dans le formulaire, je la mets dans un contrôle avec propriété Visible = Non.

C'est exactement ce que j'ai fait lorsque j'ai dit que j'étais déjà arrivé à mes fins...

Je vais attendre un peu avant de qualifier le sujet comme résolu, histoire de voir si quelqu'un a une piste.

Merci en tout cas de t'être penché sur ma problématique !

[ClaudeLELOUP]

Sans doute, un de ceux-ci : Ils ne savaient pas que c'était impossible, alors ils l'ont fait.

[Le Sage]

Bien...

Personne ne s'étant manifesté, je suppose que j'ai rêvé pouvoir accéder aux champs de la source du formulaire sans qu'ils soient présents sur le formulaire...

Je marque donc cette discussion comme résolue, en remerciant encore Claude pour son intervention !

[madefemere]

Bonjour Eric et Claude,

Il me semblait cependant qu'on pouvait accéder aux champs de la source du formulaire sans qu'ils soient présents sur le formulaire...

En fait, c'est possible depuis la version 2007. Il suffit d'écrire le nom des champs sources avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

=[Prenom] & [Nom]

et ça marche sans que les 2 champs soient présents dans le formulaire.

ON peut même ouvrir un formulaire indépendant en mode création et mettre des champs de différentes tables. Access demandant au fur et à mesure les relations à établir entre les tables en jeu.

Personnellement, je ne pense pas que ça aide les développeurs débutants sous Access à créer une application correcte et je vois souvent des questions en relation avec ce problème sur le FORUM.

Claude, ce sont parait-il les évolutions d'Access. Tu as raison de rester sur 2000.


Bonne continuation à vous deux.

[ClaudeLELOUP]

Bonjour Mandresy,

Claude, ce sont parait-il les évolutions d'Access. Tu as raison de rester sur 2000.

Je compte bien suivre ton conseil...

Bonne soirée

[Le Sage]

Bonjour madefemere, et merci pour ton intervention.

En fait, c'est possible depuis la version 2007. Il suffit d'écrire le nom des champs sources avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

=[Prenom] & [Nom]

et ça marche sans que les 2 champs soient présents dans le formulaire.

C'est ce que je faisais à la base, sauf que [Nom] renvoie le nom du formulaire au lieu du contenu du champ [Nom]...

Tu as raison de rester sur 2000

Pourquoi donc ?

[madefemere]

Je pense que ce sont encore les petits couacs d'Access et le mot [Nom] devait faire référence au nom du formulaire quelque part (ne me demandes pas pourquoi, mais il faut éviter de donner de tels "noms" réservés sous Access). On ne sait jamais comment il réagit.

Cela rejoint la raison pourquoi Claude reste à la version 2000 d'Access parce qu'il a fait le tour de son fonctionnement et des éventuels bugs. Cela permet d'anticiper le développement d'une application.
Certains changements proposés dans les nouvelles versions d'Access concernent le design et la prise en main par les débutants mais sont difficile à concilier avec certaines théories des bases de données. Ce qui induit en erreur les débutants (pensant que c'est TRES facile).

Bonne continuation