Regen объектов при активном Jig-е

Блин и та же фигня - если во время операции drag-ginga - пытатьс делать объекты видимыми.
Делаем оъект. "Лицо человечка"
Делаем у него custom osnap mode
Как только над объектом что-то таскают, то надо сделать какой-нибудь приметив видимым - например чтоб "человечек" заулыбался... ну или хотябы просто изменить графику текущего объекта.

Так блин говорю же - что
actrTransactionManager->queueForGraphicsFlush();
actrTransactionManager->flushGraphics();
срабатывает как то странно. Т.е. объекты на экране рисуются, но не оснапы, не грипы не выдают, не селектятся и т.п. - т.е. грубо говоря они отсутствуют "как объекты" в некоторой подложке на основе которой в Автокаде вычисляют какой объект ткнули и т.п. А дисплей - это дисплей. Т.е. видать когда у объекта стоит visible = false, то он вообще исключается из какой либо обработки (input point processing). Если в процессе drag-а объект сделать видимым, то он все равно (хоть и отобразившись) отсутствует в (input point processing-е). До вызова команды Regen...
Такое вот неприятное поведение - придется блин как всегда искать обходные пути...

Расскажу чего хотел добиться - но не получилось.
1) У меня есть мой объект (custom), который ссылается на набор других entity. Этот набор инвизибл т.е. не рисуется.
2) Делаю custom osnap protocol для моего объекта.
3) Когда над объектам что-то таскают, то вызывается getOsnapInfo - в этом методе я хотел сам объект сделать инвизибл, а набор других объектов видимым, чтоб они участвовали в snappinge.
4) Когда команда завершалась - я просто опять объект делал видимым, а его набор объектов невидимым.
Объясню еще зачем такой "финт" ушами. Дело в том, что в этом наборе могут быть любые объекты, автокада, сторонних производителей и мои в том числе. Для ряда объектов реализован свой osnap protocol, поэтому тупо повызывать у всех getOsnapPoints(...) - не достаточно. А вот такой "финт ушами" был бы просто идеален. Т.е. когда объект дилигирует обработку событий своим подобъектам скрываясь и отображая их вместо себя...