Bonjour,
Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et
qu'ensuite je fasse les traitements pour créer les tables et les événements
associes aux boutons
"denis" | Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et | qu'ensuite je fasse les traitements pour créer les tables et les événements | associes aux boutons
Si *l'utilisateur* doit pouvoir faire cela, tu es qui par rapport à lui ?
- le développeur ??
Soyons sérieux un moment !!! On ne crée pas un formulaire et ENSUITE la table qui va bien !
Le plus important, et de loin, est de créer les bonnes tables ayant les bonnes relations qui permettrons de gérer les données prévues. Ensuite les requêtes qui doivent aboutir à l'extraction des données souhaitées... et seulement *après* les formulaires qui permettrons un usage aisé et convivial de la base.
PS: Je pense que la question mérite le trophée du mois. Les habitués comprendrons ;-))
"denis"
| Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et
| qu'ensuite je fasse les traitements pour créer les tables et les événements
| associes aux boutons
Si *l'utilisateur* doit pouvoir faire cela, tu es qui par rapport à lui ?
- le développeur ??
Soyons sérieux un moment !!!
On ne crée pas un formulaire et ENSUITE la table qui va bien !
Le plus important, et de loin, est de créer les bonnes tables ayant
les bonnes relations qui permettrons de gérer les données prévues.
Ensuite les requêtes qui doivent aboutir à l'extraction des données
souhaitées... et seulement *après* les formulaires qui permettrons
un usage aisé et convivial de la base.
PS: Je pense que la question mérite le trophée du mois.
Les habitués comprendrons ;-))
"denis" | Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et | qu'ensuite je fasse les traitements pour créer les tables et les événements | associes aux boutons
Si *l'utilisateur* doit pouvoir faire cela, tu es qui par rapport à lui ?
- le développeur ??
Soyons sérieux un moment !!! On ne crée pas un formulaire et ENSUITE la table qui va bien !
Le plus important, et de loin, est de créer les bonnes tables ayant les bonnes relations qui permettrons de gérer les données prévues. Ensuite les requêtes qui doivent aboutir à l'extraction des données souhaitées... et seulement *après* les formulaires qui permettrons un usage aisé et convivial de la base.
PS: Je pense que la question mérite le trophée du mois. Les habitués comprendrons ;-))
Merci, et oui c'est moi le développeur! Donc si je comprends bien ta réponse, ce n'est pas possible de créer un formulaire vierge qui "écoute" les événements tels que la créaion de champs texte sous ACCESS, car il existe déjà mais de manière incomplète dans un autre langage(vb6).
Salut,
"denis" | Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et | qu'ensuite je fasse les traitements pour créer les tables et les événements | associes aux boutons
Si *l'utilisateur* doit pouvoir faire cela, tu es qui par rapport à lui ?
- le développeur ??
Soyons sérieux un moment !!! On ne crée pas un formulaire et ENSUITE la table qui va bien !
Le plus important, et de loin, est de créer les bonnes tables ayant les bonnes relations qui permettrons de gérer les données prévues. Ensuite les requêtes qui doivent aboutir à l'extraction des données souhaitées... et seulement *après* les formulaires qui permettrons un usage aisé et convivial de la base.
PS: Je pense que la question mérite le trophée du mois. Les habitués comprendrons ;-))
Merci, et oui c'est moi le développeur!
Donc si je comprends bien ta réponse, ce n'est pas possible de créer un
formulaire vierge qui "écoute" les événements tels que la créaion de champs
texte sous ACCESS, car il existe déjà mais de manière incomplète dans un
autre langage(vb6).
Salut,
"denis"
| Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et
| qu'ensuite je fasse les traitements pour créer les tables et les événements
| associes aux boutons
Si *l'utilisateur* doit pouvoir faire cela, tu es qui par rapport à lui ?
- le développeur ??
Soyons sérieux un moment !!!
On ne crée pas un formulaire et ENSUITE la table qui va bien !
Le plus important, et de loin, est de créer les bonnes tables ayant
les bonnes relations qui permettrons de gérer les données prévues.
Ensuite les requêtes qui doivent aboutir à l'extraction des données
souhaitées... et seulement *après* les formulaires qui permettrons
un usage aisé et convivial de la base.
PS: Je pense que la question mérite le trophée du mois.
Les habitués comprendrons ;-))
Merci, et oui c'est moi le développeur! Donc si je comprends bien ta réponse, ce n'est pas possible de créer un formulaire vierge qui "écoute" les événements tels que la créaion de champs texte sous ACCESS, car il existe déjà mais de manière incomplète dans un autre langage(vb6).
Salut,
"denis" | Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et | qu'ensuite je fasse les traitements pour créer les tables et les événements | associes aux boutons
Si *l'utilisateur* doit pouvoir faire cela, tu es qui par rapport à lui ?
- le développeur ??
Soyons sérieux un moment !!! On ne crée pas un formulaire et ENSUITE la table qui va bien !
Le plus important, et de loin, est de créer les bonnes tables ayant les bonnes relations qui permettrons de gérer les données prévues. Ensuite les requêtes qui doivent aboutir à l'extraction des données souhaitées... et seulement *après* les formulaires qui permettrons un usage aisé et convivial de la base.
PS: Je pense que la question mérite le trophée du mois. Les habitués comprendrons ;-))
| Donc si je comprends bien ta réponse, ce n'est pas possible de créer un | formulaire vierge qui "écoute" les événements tels que la créaion de champs | texte sous ACCESS, car il existe déjà mais de manière incomplète dans un | autre langage(vb6).
- Créer un formulaire vierge => oui - qui écoute les événements => (un des rares disponibles) le clic sur ce form vierge - écouter la créations de champs => pas de champs dans les formulaires (les champs sont dans les tables, sur les formulaires se trouvent des Textbox "intelligents" qui possèdent des événements auquels on *peut* faire exécuter du code VBA) Les textbox ont des champs comme source
Si l'utilisateur peut (une hérésie) créer les tables et les champs, c'est lui qui devient le développeur ! Toi tu restera celui qui ne se doute pas de ce que est une base de donnée et ne connait forcément pas Access non plus. Tu ne serais pas *aussi* le patron de la boite ? ;-((
| Donc si je comprends bien ta réponse, ce n'est pas possible de créer un
| formulaire vierge qui "écoute" les événements tels que la créaion de champs
| texte sous ACCESS, car il existe déjà mais de manière incomplète dans un
| autre langage(vb6).
- Créer un formulaire vierge => oui
- qui écoute les événements => (un des rares disponibles) le clic sur ce form vierge
- écouter la créations de champs => pas de champs dans les formulaires
(les champs sont dans les tables, sur les formulaires se trouvent des Textbox
"intelligents" qui possèdent des événements auquels on *peut* faire
exécuter du code VBA)
Les textbox ont des champs comme source
Si l'utilisateur peut (une hérésie) créer les tables et les champs, c'est lui qui
devient le développeur ! Toi tu restera celui qui ne se doute pas de ce que est
une base de donnée et ne connait forcément pas Access non plus.
Tu ne serais pas *aussi* le patron de la boite ? ;-((
| Donc si je comprends bien ta réponse, ce n'est pas possible de créer un | formulaire vierge qui "écoute" les événements tels que la créaion de champs | texte sous ACCESS, car il existe déjà mais de manière incomplète dans un | autre langage(vb6).
- Créer un formulaire vierge => oui - qui écoute les événements => (un des rares disponibles) le clic sur ce form vierge - écouter la créations de champs => pas de champs dans les formulaires (les champs sont dans les tables, sur les formulaires se trouvent des Textbox "intelligents" qui possèdent des événements auquels on *peut* faire exécuter du code VBA) Les textbox ont des champs comme source
Si l'utilisateur peut (une hérésie) créer les tables et les champs, c'est lui qui devient le développeur ! Toi tu restera celui qui ne se doute pas de ce que est une base de donnée et ne connait forcément pas Access non plus. Tu ne serais pas *aussi* le patron de la boite ? ;-((
merci de ta patience et de ton investissement dans mon probleme mais je crois que soit tu ne comprends pas ce que je veux faire ou que plus simplement ce ne soit pas possible de le faire sous access d'ou ton incapacite à me répondre, mais saches que pour créer un formulaire tu n'as pas besoin de tables existantes tu peux créer par exemple un formulaire avec un bouton et mettre du code vba pour faire appel à une autre base de donnees, tu peux également créer une listbox avec les valeurs de ton choix, je crois que tu n'as pas perçu l'étendue de mon savoir. mais merci quand meme!
Salut,
"denis" | Merci, et oui c'est moi le développeur!
L'avenir appartient à celui qui ose ;-)
| Donc si je comprends bien ta réponse, ce n'est pas possible de créer un | formulaire vierge qui "écoute" les événements tels que la créaion de champs | texte sous ACCESS, car il existe déjà mais de manière incomplète dans un | autre langage(vb6).
- Créer un formulaire vierge => oui - qui écoute les événements => (un des rares disponibles) le clic sur ce form vierge - écouter la créations de champs => pas de champs dans les formulaires (les champs sont dans les tables, sur les formulaires se trouvent des Textbox "intelligents" qui possèdent des événements auquels on *peut* faire exécuter du code VBA) Les textbox ont des champs comme source
Si l'utilisateur peut (une hérésie) créer les tables et les champs, c'est lui qui devient le développeur ! Toi tu restera celui qui ne se doute pas de ce que est une base de donnée et ne connait forcément pas Access non plus. Tu ne serais pas *aussi* le patron de la boite ? ;-((
merci de ta patience et de ton investissement dans mon probleme mais je crois
que soit tu ne comprends pas ce que je veux faire ou que plus simplement ce
ne soit pas possible de le faire sous access d'ou ton incapacite à me
répondre, mais saches que pour créer un formulaire tu n'as pas besoin de
tables existantes tu peux créer par exemple un formulaire avec un bouton et
mettre du code vba pour faire appel à une autre base de donnees, tu peux
également créer une listbox avec les valeurs de ton choix, je crois que tu
n'as pas perçu l'étendue de mon savoir. mais merci quand meme!
Salut,
"denis"
| Merci, et oui c'est moi le développeur!
L'avenir appartient à celui qui ose ;-)
| Donc si je comprends bien ta réponse, ce n'est pas possible de créer un
| formulaire vierge qui "écoute" les événements tels que la créaion de champs
| texte sous ACCESS, car il existe déjà mais de manière incomplète dans un
| autre langage(vb6).
- Créer un formulaire vierge => oui
- qui écoute les événements => (un des rares disponibles) le clic sur ce form vierge
- écouter la créations de champs => pas de champs dans les formulaires
(les champs sont dans les tables, sur les formulaires se trouvent des Textbox
"intelligents" qui possèdent des événements auquels on *peut* faire
exécuter du code VBA)
Les textbox ont des champs comme source
Si l'utilisateur peut (une hérésie) créer les tables et les champs, c'est lui qui
devient le développeur ! Toi tu restera celui qui ne se doute pas de ce que est
une base de donnée et ne connait forcément pas Access non plus.
Tu ne serais pas *aussi* le patron de la boite ? ;-((
merci de ta patience et de ton investissement dans mon probleme mais je crois que soit tu ne comprends pas ce que je veux faire ou que plus simplement ce ne soit pas possible de le faire sous access d'ou ton incapacite à me répondre, mais saches que pour créer un formulaire tu n'as pas besoin de tables existantes tu peux créer par exemple un formulaire avec un bouton et mettre du code vba pour faire appel à une autre base de donnees, tu peux également créer une listbox avec les valeurs de ton choix, je crois que tu n'as pas perçu l'étendue de mon savoir. mais merci quand meme!
Salut,
"denis" | Merci, et oui c'est moi le développeur!
L'avenir appartient à celui qui ose ;-)
| Donc si je comprends bien ta réponse, ce n'est pas possible de créer un | formulaire vierge qui "écoute" les événements tels que la créaion de champs | texte sous ACCESS, car il existe déjà mais de manière incomplète dans un | autre langage(vb6).
- Créer un formulaire vierge => oui - qui écoute les événements => (un des rares disponibles) le clic sur ce form vierge - écouter la créations de champs => pas de champs dans les formulaires (les champs sont dans les tables, sur les formulaires se trouvent des Textbox "intelligents" qui possèdent des événements auquels on *peut* faire exécuter du code VBA) Les textbox ont des champs comme source
Si l'utilisateur peut (une hérésie) créer les tables et les champs, c'est lui qui devient le développeur ! Toi tu restera celui qui ne se doute pas de ce que est une base de donnée et ne connait forcément pas Access non plus. Tu ne serais pas *aussi* le patron de la boite ? ;-((
C'est bon de discuter: ca vient de me donner l'idée qu'il me faut mettre en place pour réaliser cette application. est-ce que je peux gérer la hauteur, la largeur gauche et le format d'un controle depuis vba?
C'est bon de discuter: ca vient de me donner l'idée qu'il me faut mettre en
place pour réaliser cette application. est-ce que je peux gérer la hauteur,
la largeur gauche et le format d'un controle depuis vba?
C'est bon de discuter: ca vient de me donner l'idée qu'il me faut mettre en place pour réaliser cette application. est-ce que je peux gérer la hauteur, la largeur gauche et le format d'un controle depuis vba?
FreeAccess
Bonjour,
Houla, un peu de calme, ceci n'est qu'une discussion........même si je pense qu'il y a incompréhension des deux cotês:
A la lecture et la re-lecture des post de Denis, je pense qu'il voit surtout le problème comme la possibilité de demander à ses utilisateurs de créer leur propre formulaire de saisie (uniquemenent le design - sans code ) , puis ensuite lui " le développeur ;-)) " en fonction du choix fait , de créer le code sur ce Form. Bien sur, cela est une (très) mauvaise approche........de plus DEnis comme c'est toi le développeur, il serais mieux - après avoir analyser avec les utilisateurs LEURS BESOINS de proposer une première base de test et en fonction du résultat d'y apporter des améliorations ( enchainement des menus, couleur et emplacement des boutons de commande, ajout d'une liste déroulante......etc..) en fait rendre le programme CONVIVIAL pour tes utilisateurs.
Donc, pour résumé, je pense qu'une belle feuille de papier et un peu de discussion avec tes utilisateurs serait bien mieux ;-))
Et pour finir, Denis, je ne pense pas que 3stone (grand MVP devant l'éternel ;-)) ) soit quelqu'un à qui s'applique ta phrase : "mais je crois que soit tu ne comprends pas ce que je veux faire ou que plus simplement ce ne soit pas possible de le faire sous access d'ou ton incapacite à me répondre,"
Donc paix et harmonie sur ce beau Forum, qui est avant tout un lieu d'aide et d'échange.
FreeAccess
Bonjour,
Houla, un peu de calme, ceci n'est qu'une discussion........même si je
pense qu'il y a incompréhension des deux cotês:
A la lecture et la re-lecture des post de Denis, je pense qu'il voit
surtout le problème comme la possibilité de demander à ses
utilisateurs de créer leur propre formulaire de saisie (uniquemenent
le design - sans code ) , puis ensuite lui " le développeur ;-)) " en
fonction du choix fait , de créer le code sur ce Form.
Bien sur, cela est une (très) mauvaise approche........de plus DEnis
comme c'est toi le développeur, il serais mieux - après avoir
analyser avec les utilisateurs LEURS BESOINS de proposer une première
base de test et en fonction du résultat d'y apporter des
améliorations ( enchainement des menus, couleur et emplacement des
boutons de commande, ajout d'une liste déroulante......etc..) en fait
rendre le programme CONVIVIAL pour tes utilisateurs.
Donc, pour résumé, je pense qu'une belle feuille de papier et un peu
de discussion avec tes utilisateurs serait bien mieux ;-))
Et pour finir, Denis, je ne pense pas que 3stone (grand MVP devant
l'éternel ;-)) ) soit quelqu'un à qui s'applique ta phrase :
"mais je crois que soit tu ne comprends pas ce que je veux faire ou que
plus simplement ce ne soit pas possible de le faire sous access d'ou
ton incapacite à me répondre,"
Donc paix et harmonie sur ce beau Forum, qui est avant tout un lieu
d'aide et d'échange.
Houla, un peu de calme, ceci n'est qu'une discussion........même si je pense qu'il y a incompréhension des deux cotês:
A la lecture et la re-lecture des post de Denis, je pense qu'il voit surtout le problème comme la possibilité de demander à ses utilisateurs de créer leur propre formulaire de saisie (uniquemenent le design - sans code ) , puis ensuite lui " le développeur ;-)) " en fonction du choix fait , de créer le code sur ce Form. Bien sur, cela est une (très) mauvaise approche........de plus DEnis comme c'est toi le développeur, il serais mieux - après avoir analyser avec les utilisateurs LEURS BESOINS de proposer une première base de test et en fonction du résultat d'y apporter des améliorations ( enchainement des menus, couleur et emplacement des boutons de commande, ajout d'une liste déroulante......etc..) en fait rendre le programme CONVIVIAL pour tes utilisateurs.
Donc, pour résumé, je pense qu'une belle feuille de papier et un peu de discussion avec tes utilisateurs serait bien mieux ;-))
Et pour finir, Denis, je ne pense pas que 3stone (grand MVP devant l'éternel ;-)) ) soit quelqu'un à qui s'applique ta phrase : "mais je crois que soit tu ne comprends pas ce que je veux faire ou que plus simplement ce ne soit pas possible de le faire sous access d'ou ton incapacite à me répondre,"
Donc paix et harmonie sur ce beau Forum, qui est avant tout un lieu d'aide et d'échange.
FreeAccess
3stone
re,
"denis" | mais je crois | que soit tu ne comprends pas ce que je veux faire
Ohhh que si, justement !!!
| ou que plus simplement ce | ne soit pas possible de le faire sous access
Cela ne se fait sous *aucun* autre système, tout simplement!
| d'ou ton incapacite à me répondre,
tu débarque, n'est ce pas ;-)
| mais saches que pour créer un formulaire tu n'as pas besoin de | tables existantes
merci de me l'apprendre :o)))
|tu peux créer par exemple un formulaire avec un bouton et | mettre du code vba pour faire appel à une autre base de donnees, tu peux | également créer une listbox avec les valeurs de ton choix,
vraiment ? on me l'aurait caché ??
| je crois que tu n'as pas perçu l'étendue de mon savoir.
Je me suis rendu compte à la lecture de ton premier message que tu ne doit pas connaître grand chose en base de données, sinon tu n'aurais pas posé la question (de cette façon)
| mais merci quand meme!
Y a pas de quoi !
Je laisse à tout le mondre le droit au suicide, mais jamais je ne l'y encouragerais ou y participerais !
"denis"
| mais je crois
| que soit tu ne comprends pas ce que je veux faire
Ohhh que si, justement !!!
| ou que plus simplement ce
| ne soit pas possible de le faire sous access
Cela ne se fait sous *aucun* autre système, tout simplement!
| d'ou ton incapacite à me répondre,
tu débarque, n'est ce pas ;-)
| mais saches que pour créer un formulaire tu n'as pas besoin de
| tables existantes
merci de me l'apprendre :o)))
|tu peux créer par exemple un formulaire avec un bouton et
| mettre du code vba pour faire appel à une autre base de donnees, tu peux
| également créer une listbox avec les valeurs de ton choix,
vraiment ? on me l'aurait caché ??
| je crois que tu n'as pas perçu l'étendue de mon savoir.
Je me suis rendu compte à la lecture de ton premier message
que tu ne doit pas connaître grand chose en base de données,
sinon tu n'aurais pas posé la question (de cette façon)
| mais merci quand meme!
Y a pas de quoi !
Je laisse à tout le mondre le droit au suicide, mais jamais
je ne l'y encouragerais ou y participerais !
"denis" | mais je crois | que soit tu ne comprends pas ce que je veux faire
Ohhh que si, justement !!!
| ou que plus simplement ce | ne soit pas possible de le faire sous access
Cela ne se fait sous *aucun* autre système, tout simplement!
| d'ou ton incapacite à me répondre,
tu débarque, n'est ce pas ;-)
| mais saches que pour créer un formulaire tu n'as pas besoin de | tables existantes
merci de me l'apprendre :o)))
|tu peux créer par exemple un formulaire avec un bouton et | mettre du code vba pour faire appel à une autre base de donnees, tu peux | également créer une listbox avec les valeurs de ton choix,
vraiment ? on me l'aurait caché ??
| je crois que tu n'as pas perçu l'étendue de mon savoir.
Je me suis rendu compte à la lecture de ton premier message que tu ne doit pas connaître grand chose en base de données, sinon tu n'aurais pas posé la question (de cette façon)
| mais merci quand meme!
Y a pas de quoi !
Je laisse à tout le mondre le droit au suicide, mais jamais je ne l'y encouragerais ou y participerais !
Denis, évite de poser un autre question dans le même fil de discussion ;-)) Sinon le titre de ton post n'a plus rien à voir.
|est-ce que je peux gérer la hauteur,la largeur gauche et le format d'un controle depuis vba
Comme je vois que tu persiste à vouloir créer un programme permettant à des utilisateur de faire leur propre Form, va voir du côté de l'aide :
fonction CreateControl()
Et pour, peut être plus d'idée va voir sur ce lien : http://access.developpez.com/faq/?page=TAForm#formdynamique
Bonne continuation
3stone
Salut,
"FreeAccess" [...] Comme je vois que tu persiste à vouloir créer un programme permettant à des utilisateur de faire leur propre Form...
ABSOLUMENT PAS !
il a bien dit :
"Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et qu'ensuite je fasse les traitements pour créer les tables et les événements associes aux boutons"
Donc, il veux par "programmation" créer les tables et le reste SELON les textbox créés par l'utilisateur !
"FreeAccess"
[...]
Comme je vois que tu persiste à vouloir créer un programme permettant
à des utilisateur de faire leur propre Form...
ABSOLUMENT PAS !
il a bien dit :
"Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et
qu'ensuite je fasse les traitements pour créer les tables et les événements
associes aux boutons"
Donc, il veux par "programmation" créer les tables et le reste SELON
les textbox créés par l'utilisateur !
"FreeAccess" [...] Comme je vois que tu persiste à vouloir créer un programme permettant à des utilisateur de faire leur propre Form...
ABSOLUMENT PAS !
il a bien dit :
"Comment faire pour que l'utilisateur puisse créer lui-meme son formualire et qu'ensuite je fasse les traitements pour créer les tables et les événements associes aux boutons"
Donc, il veux par "programmation" créer les tables et le reste SELON les textbox créés par l'utilisateur !
