Почему SelectedIndex в ComboBox меняется до закрытия списка?

Значение SelectedIndex в ComboBox меняется уже на этапе выбора элементов списка, когда список ещё открыт, а вот событие SelectedIndexChanged возникает только когда список закрывается после выбора элемента. Это очень неудобно, т.к. на этапе выбора SelectedIndex меняется, но программист об этом ничего не знает, пока список не закроется. Что посоветуете?

0

Сообщение от Алексей71 Значение SelectedIndex в ComboBox меняется уже на этапе выбора элементов списка, когда список ещё открыт, а вот событие SelectedIndexChanged возникает только когда список закрывается после выбора элемента.

Ну так логично же: событие называется ВыбранныйИндексИзменился, а не ВыбранныйИндексСкороИзменится. Потому событие и происходит после изменения индекса.

Сообщение от Алексей71 Это очень неудобно

За все годы работы с шарпом и винформами/WPF, вы первый, от кого я слышу что это неудобно

Сообщение от Алексей71 Что посоветуете?

А в чем проблема?
Может вы поставленную задачу пытаетесь как-то криво решить?

0

Сообщение от kolorotur Ну так логично же: событие называется ВыбранныйИндексИзменился, а не ВыбранныйИндексСкороИзменится. Потому событие и происходит после изменения индекса.

Не согласен, реально индекс меняется всякий раз, когда я вожу мышкой по открытому списку, что мне кажется совершенно не оправданным, т.к. вряд ли кому-то нужно, чтобы индекс менялся именно в этот момент.

Сообщение от kolorotur А в чем проблема? Может вы поставленную задачу пытаетесь как-то криво решить?

В коде, в зависимости от текущего значения SelectedIndex опрашиваются по таймеру те или иные значения девайса. При этом мне нужно единожды изменить интерфейс после изменения SelectedIndex, соответствующий вновь выбранному значению SelectedIndex, поэтому изменение интерфейса удобно делать не каждый раз по таймеру, а единожды по SelectedIndexChanged. Вот и получается, что когда пользователь водит мышкой по открытому списку значения, получаемые по таймеру из прибора меняются в соответствии с текущим SelectedIndex, а вот соответствующий интерфейс обновляется лишь только после закрытия списка. Получается некрасиво, могут вылезать даже ошибки времени выполнения, если размеры новых опрашиваемых данных и какого-нибудь списка в текущем интерфейсе не совпадут.
Есть, конечно, вариант, при опросе по таймеру пользоваться не SelectedIndex, а завести специальную переменную, которая будет меняться в соответствии с SelectedIndex только после SelectedIndexChanged. Но согласитесь, это криво, вводить новую переменную, когда есть готовая, но криво работающая.

0

Сообщение от Алексей71 реально индекс меняется всякий раз, когда я вожу мышкой по открытому списку, что мне кажется совершенно не оправданным

А, вон вы о чем.
Не знал о такой особенности — действительно немного странно, но не критично и очень легко устраняется.

Сообщение от Алексей71 В коде, в зависимости от текущего значения SelectedIndex опрашиваются по таймеру те или иные значения девайса.

Не мешайте вместе логику интерфейса и логику программы.
Не надо в обработчике тика таймера считывать значение комбобокса: считывайте локальное поле или свойство, значение которому будет присваиваться в обработчике SelectedIndexChanged.
Заодно вынесите логику опроса устройства (вместе с таймером) в отдельный класс, ничего не знающий об интерфейсе — пусть он работает сам по себе, а используемые им значения устанавливайте в открытые свойства в нужный момент из обработчиков.

1

Сообщение от kolorotur Не мешайте вместе логику интерфейса и логику программы. Не надо в обработчике тика таймера считывать значение комбобокса: считывайте локальное поле или свойство, значение которому будет присваиваться в обработчике SelectedIndexChanged. Заодно вынесите логику опроса устройства (вместе с таймером) в отдельный класс, ничего не знающий об интерфейсе — пусть он работает сам по себе, а используемые им значения устанавливайте в открытые свойства в нужный момент из обработчиков.

Спасибо, примерно так и делаю, просто смутило несколько странное поведение контрола, подумал, может есть способ его как-то перенастроить, хотя, Вы правы, всё это, действительно, не критично.

0