Использование маскировки в AcDbEntity

[GrandmaSquid3]

Добрый вечер! Я начал разрабатывать собственный компонент для AutoCAD на основе AcDbEntity и столкнулся с проблемой создания маскировки, т.е. нужно скрывать все элементы находящиеся позади моего компонента.

Для этих целей в AutoCAD есть элемент - Маскировка (Wipeout), но использовать его в AcDbEntity нужно по-особенному. Еще не успел опробовать данное решение, но что-то мне не нравится.

Есть ли еще какие-то варианты маскирования фона кроме Wipeout и Hatch (заливка области)? Может лучше сделать собственный компонент наследуясь от AcDbWipeot (если это возможно)? Пожалуйста, подскажите в каком направлении рыть, я только начал изучать ObjectARX.

[Александр Ривилис]

Еще не успел опробовать данное решение, но что-то мне не нравится.

Что именно не нравится?

я только начал изучать ObjectARX.

Начинать изучение ObjectARX с создания Custom Entity - это не лучший вариант.

[GrandmaSquid3]

Начинать изучение ObjectARX с создания Custom Entity - это не лучший вариант.

Ничего не поделать, обстоятельства. Но имея опыт программирования на C++ / C# и разработки под Компас-3D, Solidworks разобраться можно. Я как раз читаю книгу Полещука, вроде всё ясно. Тут дело в другом - возможно я выбрал не оптимальное решение.

Мне нужно сделать простой интеллектуальный объект и тут AcDbEntity идеально подходит (возможно я ошибаюсь). Но как оказалось, нужно ещё прятать (маскировать) объекты за моим объектом. Я нашел два решения:

1) Использовать Wipeout (маскировка). Вроде оптимальное решение, но смущает факт необходимости добавления Wipeout в AcDbBlockTableRecord для возможности отображения. Остальные же графические объекты унаследованные от AcDbEntity можно просто отображать с помощью метода worldDraw(mode).

2) Использовать Hatch (штриховка). Штриховка является ресурсоемким объектом чертежа, плюс нужно сделать так чтобы при печати цвет заливки был белым, а при работе с чертежом цвет заливки был равен цвета фона автокаде.

[GrandmaSquid3]

А нельзя ли в AcDbEntity или AcDbObject как-то поиграть с рендером?

[Александр Ривилис]

А нельзя ли в AcDbEntity или AcDbObject как-то поиграть с рендером?

Нет конечно. AcDbEntity вообще ничего не знает про рендер.

[GrandmaSquid3]

Так как бы Вы реализовали данную задачу?

[Александр Ривилис]

Мне нужно сделать простой интеллектуальный объект и тут AcDbEntity идеально подходит (возможно я ошибаюсь).

Я не знаю что представляет из себя этот "интеллектуальный объект", поэтому сложно дать рекомендации по тому от какого класса следует наследовать.

1) Использовать Wipeout (маскировка). Вроде оптимальное решение, но смущает факт необходимости добавления Wipeout в AcDbBlockTableRecord для возможности отображения. Остальные же графические объекты унаследованные от AcDbEntity можно просто отображать с помощью метода worldDraw(mode).

Проблема связана с тем, что огромную роль играет порядок отображения объектов. Если объекты за твоим объектом будут отрисованы после твоего объекта, то твой объект их не скроет. И тут в игру вступает AcDbSortentsTable, которая управляет порядком прорисовки объектов на уровне блока.

[GrandmaSquid3]

Что-то не вышло как в том примере, фатальная ошибка: Unhandled Access Violation Reading!

В примере создают новый AcDbBlockTableRecord, в который помещают AcDbWipeout. Далее в методе subWorldDraw кастомного объекта открывают AcDbBlockTableRecord и вызывают метод отрисовки. И вроде при создании кастомного объекта все ок. Но когда я хочу перенести свой объект, то возникает фатальная ошибка. Не могу понять из-за чего.

[Александр Ривилис]

