Question peut on gérer des événements (connectobjet du vbs)

bonjour,

En vbs, on peut utiliser connectobject pour faire qu'un objet (imapi par exemple) rappelle une fonction du script. Voir msdn.microsoft.com/en-us/library/aa366443%28VS.85%29.aspx
dont voici un court extrait :

[code:1]
Set dataWriter = CreateObject (\"IMAPI2.MsftDiscFormat2Data\"«»)

' Attach event handler (see the DDiscFormat2DataEvents interface).
' The \"dwBurnEvent_\" parameter identifies the handler (see the
' dwBurnEvent_Update subroutine).
WScript.ConnectObject dataWriter, \"dwBurnEvent_\"

' Event handler for the MsftDiscFormat2Data.Write method.
' For details of the subroutine's parameters, see the
' DDiscFormat2DataEvents::Update method.
SUB dwBurnEvent_Update( byRef object, byRef progress )
' --- Other code occurs here.
END SUB[/code:1]

En powershell, on peut recevoir des \"event\" de wpf, avec les boutons par exemple comme :

[code:1]
$button_OnClick=
{
#TODO: Place custom script here
}

$button = New-Object System.Windows.Forms.Button
$button.add_Click($button_OnClick)[/code:1]

Au passage, pourquoi une variable et pas le mot clé \"function\"? Ce bout d'exemple est tiré de PrimalForm.

Donc comment écrire le script pour que l'objet dataWriter appelle la fonction \"update\" du script?

J'ai risqué un oeil sur msdn et dot.net mais je me suis perdu en route. Trop compliqué.

Merci d'avance.<br><br>Message édité par: Arnaud, à: 25/11/09 10:17

bonjour,

Pour Arnaux, je suis né le 25 décembre, c'est pas une blague. Et mon nom, c'est Blanc. Ca ne s'invente pas. Mais je m'y suis fait.

heu, désolé d'avoir écrit sans vérifier des notions et des termes trop neufs pour moi. WinForm du Dot.net2 et non pas WPF dont à part le sigle....

Je ne perds pas mon but de vue : faire en PS comme en VBS avec connectObjet qui permet de demander à un objet d'appeler une fonction du script. Je ne sais pas trop comment cela se passe en VBS, mais cela marche si l'objet COM s'y prête, les \&quot;sink\&quot; de WMI en sont un autre exemple.

Pour les winforms, ayant un peu développé en SDK en C, je comprends qu'il faille une boucle de lecture des messages \&quot;WM_\&quot;. Je vais approfondir binding et eventhandler du dotnet et au moins relire MSDN.

Juste un lien qui présente comment utiliser un autre formalisme qui emploie le mot clé \&quot;function\&quot; pour traiter un \&quot;event\&quot; de fenêtre : www.techotopia.com/index.php/Creating_GU...ll_1.0_with_WinForms
C'est assez déroutant pour un débutant, les divers formalismes, les accolades à employer...Mais bon. Faut bien s'y mettre.

Mais quel joie pour un débutant de voir qu'avec PS on peut faire de belles boîtes, avec des boutons, tout comme en VB, mais sans l'outil primalform (ou un équivalent) je n'y serais jamais arrivé.

J'avais déjà lu le lien de technet, c'est d'ailleurs pour cela que j'ai posté ici. Mais je n'ai rien trouvé dans ce site.

Sur celui ci blogs.msdn.com/powershell/archive/2008/0...handling-events.aspx
il y a peut être un début avec lequel je peux \&quot;réfléchir\&quot; ce soir :
$window = New-Object Windows.Window
$eventHandler = [Windows.Input.MouseButtonEventHandler]{$this.Close()}
$window.Add_MouseDown($eventHandler)
Si je prends le bon objet IMAPI, que je \&quot;caste\&quot; avec le bon type, pour IMAPI (c'est pas gagné car je ne comprends pas que les noms changent entre C#, C++ et les \&quot;scripts\&quot;), peut être que l'objet appellera la fonction du script.

Pour résumé mon objectif, je voudrais écrire au moins une fois un script PS qui contient une fonction qu'un objet se propose d'appeler. Comme exemple, j'utilise IMAPI V2 qui permet de graver des DVD, de les formater, et de visualiser l'avancement via la \&quot;callback du client\&quot; que l'objet appelle pour cela. En C#, C++, VBS, ca marche. Mais en PS...

Merci