Problème du programme en cours devant/derrière autre progr.

Bonjour,
En premier lieu, en regardant la liste des commandes, j'ai vu file_system, en me demandant à quoi ça correspond (fichier.txt en système?)

Le sujet est suis-là: comment mettre condition la mise en avant ou en arrière d'un programme, et qui ne soit pas un évènement, les commandes avec ON_... OFF_...
Dans mon programme je me sers de scancode et inkey$. Le problème (d'ailleurs Klaus l'a fait remarqué ces jours-ci) avec ces fonctions dans une boucle, et lançant par exemple un navigateur, si on clique, ou tape sur le clavier, les commandes continues d'être prise en compte alors qu'on est sur une autre fenêtre.

Ce serait bien de pouvoir tester si on est toujours au premier plan. Il n'y a pas de set_focus pour un picture par exemple, et je pense qu'un GET_FOCUS ou similaire serait le bien venu( Au moins pour un form. ON_ACTIVATE ne me convient pas. Il pourrait s'agir de GET_HANDLE. On retient le handle de la fenêtre, et on vérifie que celle-ci est toujours dessus pour prendre le contenu de scancode ou inkey$.

J'espère que je suis clair dans mes explications.
Merci

Salut cosmos70,

avec le code ci-dessous et en combinaison des commandes 'to_background', 'to_foreground', et 'set_focus', tu devrais pouvoir t'en sortir.

Code:

dim hwnd%,hwndF%,oldhwnd%,null%
dll_on "user32"

form 1
left 1,500
top 1,50

repeat
   '
   hwndF%=dll_call0("GetForegroundWindow")

   ' si hwnd%=0, alors la fenêtre en avant-plan n'a pas été créé par panoramic(car le thread est différent)
   hwnd%=dll_call0("GetFocus")

   ' hwnd%=dll_call1("SetFocus",hwndF%) :' si 'hwndF%' vaut 0, les entrées au clavier(sous panoramic) sont ignorées

   if oldhwnd%<>hwnd% then cls
   oldhwnd%=hwnd%

   print_locate 0,0
   print
   print "dll GetForegroundWindow = ";hwndF%
   print "dll GetFocus = ";hwnd%
   print "handle(0) = ";handle(0)
   print "handle(1) = ";handle(1)
until scancode=32

if object_exists(1)>0 then delete 1
dll_off

terminate

EDIT : code modifié + ajout d'information

Merci Silverman. Je vais faire le teste. Actuellement c'est en développement, et ce n'est pas très important mais si programme devient opérationnel, je suis sûr que la résolution du problème deviendra indispensable, d'où ma question maintenant.

Je dois dire Silverman, que sans l'apport du double buffer, le programme n'aurait pas du tout la même valeur, et te suis reconnaissant de l'apport que tu fais ici.

Salutation.