2007 - Defi Access N°1

Version imprimable

Voir 40 message(s) de cette discussion en une page

23/04/2007, 23h02
Maxence HUBICHE

Arkham - 30/04/2007 - Defi Access N°1

Bonjour !

Vous êtes prêts ?
C'est J-6 maintenant, avant la publication du premier DEFI Access
Le défieur est Arkham46, ce qui ne laisse rien présager de bon !

A vos marques ....
Etape 1 : lisez attentivement les règles (http://www.developpez.net/forums/d32...-defis-office/)
01/05/2007, 08h21
Maxence HUBICHE

Allez... C'est parti !
Le règlement :
http://access.developpez.com/challenge/
Le défi :
http://access.developpez.com/challenge/001

Qui saura le relever ?
01/05/2007, 19h36
Fabrice ROUXEL 1

Citation:

C'est J-6 maintenant, avant la publication du premier DEFI Access

L'idée ne serait t'elle pas inspirée de nos défi Delphi à nous?:mrgreen:

Bon courage à tous les participants :king:
01/05/2007, 23h37
Maxence HUBICHE

C'est inspiré de je ne sais qui... mais cela se trame sur TOUS les forums de developpez.com !
Il semblerait qu'on prépare un gros truc pour OFFICE au complet aussi !
Mais... chhhttt !
06/05/2007, 01h23
DMboup

Bonsoir,

J'ai une solution déjà fonctionnelle pas pas très élégante.

1. Pour la contruction des contrôles, je stockes les informations dans une table alors qu'une liste sous forme de matrice devrait suffir.

2. J'arrives pas à identifier le formulaire de destination des listes. Pour l'instant ca marche si le formulaire en mode création porte un nom fixe.

3. Après la création des contrôles et des codes qui vont avec, la fenetre visuel basic s'ouvre pour afficher les codes

4. (pas méchant) le contrôle de cohérence entre le type des champs qui forment les critères.

Voila les trois problèmes que je dois résoudre et le tour est joué.

PS : Ma solution porte sur un seul formulaire indépendant qui permet de collecter les informations sur les listes à créer.
07/05/2007, 09h56
Arkham46

:salut:

Citation:

Envoyé par DMboup

1. Pour la contruction des contrôles, je stockes les informations dans une table alors qu'une liste sous forme de matrice devrait suffir.

Effectivement, moi-même je privilégie les collections et tableaux si possible.
La mémoire est suffisante pour stocker des données temporaires.

Citation:

Envoyé par DMboup

2. J'arrives pas à identifier le formulaire de destination des listes. Pour l'instant ca marche si le formulaire en mode création porte un nom fixe.

A priori le formulaire de travail est le formulaire actif lors du déclenchement de l'assistant, non?

Citation:

Envoyé par DMboup

3. Après la création des contrôles et des codes qui vont avec, la fenetre visuel basic s'ouvre pour afficher les codes

Même comportement pour moi.
L'insertion de ligne de code provoque l'ouverture de la fenêtre VBE.
Etant donné que ce n'est pas le cas pour les assistants standards, il doit y avoir moyen d'y remédier.
Mais est-ce vraiment un problème??

Citation:

Envoyé par DMboup

4. (pas méchant) le contrôle de cohérence entre le type des champs qui forment les critères.

Pa méchant c'est vrai. C'est un bonus intéressant malgré tout.

Citation:

Envoyé par DMboup

PS : Ma solution porte sur un seul formulaire indépendant qui permet de collecter les informations sur les listes à créer.

La seule contrainte est de faire un complément.
Pour le reste c'est comme tu veux!

Merci de ta participation.
Et bonne continuation!
07/05/2007, 12h24
DMboup

Citation:

Envoyé par Arkham46

A priori le formulaire de travail est le formulaire actif lors du déclenchement de l'assistant, non?

Bien sur. Mais l'assistant étant aussi basé sur un formulaire, le formulaire actif n'est plus celui ouvert en mode création (qui doit recevoir les contrôles à créer).

Citation:

Envoyé par Arkham46

L'insertion de ligne de code provoque l'ouverture de la fenêtre VBE.
Etant donné que ce n'est pas le cas pour les assistants standards, il doit y avoir moyen d'y remédier.
Mais est-ce vraiment un problème??

Peut être pas un problème, mais ce n'est pas très élégant pour moi.
07/05/2007, 12h28
Maxence HUBICHE

Peut-être qu'en jouant avec la bibliothèque

Microsoft Visual Basic for Applications Extensibility xx.xx

Tu pourrais trouver une solution "élégante" ;)
07/05/2007, 13h02
DMboup

