Discussion :

[jemore2]

Bonjour à tous.

Je suis en train de développer un petit jeu pour ma fille de 2 ans, avec Lazarus : dès qu'elle appuie sur une touche du clavier (FormKeyDown), une photo s'affiche et un son est joué (par exemple, l'appui sur "C" déclenche l'affichage d'un camion et d'un bruit de klaxon)... Rien de bien compliqué donc.

Sauf que l'application à du mal a résister a de multiples frappes aléatoires sur le clavier : de temps en temps, elle passe en arrière plan, ou le menu démarré apparait (suite à l'appui sur la touche Windows).

Pour rémédier à cela, j'ai un Timer qui déclenche toutes les secondes le code suivant :

Code :

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

1
2
3
4
  LucieWindow.FormStyle:=fsStayOnTop;
  Application.BringToFront;
  Application.ProcessMessages;
  LucieWindow.BringToFront;

=> Ce qui devrait permettre à l'application de rester devant (LucieWindow est le nom de ma fenetre principal).

Mais cela n'est pas assez robuste : la touche Windows ou un Windows+M renvoie l'application à l'arrière. La seule combinaison de touche que je souhaite accepter est ALT+F4 pour fermer l'appli.

Comment faire pour que mon appli passe et reste toujours au premier plan, devant la barre de tache, et qu'elle intercepte toutes les frappes clavier (sauf CTRL+ALT+SUPPR), meme Win+M , ALT+tab ect ??

Merci d'avance.

Jé.

[DOLPat®]

Bonsoir,

as-tu essayé avec FormStyle:=fsSystemStayOnTop ?

[jemore2]

Avec fsStayOnTop, la fenetre reste en avant plan, mais si je clique sur une autre fenetre (un éditeur de texte derriere par exemple), c'est l'éditeur qui recevera les frappes clavier, et pas la fenetre qui est devant.

Exemple : je lance mon appli en fenetre devant Notepad. Quand je clique sur Notepad, mon appli reste devant mais sa barre de menu est inactivé (grisé), c'est notepad qui à le focus (barre de menu activé), et quand je frappe au clavier, c'est notepad qui recoit les touches, alors que mon appli est devant. Mais elle a perdue le focus (bien qu'elle soit en StayOnTop).

[DOLPat®]

Je ne comprends pas...
Si tu as une fiche avec les attributs suivants:
WindowState:=WsMaximised;
FormStyle:=fsSystemStayOnTop; // pas fsStayOnTop !!!

Celle-ci occupe tout le bureau, y compris la barre des tâches. Donc je ne vois pas comment tu peux cliquer sur une autre application. À moins d'utiliser le clavier (ce qui est une autre histoire car il faut inhiber la touche Alt-Tab), mais tu parles de 'clics'...

[jemore2]

Avec la version v0.9.28.2 beta (téléchargée tout à l'heure - c'est la derniere version dispo pour windows), fsSystemStayOnTop n'est pas définit.

je vais voir comment réimplémenter cela.

[DOLPat®]

une piste pour désactiver Le Alt-Tab:
http://support.microsoft.com/kb/226359

[DOLPat®]

Avec la version v0.9.28.2 beta (téléchargée tout à l'heure - c'est la derniere version dispo pour windows), fsSystemStayOnTop n'est pas définit.

Normal car fsSystemStayOnTop a été implémenté à partir de la version 0.9.30
Donc elle n'est pas encore disponible sur la dernière release. Seule solution pour toi: télécharger la dernière version 'Snapshoot'
Pour ma part, j'utilise depuis mi-janvier la version Lazarus 0.9.31 en développement 64 bits sans soucis.

[jemore2]

Ok, je vais essayer de changer de version de Lazarus.
La methode proposé par le MSDN pour capter le ALT+TAB semble sympa aussi, mais j'ai un peu de mal a l'implémenter (il faut un driver clavier bas niveau)

[DOLPat®]

La methode proposé par le MSDN pour capter le ALT+TAB semble sympa aussi, mais j'ai un peu de mal a l'implémenter (il faut un driver clavier bas niveau)

Apparemment, c'est pas si simple à effectuer car il faut passer par un hook clavier et donc une DLL. Regarde ici.

[jemore2]

Ok pour le hook, cela fonctionne . J'arrive a intercepter les principales frappes qui me derangeaient.

Merci pour tout!