[..] Comment assigner un "while-wend" à un onglet spécifique

[hardfloor]

Bonjour,
Hé oui j'ai encore une question de débutant.......ce que je suis encore^^
Donc comme le titre l'indique, je voulais savoir si il y avait un moyen pour assigner une while à un onglet spécifique.
Parce que j'ai donc 2 onglet a faire, avec dans chaque onglet 2 gui completements différentes.
Jusque là ca ne me pose pas de problèmes.
Je me demandais si je pouvais éviter de melanger dans le meme "while" les conditions, verif diverses, etc... des 2 onglets.
Avec masse de code ca devient vite n'importe quoi^^
Donc voilà.
onglet = while 1
onglet 2 = while 2

Code : Tout sélectionner

#include <GUIConstantsEx.au3>
#include <TabConstants.au3>
#include <WindowsConstants.au3>
#Region ### START Koda GUI section ### Form=
$Form1 = GUICreate("Form1", 615, 421, 192, 124)
$Tab1 = GUICtrlCreateTab(0, 0, 617, 21)
$TabSheet1 = GUICtrlCreateTabItem("TabSheet1")
$TabSheet2 = GUICtrlCreateTabItem("TabSheet2")
GUICtrlSetState(-1,$GUI_SHOW)
GUICtrlCreateTabItem("")
GUISetState(@SW_SHOW)
#EndRegion ### END Koda GUI section ###

While 1
    $nMsg = GUIGetMsg()
    Switch $nMsg
        Case $GUI_EVENT_CLOSE
            Exit

    EndSwitch
WEnd

While 2
    $nMsg = GUIGetMsg()
    Switch $nMsg
        Case $GUI_EVENT_CLOSE
            Exit

    EndSwitch
WEnd
 

[mikell]

Délicat, vaut mieux tout mettre dans une seule boucle while ou mieux passer en mode onevent

[hardfloor]

Ok mikell,
Peut tu m'en dire plus sur le mode onevent?

mmhh........Bon je viens de lire la doc officielle et tester leur exemple, mais bon c'est pas super parlant leur truc
Bon j'imagine que les exemples qui sont donnés sont criants de vérité pour ceux qui savent l'utiliser, mais pour un néophyte comme moi, j'avoue que c'est légerement plus compliquer à comprendre.
Vais voir ailleurs si ya pas des exemples un peu mieux adaptés à ma situation!
Pffffff je sens que je vais être obligé de tout mettre mes oeufs dans le même panier....

[mikell]

Nan, ça demande de l'organisation mais c'est assez simple
En fait à la création de la gui tu attribues à chaque contrôle (ou à la gui) une fonction qui correspond à un évènement particulier (un boulot quoi)

► Afficher le texte

Code : Tout sélectionner

#include <GUIConstantsEx.au3>

Opt("GUIOnEventMode", 1)

GUICreate("test")
  GUISetOnEvent($GUI_EVENT_CLOSE, "_exit")
GUICtrlCreateButton("OK", 10, 30, 50)
  GUICtrlSetOnEvent(-1, "_OKPressed")
GUICtrlCreateButton("Cancel", 80, 30, 50)
  GUICtrlSetOnEvent(-1, "_CancelPressed")
GUISetState()

While 1
      Sleep(10)
WEnd

Func _OKPressed()
    MsgBox(0, "", "OK Pressed")
EndFunc 

Func _CancelPressed()
    MsgBox(0, "", "Cancel Pressed")
EndFunc

Func _exit()
    Exit
EndFunc  
 

[hardfloor]

Ok , donc en gros cela améliore la gestion des gui lorsque 'il y en a beaucoup en fait.
Moins gourmand en ressources et exécution du script plus rapide, c'est ca?
Je pense que cela evite aussi d'utiliser des "If .else et autre elseif" pour gérer les affichages des différentes gui.
Mais par contre à quoi sert le sleep dans la boucle?? parce que ca ou rien c'est pareil non? vu la valeur du sleep...

[mikell]

Cette valeur de sleep n'a aucune incidence sur ton script, mais sur le travail de ton processeur énormément