Citation:

Envoyé par Maxence HUBICHE

Peut-être qu'en jouant avec la bibliothèque
Microsoft Visual Basic for Applications Extensibility xx.xx
Tu pourrais trouver une solution "élégante" ;)

OK je vais voir ca.

Une question tout de même.

Puisque après la création les listes sont disponibles en modification, donc déplacable à volonté, est-il nécessaire de définir l'emplacement (Entête, Détail ou Pied de formulaire) de destination au niveau du formulaire?
07/05/2007, 13h14
Arkham46

Citation:

Envoyé par Maxence HUBICHE

Peut-être qu'en jouant avec la bibliothèque

Microsoft Visual Basic for Applications Extensibility xx.xx

Tu pourrais trouver une solution "élégante" ;)

Bonne idée, c'est ce que j'ai fais. :mouarf:
Pour l'instant la fenêtre IDE s'ouvre mais au moins elle reste en arrière-plan.

Citation:

Envoyé par DMboup

Bien sur. Mais l'assistant étant aussi basé sur un formulaire, le formulaire actif n'est plus celui ouvert en mode création (qui doit recevoir
les contrôles à créer).

Tu stockes le nom du formulaire actif avant d'ouvrir celui de l'assistant?
Pas très élégant? Mais j'ai pas trouvé mieux...

Citation:

Envoyé par DMboup

Puisque après la création les listes sont disponibles en modification, donc déplacable à volonté, est-il nécessaire de définir l'emplacement (Entête, Détail ou Pied de formulaire) de destination au niveau du formulaire?

Là je n'ai pas ce souci je crois.
Le contrôle est créé sur la section active puis l'assistant est appelé.
En tout cas j'ai remarqué ça sur un assistant création de contrôle.
Mais tu parles de création de plusieurs listes, peut-être as-tu opté pour un complément de menu??
07/05/2007, 13h21
DMboup

Citation:

Envoyé par Arkham46

Mais tu parles de création de plusieurs listes, peut-être as-tu opté pour un complément de menu??

Je crois avoir bien lu quand même. http://access.developpez.com/challenge/001/

Citation:

II. Description du défi
Il s'agit de développer un complément pour Access - 2000 et au-dessus - qui permette de facilement implémenter des listes dont les données se mettent à jour en cascade.

Il s'agit bien de plusieurs listes liées.
Exemple
1. Liste des niveaux d'études dans une école
2. Liste des classes du niveau choisi
3. Liste des élèves de la classe choisie.

J'espères n'avoir pas fais de hors sujet ?:koi:
07/05/2007, 13h53
Arkham46

Citation:

Envoyé par DMboup

Je crois avoir bien lu quand même. http://access.developpez.com/challenge/001/

Il s'agit bien de plusieurs listes liées.
Exemple
1. Liste des niveaux d'études dans une école
2. Liste des classes du niveau choisi
3. Liste des élèves de la classe choisie.

J'espères n'avoir pas fait de hors sujet ?:koi:

Non tu n'es pas hors sujet.

Le but est simplement de répondre à un besoin fréquent : lier des zones de listes en cascades.
Effectivement l'objectif est de restreindre la source de données d'une liste en fonction du choix fait dans la liste précédente.

J'ai choisi d'utiliser un assistant lors de la création/modification de chaque liste. Donc je n'ai pas à créer de contrôles, mais l'assistant se déclenche une fois pour chaque liste liée. Si je veux lier 3 listes en cascade j'aurai donc à utiliser 2 fois l'assistant.
C'est mon choix, ce n'est pas forcément le meilleur.

