Bonsoir
J'ai fait une petite appli sous Access.
Cela doit consister à imprimer les infos des champs grâce à une liste
déroulante.
Je m'explique :
Il y a une table nommée T_patients comprenant numpatient (clé primaire),
nompatient, nomjeunefille,prenompatient, datenaissance, numsecu, caisse.
J'ai fait un formulaire F_saisiepatients et un sous-formulaire
SF_saisiepatients
J'ai également fait un formulaire nommé F_visupatients avec en en-tête une
liste déroulante avec des infos de la table T_patients et comprenant le
sous-formulaire cité auparavant.
J'ai ai mis un bouton "Imprimer" associé à une macro "MacVisuEtat"
permettant de faire un aperçu avant impression.
Il y a un bouton "Nouveau patient" qui ouvre le formulaire F_saisiepatients
et un bouton "Quitter".
2 problèmes :
1. la liste déroulante , en se déroulant, comprend bien les éléments
demandés mais il n'y a que le nom propre qui s'affiche
2. l'état n'affiche pas les éléments demandés et il y a " #nom" à la place.
Je pense que cela ne doit pas être grand chose mais je bloque.
"JK" | > | Je n'ai que 2 feuilles maintenant : la 1ère avec mes zones de textevides | > et | > | une 2ème page entièrement blanche. | > | Ne faut-il pas rajouter "un lien" dans l'en-tête" type clé primaire ? | J'ai corrigé mais mon état dontj'ai réduit les marges ne m'affiche que le | 1er enregistrement de la table.
Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro de facture pour obtenir tous les "détails facture"
| nous avons une appli Access fonctionnant avec une runtime | car nous n'avons pas de licence Access. | J'envisage d'empaqueter mon appli et tout ce qui s'en suit. | Faut-il acquérir Office Developer ? Quelle semblerait la meilleure solution
Raymond à fait un chapitre sur le 'runtime' http://officesystem.access.free.fr/runtime/deploiement.htm http://officesystem.access.free.fr/runtime/index.htm
"JK"
| > | Je n'ai que 2 feuilles maintenant : la 1ère avec mes zones de textevides
| > et
| > | une 2ème page entièrement blanche.
| > | Ne faut-il pas rajouter "un lien" dans l'en-tête" type clé primaire ?
| J'ai corrigé mais mon état dontj'ai réduit les marges ne m'affiche que le
| 1er enregistrement de la table.
Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro
de facture pour obtenir tous les "détails facture"
| nous avons une appli Access fonctionnant avec une runtime
| car nous n'avons pas de licence Access.
| J'envisage d'empaqueter mon appli et tout ce qui s'en suit.
| Faut-il acquérir Office Developer ? Quelle semblerait la meilleure solution
Raymond à fait un chapitre sur le 'runtime'
http://officesystem.access.free.fr/runtime/deploiement.htm
http://officesystem.access.free.fr/runtime/index.htm
"JK" | > | Je n'ai que 2 feuilles maintenant : la 1ère avec mes zones de textevides | > et | > | une 2ème page entièrement blanche. | > | Ne faut-il pas rajouter "un lien" dans l'en-tête" type clé primaire ? | J'ai corrigé mais mon état dontj'ai réduit les marges ne m'affiche que le | 1er enregistrement de la table.
Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro de facture pour obtenir tous les "détails facture"
| nous avons une appli Access fonctionnant avec une runtime | car nous n'avons pas de licence Access. | J'envisage d'empaqueter mon appli et tout ce qui s'en suit. | Faut-il acquérir Office Developer ? Quelle semblerait la meilleure solution
Raymond à fait un chapitre sur le 'runtime' http://officesystem.access.free.fr/runtime/deploiement.htm http://officesystem.access.free.fr/runtime/index.htm
"JK" | > | Je n'ai que 2 feuilles maintenant : la 1ère avec mes zones de textevides | > et | > | une 2ème page entièrement blanche. | > | Ne faut-il pas rajouter "un lien" dans l'en-tête" type clé primaire ? | J'ai corrigé mais mon état dontj'ai réduit les marges ne m'affiche que le | 1er enregistrement de la table.
Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro de facture pour obtenir tous les "détails facture" Cela veut dire que je doive créer un formulaire "détail patient" avec une
table "détailpatient" identique à la table T_patients?
| nous avons une appli Access fonctionnant avec une runtime | car nous n'avons pas de licence Access. | J'envisage d'empaqueter mon appli et tout ce qui s'en suit. | Faut-il acquérir Office Developer ? Quelle semblerait la meilleure solution
Raymond à fait un chapitre sur le 'runtime' http://officesystem.access.free.fr/runtime/deploiement.htm http://officesystem.access.free.fr/runtime/index.htm
"3stone" <3stone_@_skynet_be> a écrit dans le message de news:
%230wzELOrFHA.3836@TK2MSFTNGP12.phx.gbl...
Salut,
"JK"
| > | Je n'ai que 2 feuilles maintenant : la 1ère avec mes zones de
textevides
| > et
| > | une 2ème page entièrement blanche.
| > | Ne faut-il pas rajouter "un lien" dans l'en-tête" type clé primaire
?
| J'ai corrigé mais mon état dontj'ai réduit les marges ne m'affiche que
le
| 1er enregistrement de la table.
Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro
de facture pour obtenir tous les "détails facture"
Cela veut dire que je doive créer un formulaire "détail patient" avec une
table "détailpatient" identique à la table T_patients?
| nous avons une appli Access fonctionnant avec une runtime
| car nous n'avons pas de licence Access.
| J'envisage d'empaqueter mon appli et tout ce qui s'en suit.
| Faut-il acquérir Office Developer ? Quelle semblerait la meilleure
solution
Raymond à fait un chapitre sur le 'runtime'
http://officesystem.access.free.fr/runtime/deploiement.htm
http://officesystem.access.free.fr/runtime/index.htm
"JK" | > | Je n'ai que 2 feuilles maintenant : la 1ère avec mes zones de textevides | > et | > | une 2ème page entièrement blanche. | > | Ne faut-il pas rajouter "un lien" dans l'en-tête" type clé primaire ? | J'ai corrigé mais mon état dontj'ai réduit les marges ne m'affiche que le | 1er enregistrement de la table.
Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro de facture pour obtenir tous les "détails facture" Cela veut dire que je doive créer un formulaire "détail patient" avec une
table "détailpatient" identique à la table T_patients?
| nous avons une appli Access fonctionnant avec une runtime | car nous n'avons pas de licence Access. | J'envisage d'empaqueter mon appli et tout ce qui s'en suit. | Faut-il acquérir Office Developer ? Quelle semblerait la meilleure solution
Raymond à fait un chapitre sur le 'runtime' http://officesystem.access.free.fr/runtime/deploiement.htm http://officesystem.access.free.fr/runtime/index.htm
"JK" [...] | > | > Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro | > de facture pour obtenir tous les "détails facture" | Cela veut dire que je doive créer un formulaire "détail patient" avec une | table "détailpatient" identique à la table T_patients?
Dans ton message d'origine tu parle d'une table "T_Patients"..
Si tu as des visites de patients, il faudra bien avoir une table "T_Visites" liées à la table T_Patients. Ensuite, avec une requête qui reprend les tables T_Patients et T_Visites qui sera la source de ton état... Et pour afficher toutes les visites d'UN patient, tu filtre sur le numéro du patient ou bien tu fait un "regroupement" sur ce numéro.
"JK"
[...]
| >
| > Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro
| > de facture pour obtenir tous les "détails facture"
| Cela veut dire que je doive créer un formulaire "détail patient" avec une
| table "détailpatient" identique à la table T_patients?
Dans ton message d'origine tu parle d'une table "T_Patients"..
Si tu as des visites de patients, il faudra bien avoir une table "T_Visites"
liées à la table T_Patients.
Ensuite, avec une requête qui reprend les tables T_Patients et T_Visites
qui sera la source de ton état...
Et pour afficher toutes les visites d'UN patient, tu filtre sur le numéro du patient
ou bien tu fait un "regroupement" sur ce numéro.
"JK" [...] | > | > Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro | > de facture pour obtenir tous les "détails facture" | Cela veut dire que je doive créer un formulaire "détail patient" avec une | table "détailpatient" identique à la table T_patients?
Dans ton message d'origine tu parle d'une table "T_Patients"..
Si tu as des visites de patients, il faudra bien avoir une table "T_Visites" liées à la table T_Patients. Ensuite, avec une requête qui reprend les tables T_Patients et T_Visites qui sera la source de ton état... Et pour afficher toutes les visites d'UN patient, tu filtre sur le numéro du patient ou bien tu fait un "regroupement" sur ce numéro.
Bonjour Je vais m'y atteler. Je te tiens au courant. Jack "3stone" a écrit dans le message de news: %
re,
"JK" [...] | > | > Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro | > de facture pour obtenir tous les "détails facture" | Cela veut dire que je doive créer un formulaire "détail patient" avec une | table "détailpatient" identique à la table T_patients?
Dans ton message d'origine tu parle d'une table "T_Patients"..
Si tu as des visites de patients, il faudra bien avoir une table "T_Visites" liées à la table T_Patients. Ensuite, avec une requête qui reprend les tables T_Patients et T_Visites qui sera la source de ton état... Et pour afficher toutes les visites d'UN patient, tu filtre sur le numéro du patient ou bien tu fait un "regroupement" sur ce numéro.
Bonjour
Je vais m'y atteler.
Je te tiens au courant.
Jack
"3stone" <3stone_@_skynet_be> a écrit dans le message de news:
%23vJF7eVrFHA.3720@TK2MSFTNGP14.phx.gbl...
re,
"JK"
[...]
| >
| > Si par exemple tu fait un état "facture", il te faut filtrer sur le
numéro
| > de facture pour obtenir tous les "détails facture"
| Cela veut dire que je doive créer un formulaire "détail patient" avec
une
| table "détailpatient" identique à la table T_patients?
Dans ton message d'origine tu parle d'une table "T_Patients"..
Si tu as des visites de patients, il faudra bien avoir une table
"T_Visites"
liées à la table T_Patients.
Ensuite, avec une requête qui reprend les tables T_Patients et T_Visites
qui sera la source de ton état...
Et pour afficher toutes les visites d'UN patient, tu filtre sur le numéro
du patient
ou bien tu fait un "regroupement" sur ce numéro.
Bonjour Je vais m'y atteler. Je te tiens au courant. Jack "3stone" a écrit dans le message de news: %
re,
"JK" [...] | > | > Si par exemple tu fait un état "facture", il te faut filtrer sur le numéro | > de facture pour obtenir tous les "détails facture" | Cela veut dire que je doive créer un formulaire "détail patient" avec une | table "détailpatient" identique à la table T_patients?
Dans ton message d'origine tu parle d'une table "T_Patients"..
Si tu as des visites de patients, il faudra bien avoir une table "T_Visites" liées à la table T_Patients. Ensuite, avec une requête qui reprend les tables T_Patients et T_Visites qui sera la source de ton état... Et pour afficher toutes les visites d'UN patient, tu filtre sur le numéro du patient ou bien tu fait un "regroupement" sur ce numéro.
