Discussion :

[Invité]

Bonjour à tous,

Comme l'indique le titre, je dois utiliser une ListView affichant un ensemble de salle, avec leur numéro, leur type, et leur nombre de places. Et sur l'évènement SelectedIndexChanged, je voudrais mettre à jour un autre NumericUpDown. Sauf que ça marche pas...Étonnant non?

Le problème semble venir du fait que, lors du changement de l'item sélectionné (je précise que ma ListView n'accepte pas la multisélection), le count des items sélecionnés passe d'abord à 0, puis repasse à 1. Sauf que le traitement démarre quand il est à 0, d'où la jolie exception.

Ma question est la suivante : comment faire pour remédier à ça? J'ai bien imaginé un Try...Catch, mais je vois pas comment le tourner, si tant est qu'il règle le problème.

Merci pour votre aide

[Julien V]

Bonjour,

Pouvez vous poster votre code?
Ça serait plus simple pour travailler dessus.

Cordialement

[Invité]

Bien sûr, mais je ne pense pas que ça va beaucoup vous aider...

Code VB.net :

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

1
2
3
4
5
6
7
8
9
 
Private Sub LV_salles_SelectedIndexChanged(ByVal sender As Object, ByVal e As System.EventArgs) Handles LV_salles.SelectedIndexChanged
   Try
      Dim noSalle As Integer = Me.LV_salles.SelectedItems.Item(0).Text
      MsgBox(noSalle)
   Catch ex As Exception
      MsgBox(ex.Message)
   End Try
End Sub

[olsimare]

Bonjour.

Tu peux toujours tester avant que le SelectedItems.Count est > à 0. Si ça n'est pas le cas, tu sors de la sub.

Ca évitera le plantage.

Par contre, comme tu es sur un listview en "mono-sélection", peut-être faut-il mieux passer par l'event ItemSelectionChanged et tester le e.IsSelected pour dérouler le code.

Cdt.

[Invité]

Par contre, comme tu es sur un listview en "mono-sélection", peut-être faut-il mieux passer par l'event ItemSelectionChanged et tester le e.IsSelected pour dérouler le code.

En effet, ça marche, merci beaucoup.

NB : petite question technique. J'ai vu dans la déclaration de la procédure que e n'était pas un System.EventArgs classique. Comment se fait-il que cet évènement en particulier demande une autre classe d'évènement? (J'espère que le vocabulaire est bon...)

[olsimare]

Bonjour.

L'objectif de la levée d'un évènement (le raiseevent en vbnet) est d'informer les "abonnés" à cet évènement que celui-ci est survenu.

Suivant l'évènement (et la bonne volonté de son concepteur), lors de sa levée, on peut fournir plus ou moins d'information que l'on juge utile au traitement de cet évènement.

Typiquement, lors d'une évènement de changement de la valeur d'une propriété, on peut considérer que les abonnés seront intéressés par la valeur avant et la valeur aprés modification. Voire, qui l'a modifié, via quel objet, etc ...
Tout cela pour définir le "contexte" dans lequel a été déclenché l'event.

Le System.EventArgs est le type d'event "classique" des objets du framework lorsqu'il n'a pas été jugé nécessaire de passer plus d'info sur le contexte que celles qu'il fournit.

Voilà, n'oublie pas le

Cdt.



consiste à informer qu'une action