Jump to content

Mитька

Пользователи
  • Posts

    713
  • Joined

  • Last visited

  • Days Won

    34

Everything posted by Mитька

  1. А что технически нужно, чтобы взять исходники и переиначить их под себя? Multicad?
  2. А если сделать такое же, но чтение организовать не из стороннего файла, а тут же в чертеже из таблицы, например. Это ведь проще, чем конвертить в эксель и обратно. Или так нельзя? добавлено через 0 минут Так-то механизм прям то, что надо. Единственное смущающее это необходимость экспорта-импорта данных. Это убивает всю полезность.
  3. Да, типа того. Вот и я смотрю всё-таки в сторону ЛИСПа. Как будто встроенными средствами такое хрен реализуешь...
  4. Мне тоже. А вот поиск по конкретному параметру внутри выборки и его изменение - да. Так что по идее должно сработать. Видимо так и придётся делать. добавлено через 0 минут Понимаю все плюсы, но не наш вариант, к сожалению...
  5. Да, я уже понял, что все мои дороги ведут сюда. И по свойствам чертежа, и по автозаполнению штампов.
  6. Видимо, это как раз они добавлено через 6 минут Нет, не оно. Во-первых, привязаться мне надо к СПДС-объекту, а не к параметрическому (а засисимости, как я понимаю, Мастер объектов для таких случаев не строит). Во-вторых, параметры меняющиеся при вставке группы, как я понимаю в принципе динамические и прописываются в OnConnect. Тогда как мне хоцца поменять статический параметр при вставке (имя объекта к примеру, или номер, или примечание).
  7. Спасибо! В идеальной ситуации - пойдёт. Но у масштаба изменений формата есть 2 плохих момента: 1. Он цепляет всю параметрику в зоне. 2. Он цепляет ещё и размеры и прочие аннотативные вещи (и хрен это отследишь)... Второе вроде решаемо, а вот первое - не особо. Как костыль в моей ситуации - "перед вставкой параметрики менять у форматов масштаб имерений на масштаб оформления - вставлять объекты - возвращать масштаб измерений обратно к 1:1". ЛИСПом реализуемо в принципе... добавлено через 0 минут Именно масштаб оформления бы поменять автоматом...
  8. А можно ли как-то при вставке параметрики задать ей не только точку вставки, но и значения опреденных переменных..? Или это возможно только через "вставляем - заново_выбираем_уже_вставленные_объекты - меняем значения"? К примеру: на чертеже есть Nшт СПДС-выносок, первая строка у них соответсвенно имеет значения "1,2,3, ололо, пыщ...N". А у вставляемого объекта "4BE7954F2D054B6F" есть переменная ААА, нединамическая. Можно ли: 1. Вставить в чертеж ровно N объектов (по кол-ву выносок)? 2. При вставке назначить им значения череменной ААА в соответсвиии с имеющимися "1,2,3, ололо, пыщ...N"? Хочется вставить в чертеж N параметрических объектов с чётким и разным МАСШТАБОМ ОФОРМЛЕНИЯ и определенным значением одной из переменных (тоже стыренных из имеющихся уже на чертеже объектов)... В теории это даже можно чисто из таблиц костыльно реализовать... Проблема в масштабе оформления, который параметрике извне (кроме LISP и аналогов) то ли вообще не назначается, то ли как-то через очень длинную попу делается (которую я к тому же ещё и не помню). =(
  9. Возможно оно уже где-то было, но: а можно DWGшку с этими табличками? Приложение в нане 20,1 у меня не хочет открываться, да и хочется уйти от приложений и обойтись только шаблоном DWG-файла с такими вот автозаполняющими таблицами (для всех пользователей в конторе, кто с командами не дружит). А для себя команду для вставки и запуска я сам напишу (а вот таблички настраивать дико влом с нуля).
  10. 1. А по какой логике вообще реализована по умолчанию связь свойств чертежа и полей штампа?... Вот примеры 2х форматов со штампами (1 и 2), для 2 так же штамп вынесен отдельно с переменными. В первом случае штамп берёт из свойств документа только некоторые его свойства, хотя значения присвоены всем. Т.е. по идее штамп должен заполянться чуть ли не весь из свойств документа... Во втором случае берётся только одно свойство документа, хотя логика по идее та же и переменные внутри те же... 2. Почему список штампов, которые можно выбрать через "Формат", не соответсвует списку в базе объектов..? Шаблоны штампов по умолчанию хранятся не в базе объектов, а где-то ещё..? 3. Почему для штампа 2 шаблон тупо геометрически не соответсвует своему отображению на формате? Как это вообще может быть? На всякий случай: я допускаю, что у меня в системе творится какой-то странный трэш и "так быть не должно". Собственно, в том и суть вопроса - понять как оно должно работать и понять, что собсна не так...
  11. Доброго дня. Доктор (раз) порекомендовал к вам обратиться по ЛИСП (или VBS).

     

    Хочется написать команду, которая автоматом фильтровала бы в области выбора параметрические объекты по определенным критериям, затем требовала бы щелкнуть мышкой на чертеже 2 точки последовательно, брала с них их положение, математически обрабатывала бы их отпределенным образом и возвращала результаты в объекты.

     

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

     

    Мож есть какие-то примеры с мануалами для чайников, какие-то близкие существующие команды или ещё какие-то советы? Понятно, что их тьма на форуме, но всё осложняется тем, что я прям не пипикаю в ЛИСП, вообще не могу его синтаксис понять. VBS куда яснее, но примеров с мануалами тож не знаю, где искать.

     

    Мож подскажете чего?

    1. EdwardSt

      EdwardSt

      Я не уверен, что такого рода задача реализуется на лиспе.

      Во всяком случае, у меня опыта работы с параметрическими объектами (и геометрией динблоков)  не было.Хотя интересно было бы поподробнее окунуться.

      С параметрическими объектами в лиспе непросто. Т.к. вся параметрика вполне может храниться совсем отдельно от собственно объекта. Если алгоритм не должен вмешиваться в параметрику, а, например, что-то обсчитать и закинуть эту информацию в атрибуты блоков - это не проблема. Изменение геометрии примитивов - тоже. А изменение параметров, по которым потом нанокад изменит примитивы - это для меня тема новая.

       

      Лучше взглянуть на пример. Желательно, чтоб в нм можно было отследить "было-условие-стало"

  12. Да. Хоть и не совсем понимаю, как оно к округлению относится) Думаю при даже частичном освоении материала из F1, таких запросов бы не возникало. Там и на уровне десятилетней давности было достаточно материала, чтобы понять, как это работает и всё дальнейшее понимать уже автоматом по аналогии. А сейчас и подавно, справка стала значительно внятнее с годами. Костыли при этом лучше реализовывать качественно, красиво и продуманно. Т.к. к сожалению, скорее всего они с вами навсегда) И даже если что-то такое, что вам хотелось бы, когда-то и выйдет, то далеко не факт, что вам понравится результат, "нормальный инструмент" в вашем понимании может (и вероятно, будет) не совпадать с мнением о нём программистов и руководства (не факт, что он будет в принципе адекватен и не будет глючить с "исправлением в следующей версии дааа"). Да и попривыкнете на тот момент к своим наработкам уже, усовершенствуете, причешете, подгоните... Советовать это стоит, т.к. это существует, работает и работает отлично (а также потому, что это единственный ёжик из имеющихся и жить приходится с ним). Нана на рынке сколько? Лет 10-15? И за всё это время не вышло внятного Руководства по параметрике для чайников. Думаю, присутствующие подтвердят, что тезис "Параметрика является, мягко говоря, не самым приоритетным направлением развития компании" имеет под собой некоторые статистические основания... И ситуация вряд ли изменится. То же касается мелких замечаний типа округления отметок. Тут хорошо, если баги фиксят от версии к версии.. Для нормальной работы более чем достаточно имеющихся в F1 сведений. Для продвинутой (и очень) работы - этого форума вот прям с горочкой, и ещё останется. Информации в этих двух ресурсах много больше, чем времени и задач для её применения. А применение этому Руководству будет такое: садитесь и делаете по образцу. Ровно то же самое делается с любым примером из F1 или отсюда (также есть с полдесятка ресурсов где всё то же даётся на примерах и оооочень детально, http://doctorraz.blogspot.com/ , https://www.spds.ru/info/examples/ и т.д.). Так что огромной разницы с текущей ситуацией как будто нет... "Смотрим и делаем так же". А где смотрим - как по мне, не особо принципиально. В этом даже плюс есть: чем менее информация положена в рот и разжевана, тем меньше энтузиастов пробуют это делать, в том числе очень криво) А те, кто добираются, хоть что-то в процессе понимают о принципах работы параметрики, таблиц и прочих (потенциально опасных так-то) костылей, что само по себе уже даёт +10 к прямоте рук.
  13. Это потому, что могли. А не могли бы - скопировали) Хотя там тогда не факт, что была в настройках возможность поменять путь к штампам, она вроде не сразу появилась...
  14. Тот хозяин, который барин, в объекты и не полезет, ему пофиг. А тот, кто залезает (а значит скорее всего что-то да умеет) - и скопировать сможет.
  15. Я когда-то такое делал. Текстами, сшивками и прочими тройными IFF по условию деления нацело. Делал табличку, переводящую отметки на генплане из абсолютных в относительные. Там и развлёкся с этими 3 знаками... Морочно, но победимо вполне.
  16. Ну и если вы умеете писать скрипты, то можно сделать отдельную команду, которая перебирает все ассоциативные отметки, с каждой берёт последнюю цифру и смещает их на это расстояние в тут или иную сторону в зависимости от ваших пожеланий. Сам я никогда не писал такой вот перебор (не владею, поэтому пример привести не смогу), но полагаю, что у опытного человека с имеющими заготовками, такой скрипт займёт минут 5, а то и меньше (возможно кто-нибудь не откажется помочь. как минимум примером). Вообще это самый классный вариант. И реализуется один раз и по щелчку, и ассоциативность не теряется.
  17. Тут ещё смотря, зачем вам это надо и на каком этапе. На финальном или постоянно-автоматически. Если постоянно, то при расстановке отметок можно использовать ШАГ. Если на финальном, то можно в конце просто обрубить всю ассоциативность и округлить всё через табличку с ctlSetValue. Ну а если есть какая-то функция (а то ни через таблички, ни через "Взять с чертежа" это не считывается), которая вытаскивает из отметки её положение по оси Y (и если это положение ещё вдобавок изменяемо извне, что вряд ли, конечно), можно вообще замутить свою ассоциативность, через таблички. С тем же ctlSetValue, блэкджеком и прочим.
  18. И удаление тогда тож запретить. Чтоб не таскались объекты с более ранних версий. Если наличие таких поменяных объектов для вас как для компании-разработчика проблема, то да, только блочить отдельные элементы базы.
  19. Ну а вообще, вам бы культуру работы в этом вопросе у себя поменять (это всяко быстрее, чем ждать, когда разрабы введут поиск по ID). Когда у всех есть возможность напихать в чертежи свои объекты, которые потом никто не может открыть - это хрень какая-то. Либо пускать объекты в работу только через базу и (в идеале) отдельного админимсратора, который будет всё это учитывать, либо просто банально обязать всех подписывать свои объекты. А за нарушение, уж пардон, немножечко еб...ть.
  20. Про это писалось здесь ещё чуть ли не на 6.0. А закономерности за это время так и не угляделось, да особо и не искалось, не того уровня проблема. Я и не искал помощи в этом вопросе. К слову пришлось.
  21. Исключить из выбора, кстати, стабильно лагает... приходится иногда по 2, а то и 3 раза исключать, чтоб исключилось. Вот именно в Свойствах. Причём тянется чуть ли не с 2014го. Мож это моя личная карма)
  22. Исходники, у меня есть лист, на нём 35 типов объектов. Из которых мне нужны для масштабирования 15 и не нужны 3 (остальным на масштаб пофиг). Итого у меня 2 варианта. Первый (мой): 1. Выбрать нужную область. 2. ПКМ - контектсное меню 3. ЛКМ - Быстрый выбор 4. ЛКМ - Шаблоны 5. ЛКМ - Шаблон "Масштаб оформления" 6. ЛКМ - ОК. Секунд 5 на всё про всё. Вариант второй: 1. Выбрать нужную область. 2. Вбить с клавиатуры эти команды (т.к. в быстром доступе они не нужны, ну даже допустим, они у меня есть на кнопках посреди экрана - имеем как сааамый максимум то же, что в п.2,3) 3. В случае с SELREMOVE - найти на чертеже ручками и глазками все 3 типа объектов, что мне не нужны (или их 2..? Или один? я ж не знаю, лист большой...) В случае с SELLEAVE - даж не совсем понимаю, что делать... последовательно по чертежу насобирать все типы нужных мне объектов (с оговорками из предыдущего пункта)..? Если второй вариант кажется Доктору удобнее... то Доктор тоже толк знает)
×
×
  • Create New...