c# gestion d'Evénement button_click

[221]

bonjour a tous ,

j débute en c# et j aimerais vraiment comprendre le sens de ces quelques lignes( de 2 a 4 précisément ) :

private void btnMenu_Click(object sender, RoutedEventArgs e)
        {
            (sender as Button).ContextMenu.IsEnabled = true;
            (sender as Button).ContextMenu.PlacementTarget = (sender as Button);.........2
            (sender as Button).ContextMenu.Placement = System.Windows.Controls.Primitives.PlacementMode.Bottom;
            (sender as Button).ContextMenu.IsOpen = true;...........................................4
        }

en vous remerciant bien sur .
-----

[invite0bbe92c0]

Bonjour

Merci d'utiliser les balises CODE pour que le code soit lisible.

Ensuite quand on pose une question relative au développement UI dans .NET , le minimum est d'indiquer le type d'application (ici WPF probablement): ceux susceptibles de vous répondre ne sont pas forcément devins.


Sinon, lignes 2 et 4 de l'event handler :

- PlacementTarget : permet d'overrider le positionnement par défaut du menu contextuel (par défaut il s'accroche à l'objet pour lequel il est appelé).
- IsOpen : permet d'afficher ou pas le menu contextuel (ou de contrôler si il est affiché).

Plus d'info ici :
https://msdn.microsoft.com/en-us/lib...v=vs.110).aspx
https://msdn.microsoft.com/en-us/lib...v=vs.110).aspx

[221]

merci pour votre réponse bluedeep
en m'excusant auprès de tous ceux qui ont lu ce message qui ne respecte pas la mise en forme requise.

cependant je vous signal monsieur bluedeep que j ai bien précisé les lignes de 2 a 4 ,merci donc de compléter votre réponse .

[invite0bbe92c0]

merci pour votre réponse bluedeep
en m'excusant auprès de tous ceux qui ont lu ce message qui ne respecte pas la mise en forme requise.

cependant je vous signal monsieur bluedeep que j ai bien précisé les lignes de 2 a 4 ,merci donc de compléter votre réponse .

ContextMenu.Placement définit le positionnement du menu contextuel par rapport au contrôle de rattachement; ici en bas (Bottom).

[A voir en vidéo sur Futura]

[221]

encore une fois je vous remercie

concernant la ligne(2) du PlacementTarget qui permet d'outrepasser le positionnement par défaut du menu,est ce que le fait de lui avoir affecté (sender as Button) désigne le fait que le menu garde sa position par défaut ?

[invite0bbe92c0]

encore une fois je vous remercie

concernant la ligne(2) du PlacementTarget qui permet d'outrepasser le positionnement par défaut du menu,est ce que le fait de lui avoir affecté (sender as Button) désigne le fait que le menu garde sa position par défaut ?

Je dirais oui (même si je ne code plus depuis de très nombreuses années), ce qui fait qu'en première approximation je ne vois pas trop l’intérêt de cette ligne (à vrai dire l'ensemble semble un peu codé avec les pieds : par exemple, l'opérateur de cast dynamique "as" est parfaitement inutile ici - en effet si le cast se passe mal, l'opération retourne un null, et le code va lever une NullReferenceException du fait de l'appel aux propriétés - donc pourquoi ne pas utiliser un cast static alors ?)

[221]

le c# ne s oublie pas monsieur bluedeep c est comme le vélo(parole de débutant).

j avoue que moi non plus je ne vois pas l'utilité de la ligne 2 a partir du moment ou mon menu contextuel s'affiche pile poil en dessous de mon button sur l UI en question.

concernant "sender as Button" qui veut en gros dire que notre objet button est l envoyeur de l Evénement je vous sollicite pour confirmation .

merci

[invite0bbe92c0]

le c# ne s oublie pas monsieur bluedeep c est comme le vélo(parole de débutant).

j avoue que moi non plus je ne vois pas l'utilité de la ligne 2 a partir du moment ou mon menu contextuel s'affiche pile poil en dessous de mon button sur l UI en question.

concernant "sender as Button" qui veut en gros dire que notre objet button est l envoyeur de l Evénement je vous sollicite pour confirmation .

merci

Non, ca veut dire que "sender" qui est l'objet qui a levé l'évenement est casté en type "Button" pour avoir accès à ses propriétés. (car oin sait que c'est un "button").
Mais ici ce que je critique c'est le choix d'un cast dynamique (ce sont des notions fondamentales en C#, avec les objets de type "value" et de type "reference", les concepts de boxing/unboxing, etc ....)