Luki
XLDnaute Accro
Bonsoir chers amies et amies xldiens,
Peu présent sur le site ces derniers temps ( fabrication et pose à temps archi plein!) j'ai à peine le temps de me connecter pour relever le courrier et prendre des nouvelles.... J'ai loupé plein d'anniversaires!
Je profite donc que ma belle mère est à la maison pour chouchouter ses petites filles pour vous demander conseil:
J'ai dévellopé avec votre aide, une application qui me permet d'importer et de gérer des données (de type Acces) fournies par mon logiciel de CAO pour la menuiserie. Ce fichier tourne bien et je pense le faire évoluer en améliorant certains points ( boites de dialogue, nouvelles fonctionnalités, etc).
Les principales opérations que fait ce fichier:
- création ou affichage d'une barre d'outils spécifique
- Import simple et multiple des données dans une feuille cachée.
- création des feuilles utilisateur paramétrable à loisir via un assistant
- ventilation des données importées dans les feuilles utilisateur
-stockage de l'état des outils pour chaque feuille ( par ex pour les filtres)
- creation de TCD à partire des données importées.
- outils de maintenance et de mise à jour du fichier ( réinitialisation, modification de la barre d'outils , etc)
- procédurse événementielles d'affichage de la barre d'outils et de mise à jour de celle-ci.
A savoir que ce truc peux fonctionner en plusieurs langues, les textes et diverse informations de 'ressource' sont stockée dans une feuille cachée nommée 'private'
Alors voici les question que je me pose avant d'aller plus avant dans le projet:
Ce fichier va être mis à disposition d'utilisateurs autres que moi; si je fais une mise à jour du classeur, il faudrait que je ne modifie que le code et les éléments privés du classeur pour éviter d'écraser les paramètres choisis par l'utilisateur. Alors l'idée serait de passer en macro complémentaire ( avec ls adaptations utiles), et ne faire que la mise à à jour de celle ci... Et tant qu'à faire ( les alertes macros effrayent encore les menuisiers!), supprimer tous le code du fichier et le laisser dans la XlA.
Dans ce cas, comment gérer les événements d'ouverture de classeur, activation et déactivation de feuille ? Est -il possible de créer un 'espion' qui se substitue aux événementielles?
Voilà, plus qu'une question précise, il s'agit plus pour moi de voir dans quelle direction continuer si je veux faire évoluer mon projet.
D'avance merci pour les infos et les expériences que vous vous pourrez me transmettre.
A bientôt
Peu présent sur le site ces derniers temps ( fabrication et pose à temps archi plein!) j'ai à peine le temps de me connecter pour relever le courrier et prendre des nouvelles.... J'ai loupé plein d'anniversaires!
Je profite donc que ma belle mère est à la maison pour chouchouter ses petites filles pour vous demander conseil:
J'ai dévellopé avec votre aide, une application qui me permet d'importer et de gérer des données (de type Acces) fournies par mon logiciel de CAO pour la menuiserie. Ce fichier tourne bien et je pense le faire évoluer en améliorant certains points ( boites de dialogue, nouvelles fonctionnalités, etc).
Les principales opérations que fait ce fichier:
- création ou affichage d'une barre d'outils spécifique
- Import simple et multiple des données dans une feuille cachée.
- création des feuilles utilisateur paramétrable à loisir via un assistant
- ventilation des données importées dans les feuilles utilisateur
-stockage de l'état des outils pour chaque feuille ( par ex pour les filtres)
- creation de TCD à partire des données importées.
- outils de maintenance et de mise à jour du fichier ( réinitialisation, modification de la barre d'outils , etc)
- procédurse événementielles d'affichage de la barre d'outils et de mise à jour de celle-ci.
A savoir que ce truc peux fonctionner en plusieurs langues, les textes et diverse informations de 'ressource' sont stockée dans une feuille cachée nommée 'private'
Alors voici les question que je me pose avant d'aller plus avant dans le projet:
Ce fichier va être mis à disposition d'utilisateurs autres que moi; si je fais une mise à jour du classeur, il faudrait que je ne modifie que le code et les éléments privés du classeur pour éviter d'écraser les paramètres choisis par l'utilisateur. Alors l'idée serait de passer en macro complémentaire ( avec ls adaptations utiles), et ne faire que la mise à à jour de celle ci... Et tant qu'à faire ( les alertes macros effrayent encore les menuisiers!), supprimer tous le code du fichier et le laisser dans la XlA.
Dans ce cas, comment gérer les événements d'ouverture de classeur, activation et déactivation de feuille ? Est -il possible de créer un 'espion' qui se substitue aux événementielles?
Voilà, plus qu'une question précise, il s'agit plus pour moi de voir dans quelle direction continuer si je veux faire évoluer mon projet.
D'avance merci pour les infos et les expériences que vous vous pourrez me transmettre.
A bientôt