Глюк с TABCTL32.OCX, т.е. Microsoft Tabbed Dialog Control 6.0 (SP4)

Обнаружил очередной глюк. На этот раз - у компоненты TABCTL32.OCX, т.е. Microsoft Tabbed Dialog Control 6.0 (SP4), точная версия - 6.00.8804.

Есть такой код:
Смысл его понятен: оставить видимой только одну вкладку - ту, у которой на ярлыке значится 'Общие'.

Так вот, на определённом i строка SSTab1.TabVisible(i) = False вызывает... угадайте что? В жизни не догадаетесь! Событие SSTab1_Click !!! В котором, кстати, выполняется некоторый код.

Вообще-то, SSTab1_Click можно вызвать только путём SSTab1.Tab = N, где N - номер вкладки, по которой нужно 'щёлкнуть'. Ну или, на худой конец, генерацией события типа Call SSTab1_Click(m). Ну и плюс щелчком мыши, разумеется. Но уж никак не установкой свойства Visible!

Выход-то я нашёл, но такой, что самому противно:
а в событие SSTab1_Click (в котором раньше только был 'некоторый' код) - дописал IF:
На этот раз я не просто сообщаю о 'граблях', а ищу собратьев по этим граблям, в смысле по несчастью. Кто-нибудь может прокомментировать этот топик? равно как и предыдущий мой топик в этом же форуме (про глюк у ImageCombo, от 29.09.02)? Почему, начиная с некоторого момента, 'нестандартные' контролы начинают глючить? Чего ещё можно ожидать в этом же духе? Я кое-как, конечно, выкрутился (по другому не назовёшь) с этими двумя контролами: 'дырку' с ImageCombo залатал с помощью DoEvents, а 'дырку' с SSTab - с помощью IF-а. Но вот допишу проект, пущу его в работу, а там как начнётся 'продолжение фильма'! По-моему, этого вполне можно ожидать... По крайне мере, ВСЕ результаты тестирования написанного на сегодняшний день кода я решил считать недействительными, и начал тестировать всё заново, - а это задачка не из лёгких, сами понимаете.

А чему ты удивляешься? Точно так же работают и OptionButton и CheckBox. Ты ими видимо никогда не пользовался. Кстати мне это кажется логичным. Если ты присваиваешь значение CheckBox, значит VB должен отобразить это в контроле, а значит и событие должно быть вызвано.

0

2 kacerro:

1. Вы вообще внимательно читали топик? Цитирую: 'Если ты присваиваешь
значение CheckBox, значит VB должен отобразить это в контроле, а значит
и событие должно быть вызвано.' С этим никто и не спорит: яснее ясного,
что Check1.Value = 1 приведёт к Check1_Click (если перед этим это Value
было отлично от единицы, конечно). Речь-то не про это шла!

2. Только не надо мне говорить, что строчка кода Option1.Visible = True
или Option1.Visible = False должна вызвать событие Option1_Click ! Не
поверю :-)

На самом деле глюка нет. Все работает так как и предполагалось.

Событие Click вызывается при переключении с таба на таб.
Теперь представте, что первый таб у Вас активный и Вы его прячете. Есстественно происходит переключение на второй. Вот Вам и событие.
Соответственно код Ваш можно модифицировать и не прятать SSTab полностью.

0

2 NickStaves:

Спасибо, я упустил из виду, что если прячется активный в этот момент Таб, то активируется другой.

А что вы думаете про глюк у ImageCombo? Я имею в виду мой топик в этом же форуме.

) Там воще что-то мутное.
У меня на сыром проекте под Win2000 этот глюк проявляется.
Мало того, если в ImageCombo уже стоит какое-нить значение и мы его-же присваиваем заново эта гадость снова вызывает Change

0

Надо будет на досуге поискать на сайте MS заметки про ImageCombo - может, им уже давно известно про его глюки и они уже успели выпустить какую-нибудь заплатку. Да заодно посмотрю, есть ли к MS Windows Common Controls 6.0 сервис-пак старше 4-го - может, в нём это исправлено.