Jig+потомок от AcDbEntity

Тут может быть много причен. Одна из которых - объект отрисовывается чётное кол-во раз на одном месте, то есть затирает сам себя.
Если бы можно было взглянуть на код, то может быть прояснилось бы больше.

Про своё отношение к Jig, я уже писАл. Но, тем не менее, повторюсь - гораздо проще создать свой inputPointMonitor и вызывать функцию draw() из графического контекста с передачей указателя либо на один объект, либо на столько, с колько вам нужно
Вызывая acedGetPoint() и параллельно передавая в монитор значение режима отрисовки (int m_mode)
например

Acad::ErrorStatus _TST_monitor::monitorInputPoint(bool& appendToTooltipStr,
                                                  char*& additionalTooltipString,
                                                  AcGiViewportDraw* mode,
                                                  AcApDocument* document,
                                                  ...)
{
    ...
    if (m_mode==0)
    {
        pEnt->transformBy(matritsaPerenosa);
        mode->geometry().draw(pEnt);
    }
    if (m_mode==1)
    {
        mode->geometry().draw(pEnt2);
    }
    //AcDbEntity *pEnt
    ...
}

указатели на pEnt и pEnt2 можно использовать в дальнейшем , например, для вставки в базу данных

сам долго парился с джигой, пока не нашел этот вариант
Гораздо удобней, и работает без глюков и заморочек меньше, а самое главное - можно без геморроя отрисовывать как один, так и несколько объектов. Причём любых.
Господа, если я чего-то не понимаю в Jig'е, поделитесь. Но моё мнение - Jig страшно неудобная штука

Jig - это возможность интерактивного общения с пользователем чтобы задать ряд ключевых параметров при построении объекта с визуальным отображением.
Т.е. если просто надо разместить что-то на экране указав точку, то это одно.
Если надо запросить последовательно N параметров, каждый из которых может быть введен опционально, то как это сделать с monitorom... я не знаю...
Ну типа самый приметивный способ. Создать окружность. Сначала указать центр - а потом указать радиус - либо мышкой, либо вбив в строке double указав что это радиус. Т.е. механизм keywords - тоже можно всунуть в монитор, но все это счастье будет размазано по программе, а так вроде как все в одном классе - я пользуюсь и гемора не испытываю. Гемор в предметной логике создания объекта... но он будет и в Jig-e и в monitore.

Спасибо за разъяснения по поводу Jig'a, но вопрос был в другом: как избавиться от мусора на экране, когда таскаешь True Type текст в monitorInputPoint (просто не хотелось создавать новую тему). По-моему экран в этом случае не перерисовывается. Можно конечно посылать акаду комманду regen, но смотреть на это больно...
ЗЫ Посмотрел программку DynDraw.arx Александра Ривилиса, там все путем и с True Type текстом, но там реализация через Jig. Может зря я с monitorInputPoint связался. Но в документации написано, что в Jig нельзя использовать комплексные объекты...
Ладно, будем копать, если кто чего подскажет - буду благодарен:)

> bkrug
Константин как раз и реализовывал это для сложных объектов. Поищи по форуму - он об этом писал. Конечно не без нюансов, но это все реализуемо. А в моей програмке dyndraw я тоже помучался с ненормальным отображением, пока не пиханул всю графику в метод worldDraw() фиктивного примитива, чего и тебе советую.