Всем привет,

MrShinПосему поддержу вопрос: можно ли "прицепиться" к штатному скроллбару и "слушать" от него события вместо опроса по таймеру позиции этого скроллбара? У меня в свое время не хватиле времени/желания это добить. Завязываться на ActiveX-ы совершенно не хочется, т.к. они попросту почти все не работают в 64-х разрядной версии офиса и вообще капризная вещь.
Вот тут 20797575 я выкладывал пример. Там же описал все плюсы и минусы. Код можно адаптировать под 64bit.

MrShinМой вопрос именно в том, как сгенерировать событие хотя бы от перемещения полосы прокрутки
Прослушиваются не только клики по полосе прокрутки, но и другие события: прокрутка формы колесиком мыши, прокрутка формы при использовании middle button(нажатие на колесико и удержание), прокрутка формы в результате смены фокуса, как при использовании клавиатуры(tab, стрелки и т.п.), так и мыши. Тот случай, когда прокручивание происходит в результате получения фокуса контролом, который частично или полностью не виден, выходя за границы формы.

MrShinкак сгенерировать событие ... в идеале еще от изменения размеров/положения колонок табличной формы
Основа примера - функция API SetWindowsHookEx. Пример можно доработать/переделать под вашу задачу. Как я понял, по сути что вам нужно, это возможность подписки на событие, происходящее в ответ на изменение ширины столбцов или порядка их следования. Такое событие можно организовать, основа кода заложена. Если действительно нужно - могу поучаствовать, допилим.

GVOV,

заметил три шероховатости:
1. Если сделать двойной клик по стрелке гор.полосы прокрутки, то вместо ожидаемых смещений на ширину двух столбцов, происходит смещение только на один столбец.
2. Станьте в поле(значение 6129). Нажмите TAB. Что произошло со значением в поле, куда перешел фокус? Нажмите TAB снова. Опять фокусы.
3. Станьте в итоговое поле(значение 97). Кликните по стрелке гор.полосы прокрутки вправо. Посмотрите, что произошло с итогом по столбцу "Сумма". Сделайте еще пару кликов по стрелке. Итог по "Сумма" отображается некорректно.

Я правильно понял, что ваша цель - создание горизонтальных и вертикальных(несмещаемых) итогов?

MrShin...но успел заметить, что активно используются таймеры. Для чего они нужны в двух словах?

в той же ветке "13-ый квартал" обратил мое внимание 20782737 на работу Бенедикта 10808021 , предложив доработать.
Но чтобы провести такую доработку, нужно глубоко погрузится в тему. Одно дело использовать инструменты для работы с данными, другое дело создавать их. Копать в том направлении возможности/необходимости нет.
Я пробовал с сублассингом формы, обрабатывая системые сообщение, но натолкнулся на определенные ограничения, описал тут: 20774213 , 20780341
Поэтому и остановился на SetWindowsHookEx. Эта функция среди прочего позволяется мониторить "low-level mouse input events". Т.е., допустим, сделали клик и смотрим: куда собственно? Если клик пришелся по полосе прокрутки, значит, ее значение в результате клика скорее всего изменится. Но изменится оно чуть позже, ведь мы же перехватили системное сообщение(можем даже его отменить) и до полосы прокрутки оно еще не дошло. Т.е. когда сообщение дойдет и будет обработано нам нужно будет вернутся и сгенерировать то самое событие ради чего все и затеялось: RaiseEvent Scrolled(blnVScroll, blnHScroll)
Но как вернутся? Завести таймер и ждать обратный вызов: SetTimer(0, 0, 1500, AddressOf TimerProcForMOUSE)
А в процедуре обратного вызова(TimerProcForMOUSE) уже смотреть что изменилось и делать выводы.

Да таймер используется, но только когда действительно нужно.