|
||
| Правила | Регистрация | Пользователи | Сообщения за день | | Поиск | | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
21.08.2017, 14:40 | #1 | |
Какой общий признак у всех пользовательских объектов?
топограф, технолог
Москва
Регистрация: 24.05.2009
Сообщений: 3,031
|
||
Просмотров: 8074
|
|
||||
Moderator
LISP, C# (ACAD 200[9,12,13,14]) Регистрация: 25.08.2003
С.-Петербург
Сообщений: 39,843
|
Если не загружен ObjectEnabler
Общий признак, мне кажется, только один - они не являются "базовыми" типами примитивов для ACAD.
__________________
Моя библиотека lisp-функций --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
|||
|
||||
Регистрация: 18.12.2010
Сообщений: 5,056
|
|
|||
|
||||
Цитата:
"Положительный" бы, прямой. Мало ли, какие типы примитивов в AutoCAD еще появятся. Может быть есть какие-то не документированные. И т.п.
__________________
количество моих сообщений не говорит о знании Автокада |
||||
|
||||
Не скажу, что понял с этими DXF-кодами...
Например, смотрю с помощью ArxDbg точку COGO в Civil. Там виден признак, что она PROXY?
__________________
количество моих сообщений не говорит о знании Автокада |
||||
|
||||
Moderator
LISP, C# (ACAD 200[9,12,13,14]) Регистрация: 25.08.2003
С.-Петербург
Сообщений: 39,843
|
Дубль два Загружен обработчик такого типа объектов - поэтому он и не прокси. Запусти чистый ACAD, demandload в 2, перезапуск и после этого смотри на свою COGO
__________________
Моя библиотека lisp-функций --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
|||
|
||||
Цитата:
Я спрашивал trir и вообще посвещенных в DXF-коды ифсетакое, есть ли у, допустим, "точка COGO" признак, что она есть PROXY? ----- добавлено через ~58 мин. ----- Не может быть таким общим признаком различие "AcDb..." у полилиний и пр. и "AeccDb..." у точки COGO? Что-нибудь вроде: если "AcDb...", то обычный примитив ACAD, а если что-то иное перед "Db...", то прокси? ----- добавлено через ~1 ч. ----- ...А есть еще AcDbZombieEntity какие-то.
__________________
количество моих сообщений не говорит о знании Автокада |
||||
|
||||
Moderator
LISP, C# (ACAD 200[9,12,13,14]) Регистрация: 25.08.2003
С.-Петербург
Сообщений: 39,843
|
Если программист решит, что его примитив будет иметь имя класса "AcDbMyCoolEntityFigPoimesh", то так оно и будет (мне так каэцца). Так что подобная "фильтрация" может влегкую дать сбой.
__________________
Моя библиотека lisp-функций --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
|||
|
||||
Цитата:
Но ведь сам Автокад же знает, отображать элемент или нет, как отображать... Ему самому разве не нужен простой и прямой критерий?
__________________
количество моих сообщений не говорит о знании Автокада |
||||
|
||||
Цитата:
Если у тебя установлен ARXDBG, то список классов-обработчиков ты можешь посмотреть при помощи команды ArxDbgSnoopSysRegistry
__________________
Сообщество программистов Autodesk в СНГ - техническая поддержка Последний раз редактировалось Александр Ривилис, 21.08.2017 в 22:32. |
||||
|
||||
Цитата:
Все-таки мой исходный вопрос не про то, что и когда воспринимается как прокси, а про пользовательские объекты. Про возможность определить в любом приложении, с любыми обработчиками, как бы ни назвали программисты классы, что такие-то объекты - пользовательские.
__________________
количество моих сообщений не говорит о знании Автокада |
||||
|
||||
Как правильно?
Да, пардон, я сам уже в 1-й фразе стартового сообщения, в других сбивался на прокси. А сам вопрос был в названии темы.
__________________
количество моих сообщений не говорит о знании Автокада |
||||
|
||||
Похоже что не нет. Во всяком случае по продолжению вопроса.
Все объекты AutoCAD пользовательские - никакого разделения нет. Дальше я продолжать не буду, так как программист поймёт то, что я написал выше, а тратить время на не программиста я не вижу смысла.
__________________
Сообщество программистов Autodesk в СНГ - техническая поддержка |
||||
|
||||
Цитата:
А не получится с противоположного конца? Есть ли общий признак у стандартных примитивов AutoCAD? Т.е. отсутствие этого признака у Custom Entity? Чтобы не перебирать все возможные стандартные. А в ближайшей же версии AutoCAD могут появиться новые стандартные...
__________________
количество моих сообщений не говорит о знании Автокада |
||||
|
||||
Цитата:
выгрузи или не загрузи класс отрезка или окружности из АК и они станут прокси. в АК нет родных/неродных, есть с загруженными классами объектов все остальное прокси. если например ввести команду Код:
а с загруженным энаблером (читай загруженным кллассом) (0 . "SPDSSTANDARDPART") ------------------- зы АК сам решает прокси это или нет, в зависимости, подгружена библиотека или нет.
__________________
Мастерская СПДС |
||||
|
||||
Регистрация: 18.12.2010
Сообщений: 5,056
|
По идее все классы описанные в секции CLASSES относятся к PROXY
Цитата:
|
|||
|
||||
Offtop:
Цитата:
просто попытался максимально понятно донести мысль
__________________
Мастерская СПДС |
||||
|
||||
Нет. Если бы было решение, то я бы его давно указал.
Да. Если быть точным, то они прописаны в acad.exe и acdbNN.dll. Это те классы, которые в принципе не могут стать прокси. Есть еще те, которые находятся в других arx/dbx/dll-файлах AutoCAD и в зависимости от того загружены они или нет, объекты этих классов будут нормальными объектами или прокси.
__________________
Сообщество программистов Autodesk в СНГ - техническая поддержка |
||||
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Почему штриховка всех типов отображается как сплошная заливка при штриховки объектов? | Dan0007 | AutoCAD | 3 | 13.08.2021 07:34 |
Помогите с чертежом виснет при выделении всех объектов | sergant2la | AutoCAD | 12 | 28.02.2016 13:28 |
Изменить цвет всех объектов чертежа в т.ч. внутри блоков | E_note | AutoCAD | 3 | 24.11.2015 16:22 |
Autocad Architecture 2012(rus), выбор объектов с которых нужно снять изоляцию или частичное завершение изоляции | G-E-K | Вертикальные решения на базе AutoCAD | 8 | 23.05.2013 15:28 |
Макрос для удаления всех объектов в выбранном слое | 6aman4ik | Программирование | 9 | 26.06.2009 00:26 |