De ton côté tu sembles avoir choisi de mettre en oeuvre un formulaire qui va créer les trois listes (ou plus?) en une seule fois.
Je n'y vois pas d'inconvénient, c'est intéressant aussi.

Le sujet n'était pas très directif, c'est fait exprès :roll:
A chacun de programmer le complément à sa sauce, en gardant en tête le sujet quand même. :aie:
Si les compléments sont très différents les uns des autres c'est normal et c'est tant mieux.
07/05/2007, 14h10
DMboup

Citation:

Envoyé par Arkham46

Non tu n'es pas hors sujet.

Tant mieux.

Citation:

Envoyé par Arkham46

De ton côté tu sembles avoir choisi de mettre en oeuvre un formulaire qui va créer les trois listes (ou plus?) en une seule fois.

C'est bien ce que j'ai fais.

Par rapport à mes trois questions, j'arrives à identifier le formulaire de destination (celui qui est ouvert en mode création) par ce code
Code:

1 2 3 4 5 6 7 8 9 For Each strFormName In Application.CurrentProject.AllForms If SysCmd(acSysCmdGetObjectState, acForm, strFormName.Name) <> conObjStateClosed Then If Forms(strFormName.Name).CurrentView = conDesignView Then NForm = strFormName.Name Exit For End If End If Next
Le seul hic c'est qu'il faut que le formulaire soit déjà enregistré. Donc en faisant nouveau formulaire sans avoir enregistré, ca ne marche plus.

Je suis devant le mur de l'élégance.

07/05/2007, 18h19
Maxence HUBICHE

Citation:

Envoyé par Arkham46

Tu stockes le nom du formulaire actif avant d'ouvrir celui de l'assistant?
Pas très élégant? Mais j'ai pas trouvé mieux...

Euh...
Quelques idées :
CodeProject vs CurrentProject ...
CodeContextobject ...
Propriétés du formulaire assistant défini par l'appel de la fonction
etc.
07/05/2007, 20h31
Arkham46

Citation:

Envoyé par Maxence HUBICHE

Propriétés du formulaire assistant défini par l'appel de la fonction

Oui mais j'ouvre mon formulaire en mode dialogue, donc après je ne peux pas définir ses propriétés :(
Il reste le paramètre OpenArgs...

DMboup tu as la collection Forms qui fonctionne avec les objets ouverts non sauvegardés, mais si tu as plusieurs formulaires ouverts en mode création??
07/05/2007, 23h05
Maxence HUBICHE
Il y a un olibrius qui s'appelle Maxence Hubiche, qui a écrit un tutoriel sur la classe formulaire...
Euh...
Code:

1 2 3 4 5 Dim x as form_frmAssistant set x=new form_frmAssistant x.MaPropriété = MaValeur x.visible=true
08/05/2007, 12h03
Arkham46
Citation:
Envoyé par Maxence HUBICHE

Il y a un olibrius qui s'appelle Maxence Hubiche, qui a écrit un tutoriel sur la classe formulaire...
Euh...

Code:

1 2 3 4 5 Dim x as form_frmAssistant set x=new form_frmAssistant x.MaPropriété = MaValeur x.visible=true
ça je connais bien.
mais ça n'a pas le même effet (interruption du code) qu'un :

Code:

DoCmd.OpenForm "MonForm", , , , , acDialog
08/05/2007, 12h39
DMboup

Citation:

Envoyé par Arkham46

DMboup tu as la collection Forms qui fonctionne avec les objets ouverts non sauvegardés,

Oui. c'est ce qu'il faut et ca marche très bien.

Citation:

Envoyé par Arkham46

mais si tu as plusieurs formulaires ouverts en mode création??

J'avais pas pris en compte cette possibilité. En attendant le probable défi d'intégration de zone de liste ou de case à cocher dans un message box, on peut bien arrêter le processus et demander à l'utilisateur de choisir parmi les formulaires ouvert en création celui devant recevoir les listes à créer.

Quand pensez vous?
08/05/2007, 13h50
DMboup

