Discussion :

[shanod]

Bonjour à tous,

J'ai réussi à trouver sur le site des infos concernant des macros à exécuter à l'ouverture d'excel (sur l'évenement workbook_open) mais je n'arrive pas à l'adapter à mon cas.

Je souhaiterai, dès l'ouverture de mon fichier Excel, que l'utilisateur ait accès à mon interface VB sans même pouvoir se rendre sur le fichier Excel.

Merci par avance de votre aide

[aalex_38]

ouverture d'un usf :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

userform1.show

le cacher

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

userform1.hide

le charger

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

load userform1

le décharger

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

unload userform1

un tutorial très bien fait ici

edit1 : et sinon, cf le post de Krovax ci-dessous
edit2 : bonjour, et un affichage plein ecran, aussi peut être, why not ?

[Krovax]

Bonjour
Ton interface Vb tu parle d'un userform non?
Essaye ceci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
Private Sub Workbook_Open()
Application.Visible = False
UserForm3.Show vbModal
end sub

Débrouille toi pour mettre ceci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Application.Visible = True 'rend excel visible

a la fermeture de ton userform, pour rendre excel visible

Edit : Bonjour aalex s'est croisé je pense que masquer excel est plus amusant et surtout plus proche de ce qu'il voulait faire

[Didier Gonard]

Bonjour,

Attention toutefois avec application.visible = false, je pense que ça demande (comme faire joujou avec les barres d’outils de l’utilisateur) une bonne maîtrise de ce qu’on fait

- Si l’utilisateur a d’autres classeurs ouverts au lancement, il va être content.
- Si ça plante (la stabilité est bien plus sensible), il va chercher à relancer, on va lui dire que le fichier ne peut s’ouvrir qu’en lecture seule vu qu’il est toujours ouvert dans l’instance cachée (s’il ne sait pas manier les processus, bon courage).
- Si c’est mal fermé, les instances vont s’empiler.
- Si pas de cession visible et que l'utilisateur double clic sur un fichier Excel, l'instance cachée va remonter à la surface ou bloquer le fichier lancé....

Bref à mon sens ça demande d’utiliser un lanceur et d’ouvrir le classeur dans une instance (non visible) crée pour en mettant les filtres nécessaires pour vérifier si le classeur n’est pas déjà ouvert etc… etc…
Intéressant dans des applis pro genre BDD pilotées entièrement en USF, mais trop lourd pour des choses plus légères ou si on n’en maîtrise pas assez toutes les implications surtout que ça n’apporte pas beaucoup plus de « protection » que d’habitude si c’est l’effet recherché...

Ça dépend du niveau où est rendu Shanod…

Cordialement,

Didier

[shanod]

Merci pour vos réponses

Concernant l'ouverture automatique de mon interface, cela fonctionne parfaitement. Au passage, que signifie vbModal ?

Pour la partie "Rendre inaccessible le fichier Excel à mon utilisateur", ça répond en partie à mes besoins.
Cependant, comme le suggère Ormonth, ça ne va pas forcément plaire à mes utilisateurs que je cache leurs autres classeurs.

N'est-il pas possible de cacher uniquement mon classeur ?

Comme je demande une saisie de plusieurs données au sein de mon interface, les utilisateurs risquent justement de faire appel à un autre fichier Excel pour y faire des copier/coller...

Cela me fait penser à une autre problématique : par quels moyens pourrais-je, en quittant mon interface (via un bouton), sauvegarder mon fichier Excel ?

Je vois qu'il existe : Application.SaveWorkspace

Mais si nous n'avons pas la possibilité de différencier les classeurs et que nous sommes contraints d'utiliser des évènements sur l'objet Application, c'est un vrai problème, je n'ai pas envie que soit sauvegardés tous les classeurs ouverts de mes utilisateurs.

[Didier Gonard]

Bonjour,

Shanod, vu les questions que tu poses, je ne m‘attaquerai pas à ta place à un projet en instance cachée pour le moment. Trop complexe dans ce que ça entraîne, même si la chose demande au départ une seule ligne de code

N'est-il pas possible de cacher uniquement mon classeur ?

