Вот такая фигня:
code_16144.txt
Запускаю прогу, отмечаю некоторые флажки, а потом выбираю переключатель - флажки сбрасываются. Чудеса! У вас так же?
Этот топик читают: Гость
Ответов: 1926
Рейтинг: 172
|
|||
| карма: 9 |
| ||
| файлы: 1 | code_16144.txt [753B] [210] |
Ответов: 4641
Рейтинг: 334
|
|||
| карма: 1 |
| ||
| файлы: 1 | code_16146.txt [1KB] [173] |
Ответов: 9906
Рейтинг: 351
|
|||
|
3042, тебе шашечки, или ехать
Если "ехать", то делай так: code_16148.txt Если "шашечки" - скажи, расскажу подробней.... Если по быстрому: с Z-ами фигня происходит |
|||
| карма: 9 |
| ||
| файлы: 1 | code_16148.txt [662B] [290] |
|
Ответов: 1926
Рейтинг: 172
|
|||
|
Я после этого заново поставил все флажки и переключатели, и всё стало нормально.
А всё-таки интересно, что за проблема и почему она возникает. |
|||
| карма: 9 |
|
|
Ответов: 9906
Рейтинг: 351
|
|||
|
Ну посмотри на Z-координаты чеков в своей схеме, и в моей - специально их так расположил, чтобы видно было.
Тема такая, что "опустошение" происходит вызовом winAPI - CheckRadioButton У нее такие аргументы hDlg: [in] Handle to the dialog box that contains the radio button.
nIDFirstButton: [in] Specifies the identifier of the first radio button in the group. nIDLastButton: [in] Specifies the identifier of the last radio button in the group. nIDCheckButton: [in] Specifies the identifier of the radio button to select. Чистится все между IDFirst и IDLast А енти ID для всех контролов KOL присваивает по-порядочку, как создавали. А создавали мы в соответствии с нашим Z. Ну вот, попался между IDFirst и IDLast чек другого типа - ему тоже кердык. Почему Билли не отличил его от РадиоЧека - тайна сия велика есть. Наверное, просто все - НИХОЧЕТ. |
|||
| карма: 9 |
| ||
| Голосовали: | 3042 |
5
Поиск
Друзья
Администрация