J'ai maintenant une solution fonctionnelle basée sur le formulaire dont l'image est présentée ci-dessous.
Il ne me reste qu'à remplacer ma table temporaire par un tableau (ou une liste) et à faire le complément.
09/05/2007, 10h02
Arkham46

Citation:

Envoyé par DMboup

J'ai maintenant une solution fonctionnelle basée sur le formulaire dont l'image est présentée ci-dessous.
Il ne me reste qu'à remplacer ma table temporaire par un tableau (ou une liste) et à faire le complément.

ça a une bonne tête :mouarf:

Concernant l'ouverture de la fenêtre VBA :
chez moi c'est l'instruction CreateEventProc qui ouvre cette fenêtre; même problème vu sur divers forums; la seule solution efficace semble être de créer soit-même la procédure événementielle avec InsertLines ... :(

Une remarque toutefois : tu ne sembles pas prendre en compte la modification de listes existantes, je me trompe?
Si mes listes existent déjà et que je veux simplement les lier, est-ce tu gères ce cas?
(le sujet mentionnait "en création ou en modification" :mrgreen: )

Sinon prend ton temps quand même, faudrait pas aller plus vite que moi :aie:
09/05/2007, 11h45
DMboup

Citation:

Envoyé par Arkham46

... CreateEventProc qui ouvre cette fenêtre; même problème vu sur divers forums; la seule solution efficace semble être de créer soit-même la procédure événementielle avec InsertLines ...

Chez moi c'est les deux que je combines. CreateEventProc pour créer la procédure événementielle et InsertLines pour écrire le code dans la procédure créer.

J'ai finalement mis mon formulaire en modal et du coup la fenetre VBA est en arrière plan. C'est toujours pas élégant.

Citation:

Envoyé par Arkham46

Si mes listes existent déjà et que je veux simplement les lier, est-ce tu gères ce cas?
(le sujet mentionnait "en création ou en modification" :mrgreen: )

Non tu as vu juste. J'avais complétement oublié la modification. mais il me semble que c'est moins compliqué.

Citation:

Envoyé par Arkham46

Sinon prend ton temps quand même, faudrait pas aller plus vite que moi :aie:

T'inquiéte pas. je ne fais pas la course. C'est juste que je fais pleins de liaison et que cet assistant me raccourci beaucoups de temps.

A part ca j'ai deux autres soucis.

1 - Dans les listes que je crées, je considères la première colonne comme l'identifiant numérique de la liste et je le cache automatiquement (largeur colonne = 0). Je ne sais pas si c'est vouloir aller plus loin en mettant en place une possibilité de choix des colonnes à afficher et de l'identifiant de la liste.

2 - Contrôle de cohérence des types pour la liaison

(On ne peut pas non plus tout faire pour un programmeur).
10/05/2007, 12h48
DMboup

Citation:

Envoyé par DMboup

... oublié la modification. mais il me semble que c'est moins compliqué.

Erreur !!! Peut être que je suis engagé dans une voie sans issue mais la modification semble extrémement compliquée. Il y a énormément de cas en prendre en compte.

1. Les listes existent avec les requêtes et code VBA = > liaison simple à faire
2. Les listes existent avec les requêtes sans code= > liaison et code VBA à faire
3. Les listes existent sans aucune informations = > requêtes, liaison et code VBA à faire

4. Une des listes doit être complétée : élèment inexistant
4.1 Requête
4.2 Code VBA
4.3 Liaision à faire

5. Un des éléments est à modifier
5.1 Requête
5.2 Code VBA
5.3 Liaision

..........................................................

A part ca j'ai maintenant un complément de menu mais fonctionnel bizarement que si le fichier est en mde. Avec un mda, j'ai un message d'erreur qui dit que le code n'est pas compilé ou qu'il y a des erreurs (ce qui n'est pas le cas).
14/05/2007, 22h28
Arkham46
Citation:

Envoyé par DMboup

Chez moi c'est les deux que je combines. CreateEventProc pour créer la procédure événementielle et InsertLines pour écrire le code dans la procédure créer.

Pour ne pas voir du tout la fenêtre VBA, le seul moyen que j'ai trouvé c'est d'utiliser InsertLines pour insérer les lignes à la place de la fonction CreateEventProc...

