SubEntity

[Gennadiy]

Не удается открыть проект SliderCrankUi (не обнаружен PathsToSdk.props)

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

Исправил: http://adn-cis.org/assets/gallery/AutoCAD/SubEntity2017.zip

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

Не удается открыть проект SliderCrankUi (не обнаружен PathsToSdk.props)

Сейчас нормально?

[Gennadiy]

Да, сейчас нормально компилируется. Завтра внимательней посмотрю в чем отличия от моего и отпишусь.

[Gennadiy]

Изучил работу приведенного выше примера. В нем такая же проблема, как и у меня.
В описании проекта readme.txt сказано:

2) Type the command "AddSliderCrank":
        ...
   b) On selecting the sub-entity, the sub-entity grips will appear on the screen. For example, if the connecting rod is selected, two grip points along the rod will be enabled. Using these grip points, the position of the         connecting rod can be modified at both ends.
(При выборе подобъекта, ручки подобъекта появятся на экране. Например, если соединительный стержень будет выбран, две ручки вдоль стержня будут включены. Используя эти ручки, позиция соединительного стержня может быть изменена в обоих концах.)

На самом деле какая бы ручка соединительного стержня не была выбрана, перемещается только один конец стержня. Это происходит потому, что (как и у меня)
при перемещении ручки в методе subMoveGripPointsAtSubentPaths в коллекции AcDbVoidPtrArray &gripAppData находятся сразу все ручки подобъекта (в данном случае у LINK две ручки)
и в коде

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

1.  int *idx = (int*)gripAppData.at(0);

выбирается всегда первая (т.к. по идее в gripAppData и должна быть всего одна выбранная ручка)

Похоже что это баг AutoCAD 2017. (Может быть в примере под AutoCAD 2009 работало все нормально?)
В других версиях пока нет возможности проверить.

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

Я проверил в AutoCAD 2008 - там поведение другое:



И в gripAppData только один элемент.

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

Придумал для 2017 "костыль":

[Gennadiy]

Скомпилировал упрощенный вариант примера для AutoCAD 2014, там тоже работает как в AutoCAD 2017.
Видимо поэтому этот пример и перестали добавлять в ObjectARX SDK после версии 2009.

Придумал для 2017 "костыль":

А в чем секрет, если не секрет?

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

А в чем секрет, если не секрет?

Особенность при работе этого кода в том, что при выборе subentity (т.е. через CTRL+клик) его ручки становятся все выделенными (красными). Как от этого избавиться я не знаю и по логике такого быть не должно (и в AutoCAD 2008 такого нет). Но если кликнуть по одной из ручек c Shift'ом (когда она становится синенькой), то в gripAppData только одна ручка. Попробуй так. Я еще и код слегка модифицировал:

Извините, вам запрещён просмотр содержимого спойлеров.

[Gennadiy]

Да, пожалуй это единственно приемлемый выход для меня. Спасибо за подсказку, а то я уже загрустил.

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

Еще немного исправил код:

Извините, вам запрещён просмотр содержимого спойлеров.

Теперь работает не только в визуальном стиле 2D-каркас:

[Gennadiy]

Заметил ещё одну важную деталь.
Для конкретного случая в примере все верно, но если предположить, что
ручек в подобъекте будет более двух (скажем N), то в методе subMoveGripPointsAtSubentPaths  в коллекции gripAppData будет не одна, а N - 1 ручка
и, соответственно, код будет прерываться на проверке

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

1.         int n = gripAppData.length();
2.         if (n > 1) return Acad::eOk;

Лучше эту проверку убрать, а в методе subGetGripPointsAtSubentPath вернуть как было в первом варианте

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

1. Acad::ErrorStatus AsdkSliderCrank::subGetGripPointsAtSubentPath(const AcDbFullSubentPath & path, AcDbGripDataPtrArray & grips, const double  curViewUnitSize, const int  gripSize, const AcGeVector3d & curViewDir, const int  bitflags) const
2. {
3.     assertReadEnabled();
4.     idxGrips = -1;
5.     ...
6. }

Вообще, интересно было бы узнать мнение разработчиков, почему при выборе subentity его ручки становятся все выделенными (красными).
Может быть у них для этого предусмотрено как сделать их не выделенными, или это всё-таки БАГ?

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

Заметил ещё одну важную деталь.
Для конкретного случая в примере все верно, но если предположить, что
ручек в подобъекте будет более двух (скажем N), то в методе subMoveGripPointsAtSubentPaths  в коллекции gripAppData будет не одна, а N - 1 ручка
и, соответственно, код будет прерываться на проверке

В любом случае должна быть выбрана только одна ручка и в этом случае в gripAppData будет одна ручка. Другое дело, что я не пробовал на > 2 ручках как их следует выбирать.

Лучше эту проверку убрать, а в методе subGetGripPointsAtSubentPath вернуть как было в первом варианте

Этот вариант не работает на визуальных стилях кроме 2D-каркас, так как в нём этот метод вызывается однократно, а в остальных дважды.

Вообще, интересно было бы узнать мнение разработчиков, почему при выборе subentity его ручки становятся все выделенными (красными).
Может быть у них для этого предусмотрено как сделать их не выделенными, или это всё-таки БАГ?

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

[Gennadiy]

Однако, если взять, к примеру, полилинию, то при выделении её сегмента как SubEntity (кликом мыши + Сtrl) ручки сегмента синие (не активные) и все работает как надо.
Значит решение где-то есть! Какой механизм выбора ручек используется там?

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

Значит решение где-то есть! Какой механизм выбора ручек используется там?

Думаю, что там используется совсем другой механизм. Ведь там нет никакого реального SubEntity.