Version imprimable
Bonjour,
Je veux, à partir de mon application, interdir l'utilisation de la combinaison Alt-Tab.
SystemParametersInfo() ne fonctoinne que sous W95.
J'ai également essayé le hook mais lorsque <Alt> est enfoncé, <Tab> n'est pas transmis et je ne peux donc pas l'intercepter.
Merci pour toute nouvelle idée ou solution...
Question : Pourquoi ????
Perso, un soft qui m'interdit le Alt+Tab, je le fous à la poubelle...
Sinon, tu peux mettre ta fiche en TopMost, au dessus de toutes les autres comme le fait la fenêtre du gestionnaire de tâches... Utilises la propriété "FormStyle" de ta fiche, mets-là à "fsStayOnTop". Ca ne résoudra pas complètement ton problème, mais ta fiche ne disparaîtra pas de l'écran.
Il s'agit d'une application dédiée. Lorsque l'utilisateur ouvre sa session, l'appli est lancée et la seule chose qu'il puisse faire, a part l'utiliser évidemment, c'est en sortir et cela provoque la fermeture de sa session.
Lorsque l'application est en cours il ne doit pas pouvoir utiliser d'autres programmes du PC accessibles par Alt-Tab.
Ta solution est ok. Si aucune autre fenêtre n'est présente Alt-Tab ne présente rien.
Toutefois j'ai le problème pour Ctrl-Alt-Sup et Ctrl-Esc...
Dans ce cas, il faut peut-être aussi se poser la question de l'adéquation de la solution... Tu n'as pas envisagé de remplacer directement le shell Windows (explorer.exe, donc) par ton application ? Ou d'utiliser des terminaux pilotés par un Terminal Server ?
En fait, ce n'est pas aussi brutal que ça. A partir de l'appli, un administrateur peut, à partir d'un menu caché et d'un mot de passe, fermer l'appli sans quitter la session pour utiliser les fonctionnalités Windows.
Toutefois, la possibilité de remplacer le Shell Windows par une autre appli pourrait être intéressante, mais je ne vois pas bien la manip.
Pourrais-tu m'en dire un peu plus sur le sujet ?
Est-ce possible pour un utilisateur particulier ?
Merci.
Mouais... Je suis convaincu qu'une bonne stratégie de groupe bien verrouillée serait beaucoup plus rapide et efficace, mais admettons...Citation:
Envoyé par psau
Inutilisable dans ton cas, puisqu'il faut pouvoir en sortir via la backdoor que tu as mentionnée. Remplacer le shell, ça veut dire exécuter un autre programme que "explorer.exe" au démarrage du système d'exploitation, ce n'est pas quelque chose de "neutre"... Si tu le fais, OK, mais il faudra réimplémenter les fonctions "manquantes" pour ton admin qui fermerai l'application... Ou relancer "explorer.exe", mais je ne sais pas si ça serait possibleCitation:
Envoyé par psau
Pour la manip, sous Win 3.1 on modifiait le fichier "system.ini" pour remplacer "taskman.exe" et/ou "progman.exe", mais j'avoue que je ne sais pas ce qu'il faut faire pour effectuer l'opération sur un système NT... Tu devrais poser la question sur le forum "Développement Windows", pour avoir une réponse.
C'est normalement possible pour un utilisateur, mais il faut peut-être jouer avec les comptes d'administration et/ou la console de récupération pour effectuer l'opération.
[EDIT]
En zonant sur le net (et sans chercher en plus !!), j'ai trouvé pour remplacer le shell sur NT...Ne pas tester sur un compte admin, ne pas toucher à la clé identique située dans LOCAL_MACHINE.Code:
2HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Winlogon\ Shell=explorer.exe
[/EDIT]
[quote]
Mouais... Je suis convaincu qu'une bonne stratégie de groupe bien verrouillée serait beaucoup plus rapide et efficace...
[quote]
Je ne suis pas expert en administration Windows mais vais regarder de ce coté...
Demande à un bon admin Windows de t'aider... Sinon, tu risques de verrouiller la machine au point de devoir la reformater pour reprendre la main.Citation:
Envoyé par psau