Si la réponse était ci-dessus, il faut l’ouvrir dans une instance spécifique, par contre pour gérer les copier-coller d’autres classeurs sur une autre instance, tu auras du boulot… Ce choix entraîne que tu doives tout piloter au travers de divers USF construits pour….

Mieux vaut aborder ton problème par le départ : à quelles fins veux-tu cacher ton fichier Excel ?

Si c’est simplement pour éviter que les utilisateurs ne mettent le souk dans sa structure et ses données, partir sur un projet ou ton classeur serait protégé contre les interventions manuelles et même la visualisation en mettant une première page/ onglet en fond blanc avec ton logo serait tout à fait suffisant. Ça représentera déjà du boulot, mais plus accessible pas à pas pour débuter…

Cela me fait penser à une autre problématique : par quels moyens pourrais-je, en quittant mon interface (via un bouton), sauvegarder mon fichier Excel ?

Vois dans l'aide à save (méthode) et aux évènements de ThisWorkbook, notamment BeforeClose

cordialement,

Didier

[shanod]

Bien bien...

J'ai pris l'option de mettre effectivement un logo sur un nouvel onglet et de cacher les autres à l'ouverture de mon Excel.

A tout hasard, peut-on éviter l'affichage de la pop-up de demande d'activation des macros au démarrage (en forcant : "activer les macros", bien sur) ?

Merci pour l'évènement BeforeClose, j'ai réussi à sauvegarder automatiquement mes données.
J'aurai bien aimé fermer mon Excel par la suite, mais mon Me.Close a la fin de ma procédure BeforeClose n'a pas l'air de fonctionner.

Question triviale, après je clos le sujet car ça ne traite pas des mêmes points.

Est-il possible d'extraire les données de cellules d'un fichier Excel à un autre ?

Pour situer le contexte, mes utilisateurs vont remplir un tas de formulaires et je devrai récupérer les infos de chaque pour les stocker dans un autre fichier Excel de suivi)

[Didier Gonard]

Bonjour,

A tout hasard, peut-on éviter l'affichage de la pop-up de demande d'activation des macros au démarrage (en forcant : "activer les macros", bien sur) ?

tout est là :

http://excel.developpez.com/faq/?page=VBA#SelfCert

Est-il possible d'extraire les données de cellules d'un fichier Excel à un autre ?

Oui, il suffit d'être "Explicite", c'est à dire de bien dire au code le nom du fichier, la feuille ,les données concernées et savoir avant si le classeur voulu est déjà ouvert ou non (on peut facilement lire dans un classeur fermé sinon).

Cherches sur le forum, il y a plein de réponses à ce sujet et si tu butes, ouvres un nouveau fil avec un contexte précis


cordialement,

Didier

[Bastien06]

Bonjour,

J'aimerais rebondir sur le problème d'instance spécifique..je m'explique:

J'ai un userform sous excel dont je me sers en permanence durant ma journée.
Je dois donc fermer mon USF à chaque fois que je souhaite ouvrir un autre classeur Excel, notamment depuis ma boite email Lotus, lorsqu'on m'envoie des pièces jointes.

Comment puis-je faire pour, si possible, contourner ce problème?

Merci par avance!!!

Bastien

[Didier Gonard]

Bonjour,

Par défaut, un classeur Excel s’ouvre dans l’instance active d’Excel (par double-clic ou autre), donc il te suffit d’avoir une autre instance d’Excel ouverte (il suffit d’ouvrir Excel une seconde fois) et de veiller à ce que ce soit celle-là qui est soit active au moment des ouvertures voulues. Ce sera toujours elle qui réagira. Ça demande d’y penser à chaque fois, mais évite de rentrer dans les choses compliquées => Si tu en as une cachée, c’est celle visible qui est par défaut active, s’il n’y en a pas l’action d’ouverture d’un nouveau fichier ferait remonter l’instance cachée à la surface ou gèlerai le classeur lancé derrière selon les paramétrages.

cordialement,

Ps : comme le fil était tagué "Résolu", si d'autres questions, ouvre un nouveau fil avec l'équivalent de ton post précédent en faisant si besoin allusion à celui-ci avec la balise liens

Didier