Дельфи грязно ругаются и говорят, что такая процедура в базовом классе не найдена. Но у TControl она есть. И как с этим бороться?

Естественно, не перекрывается - он же статический, да еще и private. Надо искать другое решение. Обработка CM_CURSORCHANGED не подойдет?

Подойдет, конечно, просто мне это казалось очень окольным способом. А, интересно, зачем его сделали статическим и private? Ведь был же какой-то резон в этом?

TStas ©   (13.01.07 20:11) [2]
Ведь был же какой-то резон в этом?
Что б ты (или кто то другой) не мог напакостить, перекрыв и некоректно реализовав этот метод.

>jack128 Т. е. это против пакостиков?  
А вообще, как-то я логику разработчиков не пойму, какие методы static, а какие dynamic делают. Например, у TList'а конструктор static, а его все перекрывают, естественно. Add, тоже ну и т. д.
Но ведь должна же логика-то быть. Дерево классов очень же хорошо продумано.

> Например, у TList'а конструктор static, а его все перекрывают


Собственно, у TObject конструктор статический. А перекрывается почти везде. Чтобы понять почему так, рекомендую разобраться с вопросом - почему у того-же TObject конструктор статический, а вот деструктор - виртуальный.


> Но ведь должна же логика-то быть

А она и есть. TGraphicControl предназначен в основном для построения неинтерактивных элементов. У него нет окна и слать сообщения типа SET_CURSOR некуда. А коли есть такая необходимость надо использовать наследников TWinControl - дерево классов очень же хорошо продумано.

TStas ©   (14.01.07 18:46) [4]
А вообще, как-то я логику разработчиков не пойму, какие методы static, а какие dynamic делают.

Давай начнем издалека.  Ты вообще разницу медру виртуальными и стат. методами понимаешь?

>jack128 Ты вообще разницу медру виртуальными и стат. методами понимаешь?
Конечно. Для виртуальных методов создается специальная таблица.