Discussion :

[william_vdb]

Bonjour,


Je cherche depuis des heures une commande qui me permet tout simplement de fermer un fichier ouvert en Excel en appuyant sur un bouton.
L'utilisateur ne doit pas choisir le nom du fichier à fermer, le nom du fichier est encodé en dur dans le code source. (result.xls)
J'ai essayé FileClose sans succès.
Quelqu'un peut-il m'aider svp?

J'ai ouvert ce fichier à l'écran avec :

Code C++ :

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

ShellExecute (Sender, "open", "result.xls", 0, 0, SW_SHOWNORMAL);

Je voudrais simplement le fermer.
Existe t'il une ligne magique qui permet de faire cela.
Merci d'avance.

[Médinoc]

Avec Excel lancé comme ça, non, il n'y a pas de formule magique. Je ne vois aucune façon (hors Windows Vista) de retrouver à coup sûr la fenêtre d'un Excel lancé avec ShellExecute() ou ShellExecuteEx() pour la fermer automatiquement.

La seule solution que je vois, c'est de forcer le lancement par Excel avec CreateProcess(), car là on a l'ID du process, qui permet de retrouver toute fenêtre lui appartenant (via les fonctions EnumWindows() et GetWindowThreadProcessId()).
Sinon, tu peux piloter Excel par OLE, mais c'est toute une autre histoire sur laquelle je suis incapable de t'aider...

PS: Il n'y a pas de fonction FileClose() dans l'API Windows...

[william_vdb]

Merci pour la réponse!


Si j'utilise :

Code C++ :

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

1
2
int iFileHandle;
iFileHandle = FileCreate("result.xls");

Je crée le fichier Excel et j'ai son Handle.

Comment arriver à ouvrir et fermer ce fichier Excel à l'écran?

Merci d'avance.

[Médinoc]

C'est pas une question de handle de fichier, c'est une question de processus.
Ce n'est pas le fichier qu'il faut fermer, car "on" ne l'ouvre pas: C'est Excel qu'il faut fermer, et pour ça son ID de processus est nécessaire, sauf pour tuer le processus de la façon la plus sale et la plus sanglante possible sous Windows (auquel cas seul un handle de processus est nécessaire, et ce handle peut être obtenu avec ShellExecuteEx()).

(Et FileCreate() ne fait pas non plus partie de l'API Windows. Ça vient de Borland?)

[Rits]

j'etais pas si a coté de la plaque que ca Medinoc

sur une appli MFC chez moi sous visual 6 ca tourne impec

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
// j'ouvre le fichier 
void CDlgDlg::OnOK() 
{
 ShellExecute(this->GetSafeHwnd(),NULL,"C:\\result.xls",0,0,SW_SHOWNORMAL);
}
//ici je ferme la fenetre et le fichier
void CDlgDlg::OnButton1() 
{
HWND exc = ::FindWindow(0,"Microsoft Excel - result.xls");
::SendMessage(exc,WM_CLOSE,0,0);
}

[Médinoc]

Mais là, si tu as deux Microsoft Excel qui ouvrent chacun deux "result.xls" différents (qui peuvent être n'importe où), tu n'as aucun moyen de savoir lequel ça va fermer.

Et au fait, le premier paramètre de FindWindow() doit être NULL, pas 0 (même si en C++ ça ne change rien, c'est plus lisible car plus explicite).

[Rits]

tu ne peux pas ouvrir deux fenetres avec le meme nom!
Windows te dira que tu as deja une fenetre portant le meme nom qui existe et que tu ne peux pas en avoir une 2e meme si les fichiers sont a des endroits differents

et pour le 0 c'est parce que j'avais un peu la feneantise d'ecrire NULL lol mais tu as raison c'est plus explicite.

[Médinoc]

tu ne peux pas ouvrir deux fenetres avec le meme nom!
Windows te dira que tu as deja une fenetre portant le meme nom qui existe et que tu ne peux pas en avoir une 2e meme si les fichiers sont a des endroits differents

Quand l'ai lu ça, je me suis d'abord écroulé de rire sur mon clavier...
Mais le pire, c'est que j'ai testé, et c'est vrai...

[Rits]

lol
tu as du te dire quel boulet celui la

c'est pour ca que la methode FindWindow prend un nom de fenetre car il est unique

ya plein de truc comme comme par exemple ouvre notepad et essai de creer un fichier con.txt!
ca m'est arrivé une fois ou pour debugeur un prog qui s'executer sur serveur donc j'ai voulu loggué les erreurs dans un fichier que j'ai appelé con.txt.....j'ai jamais pu creer ce fichier lol !

[Médinoc]

Ah, intéressant.
Ça marche avec tous les noms DOS de prériphériques (con, com1, lpt1...)

[Fred2209]

J'ai testé la petite application de Rits, sous Borland ça marche nickel mais un petit détail... Comment tester si le fichier est bien ouvert ou non avant de le fermer ???