Discussion :

[zoopsys]

Bonjour,

Je met à disposition une application :

Griffon est une application Access (2010) que j'ai développé pendant mon temps libre.
Je l'utilise comme un framework pour développer des applications dans mon travail de tous les jours.

Les solutions que je développe le plus souvent, consistent à
- récupérer des données depuis des bases Oracle, fichiers
- consolider ces données
- et les restituer

Je ne me considère pas comme un expert vba-Access (d'ailleurs je ne suis même pas informaticien de formation), le code n'est donc certainement pas parfait et des bugs sont probables.
N'hésitez donc pas à me faire part de vos remarques et possibilités d'améliorations.

Je vais essayer dans les prochains jours de détailler les différentes fonctionnalités de Griffon.

Voici le lien du zip de l'application : https://sites.google.com/site/office...edirects=0&d=1

Griffon

En attendant, voici les écrans principaux de l'application :

Le menu général de l'application


Le menu permettant d'accéder aux fonctionnalités de maintenance et de paramétrages de l'application


Ecran permettant de définir le nom de l'application, la version...


Ecran permettant de définir l'emplacement des bases de données Access


Cet écran permet de définir le répertoire des fichiers DSN pour les requêtes ODBC et de sélectionner le driver oracle.

[jimbolion]

zoopsys,

Je viens de prendre un moment pour regarder ton projet, à part quelques petites choses à adapter pour faire fonctionner l'appli en 64 bits et dérouter l'encodage md5 de la gestion du formulaire de login je dis .

Sur la façon d'écrire ton code, je pense que beaucoup de professionnels devraient prendre exemple (commentaires, déclaration... tout y est).

Personnellement, je me languis de voir la suite de tes explications, même si en soit le projet ne m'apporte pas grand chose, je m'extasie encore : et je pèse mes mots.

Jimbolion

[zoopsys]

Merci jimbolion pour ton retour, c'est très gentil de ta part !!!

Je l'avais pas encore précisé mais comme tu as pu le remarquer, l'appli a été développée uniquement en office 32 bits.
Pour être franc, je n'ai pas encore saisi l'intérêt de la version 64 bits (à part côté perf) puisque des fonctionnalités comme les activex ne sont pas présentes dans la version 64 bits (si je me rappelle bien).

Néanmoins, je suis intéressé de savoir les modifications à apporter pour la rendre compatible Office 64 bits (je tiens à préciser qu'elle est compatible Windows 64 bits, on parle ici de la version d'Office)

Pour le déroutage de l'encodage MD5 du formulaire de login, je veux bien te croire !! Personnellement, je ne l'ai pas encore utilisé pour l'une de me applis car je fais principalement des applications mono utilisateur.

De plus, un de mes collègues m'a dit qu'elle ne fonctionnait pas avec le runtime Access. Je sais que j'ai une fonction qui modifie le code vba et je ne pense pas que le runtime l'apprécie...

[jimbolion]

zoopsys,

Pour être franc, je n'ai pas encore saisi l'intérêt de la version 64 bits (à part côté perf) puisque des fonctionnalités comme les activex ne sont pas présentes dans la version 64 bits (si je me rappelle bien).

https://support.office.com/fr-ca/art...5-16084c8062da

Néanmoins, je suis intéressé de savoir les modifications à apporter pour la rendre compatible Office 64 bits (je tiens à préciser qu'elle est compatible Windows 64 bits, on parle ici de la version d'Office)

ici un tutoriel qui te permettra de rendre compatible ta version sur les deux architectures : http://arkham46.developpez.com/artic...ice/vba64bits/

Pour le déroutage de l'encodage MD5 du formulaire de login, je veux bien te croire !! Personnellement, je ne l'ai pas encore utilisé pour l'une de me applis car je fais principalement des applications mono utilisateur.

Je n'avais pas les identifiants de connexion, j'ai simplement régénéré un md5 à partir d'un mot de passe connu et intégré celui ci dans ta table user.

De plus, un de mes collègues m'a dit qu'elle ne fonctionnait pas avec le runtime Access. Je sais que j'ai une fonction qui modifie le code vba et je ne pense pas que le runtime l'apprécie...

Je n'ai pas regardé, mais effectivement cela peut être une raison... nous approfondirons

D'autre part il est fait référence à excel, que tous les utilisateurs ne sont pas supposés posséder : mais cela reste un détail. Il faudra peut être envisager les procédures d'exportation avec les méthodes DoCmd.TransferText

Jimbolion