Как ограничить передвижение gripPoints Entity?

Здравствуйте все!
Подобного рода ограничения введенны в Civil3D на перемещение вершин углов, правда реализовано это ещё экзотичнее, чем в других продуктах ... При выходе за расчётную область перетаскиваемые объекты исчезают и на экране остаются лишь исходные (очень завлекательная игрушка "поймай крайнюю точку"). Ухватившись за GripPoint можно дотянуться до кнопки на любой из ToolBar и нажав на неё запустить на выполнение другую команду, отменив тем самым текущую ... По Джону Роббинсу чистейшие ошибки ...
На мой взгляд здесь надо каким-то образом блокировать не GripPoint, а MouseMove (+x) и MouseMove (+y), например, разрешая при этом MouseMove (-x) и MouseMove (-y). Как это сделать и возможно ли это - я не знаю ... Один знакомый гуру по Microsoft обещал посмотреть, сказал, что сходу решения не нашёл, а вручную мышь перехватывать не стоит ...

Я сделал это в moveGripPointAt.
Но проблемы описал выше.
пользовтаься это штукой при большом количестве ручек и(или) сложных границах
Насчет

- спасибо за совет, посмотрю

Я делал такую вещь:
1) Создавал темпаральный массив _ARR<AcGePoint3d> gripPoints.
getGripPoints(...)
{
getMyGripPoints(gripPoints)
1) выдаем акаду грип точки - что вернулись в массиве gripPoints.
}
moveGripPoints(..., AcGeVector3d shift)
{
if ( gripPoints.GetSize() == 0 )
   getMyGripPoints(gripPoints);
теперь в массиве gripPoints - двигаем на shift - те точки что пришли в массиве индексов.
теперь для каждой сдвинутой грип точки index
{
    AcGePoint3d pnt = preprocessGripPoint(gripPoints[index], index);
    setGripPointRealPosition(pnt, index);
}
}
Т.е. получается что пока объект таскают - у нас есть массив реального положения grip точек в автокаде. Но для объекта выполняется препроцессинг обработки точки. Решается проблема с тем, что вектор shift - это вектор от предыдущего положения к следующему - т.е. если реальные графические "точки объекта" не двигать совместно с грип точкой, то уже на втором шаге - мы теряем где реально находится грип точка, а темпоральный вспомогательный масиив помогает нам решить эту проблему.
При таком подходе - обсчитываются только те "ручки", что тащат. Т.е. если у объекта N-ручек, а тащут за одну, то алгоритм обрабатывает только одну точку. Т.е. сложность объекта не играет рояли. При этом считается что сложность алгоритма определения попадания точки в контур - не играет рояли т.к. его все равно надо делать не зависимо от того перехватываем мы moveGrip или moveMouse.
Либо я не до конца понял суть вопроса. Т.е. не понял что значит возрастание сложности объекта и как это влияет на процессинг грип точки.

Очень просто.
moveGripPoint(...)
{
if ( objectId() != AcDbObjectId() )
{
//значит передвижение происходит для реального объекта, а не его копии.
}
}

> Сергей
А что же вы рассчитывали, что за Вас решат Вашу задачу? Наивный! Главное, что в этом примере расписана метода как фильтровать Windows сообщения, а остальное уже дело техники.