Но когда я хочу перенести свой объект, то возникает фатальная ошибка. Не могу понять из-за чего.

Перенос - это что? Команда _MOVE? Но в примере нет переопределения subTransformBy, который должен вызываться в этом случае. Это же просто минимальный пример.

[GrandmaSquid3]

Да, я про subTransformBy. Я создал свой компонент на основе AcDbEntity и он хорошо переносится. Вся проблема в добавлении AcDbWipeout.

[Александр Ривилис]

Да, я про subTransformBy. Я создал свой компонент на основе AcDbEntity и он хорошо переносится. Вся проблема в добавлении AcDbWipeout.

Запусти под отладчиком и посмотри что происходит в этом методе. И вообще-то на код нужно глянуть - я по фотографии не лечу. :-)

[GrandmaSquid3]

Когда кастомного объект отрисовывается впервые раз (subWorldDraw), тот можно получить AcDbBlockTableRecord по его AcDbObjectId и все ок. Но когда я начинаю перемещать объект и вызывается отрисовка, то AcDbObjectId равен нулю, что вызывает ошибку! Что-то не могу понять как переменная моего класса обнуляется...

[Александр Ривилис]

Но когда я начинаю перемещать объект и вызывается отрисовка, то AcDbObjectId равен нулю, что вызывает ошибку! Что-то не могу понять как переменная моего класса обнуляется...

О! Обрати внимание на методы dwgInFields и dwgOutFields в том примере. Наверняка ты забыл:

Код - C++ [Выбрать]

1. pFiler->writeHardPointerId(wipeOutId); // <------- в dwgOutFields

и

Код - C++ [Выбрать]

1. pFiler->readHardPointerId(&wipeOutId); // <------- в dwgInFields

[GrandmaSquid3]

Ура, работает! Действительно дело в HardPointerId.

Но вот сижу и думаю как это работает... ИД объекта (AcDbObjectId) постоянно меняется?! Мне казалось что методы dwgInFields и dwgOutFields служат только для сохранения файла на диске. Нужно ли удерживать указатель в dxfInFields и dxfOutFields?

Кстати, я решил работать не с AcDbBlockTableRecord в своем кастомного компоненте (как было в примере), а сразу AcDbWipeout, передавая его AcDbObjectId в свой компонент и используя метод acdbOpenAcDbEntity в самом компоненте. Так я могу менять и свойства Wipeout'а (размер и положение) и отрисовывать его. Или это не верно?

[Александр Ривилис]

Кстати, я решил работать не с AcDbBlockTableRecord в своем кастомного компоненте (как было в примере), а сразу AcDbWipeout, передавая его AcDbObjectId в свой компонент и используя метод acdbOpenAcDbEntity в самом компоненте. Так я могу менять и свойства Wipeout'а (размер и положение) и отрисовывать его. Или это не верно?

А где он в этом случае находится? Анонимный AcDbBlockTableRecord использовался в примере для того, чтобы он "не путался под ногами", т.е. не был виден в чертеже.

Но вот сижу и думаю как это работает... ИД объекта (AcDbObjectId) постоянно меняется?! Мне казалось что методы dwgInFields и dwgOutFields служат только для сохранения файла на диске. Нужно ли удерживать указатель в dxfInFields и dxfOutFields?

Id-объекта не меняется. Меняется только если закрыть dwg-файл и повторно его открыть. dwgInFields и dwgOutFields используются во многих случах, но в данном случае при создании клона примитива, который и перетаскивается, пока оригинальный остаётся на месте. Т.е. сначала срабатывает конструктор твоего класса, создавая новый экземпляр твоего примитива, потом dwgOutFields для оригинального примитива, а затем dwgInFields для новый экземпляра заполняет его значениями.
Создания клона можно избежать если переопределить в своём классе метод subCloneMeForDragging(), чтобы он возвращал  Adesk::kFalse. Но этого лучше не делать, так как вызовет другие побочные эффекты.