Вопрос по привязка на пересечение

[Эд]

У меня создан объект из трех примитивов: на базе полилинии AcDbPolyline - основной объект, и два объекта на базе штриховки и отрезка - в виде массива указателей в составе полилинии.
Но на отрезке не работают привязки на пересечение (остальные привязки работают).
Как добиться чтобы привязка на пересечение у отрезка тоже работала, желательно унаследованным способом от отрезка AcDbLine?

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

Думаешь эта картинка сильно поможет в понимании того почему у тебя не работает привязка? Нужен весь проект.

[Эд]

Вот действующий проект. Запускается командой MyCommand1. (VS 2008).

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

В методах AuPolyline::subGetOsnapPoints ты должен вызвать соответствующие методы subGetOsnapPoints для входящих в него примитивов.
В коде я этого не увидел. И если мне не изменяет память необходимо также переопределить метод subIntersectWith чтобы он воспринимал не только основную полилинию, но и все вложенные примитивы.

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

По поводу subIntersectWith цитата из документации:

Note: The intersection object snap mode is processed differently from getOsnapPoints(). It uses AcDbEntity::intersectWith(), not getOsnapPoints().

[Эд]

SubGetOsnapPoint я переопределил для всех объектов, вы просто не заметили:
   

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

1. Acad::ErrorStatus er;
2.         objArray::const_iterator it;
3.         for(it=m_Array.begin();it!=m_Array.end();it++)
4.         {
5.                 AcRxObject* intPtr=0;
6.                 intPtr=(*it).second;
7.                 if (intPtr)
8.                 {
9.                         er=dynamic_cast<smejny*>(intPtr)->myGetOsnap(osnapMode,gsSelectionMark,pickPoint,
10.                                 lastPoint,viewXform,snapPoints,geomIds);
11.                         if (er!=Acad::eOk)
12.                                 return er;
13.                 }

и все привязки с отрезком у меня работают (кроме пересечения).

Относительно subIntersectWith, спасибо, попробую. Должен извинится, что с английского плохо перевожу.

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

SubGetOsnapPoint я переопределил для всех объектов, вы просто не заметили:

Причина в том, что ты такого накрутил у себя в коде...

[Эд]

у штриховки и линии один общий базовый класс AcDbEntyti где методы привязки защищены протектид. Хотя штриховку можно исключить из привязки и для других объектов использовать AcDbCurve. Ну и кроме того потом хочу добавить возможности к вложенным объектам, поэтому применяю производные от стандартных классов.

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

у штриховки и линии один общий базовый класс AcDbEntyti где методы привязки защищены протектид.

Вообще-то у всех примитивов базовый класс AcDbEntity. Методы subGetOsnapPoints действительно защищенные, т.е. их можно только переопределять в производном классе, но нельзя напрямую вызывать не внутри класса или производных классов. А вызывать можно и нужно не subGetOsnapPoints, а getOsnapPoints - это публичные методы, которые в конечном итоге и вызывают переопределённые методы subGetOsnapPoints.

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

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

Это какие-такие возможности?

[Эд]

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

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

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

Мне не стало яснее какие именно данные ты собираешься использовать. В любом случае общий класс, производным от которого ты делаешь свои Custom Entities, не нужен. Можно прекрасно обойтись и без него. IMHO у тебя пока не проработана структура классов, которые ты будешь использовать. Да и вообще не очень понятно зачем тебе Custom Entity для этой задачи.

[Эд]

этот пример опытный. только для проверки моих и ObjArx возможностей. На самом деле мне например нужен будет ригель или стойка с одним несущим стержнем и несколькими декоративными или конструктивными элементами. Каждый элемент, включая несущий элемент, должен обладать определенными свойствами, которые можно было бы менять пользователю (свойства - габаритные и атрибуты типа текста или чисел). Витраж состоит из множества ригелей и стоек. Все это нужно считать и вывести в спецификации для дальнейшего заказа материалов или для задания в цех. Кроме того будут еще заполнения витражей (например стекла). Такие программы есть, но не в автокаде. Вернее в автокаде такие программы 2-3 штуки в мире, не совсем удобные и непродуманные.

[Эд]

я дописал код, тупо отправил выполнение в функции subIntersectWith вложенных объектов сохраняя все аргументы. Теперь привязка работает, но очень плохо. Возможно надо GiMarkers как то менять.

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

я дописал код, тупо отправил выполнение в функции subIntersectWith вложенных объектов сохраняя все аргументы. Теперь привязка работает, но очень плохо. Возможно надо GiMarkers как то менять.

Вроде всё работает. Смотри исправленный пример.