Discussion :

[ClaudeLELOUP]

Bonjour,




Voici un formulaire (état) qui contient de multiples fois le même sous-formulaire (sous-état), chacun avec une source différente : http://claudeleloup.developpez.com/t...s/menus7jours/



- Dans cette application, on a choisi de construire un formulaire qui contient 21 fois le même sous-formulaire avec pour chacun une source différente. Ces derniers sont construits à la volée.
- Un procédé identique sera présenté pour un état.
- On verra aussi comment il est possible, dans un formulaire continu, d’avoir une zone de liste modifiable dont le contenu est spécifique à chaque enregistrement.


Vos remarques sont les bienvenues.

[jimbolion]

Claude,

Juste à voir le titre je savais qu'on allait encore se régaler

Hâte de lire ton prochain tutoriel...

Jean-Marie

[Harbor66]

Très intéressant, merci.

Roland

[autran]

Claude,

Y a pas à dire, tu as un vrai don pour nous présenter des choses originales et passionnantes
Merci,

Marc

[ClaudeLELOUP]

Merci pour vos encouragements.

[f-leb]

Et on obtient finalement une « illusion » de zone de liste modifiable :
Pas beau ça ?

Ah, oui oui oui, très beau ça !!

Tiens, bizarre ? J'ai faim !?

[ClaudeLELOUP]

J'ai faim !?

Tiens, Achille a l'estomac dans les talons... bizarre

[jimbolion]

Tiens, Achille a l'estomac dans les talons... bizarre

laisse Thomas tranquille... m'enfin !

[adama13]

Bonjour Claude

pour ce Tutoriel.
Je ne savais pas qu'on pouvait avoir plus de 2 sous-formulaire dans un formulaire.

Mes Félicitation Claude

[loufab]

Excellent tuto !

Manque que les recettes correspondantes (avec plus de plats du Plat Pays pas si plat que ça )

[ClaudeLELOUP]

Bonjour Fabrice,

Peut-être ceci ? Si tu aimes les filets de poisson aux petits légumes

[loufab]

J'étais persuadé qu'il ne cuisinait que du chat...

[Super2016]

Bonjour,




Voici un formulaire (état) qui contient de multiples fois le même sous-formulaire (sous-état), chacun avec une source différente : http://claudeleloup.developpez.com/t...s/menus7jours/



- Dans cette application, on a choisi de construire un formulaire qui contient 21 fois le même sous-formulaire avec pour chacun une source différente. Ces derniers sont construits à la volée.
- Un procédé identique sera présenté pour un état.
- On verra aussi comment il est possible, dans un formulaire continu, d’avoir une zone de liste modifiable dont le contenu est spécifique à chaque enregistrement.


Vos remarques sont les bienvenues.

Bonjour :

Trés Bon Tutoriel .

On y apprend beaucoup et il couvre plusieurs sujets de programmation Access.

Seul le MCD , dans la section Relations, je n'ai pas pu retracer les relations 1 à plusieurs liant les différentes tables.

Est ce que les tables sont liées avec une intégrité référentielle .

Qui peut aider dans ce domaine.

Respectueusement.


CDT.

[ClaudeLELOUP]

Bonjour,

Merci pour l’intérêt porté à ce tutoriel.
Tu t’attendais probablement à des relations comme celles-ci :

Le problème est le suivant :
- dans le code associé à l’événement « Après MàJ » du contrôle txtDateDepart, aux instructions 13 à 22, on peuple la table tMenus avec des enregistrements que l’utilisateur complètera par la suite ;
- à ce moment, on ne connaît pas encore quel plat sera associé à chacun des menus => tPlatsFK sera donc à zéro par défaut, ce qui ne respecterait pas l’intégrité référentielle ;
- tPlatsFK sera plus tard complété par l’utilisateur, lorsqu’il choisira le plat.

C’est la raison pour laquelle, je n’ai pas défini de relations entre les tables.

L’idéal eût été :
- supprimer les relations pendant la construction d’un menu ;
- et les rétablir lorsque tous les menus ont été complétés par l’utilisateur.
C’est sans doute possible, mais le tutoriel était déjà fort chargé.
Quoi qu’il en soit, je crois que la manière dont le processus est construit, il n’y a pas de risque d’incohérence, mais tu as raison : ce n’est pas tout à fait orthodoxe.
En fait, cela cause-t-il un problème dans ton cas ?

[Super2016]

Bonjour :

Je vous remercie pour votre réponse.

Pour moi, cela ne me pose aucun problème.Mais je croyais que toutes les applications Access devaient contenir

des relations entre les tables de la base ;

Je ne savais pas qu'on pouvais construire une base Access sans relations et sans Intégrité référentielle.

Je propose les relations suivantes sans Intégrité Référentielle :



Selon ce que j'ai compris , la table tMatrice est " le canevas " de la Table Menu .

Autre remarque: la cohérence et l’équilibre du système sont assuré par les événements insérés dans les divers

contrôles.

Je vous remercie de votre intérêt .

Cordialement.

[ClaudeLELOUP]

Merci pour les remarques.

Au plaisir de te recroiser.