Discussion :

[laznic23]

Bonjour,

Je suis chargé de faire un formulaire de projet sur access et je dois pouvoir gérer une quantité de champs différent par projet.
En gros, un projet aura 4 champs "analyse" et autre projet en aura "20".

Voici comment je vois la chose:

Dans ma table de base, je prévois 50 champs numéroté "Analyse_1 ; Analyse_2 etc.." et j'aimerais avec l'aide d'un bouton "Afficher" et un bouton "Cacher" de faire varier mon nombre de champ analyse selon les besoins de l'utilisateur dans un formulaire.

J'ai parcouru le forum et j'ai trouvé des solutions qui permet d'afficher ou cacher la totalité des champs, j'avais pensé a un compteur de clic qui incrémente de cette manière :

Code :

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

1
2
3
4
5
6
7
dim Champ as variant
dim nom_champ as string
 
set nom_champ = "Analyse_"
dim Champ = nom_champ + 1
 
me."Champ".visible = True

Mais honnêtement je ne vois pas comment l'appliquer.

Merci pour votre aide.

Bonne journée.

[madefemere]

Bonjour,

N'y aurait-il pas un problème de modélisation?
Pourquoi l'élément analyse ne serait pas une entité à part, donc une table à par qui sera liée à la table projets en liaison 1 - n.
Et on l'afficherait dans un sous-formulaire dans le formulaire projet. Le lignes d'analyse seront dynamique de ce fait pour chaque projet.

Moi, je verrai cela comme ça.

Bonne continuation.

[laznic23]

Bonjour,

N'y aurait-il pas un problème de modélisation?
Pourquoi l'élément analyse ne serait pas une entité à part, donc une table à par qui sera liée à la table projets en liaison 1 - n.
Et on l'afficherait dans un sous-formulaire dans le formulaire projet. Le lignes d'analyse seront dynamique de ce fait pour chaque projet.

Moi, je verrai cela comme ça.

Bonne continuation.

Bonjour madefemere,

C'est une bonne remarque mais la quantité de table deviendrait ingérable, j'aimerais inclure un formulaire dans un document access de "Gestion de projet", le nombre de projets augmente de 5 par mois et avec une moyenne de 20 analyses par projets, selon moi le nombre de table deviendra vite ingérable pour Access et l'utilisateur.

Si j'ai mal compris ta remarque, pourrais-tu me donner un exemple?

Merci

[madefemere]

Tu as une table de tes projets et 1 table pour les analyses :
T_Projet : IdProjet (Clé primaire) - NomProjet - Champs Divers sur projet
T_Analyse : IdAnalyse (Clé primaire) - IdProjet_FK - Champs divers sur l'analyse
Les 2 tables sont reliées en 1 à plusieurs par les champs IdProjet et IdProjet_FK.

Tu as ici le tuto pour implanter les sous-formulaires et pourquoi.

@+

[Michael Guilloux]

Bonjour,

N'y aurait-il pas un problème de modélisation?
Pourquoi l'élément analyse ne serait pas une entité à part, donc une table à par qui sera liée à la table projets en liaison 1 - n.
Et on l'afficherait dans un sous-formulaire dans le formulaire projet. Le lignes d'analyse seront dynamique de ce fait pour chaque projet.

Moi, je verrai cela comme ça.

Bonne continuation.

@Laznic23, je crois que c'est que tu dois faire, et n'oublies pas de mettre ton sous-formulaire en mode "Formulaire continu", sinon tu seras obligé d'utiliser les boutons de déplacement du sous-formulaire pour voir toutes les lignes d'analyse (c'est-à-dire pour aller d'un enregistrement du sous-formulaire à un autre)

[laznic23]

Ok merci a tous pour votre aide, je vais voir ce que ça donne.

Je vous tiens informé.

A bientôt.