Citation:

Envoyé par DMboup

1 - Dans les listes que je crées, je considères la première colonne comme l'identifiant numérique de la liste et je le cache automatiquement (largeur colonne = 0). Je ne sais pas si c'est vouloir aller plus loin en mettant en place une possibilité de choix des colonnes à afficher et de l'identifiant de la liste.
.

Vu comme ça c'est sûr que refaire l'assistant de création de zone de liste c'est pas cool.
As-tu envisagé d'appeler l'assistant de création standard à partir de ton programme?
cf : http://arkham46.developpez.com/artic...mplements/#LVI
Dans mon cas ça donne :

Code:

Application.Run "acwzmain.lst_Entry", "NomDeLaZoneDeListe", "NomDeLEtiquetteAssociée"

ou
Code:

1 2 Application.Run "acwzmain.cmb_Entry", "NomDeLaZoneDeListeModifiable", "NomDeLEtiquetteAssociée"
A voir si ça peut s'insérer dans ton cas...

Citation:

Envoyé par DMboup

Erreur !!! Peut être que je suis engagé dans une voie sans issue mais la modification semble extrémement compliquée. Il y a énormément de cas en prendre en compte.

Exact! Enfin je veux dire : exact pour ce qui est de la difficulté.
Peut-on traiter tous les cas? J'en doute.
Par contre on peut peut-être poser des alertes pour dire "ça je ne sais pas faire".
Par exemple, si la requête est trop complexe et qu'on ne sait pas la modifier de manière fiable pour insérer la clause where, alors on affiche un message d'erreur et on bloque le déroulement de l'assistant.
Ou alors autre option : on affiche juste un avertissement, et on crée une ébauche du code qui devra être modifiée manuellement.
On ne peut effectivement pas tout faire, mais si on ne sait pas faire, alors je pense qu'il faut au moins le faire savoir à l'utilisateur (=le développeur).

Citation:

Envoyé par DMboup

A part ca j'ai maintenant un complément de menu mais fonctionnel bizarement que si le fichier est en mde. Avec un mda, j'ai un message d'erreur qui dit que le code n'est pas compilé ou qu'il y a des erreurs (ce qui n'est pas le cas).

Alors ça je n'ai pas vu ce problème.
A quel moment le message d'erreur? A l'exécution, à l'installation??
15/05/2007, 12h56
DMboup

Citation:

Envoyé par Arkham46

Alors ça je n'ai pas vu ce problème.
A quel moment le message d'erreur? A l'exécution, à l'installation??

A l'exécution. Et ca ne l'empêche pas de fonctionner après fermeture de la fenêtre qui affiche le message :koi:
18/05/2007, 22h32
Arkham46

Citation:

Envoyé par DMboup

A l'exécution. Et ca ne l'empêche pas de fonctionner après fermeture de la fenêtre qui affiche le message :koi:

