Figer l'écran d'un PC

Bonjour,

Je sais que cette requête pourra paraitre bizarre voire éveiller des soupçons mais c'est un réel besoin pour une appli ...

J'aimerai donc savoir s'il est possbile de figer l'ecran de manière a ce que toute tentative d'affichage d'une fenetre soit trappée ?

Pourquoi ? Dans une appli, je vérifie la présence de ressources au démarrage et avant l'affichage de la vue principale de mon appli. Parmi ces ressources, 2 ouvrent une fenêtre...

Jusqu'à présent, ça allait suffisamment vite pour que cela passe inaperçu mais des petits soucis nous conduisent à mettre une pause et du coup, on voit bien les fenêtres...C'est pas très joli....
Comme je n'ai aucun moyen d'empêcher ces fenêtres de s'afficher, j'aimerai figer l'écran de manière à ce que rien ne s'affiche, un peu a la manière de CWnd::LockWindowUpdate mais plutot pour tout l'ecran et ce qu'elle que soit l'appli qui ouvre cette appli...

Est-ce faisable ? et si oui, comment ?

Toute idée est la bienvenue

Merci

V

C'est aller de Charib en Sylla.

Le problème, c'est l'affichage de tes fenêtres.
C'est quoi comme fenêtres ?

Citation:

---

Envoyé par bacelar

C'est aller de Charib en Sylla.

---

??

Citation:

---

Le problème, c'est l'affichage de tes fenêtres.
C'est quoi comme fenêtres ?

---

Bonjour

Ce sont des fenêtres de programmes externes. Si des ressources pour ces softs (des dongles) ne sont pas présentes, j'ai des fenêtrés qui me disent "Manquent kkchose". Je voudrais que ces fenêtres, que je ne peux pas intercepter, ne soient pas visibles pas l'utilisateur (il n'a pas besoin de savoir les outils annexes qu'on utilise...) d'où l'idée de figer l'écran durant un certain temps...

V

C'est justement totalement à l'encontre d'un système multitâche préemptif, ce que tu veux faire... Cela n'arrive que lorsque l'on a à moitié crashé l'OS, donc inutile de chercher une API pour faire ça : elle n'existe pas.

Au mieux, tu peux chercher ces fenêtres dans un thread, et leur envoyer des messages pour les fermer automatiquement, mais c'est à peu près tout ce qui est possible sans avoir accès au code de ces applications (où un sémaphore aurait pu régler très proprement le souci...).

Citation:

---

Envoyé par Mac LAK

C'est justement totalement à l'encontre d'un système multitâche préemptif, ce que tu veux faire... Cela n'arrive que lorsque l'on a à moitié crashé l'OS, donc inutile de chercher une API pour faire ça : elle n'existe pas.

---

:calim2:

Citation:

---

Au mieux, tu peux chercher ces fenêtres dans un thread, et leur envoyer des messages pour les fermer automatiquement, mais c'est à peu près tout ce qui est possible sans avoir accès au code de ces applications

---

c'est ce que je fais mais ca laisse tout de meme le temps a la fenetre de s'afficher et ca clignote, c'est pas bo

Citation:

---

(où un sémaphore aurait pu régler très proprement le souci...).

---

Ah ?? peux-tu detailler un peu stp

V

Citation:

---

Envoyé par vdaanen

c'est ce que je fais mais ca laisse tout de meme le temps a la fenetre de s'afficher et ca clignote, c'est pas bo

---

Sans les sources des applications annexes, il n'y a pas d'autre solution à ton problème.

Citation:

---

Envoyé par vdaanen

Ah ?? peux-tu detailler un peu stp

---

Très simple : avec un sémaphore (ou signal), tu peux synchroniser autant de processus que tu veux sur un point particulier de leur exécution, ce qui te permet d'attendre (dans tes deux processus faisant surgir des fenêtres indésirables) le fait que le processus principal soit suffisamment avancé pour que le problème ne se produise plus, donc plus de pop-ups gênante.

Le principe : les deux processus en questions se mettent en attente d'un sémaphore (WaitForSingleObject), et quand le processus principal a fini les initialisations permettant de ne plus avoir l'erreur, alors il signale l'objet et va donc débloquer les deux autres processus jusque là bloqués.

Est-ce suffisamment clair ?

Merci pour ces explications... Ca ne sera pas facile a mettre en oeuvre mais c'est un depart pour une reflexion ...

V

Citation:

---

Envoyé par vdaanen

Merci pour ces explications... Ca ne sera pas facile a mettre en oeuvre mais c'est un depart pour une reflexion ...

---

Le plus dur reste à trouver, dans le code, les points-clé où tu peux bloquer (ou autoriser) l'exécution en attendant que les conditions qui provoquaient l'erreur aient disparu.

aller de Charib en Sylla - > http://fr.wikipedia.org/wiki/Charybde_et_Scylla

Si ces logiciels sont un minimum sérieux et professionnels, soit ils disposent d'option dans la ligne de command (\quiet ?), soit d'un élément de configuration (.ini, clé de registre etc.).
En clair, avez-vous lu leur documentation ?