Je n'ai pas réussi à reproduire ce message d'erreur...:(
Peut-être une décompilation du code pourrait aider (cf ici pour la commande)
19/05/2007, 19h30
DMboup

J'ai finalement créer une nouvelle base et tous importer. La après compilation ca marche aussi bien avec le mda qu'avec le mde.

Maintenant pour la suite est ce que je dois envoyer la solution déjà fonctionnelle pour teste ou faut-il attendre que la modification soit intégrée pour le faire?
21/05/2007, 18h26
Arkham46

Citation:

Envoyé par DMboup

Maintenant pour la suite est ce que je dois envoyer la solution déjà fonctionnelle pour teste ou faut-il attendre que la modification soit intégrée pour le faire?

Note que la date de fin a été mise à fin juin.
Si quelqu'un d'autre veut se lancer, ça laisse encore un bon mois.
Mais tu peux soumettre ton complément avant si tu veux.
01/06/2007, 15h28
DMboup

En attendant de finaliser la partie concernant la modification, je soumets mon complément pour d'éventuelles remarques et suggestions.

C'est un mda version Access 2003
12/06/2007, 22h22
Arkham46

Citation:

Envoyé par DMboup

En attendant de finaliser la partie concernant la modification, je soumets mon complément pour d'éventuelles remarques et suggestions.

C'est un mda version Access 2003

:salut:

J'ai bien vu ton message mais j'étais en congés et le retour est dur.
Je vais regarder j'espère avant le WE.
12/06/2007, 22h30
micniv

Citation:

Envoyé par DMboup

En attendant de finaliser la partie concernant la modification, je soumets mon complément pour d'éventuelles remarques et suggestions.

C'est un mda version Access 2003

Si ça ne te demande pas trop de travail, pourrais-tu nous poser un MDA version 2000 ?
Merci beaucoup
13/06/2007, 15h20
DMboup

Le mda version 2000 est joint.

Attendons toujours remarques.
13/06/2007, 16h03
micniv

Merci
Je parie qu'en distribuant en Acc2000, tu toucheras une plus grande population et donc des remarques.
Je vais tester sous qqs jours.

:merci:

Malgré l'orage, je suis mis à tester, sous Acc2000 donc :

Pour info, dans un nouveau form, je vais lié 3 listes :
noPaysLst
noDeptLst
codeCP

Le pb : lorsque je selectionne par double clic le premier champ de la table qui correspond à la première liste, j'ai une erreur sur la ligne en rouge :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Private Sub ListeChamps_DblClick(Cancel As Integer) 'MAJ DU CONTROL ChampALister (Liste des colonnes de la requête à construire) If IsNull(Me.ChampALister.RowSource) Or Me.ChampALister.RowSource = "" Then Me.ChampALister.RowSource = Me.ListeChamps.Value Else Me.ChampALister.RowSource = Me.ChampALister.RowSource & ";" & Me.ListeChamps.Value End If Me.ChampALister.Requery Me.ListeChamps.RemoveItem (Me.ListeChamps.Value) Me.ListeChamps.Requery Me.ChampALister.Enabled = True If Eval(Me.ListeEnCour.Value) > 1 Then Me.ChampLiaison.Enabled = True End If End Sub

14/06/2007, 16h16
SamLeChiseuji

Je viens de tester sur Access 2002, et ça marche :yaisse2: !
Bon, il y a encore plein d'erreurs si on ne clique pas où il faut quand il faut, mais c'est normal, tout est loin d'être finalisé !
Mais si on remplit tout comme il faut, ça fonctionne ;)
14/06/2007, 17h07
DMboup

Citation:

Envoyé par micniv

Malgré l'orage, je suis mis à tester, sous Acc2000 donc :
Pour info, dans un nouveau form, je vais lié 3 listes :
noPaysLst
noDeptLst
codeCP
Le pb : lorsque je selectionne par double clic le premier champ de la table qui correspond à la première liste, j'ai une erreur sur la ligne en rouge :

Vérifies tes références notamment le Microsoft DAO 3.6 Object Library.
14/06/2007, 18h00
micniv

J'ai bien cette lib DAO 3.6

Mais la méthode .RemoveItem appliquée à une liste de valeurs ne semble pas être reconnue en ACC 2000.
14/06/2007, 18h33
DMboup

Citation:

Envoyé par micniv

...Mais la méthode .RemoveItem appliquée à une liste de valeurs ne semble pas être reconnue en ACC 2000.

Peut être bien. J'ai enregistré le fichier de Acc 2003 vers 2000 avant de de faire le complément. Je vais vérifier sur 2000.
15/06/2007, 07h45
Invité

Bonjour

La méthode RemoveItem n'existe qu'à partir d'Access 2002, de même que pour Additem.

DMboup Si tu utilises ces méthodes, ton Addin ne sera pas compatible avec Access 2000.

Starec
17/06/2007, 20h09
DMboup

Citation:

Envoyé par Starec

Bonjour
La méthode RemoveItem n'existe qu'à partir d'Access 2002, de même que pour Additem.

DMboup Si tu utilises ces méthodes, ton Addin ne sera pas compatible avec Access 2000.

Starec

D'accord. Je verrais la compatibilité avec Access 2000.

Mais en attendant, as tu testé et qu'as tu comme résultat?

Voir 40 message(s) de cette discussion en une page