[Supermax]

В этой теме рассматривается вопрос программного "наращивания" возможностей динамических блоков.
Программистам:
Разбор словарей дин.блока
Получение параметра видимости и его разбор

Примеры блоков с несколькими параметами видимости (Visibility Set): "неправильные" и "правильные".
В посте #212 - пример связи Lookup-ов друг с другом.
Макрос по перемещению свойств в списке свойств блока меню Properties
02.02.2010 Откорректирована для работы в 2010 каде



Пользователям:
Готовые макросы:
Все функции по вставке и обработке дополнительных Visibility Set
Обновление 17.07.2009г. Исправлена ошибка в element-sel-current-insert и добавлено включение видимости всем элементам с откатом назад, после выбора нужных элементов
Обновление 06.10.2009. Исправил функцию eval_graf_output, из-за которой не работала visibility-up.
Обновление 02.02.2010. !!! Откорректирована в связи с появлением нового динамического элемента в 2010 каде
(properties_add_all_visibility) - установка видимости выбранных динамических свойств и ручек во всех представлениях всех Visibility Set-ов.
Добавлен вывод значения текущего Visibility Set-a в статусную строку и спрятаны не нужные глобальные переменные
(element-all-current-del) - удаление из текущего Visibility Set всех элементов оставляя свойства и представления.
(element-sel-current-del) - очищает Visibility Set от указанных элементов без необходимости выключать им видимость в других представлениях текущего Visibility Set-а.
(element-sel-current-insert) - внедрение в общий список текущего Visibility Set-a выбранных элементов.
(Visibility_add) - Добавление нового Visibility Set-a
(visibility-up) - Делает указанный пользователем Visibility Set текущим
(eddedd) - Включает ручки всем элементам текущего Visibility Set-a
(Visibility_clear) - Очищает указанный Visibility Set от всех элементов, параметров и представлений. Принадлежащие ему элементы становятся свободными
Инструкция по применению дополнительных Visibility Set

Функции управления видимостью объектов (вкл\выкл)
Вебмакрос по управлению видимостью объектов (только для тех, у кого Internet Explorer 7.0)
Функция по выключению видимости отдельных элементов блока из пространства модели
#66 и #67 - восстановление видимости отдельных элементов блока.
Excel->Lookup
Lookup->Excel
Lookup->Lookup
Самые последние версии, для работы в любом пространстве.
Программа по массовой установке и снятию видимости элементов в представлениях текущего Visibility Set-a Обновление 8.10.2008г. Устранена ошибка загрузки DCL панели.
Программа по устаноке на параметр Lookup-a сколь угодного количества активаторов
Пример использования связанных активаторов Lookup-a через один параметр Lookup-a. 3D-динамический блок-игрушка Гидроцилиндр телескопический 4-х секционный. Файл обновлен 8.10.2008г.

Все макросы для кнопок и иконки к ним

24.01.2009.
Исправлена ошибка в функции (properties_add_all_visibility)

Исходные тексты к функциям:
http://www.private.peterlink.ru/pole...9/tainypod.htm

[Supermax]

Назрел момент коренным образом разобрать строение динамических блоков и определить, что же можно с ними делать, а что нельзя.
Я много "наковырял" информации о структуре динамических блоков, но многое еще не изучил и не понял. Мне не нужно становиться специалистом по каким-то там блокам. У меня много других проблем, но с динамическими блоками у меня связаны многие планы и ковырять их так и так придется. Буду весьма благодарен, если найдутся люди, желающие мне помочь и тоже интересующиеся строением динамических блоков. Чем больше людей будет уметь обращаться с ними программно, тем лучше будут программы к Автокаду, да и в других программах могут тоже появиться динамические блоки.

В посте №144 на 8-ой странице все функции по добавлению и управлению добавленными Visibility Set-ами.

Для чего нужны дополнительные Visibility Set-ы? Для того, чтобы можно было управлять видимостью одной группы элементов не трогая установку видимости для другой группы.
Создание дополнительных Visibility Set возможно и уже реализовано, но реализовано не правильно. Чтобы реализовать эту задачу правильно, надо в первую очередь ясно понять что и для чего сделано.

Добраться до словаря (0 . "ACAD_EVALUATION_GRAPH") где собственно лежат все свойства динамических блоков можно двумя путями.
1-й путь:

Код:

[Выделить все]

Выбрать в модели или листе любое из вхождений нужного нам блока.
└> Найти его эффективное имя.
    └> Найти в коллекции Block объект этой коллекции по эф. имени.
       └> Достать из DXF описания этого блока точечную пару 330 (0 . "BLOCK_RECORD")
         └> От туда 360 пару (0 . "DICTIONARY")
           └>  От туда 360 пару (0 . "ACAD_EVALUATION_GRAPH")

Второй путь - это через пространство редактора блоков.

Код:

[Выделить все]

Выбрать любой графический элемент (объекты свойств не трогать!)
└> Достать из DXF описания этого элемента точечную пару 330 (0 . "BLOCK_RECORD")
  └> От туда 360 пару (0 . "DICTIONARY")
    └>  От туда 360 пару (0 . "ACAD_EVALUATION_GRAPH")

-1 коды у полученных данных разные и это настораживает, поскольку не известно почему. Я знаю, что DXF представление искуственное отображение данных и порою даже меняется от одного запроса к другому, но тут коды -1 не меняются от того, что ты заходишь в редактор и выходишь из него, только если что-то изменить в графике.
Ну не важно. Наша цель - расковырять (0 . "ACAD_EVALUATION_GRAPH"), поскольку именно в него добавляются дополнительные Visibility Set-ы.

Следующая моя инфа о строении этого словаря.

[Кулик Алексей aka kpblc]

Не думаю (давно не ковырял), что разбор только словаря ACAD_EVALUATION_GRAPH" даст ожидаемый эффект. Понадобится, скорее всего, просматривать еще и элементы блока.

[Supermax]

Сначала я дам код получения словаря "ACAD_EVALUATION_GRAPH".
Первый вариант его получения (из коллекции Block).

Код:

[Выделить все]

(setq lst 
  (entget 
    (TBLOBJNAME "block" 
      (vla-get-EffectiveName 
        (vlax-ename->vla-object 
          (car (entsel "Укажите нужный вам блок"))))) '("*")))
(setq EVAL_GRAPH 
  (entget 
    (cdr (assoc 360 
      (entget 
        (cdr (assoc 360 
          (entget (cdr (assoc 330 lst))))))))))

Второй способ (из пространства редактора блоков).

Код:

[Выделить все]

(setq EVAL_GRAPH 
(entget (cdr
(assoc 360 (entget (cdr 
(assoc 360 (entget (cdr 
(assoc 330 (entget (car (entsel))))))))))))

Автокад многие DXF пары корректировать не дает. Что туда не вставь - восстанавливает прежнее. Удали - тоже восстанавливает, но в тоже время, в том же списке этих пар есть такие, которые Автокад позволяет менять. Есть некоторые DXF коды (пара без точки посередине) присутствие которых в списке не дает возможность модифицировать этот список и только удалив эти коды из списка можно его модифицировать, но после модификации эти коды опять восстанавливаются.
Последовательность размещения точечных пар и DXF кодов в некоторых случаях произвольная, а в некоторых строго определенная. Так в случае с "ACAD_EVALUATION_GRAPH" - последовательность размещения имеет очень боьшое значение.
Многие модификации кончаются фатал еррором. Что это такое знают даже не программисты.

Не эксперементируйте с рабочими файлами! Не эксперементируйте в тот момент, когда в другом окне загружен рабочий файл!

[Supermax]

Даст, поверь. Но в объект (0 . "BLOCKVISIBILITYPARAMETER") мы залезем обязательно.

[Supermax]

Вот распечатка "ACAD_EVALUATION_GRAPH" не очень насыщенного свойствами блока.

Код:

[Выделить все]

((-1 . <Entity name: 7bf53288>) 
(0 . "ACAD_EVALUATION_GRAPH") 
(5 . "37EF9") 
(102 . "{ACAD_REACTORS") (330 . <Entity name: 7bf53280>) (102 . "}") 
(330 . <Entity name: 7bf53280>) 
(100 . "AcDbEvalGraph") 
(96 . 14) 
(97 . 14) 
(91 . 0) (93 . 32) (95 . 11) (360 . <Entity name: 7bf53308>) (92 . 0) (92 . 0) (92 . 1) (92 . 2)     BLOCKVISIBILITYPARAMETER 
(91 . 1) (93 . 32) (95 . 12) (360 . <Entity name: 7bf53310>) (92 . -1) (92 . -1) (92 . 0) (92 . 0)   BLOCKVISIBILITYGRIP 
(91 . 2) (93 . 32) (95 . 13) (360 . <Entity name: 7bf53318>) (92 . 1) (92 . 1) (92 . -1) (92 . -1)   BLOCKGRIPLOCATIONCOMPONENT "UpdatedX"
(91 . 3) (93 . 32) (95 . 14) (360 . <Entity name: 7bf53320>) (92 . 2) (92 . 2) (92 . -1) (92 . -1)   BLOCKGRIPLOCATIONCOMPONENT "UpdatedY"

(92 . 0) (93 . 0) (94 . 1) (91 . 1) (91 . 0) (92 . -1) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 
(92 . 1) (93 . 0) (94 . 1) (91 . 0) (91 . 2) (92 . -1) (92 . -1) (92 . -1) (92 . 2) (92 . -1) 
(92 . 2) (93 . 0) (94 . 1) (91 . 0) (91 . 3) (92 . -1) (92 . -1) (92 . 1) (92 . -1) (92 . -1))

Именно в таком виде и надо просматривать этот словарь.
Нужна прога. У меня пока нет.
Дописки с правой стороны мои, для понимания что там лежит.

Это распечатка словаря блока, в котором установлен только один Visibility Set и больше ничего.
Параметр, ручка от него и два объекта - один расположение ручки по X и другой - по Y. Если ручку выключить - этих трех объектов не будет, только параметр останется.

[Supermax]

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

По скольку AutoDeck не дает описания структуы, и даже терминов, которые он присваивает не дает - будем придумывать термины свои. Если кому-то не нравятся мои термины - предлагайте свои.
И так:
Помимо отдельных точечных пар в начале списка, которые несут общее определение имени, типа объекта, метки, и пр. все остальное делится на "записи". "Записью" я называю ряд точечных пар, из которых состоит что-то типа предложения, описывающего некую константу.
Начинается запись после 97 кода с точечной пары с номером записи по порядку. Этокод 91. Записи маркируются с 0.

Код:

[Выделить все]

(91 . 0) (93 . 32) (95 . 11) (360 . <Entity name: 7bf53308>) (92 . 0) (92 . 0) (92 . 1) (92 . 2)

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

Следующий код 95 - номер создания элемента по порядку. То есть, когда создается элемент ему присваивается следующий порядковый номер. Этот номер изменить нельзя - фатал еррор сразу. Он сопровождает 360 код, в какую строку его не перемести. И скажу сразу, для практических целей совсем бесполезен. На последовательность отображения свойств в списке свойств блока не влияет. Но это он тут для манипуляций им бесполезен, но Lookup активатор именно на него и ссылается.

Следующий код 360 - указатель на объект. Этоили ...PARAMETER, или ...GRIP, или BLOCKGRIPLOCATIONCOMPONENT, или ...ACTION. То, что в редакторе блоков вы видите. Хотя Там явно видны только параметры и актион-сы, но есть и ручки (сине треугольнички). BLOCKGRIPLOCATIONCOMPONENT, как я уже писал - объект с данными о расположении ручки.

Следующий код 92 - Первый в строчке с 92 кодами - номер данного объекта в иерархии зависимости-принадлежности, или другими словами маркер места в родословной. Что такое родословная и как она выглядит у людей, думаю, что знают даже школьники. В объекте ...ACTION в случае управления им цепочкой параметров указывает на вторую запись расширенных данных перевого в цепочке управляемого параметра.

Следующий код 92 - Второй в строчке с 92 кодами - дополнительный, второй маркер места. Служит для указания "приемного" родителя которым как правило выступают ...ACTION. Главным родителем всегда выступает ...GRIP. Если у объекта нет ACTION, то первая пара 92 и вторая равны. То есть имеют один и тот же код.
В объекте ...ACTION в случае управления им цепочкой параметров указывает на вторую запись расширенных данных последнего в цепочке управляемого параметра.

Следующий код 92 - Третий в строчке с 92 кодами - Указатель на дочерний компонент №1. Если эта пара принадлежит элементу ...PARAMETER, то это указатель на дочерний компонент "UpdatedX", то есть положение по X. Если это ...GRIP или ...ACTION, то это указывает на дочерний компонет ...PARAMETER.

Следующий код 92 - Четвертый в строчке с 92 кодами - Указатель на дочерний компонент №2. Если эта пара принадлежит элементу ...PARAMETER, то это указатель на дочерний компонент "UpdatedY", то есть положение по Y. Если это ...GRIP или ...ACTION, то это указывает на дочерний компонет ...PARAMETER.
Исключением является объект LOOKUP, где в случае цепочки LOOKUP-ов эта точечная пара указывает на продолжение расширенной записи, а там уже на компонент "UpdatedY".

В случает если это ...GRIP или ...ACTION, последние два 92 кода всегда одинаковые и указывают на одно и то же.

Если в точечной паре стоит код -1, это значит, что данная точечная пара не содержит информации о принадлежности.

После окончания описания всех свойств записями (93 . 32) идут записи (93 . 0), которые являются расширенными данными о принадлежности элементов друг-другу. Эти записи привязаны к основным по коду маркера положения в родословной.

Код:

[Выделить все]

(92 . 0) (93 . 0) (94 . 1) (91 . 1) (91 . 0) (92 . -1) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 
(92 . 1) (93 . 0) (94 . 1) (91 . 0) (91 . 2) (92 . -1) (92 . -1) (92 . -1) (92 . 2) (92 . -1) 
(92 . 2) (93 . 0) (94 . 1) (91 . 0) (91 . 3) (92 . -1) (92 . -1) (92 . 1) (92 . -1) (92 . -1))

Первый код 92 - Указатель на маркер элемента (первая или вторая точеная пара 92 в строке из четырех точечных пар). Это говорит, что данная запись принадлежит именно этому элементу.

Второй код 93 - тип записи.
Третий код 94 - понятия не имею. Всегда 1.

Далее идут два 91 кода -
Первый - указатель на номер 32-ой записи элемента-родителя.
Второй - указатель на номер собственной 32-ой записи.

Далее идут пять 92 кодов -

Первый - указатель на основной маркер записи элемента. Точечная пара первого 92 кода в элементе, которому пренадлежит данная расширенная запись. В дополнительных расширенных данных (вторая запись) указывает на дополнительные расширенные данные предидущего в цепочке элемента.

Второй - указатель на дополнительный маркер записи элемента. Точечная пара второго 92 кода в элементе, которому пренадлежит данная расширенная запись. Если такового нет, то значение -1. В дополнительных расширенных данных (вторая запись) указывает на дополнительные расширенные данные следующего в цепочке элемента.

Первая и вторая точечная пара с 92 кодом заполняются значениями только тогда, когда есть "приемный родитель", то есть у элемента ...RAMETER есть связь с элементом ...ACTION. В остальных случаях обе пары всегда -1.

Третий
- В расширенной записи "UpdatedY" Указатель на связь с "UpdatedX"
- В расширенной записи "Lookup" указатель на расширенные данные преидующего в цепочке Lookup-a (см. далее).

Четвертый
- В расширенной записи "UpdatedX" Указатель на связь с "UpdatedY"
- В расширенной записи "Lookup" указатель на расширенные данные
следущего в цепочке Lookup-a (см. далее).

Третий и четвертый код во всех остальных расширенных данных всегда -1 (во всяком случае, я не обнаружил других данных).

Пятый
- В случае наличия цепочки связей на связь предидущей или следующей записи дополнительных расширенных данных (2-я запись).

BLOCKVISIBILITYPARAMETER не имеет ACTION. Вообще. Только GRIP и два BLOCKGRIPLOCATIONCOMPONENT.
...GRIP не имеет расширенных данных и значения первых двух 92 кодово в 32-ой записи всегда -1.

[Кулик Алексей aka kpblc]

Пока не забыл: третий путь "добраться до словаря" надо?

[Supermax]

третий путь "добраться до словаря" надо?

Я тебя не понимаю. Ты это о чем?

[Supermax]

Вернемся к 96 и 97 коду в словаре ACAD_EVALUATION_GRAPH.
Они всегда равны. Почему их два - не знаю. Показывают оба на номер создания последнего свойства (код точечной пары в 32 записи 95). Это тот, который менять нельзя. Если нужно добавить свойство в словарь, чтобы его всего не перелопачивать (а в нем ого-го сколько может быть всего) достаточно найти эти коды и прибавив 1 создать новую запись.

Теперь поговорим о перестановках свойств местами.
У этого словаря есть одна особенность: Если переставить 32 или 0-вые записи местами, то есть целиком, вместе с номером, то после модификации словаря функцией entmod и после прочтения этого словаря заново, мы с удивлением обнаружим, что все опять вернулось на свои места. То есть последовательность расположения записей в словаре строго по порядку.
Но, если взять и поменять местами только номера 32 записей и везде, где на них есть ссылка, то после entmod и повторного прочтения мы увидим, что порядок следования записей строго по возростанию, но вот начинка этих записей поменялась местами.
В списке свойств панели properties это к перемещению свойств местами не приведет. Для того, чтобы поменять свойства местами в этой панели, надо после обмена между двумя записями их номерами открыть функцией entnget то свойство, которое мы перемещаем (любое из двух) и выбросив из него DXF коды, препятствующие проведению entmod сделать ему это самое entmod.
Может быть достаточно просто блоку сделать entmod, не пробовал.
Теперь про функцию vla-getdynamicblockproperties: Она дает список свойств блока в той последовательности, в которой они отображены в панели properties. Но после наших манипуляций в панели будет одно, а в списке, возвращаемом этой функцией - старое. Чтобы и в нем поменялась последовательность расположения свойств, надо сделать entmod всему блоку.
Вот и вся технология по перемещению свойств местами.

[Supermax]

Словарь "BLOCKVISIBILITYPARAMETER".
Для начала создаем простенький блок, содержащий, скажем, три примитива: Линию, полилинию и круг. в блоке устанавливаем Visibility Set и больше ничего.

[Supermax]

Вот код выковыривания из "ACAD_EVALUATION_GRAPH" свойства "BLOCKVISIBILITYPARAMETER"

Код:

[Выделить все]

(mapcar '(lambda (x) 
  (if (and (= (car x) 360) 
           (= (cdr (assoc 0 (entget (cdr x)))) "BLOCKVISIBILITYPARAMETER"))
      (setq BLC-VIS-PAR (entget (cdr x))))) EVAL_GRAPH)

В переменную BLC-VIS-PAR записано содержимое "BLOCKVISIBILITYPARAMETER".

Вот его словарь "ACAD_EVALUATION_GRAPH"

Код:

[Выделить все]

((-1 . <Entity name: 7c702330>) 
(0 . "ACAD_EVALUATION_GRAPH") 
(5 . "20E") 
(102 . "{ACAD_REACTORS") (330 . <Entity name: 7c702328>) (102 . "}") 
(330 . <Entity name: 7c702328>) 
(100 . "AcDbEvalGraph") 
(96 . 8) 
(97 . 8) 
(91 . 0) (93 . 32) (95 . 5) (360 . <Entity name: 7c702340>) (92 . 0) (92 . 0) (92 . 1) (92 . 2) 
(91 . 1) (93 . 32) (95 . 6) (360 . <Entity name: 7c702348>) (92 . -1) (92 . -1) (92 . 0) (92 . 0) 
(91 . 2) (93 . 32) (95 . 7) (360 . <Entity name: 7c702350>) (92 . 1) (92 . 1) (92 . -1) (92 . -1) 
(91 . 3) (93 . 32) (95 . 8) (360 . <Entity name: 7c702358>) (92 . 2) (92 . 2) (92 . -1) (92 . -1) 

(92 . 0) (93 . 0) (94 . 1) (91 . 1) (91 . 0) (92 . -1) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 
(92 . 1) (93 . 0) (94 . 1) (91 . 0) (91 . 2) (92 . -1) (92 . -1) (92 . -1) (92 . 2) (92 . -1) 
(92 . 2) (93 . 0) (94 . 1) (91 . 0) (91 . 3) (92 . -1) (92 . -1) (92 . 1) (92 . -1) (92 . -1))

А вот и его "BLOCKVISIBILITYPARAMETER"

Код:

[Выделить все]

((-1 . <Entity name: 7c702340>) 
(0 . "BLOCKVISIBILITYPARAMETER") 
(330 . <Entity name: 7c702330>) 
(5 . "218") 
(100 . "AcDbEvalExpr") 
(90 . 5) 
(98 . 27) 
(99 . 1) 
(100 . "AcDbBlockElement") 
(300 . "Visibility State") 
(98 . 27) 
(99 . 1) 
(1071 . 16) 
(100 . "AcDbBlockParameter") 
(280 . 1) 
(281 . 0) 
(100 . "AcDbBlock1PtParameter") 
(1010 1121.97 306.361 0.0) 
(93 . 6) 
(170 . 0) 
(171 . 0) 
(100 . "AcDbBlockVisibilityParameter") 
(281 . 1) 
(301 . "Visibility") 
(302 . "") 
(91 . 0) 
(93 . 3) 
(331 . <Entity name: 7c702310>) (331 . <Entity name: 7c702318>) (331 . <Entity name: 7c702320>) 
(92 . 1) 
(303 . "VisibilityState0") 
(94 . 3) 
(332 . <Entity name: 7c702310>) (332 . <Entity name: 7c702318>) (332 . <Entity name: 7c702320>) 
(95 . 0))

[Supermax]

Рассотрим эти коды:
Начиная с кода -1 и по код 302 только три кода имеют интерес, это коды 280, 300 и 301.
280 - видимость параметра Visibility в списке свойств меню Properties. 1 - видим, 0 - нет. (добавлено)
300 - наименование параметра Parameter name из списка свойств объекта Visibility Set. Если открыть редактор блока и подсветить ручками объек Visibility Set, то в талице свойств вы найдете этот папаметр и можете его отредактировать.
301 - там же Visibility label . То, что мы видим в редакторе блоков написанное на объекте Visibility Set.
302 - там же Visibility description Тоже текстовая строка. Обозначение в списке свойств блока наименования раскрывающегося списка Visibility Set. То, что пишется слева от раскрывающегося списка.

И забегая немного вперед 303 - Наименование представления видимости. Таких 303 столько, сколько у вас в списке представлений.
Все остальные коды до 91 не имеют особого интереса для пионеров по ковырянию блоков.

91 код - не известно (изменено)
93 код (не путать с 93 кодом в начале списка) - количество графических и текстовых элементов в блоке, включая и атрибуты. Общее так сказать количество элементов.
За этим кодом следует 331 коды с указателями на сами элементы. Свойств в этом списке нет. Для чего иметь этот перечень расскажу позже.
92 код - количество представлений в данном Visibility Set-e. (исправлено)
А вот дальше - самое интересное.
303 код - имя представления (самое первое представление в данном списке имеет №0)
94 код - количество элементов в этом представлении
332 коды - перечень указателей на те элементы, которые видны в этом представлении.
95 код - количество свойств видимых в этом представлении (свойство Visibility Set не считается)
И если помимо Visibility Set есть еще какие-нибудь свойства, то далее идут 333 коды с указателями на эти свойства.

Если представлений много, то запись 303, 94, 332-е, 95, 333-ие повторяется и повторяется.
Если в представлении нет элементов, то есть (94 . 0), то и 332 кодов тоже нет. Если в представлении нет свойств, то есть (95 . 0), то и 333 кодов тоже нет.

[Supermax]

Теперь коротко что и для чего сделано.
Полный список элементов блока, как и свойств его нужен чтобы видимость выключать при переходе из одного представления в другое, а список элементов в записи под именем представления для того, чтобы видимость элементам включать. То есть Автокад при каждом переключении видимости сначала все, что в записи с 331 кодами и все свойства блока выключает, а затем по записи с 332 кодами и 95-ми следующими после точечной пары с именем представления, все что там указано включает.

Я удалял из списка всех элементов и из списка элементов в записи представления отдельный элемент (поменяв при этом и значение 93 и 94 точечной пары с количеством элементов на меньшее) и все именно так и работает. То есть есть реальная возможность частью элементов блока управлять из одного "BLOCKVISIBILITYPARAMETER", а частью из другого и они не будут мешать друг другу (если только в общих списках не будет одинаковых элементов).

То, что редактор блока не в состоянии обрабатывать несколько Visibility Set-ов не беда, при помощи не хитрой программы все разруливается самым наилучшим способом.

Если в пространстве редактора блока функцией entget открыть примитив, то его -1 код и есть тот 331 и 332 код в этом словаре.
360 коды функций, в словаре "ACAD_EVALUATION_GRAPH" и есть 333 коды в словаре "BLOCKVISIBILITYPARAMETER".
Чтобы сопоставить функцию (элемент "параметр") из пространства редактора блока с функцией в словаре "BLOCKVISIBILITYPARAMETER", надо перевести -1 код (там только он и есть, один единственный) объекта параметр во вла-объект и прочитав его тип элемента, имя параметра, найти в словаре параметр соответствующий этому типу и имени. Далее по словарю "ACAD_EVALUATION_GRAPH" найти ручку, актион, координаты по X и Y прочесть их 360 коды и найти их в записи словаря "BLOCKVISIBILITYPARAMETER".

Другого способа я не нашел сопоставлять элементы параметров (свойств блока) с их прототипами в словаре "BLOCKVISIBILITYPARAMETER".

[Supermax]

Последняя информация по теме модернизации динамического блока с целью добавления к нему дополнительных параметров Visibility Set/

Вот, скажем у вас три графических примитива, и вы хотите в разных сочетаниях их включать. Сколько надо представлений?
3 - по одному, 3 - по два, 1 - все видимы и 1 - все не видимы. 8 штук.
2 в степени равной количеству элементов.
А если у вас 6 элементов, то чтобы можно было в любом сочетании их увидеть надо аж 2 в 6-й степени представлений. 64 штуки. Если 9 элементов, то 512 представлений и так далее.
А чтобы то же самое сделать с тремя Visibility Set, надо в каждом из них по 8 представлений то есть только 24 представления вместо 512. Но если сделать на каждый элемент свой Visibility Set, то всего 9 представлений вместо 512. Впечатляет?
Стоит игра свечь?

В Visibility Set можно включать элементы не перечисленные в общем списке. То есть, если по каким-то причинам в другом Visibility Set были выключены свойства или элементы, а надо их включить - пожалуйста.

Если кто заинтересовался - задавайте свои вопросы.

[Shoorup]

Немного не по теме программирования:
С диначискими блоками дружим уже давно и заметил такую проблемку... Когда динамический блок переграмажден свойствами всевозможными, то он заметно притормаживает. Мне например кучу параметров видимости необходимо только для упрощения создания очень сложных и громоздких динамических блоков. Интересно как они себя будут вести... По сути когдато себе представлял огромнейший динамический блок по сути занимающий весь чертеж который будет иметь ну очень много параметров видимости и других параметров. Как он будет работать уже не могу представить...

[Supermax]

Все очевидно. Гораздо быстрее обработать блок с 10 Visibility Set, в каждом из которых по одному представлению, чем блок с одним Visibility Set, но с 1024 представлениями. Если элементов в блоке очень много, это надо в каждом представлении перечислять все, что включено.
да простит меня администрация форума
По просьбе автора поста код заменен вложением /kpblc/

[Shoorup]

Supermax, Еще не совсем по теме вопрос:
можно ли сделать связь между двумя дин.блоками. Чтобы свойства одного блока связывались с другими. Например есть блок1 с 3 параметрами видимости и есть блок2 с другими 4 параметрами видимости. Нужно их связать - выбрали в первом блоке параметр видимости 1 - автоматом или после лиспа в другом блоке выбирается параметр видимости 3 например. Возможно ли это вообще? Или это фантазии?

[Supermax]

Сделать лисп, который изменяет параметры дин. блока в зависимости от параметров другого дин. блока - раз плюнуть. Только надо чтобы была таблица соответствия сделана и управлять ею можно через "невидимую линию". Это такая линия, которая имеет Linear Stretch параметр, но не видна ни в каких представлениях. Она фигурирует в таблице Lookup и управляет этой таблицей. Какая длинна этой линии, такая строчка Lookup-а задействована.

Два блока, в каждом есть такие линии и они должны быть равны. Вот макрос их и выравнивает. Один блок "ведущий", другой - "ведомый". Ну и третий, четвертый и т.д.
Если установить четкое наименование параметра Linear Stretch, то по нему эти линии и находят.
Макрос будет что-то типа attsync команды. Чтобы отличать одни ведущие блоки от других и знать кто кому подчиняется, имя Linear Stretch должно содержать Постоянную_часть-номер_группы-признак_ведущий\ведомый. Пример: @Dist-1420-0, где @Dist - говорит о том, что это управляющая невидимая линия; 1420 - номер группы; 0 - ведущий (1 - ведомый). Все блоки где @Dist-1420-1 подгоняются под блок где @Dist-1420-0. Другая группа имеет другой номер группы.

Ведущий блок может содержать две невидимые линии. Одна от одной группы в которой он ведущий, а другая от другой, в которой он ведомый. Такие блоки макрос обрабатывает в последнюю очередь.

Есть опасность зацикливания. Когда один блок влияет на второй, тот на третий, а третий на первый. Надо дерево делать и его проверять на отсутствие обратных связей.

[Shoorup]

Короче можно! Уже радует. Supermax, Можешь изобразить простенький пример с сием чудом?

Offtop: Вспоминается игра "Что?Где?Когда?" Там как-то команда "Знатоков" очень сильно проигрывала. И ведущий заметил такой момент: В команде очень большие профессионалы с большим стажем игры. Каждый боится сказать "глупую" идею, что либо предположить. Боятся сказать глупый вариант и потерять авторитет. А в команде должен быть человек, который будет как генератор идей выкидывать постоянно даже бредовые идеи, а профессионалы их "отстреливать" - так у команды больше шансов победить. Почему-то почувствовал себя этим генератором идей

[Supermax]

Вот ты сделай эти блоки, а я их лиспом свяжу.

[Red Nova]

Supermax, Пока читал тему успел запутаться. Так у тебя уже получилось создать дин. блок с двумя или более visibility set? Если да то хотелось бы пример посмотреть.

[Supermax]

Вот тут в посте №208 есть ссылка на другую тему, где я выложил первую пробу.
http://dwg.ru/f/showthread.php?t=894...%EA%E8&page=11

и вот тут Shoorup выложил свое детище на основе моего.
http://dwg.ru/f/showthread.php?t=894...%EA%E8&page=12

пост №22

Но это не правильные блоки. Я уже сделал правильный и прогу, которая это делает. Также надо сделать прогу по распределениюэлементов между Visibility Set и заменитель штатной функции редактора блоков управляющей видимостью элементов в текущем Visibility Set.

Ничего сложного, просто все время какие-то всплывают срочные дела и отрывают меня от этой задачи.

Кстати о птичках, объект Visibility может быть включен как свойство и виден в другом Visibility, со всеми вытекающими последствиями (удалением, перемещением, включением ручек и прочее).

[Supermax]

Visibility "Новый" не перемещать на первую позицию! Я его не успел удалить. Открывается редактором тот Visibility, кто на первом месте по списку. Создавая новый Visibility в него попадают как свойства все предидущие.

[Red Nova]

И в правду работает. Буду ждать окончательной проги. В перспективе может быть революционная штука. Щас получается добавить новый visibility parameter а редактировать старые нет. Да и не понятно как заставить работать нормально вместе эти параметры видимости.
P.S. При взрыве блок почему-то куда то пропал.

[Supermax]

Ну это понятно, про революцию. 10 Visibility Set-ов и в каждом по одному Visibility State гораздо проще сделать и машине проще обработать чем один Visibility Set с 1024 Visibility State. А в этих 10-ти Visibility Set-ах может быть сколько угодно Visibility State. Подсчет увеличения возможностей управления видимостью просто не поддается расчету.
Как заставить правильно работать? Так я уже все написал. Все элементы блока делятся на группы, для каждого Visibility Set-а своя (сейчас это не так) Группа прописывается в общий список (для выключения) и программой распределяется по Visibility State данного Visibility Set-а.
Можно включать в список на включение элементы, не присутствующие в списке на выключение, но тогда, в редакторе блоков если их выключить, они уже в "серой видимости" не появятся.

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

Все управление включением и выключением производится через обычное свойство visible, но прикол в том, что если вы в пространстве редактора блоков выключили видимость элемента, то при первой же обработке блока вся видимость выключится по общему списку и включится по тому списку, который активирован.
Чтобы сохранить выключенную видимость у объекта, надо его выбросить из списка на включение.
Чтобы один Visibility Set не трогал элементы другого Visibility Set-а, надо чтобы ни в его списке на выключение, ни в списках на включение, элементов других Visibility Set-ов небыло.

Про взрыв. Ты наверное выключил линию (она из Visibility Set-а первого по списку) и оставил круг (она из второго Visibility Set-а). Если все включено, при взрыве остаются только элементы первого по списку Visibility Set-а. Хорошая защита от взлома. Копирование в буфер из редактора не поможет 100-1000 элементов правильно вставить на свое место в модели.

[Red Nova]

Хорошая защита от взлома.

Меня не столько заботит защита сколько удобство работы. Ведь блоки часто взрывать приходится. Не хотелось бы при этом что-то терять.

[Red Nova]

Группа прописывается в общий список (для выключения) и программой распределяется по Visibility State данного Visibility Set-а.

Наверное этой проги и надо мне дождаться да?

[Supermax]

Да. И не только этой.
Я пытаюсь заставить редактор работать с первым по списку Visibility Set-ом. Ведь когда вставляешь новый Visibility Set, он с ним работает. Может его entmod встряхнет, а может что еще придумаю. Надо пробовать и тыкать. Надо перебрасывать элементы из одного Visibility Set в другой. И копировать надо и из общих списков удалять.
Надо как-то контролировать размножение этой прелести. Когда вставляешь Visibility Set все в него прописывается, а оно надо? Конечно нет. Значит надо очищать от всех элементов или от выделенных. Надо включать видимость тем элементам, которые не входят в текущий Visibility Set и иметь возможность с ними работать по переносу или копированию. Я еще раз повторю. В общем списке может и не быть элемента, если его никогда выключать в данном Visibility Set не надо, а в списке на включение (Visibility State) может. Особенно свойства надо всегда видеть.

[Supermax]

Да и взрывалку надо новую делать, чтобы она сначала переписывала видимые элементы в верхний по списку Visibility Set, а уж потом взрывала блок.

[Shoorup]

Supermax, у меня сейчас кучу срочной работы до конца недели... Если получится то выкину блок для эксперимента связки Visibility Setов сегодня. Но это будет сырец - нет времени на перламутр.

[Supermax]

Вот так всегда. У всех всегда срочная работа (буд-то у мня ее нет). Халтура, халтура, халтура. Зачем спешить и делать халтуру? Никто ведь не гонит. Думаешь сделать несколько блоков, связать их и лисп нацарапать самое главное? Нет. Самое главное разработать правильную концепцию применению этого способа моделирования.
Что может быть связано и в каких случаях?
Не знаем.
Когда надо синхронизировать, а когда не надо?
Не знаем.
Как удалять или заменять блоки, являющиеся вершиной или внутренним звеном дерева зависимости?
Да кто-ж его знает?
И наверное еще пару вопросв всплывет, а каких именно тоже не знаем.

Программу надо писать такую, чтобы она все эти вопросы охватывала и решала. И блоки делать лучше сразу нормальные, может пубика поможет. Лучше чуть-чуть сегодня, чуть-чуть завтра, но результат в библиотеку элементов положить (или жаба давит?).
Я программы выкладываю, а что взамен? Ни денег, ни помощи, ни элементной базы. Муть какая-то, мелочевка типа выносок, рамок и прочей лабуды за пять минут сделанной. Редко-редко кто что-то стоящее выложит, а так практически никто ничего не дает, только берут.
В данлоадсе количество скачек порою заваливает за 1000, а где диалог? 5-7 ответов. Вот когда выложишь какую-нибудь фигню, сразу как вороны налетают покритиковать. Весь этот сайт держится на нескольких человеках Kpblc, VVA, Елпанов Евгений, ну и еще головы 3-4 наберется. Но это только лисп. А блоки где? Элементной базы что, ни у кого нет?
Вот ты Shoorup, что совсем не имеешь ничего стоящего? Или твои руководители не дают выкладывать? Так цепляй рекламу к этим блокам и толкай в библиотеку.

[Supermax]

Далее. Оказывается, быстро писать ответы в темы нельзя, пропадают буквы, или пробелы, или знаки. Не успевает машина обрабатывать буфер клавиатуры.

Не буду писать лисп для фигни и точка!

Про Lookup-ы:
Когда вставляешь новый Visibility Set, то Lookup вставляется, но не редактируется поскольку при открытии не видит тот Visibility Set, который открыт редактором. Какой Visibility Set загружен - правильно, первый по списку, а куда встален новый Visibility Set? - правильно, на последнюю строчку списка. не совпадает наличие факта доступа к свойствам Visibility Set (активированы кнопки и окошко выбора Visibility State) и факт, что данное пространство редактора открыто с тем-же Visibility Set.

Это все поправимо, поскольку перенос элементов возможен и не сложен.

[Shoorup]

Supermax, правильно заметил "Самое главное разработать правильную концепцию применению этого способа моделирования". Сырец выкладывать не хочется. А серьезный блок требует серьезного подхода. Много часов работы. А потом надо продумать как все это будет взаимосвязано. Что будет и за что цепляться. А работы очень много и времени на творчество нету особо. Есть пару минуток написать на форуме или прочитать чтонить быленько. А часа 2-3 свободного времени нету.
По поводу выложить свои блоки - да запросто,не жалко. Проблема в том, что это мусор для других. Моя работа слишком специфична и врятли мои блоки комунить нужны как применение в своей работе. Идеи которые я использовал в этих блоках описаны в моей теме про динамические блоки. Все, что можно обнародовал.

И еще:Supermax, очень нужно твое мнение по поводу nanoCAD СПДС. А именно по поводу "параметрических объектов","Управление зависимостями".
Я бегло пробежался по возможностям (нет пока времени детально изучить) - думаю, что динамические блоки "отдыхают" по сравнению с возможностями параметрических объектов. Судя по тому, что я увидел, блоки можно наделить не только динамичностью, но и программировать (С++ кажись) и связывать, создавать отдельные диалоги к этим блокам - это гораздо шире!

[Volodich]

Извините за оффтоп:
Прочитал...
Shoorup, сравнивает эту тему с игрой "Что? Где? Когда?"
А у меня почему-то возникает другое ощущение.
Чувствуешь себя сразу в Древней Греции. Мы сидим на травке вокруг философа, который нам раскрывает тайны глубин вселенной (AutoCAD'a в данном случае), а мы смотрим на него глазами с тарелочку и говорим - УЧИТЕЛЬ...
Но не знаю, дано ли кому-нибудь из нас достигнуть таких высот в играх разума (программировании) и не свихнуться при этом.
Большинство с жадностью ждет готового продукта чтобы пользоваться им в повседневной жизни и не мучать свой мозг раскапыванием его структуры.
Конечно, рядом бродят другие философы, но они пока только прислушиваются.

Вот. Бред, наверное. Не стоило всю тему за раз читать, видимо

А еще. А вдруг следующем автокаде будут динамические блоки с несколькими параметрами видимости?

А если по теме. То что уж говорить, разрабатываемая Supermax'ом программа невероятно нужная вещь всем, кто знаком с динамическими блоками. Мы рады бы помочь, да не знаем чем Разве что тестированием... Когда будет что тестировать.
А блоки действительно у всех специфичные. Я даже пока еще не видел двух одинаковых форматок. Вариатов 10 уже встречал А для себя сделал 11й.
А по поводу связанных блоков. Shoorup, напиши для интересу хотя бы принципиально, в чем это можно использовать? Я вот не подумав почему-то не могу придумать применения. Попробую подумать

Удачи Supermax, в твоей борьбе с заковырками AutoCAD'a!

[Shoorup]

Volodich, даже не понял толи похвалил, толи сказал не выпендриваться
У меня на самом деле уже башка кипит от всего этого и чую скоро свихнусь.
По поводу связанных блоков:
Применительно к моей работе например.
Offtop: Для начала о САПР которого у меня нет. Я работаю в отрасли проектирования железнодорожной автоматики. Для тех кто даже не представляет о чем я - проектирую светофоры, стрелки, посты ЭЦ и пр. электронщина. Своего САПРа контора не имеет. Существует специализированный САПР в России. Занимается этим САПРом целое подразделение -несколько отделов (насколько мне известно). Это не просто система, а комплекс систем и очень сложная. Которая в свою очередь постоянно, дорабатывается и пополняется. Наша организация не может позволить себе купить данную САПР, потому как цену которую нам заломили измеряется более 5 нулями американских рублей. Данная система работает на основе AutoCAD (+ еще 5000$).
Ну и в итоге AutoCAD у нас работает в качестве "чертилки". Приходится извращаться с AutoCADом и выжимать из него максимум. Были разработаны бланки (болванки )При проектировании принципиальных схем я хотел упростить черчение одних и тех же схожих частей схемы. С появлением 2006го это реализовал на основе динамических блоков. По прошествии некоторого времени понял, что стандартных возможностей динамических блоков мягко говоря маловато. Для хоть какой автоматизации некоторых операций нужны программы-довески. Несколько наработок уже есть. Например программа подсчета кабеля (сделал Alaspher). Так как блоки постоянно дорабатываются, то они зачастую и усложняются. На какое-то время несколько параметров видимости значительно упростят создание сложных блоков. Но они не автоматизируют процесс проектирования. Без программирования ни куда не деться.
Давно маячила идея соединить несколько д.блоков зависимостями. Т.е. в одном углу чертежа меняю один д.блок видоизменяя его. На основе его меняются в других местах чертежа другие д.блоки.
Например у меня есть статив (грубо говоря шкаф с кучей полок на которых на определенных местах стоят приборы). На комплектации этого статива указываются чертежи полок и показаны как размещены приборы, их тип и пр. В зависимости от того какие приборы ставятся подбираются полки. Я хотел сделать такую связь. На комплектации я выбираю чертеж полки. (полка д.блок). Расставляю приборы. В зависимости от выбранной полки на последующих листах выбираются нужные чертежи полок и в зависимости от приборов расписываются приборы. Это все 2 блока просто соединенных вместе. Поменял на комплектовке - поменялось на полке. И даже это все примитивно, но на какое-то время ускорит процесс проектирования.
Offtop: Самое обидное, то что все это реализовано уже давно, я изобретаю велосипед только другим способом

[Supermax]

Shurup, после чтения твоего offtop-a у меня упал процент зрения. Прекрати баловаться! Серое на сером не видно, или ты версию для печати любишь читать?

По порядку. Вы оба не правы по поводу специфичности блоков. Есть конкретное производство, конкретных изделий или строительных объектов. Все проекты, будь то машиностроение или строительство четко укладываются в определенную классификацию. Если нет на рынке фирм проектирующих аналогичные вещи, то и тут есть потребители, которым до зарезу нужны сведения о произведенном продукте.
Конкуренция - не двигатель прогресса (в нашей стране точно). Вы хоть лоб об стену расшибите, а заказ не получите. В лучшем случае вас за копейки изнасилуют и выплюнут. Поэтому, как говорится в пословице "Если изнасилование неизбежно - расслабся и получи удовольствие". В такой ситуации делится нужно всем что есть. Для фирмы, где вы работаете, надо этот процесс оформить так, чтобы от него фирме была польза. Известность, имидж, самые современные решения, клиентура, сервис заказчикам и прочее. Просто выкладывать блоки или схемы - ни в коем случае! Все надо классифицировать, подписывать, давать адрес для обратной связи, сопровождать и делать так, чтобы себестоимость выпуска аналогичного для вашей фирмы падала, а для других не давала повода для создания аналогичного по причине больших барышей.
Вот ты железнодорожные сфетофоры проетируешь - замечательно. Только автоматику к ним - тоже не плохо. Берем раздел проектирования и создаем хелп по технологии его выпуска. По ходу чтения хелпа идет сборка чертежа или модели с применением макросов и элементной базы вызываемых прямо из этого хелпа. Типа: Заполните таблицу -, Скомпонуйте в модели то-то и то-то, Обработайте полученное так-то и так-то. Запустите данный макрос (короче нажмите на это слово) и т.п.

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

Можно создавать такую методичку на что-то огромное, а можно и на одну единственную принципиальную схему. Наличие ее в сети убъет всех конкурентов (точнее они друг друга поубивают), но того, кто это выложил любой заказчик будет уважать, поскольку автор есть автор. Лучше его никто не знает данную тему.

Теперь о применении связанных блоков. Самый простой пример - шайба, гайка и болт или шпилька. Как известно то, что скручивают бывает разной толщины, но болт с гайкой и шайбой в комплект поставки не входит. Или не толщина, а ушко крепления. Шкаф имеет несколько ушек. Крепится анкерами, которые надо покупать отдельно. Анкер - 3D динамический блок - виртуальное изделие. Имеет несколько размеров в себе и свойства изделия. Шкаф - имет несколько разных типоразмеров и соответственно крепится в зависимости от типарозмера в разных местах.
3D-динамический блок "Анкер" имеет в себе параметр Mоve (перенос) и положением анкера по верикали, горизонтали и типом размера управляет шкаф.
Делаем анкер с системой его перемещения по горизонтали, вертикали и переключение его размера. К чему его привязать народ сам решит. Если этими линиями никто не управляет - не беда. Пусть так остается. Но мне и тебе и другим такая штука пригодится.

Volodich, спасибо за комплимент, но дело не в том, что народ глуповат, скорее наоборот - хитроват. Лисп знают очень многие, но даже в диалоге не участвуют.

Буду делать все программы вебмакросами. Нате, радуйтесь.

[Volodich]

Shoorup, скорее похвалил )) Уважаю людей, не останавливающихся на достигнутом. Сам стараюсь быть таким же. Кстати, насчет серого на сером. Тоже только хотел написать, но Supermax меня опередил Тяжело читать.
Shoorup, что за программка по подсчету кабеля, написанная Alaspher'ом ? Подскажи ссылку, пожалуйста. Кстати, хорошая идея стойки с полками сделать дин блоками. А я-то мучаюсь вручную делаю Если у тебя стандартные ГЭМ'овские (теперь уже РЭМ) полки, то выложи свой блок, пожалуйста. Кстати, в таком блоке удобно было бы писать количество метров кабельного канала (где стоят эти полки) и чтобы спецификация сама писалась. А то я маюсь с их подсчетом.
Supermax, может быть я неправильно понял, но в целом понял твою идею - использование опыта для обучения молодых сотрудников. Кстати, к нашей фирме очень даже подойдет. Фирма вроде и крупная, но постоянно жмется. (Боюсь что сейчас вместо автокада купит звкад какой-нибудь). И тоже самое с зарплатой. Берут студентов, платят копейки, студенты выучиваются и уходят. Но проекты-то студенческие и делаются медленно и по качетсву не очень-то. Но не знаю, есть ли смысл в этой методичке... Все равно она даст только общие представления о проектировании, а в каждом проекте столько тонкостей и заковырок, что никакую методичку под это дело не написать.
"Наличие ее в сети убъет всех конкурентов" - вообще не понимаю. Наоборот, научишь всех конкурентов работать и все

Кстати, по поводу связанности блоков. Я думаю, для начала надо на простом примере попробовать это сделать. Хотя бы для двух блоков. Опять же довольно простых. А потом уже усложнять. Может быть дальше двух и не лезть. И зачем рисовать в зависимых блоках какую-то невидимую линию а потом считать ее длину? Двойная работа ведь. Нельзя разве просто числом это сделать? В итоге-то длина линии это число.

Кстати, народ я глуповатым не считаю! (читай про "философов, бродящих рядом") Просто далеко не все умеют программировать. (я, например, да и Shoorup и еще многие). Или умеют, но на простом уровне. Я тоже со временем хочу научиться хотя бы по простому.
И еще, пусть я покажусь глупым, но что такое вебмакросы ?

[Supermax]

Про вебмакросы:
http://dwg.ru/f/showthread.php?t=17470
пост 13.

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

Сделать 3D шкафчик (пустой) не такая уж и большая работа, но он должен быть "несколько в одном" и оформлен как "виртуальное изделие" см. в данлоадсе 3D динамические блоки моего производства.
Это трудно? Я могу помочь правильно подобрать состав свойств и атрибутов, и их правильно разместить.
Сделать анкер совсем уж плевая работа. Берешь PDF на анкера (нету? - могу дать) и делаешь 3D солидами несколько штук, те, которые должны быть в наборе.

Про невидимую линию, а точнее про ее Linear Stretch параметр. В Lookup-е указываются только изменяемые свойства. Какие цифры? Куда ты впихнешь цифру, чтобы она переключила в Lookup-е набор параметров?
Короче: В Lookup-е колонка, где стоит эта невидимая линия, хотя если есть такой параметр, который тютелька в тютельку совпадает с длинной этой невидимой линии, то можно его использовать как невидимую линию. Нацепить, к примеру, на растягиваемый объект два Linear Stretch. Один видимый и имеет в свойствах свое, конкретное название, а другой - невидимый и имеет название с кодировкой зависимости. Так можно менять длинну другим объектам с точностью автокада.
Так вот, если менять значение какого либо параметра, то при совпадении величины этого параметра с величиной прописанной в Lookup-е, происходит переключение в Lookup-е состояния, прописанного во всех колонках.
Я потом, на примере покажу, сейчас мало времени на ликбез и тема эта не для этого.

Конкурентов ты не научишь работать, поскольку они будут работать тупо, без понимания причин. Ворд есть у всех? А работать на нем могут все?
Чтобы убить конкурентов, надо снизить рыночную стоимость изделия и тогда останутся только те, кто может сделать это еще дешевле. Закон рынка.

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

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

Я сам проектов наделал уйму и в данный момент делаю новые на основе старых. Знаю что говорю.

[Shoorup]

Volodich, Своего я точно не достигну никогда
Насчет серого на сером: оффтоп, на то он и оффтоп чтобы он не бросался в глаза и чтобы человек читающий большую тему мог по делу прочитать что нужно а оффтоп не читать. Если хочется читать оффтоп то его достаточно выделить и он вполне читабелен.
По поводу программы подсчет кабеля, написанная Alaspher'ом смотри тут и пользуйся всегда поиском.

[Supermax]

А вот и правильно сделанный блок с 10-тью Visibility Set и не только. Открывается двойным щелчком. Аудит - 0 ошибок. Текущих Visibility Set редактируется редактором блока. Программкой, что я выложил, перемещаете нужный Visibility в самый верх списка и редактор его обработает.
Чтобы все свойства корректно работали, они должны быть включены везде, кроме того Visibility, где они управляют графикой. Принцип "И" если хоть в каком-нибудь текущем представлении это свойство выключено - оно не будет видно ни в списке свойств, ни в модели.
Программу написал отдельными функциями. Одна - вставляет новый Visibility, другая - перемещает в верх выбранный Visibility (делает его текущим), третья - удаляет из общего списка текущего Visibility выделенные пользователем элементы.
DCL - пролетает как фаера над Парижем. Потом объясню почему.

Короче - вот вам этот блок. (формат 2007 када)

[Volodich]

Странно... У меня файл-то открывается, но почему-то ни одно действие с блоком я сделать не могу. Не то что видимостью управлять, даже простое растяжение или отзеркаливание не работает. А по видимостям, когда нажимаю на ручки, менюшки-то с вариантами выпадают, но при выборе любого варианта он не выбирается.
Попробовал по двойному щелчку. Вылезло сообщение: "Блок содержит объекты-заместители. Невозможно изменить блок в редакторе блоков."
По правой кнопке почему-то в редакторе блоков открылся. Действия видны все, параметры видимости тоже все. Но из объектов видны только первые кружочки. Так и должно быть?
Кстати, а где взять программку, про которую ты пишешь в предыдушем сообщении? (#41)
AutoCAD 2006 rus.

[stas_org]

Очень круто я бы сказал, но:

- область применения (на мой взгляд) ограниченна. Непонимаю, зачем десять visibility, когда в один можно все представления засунуть, пусть он даже большой станет.
- надо научить тех кому надо, а это посложнее будет чем научить просто создавать ДБ.


На мой взгляд лучше попытаться добавить новые параметры и действия, например: при действии array можно было бы с каждым скопированным объектом работать.

Непонятно почему Autodesk не развивает это направление, мож коллективное письмо напишем)))).

[Volodich]

Вот это да... ПЕРВЫЙ раз такое слышу, честно!
stas_org, видимо в Autodesk сидит кто-то такой как ты, который не понимает зачем десять параметров видимости вот это направление и не развивается.
А мы тут все страдаем и мучаемся всякими array'ями да прочей ерундой заменяем видимости.
stas_org, мой тебе совет, беги быстрее, пока камнями тут не закидали!
А по поводу сложности обучения... Я думаю, что тот кто научился делать ДБ разберется и с этим. Причем с радостью разберется!

[Supermax]

Volodich, я вообще-то делал блок в 2007 английском каде. Как ты умудрился открыть его в 2006, да еще и русском? Там же другой формат файла!

У меня к сожалению накрылся 2006 кад, так что проверить на нем не могу. Даю вам файл в 2004 формате - проверяйте работоспособность.

По поводу целесообразности.
Подсчитаем, сколько надо описаний видимости для реализации подобного блока с одним Visibility Set.
Первая группа имеет 7 штук описаний видимости, вторая - 8, третья - 6, и так далее 2, 2, 5, 2, 2, 2, 2.
Это 7*8*6*2*2*5*2*2*2*2=107520 описаний видимости.
Вы просто посчитайте вслух до 1000 - охрипнете!
А тут 107,5 тысяч!
Дальнейшее,думаю, не требует аргументаций.

Даже по два описания видимости вкл\выкл у 10-ти элементов это 1024 описания видимости.

В редакторе блоков вы видете текущий Visibility Set и его элементы. Иногда можно увидеть элементы других Visibility, но сделать с ними ничего нельзя, а погасив им видимость в серой видимости их уже не увидеть.
Перемещайте моей программой нужный вам Visibility в самый верх списка и открывайте блок редактором.
Все свойства должны быть включены, кроме тех,которые вам надо выключить в данном состоянии описания видимости текущего Visibility Set-a.

[Shoorup]

stas_org, ооооойййй если ты не понимаешь зачем 10 параметров видимости ты вообще не встречался с трудностями Динамических блоков.
Supermax, снимаю шляпу! Это лучший динамический блок который я пока видел!

[Supermax]

Программа по перемещению свойств в списке Properties (свойства) я думаю, что уже есть у всех?

Так вот, что можно делать, а что нельзя в данном блоке.

Если вас удовлетворяет количество 10 Visibility Set, то можете использовать данный блок как болванку для создания своих блоков с 10-тью или менее Visibility.

В текущем Visibility Set можно:

1 - включать и выключать ручки любым свойствам, перемещать их, менять свойства (имя и пр.) (включая и сами Visibility Set-ы).
2 - добавлять и удалать графические и не графические элементы (они будут видны только в данном Visibility).
3 - Устанавливать на эти элементы динамические параметры (после установки поочередно пройти по всем Visibility Set-ам, делая каждый из них текущим, и включить видимость установленному параметру).
4 - Удалять чужие параметры (после удаления пройти по всем Visibility Set-ам и открыв каждый редактором пересохранить блок. В противном случае не будет видна графика этих Visibility).
5 - добавлять новые описания видмости (если двойным кликом кликнуть по любому параметру Visibility Set, то все равно откроется редактирование описаний текущего Visibility).
6 - используя либо мой вебмакрос по управлению видимостью, либо макрос Kpblc-a включать и выключать видимость всем графическим элементам блока (включая и те элементы, которые принадлежат другим Visibility Set-ам). Это нужно для правильного сопряжения элементов графики в блоке.

В редакторе блоков, не выходя из него можно:
- Делать текущим любой Visibility Set (но только с помощью макроса)
- Вставлять новый Visibility Set (но только с помощью макроса)
- Удалять из общего списка и списков на включение выбранные элементы (но только с помощью макроса)
- Вставлять в общий список текущего Visibility Set элементы выбранные пользователем (после включения видимости у всех элементов блока и только с помощью макроса).
- Автоматически включать в списки на включение дин. параметров новые дин. параметры во все Visibility Set-ы (но только с помощью макроса).
- Автоматически удалять из всех Visibility Set-ов, из списков на включение дин. параметров, параметры предназначенные на удаление (но только с помощью макроса).
- Включать ручки элементам общего списка и свойствам текущего Visibility Set (но только с помощью макроса).

Остались нерешенными проблемы:
- Как временно запретить Автокаду делать автоматическое сохранение файла?. Постоянно работу макроса прерывает эта гадость, а выключать ее мне нельзя. Надо в начале выполнения функции запрещать автоматическое сохранение, а в конце восстанавливать.
- DCL пролетает как фанера над Парижем. В пространсве редактора блоков он работает, но макрос (лисп) останавливает работу самого редактора и пока из макроса не вывалишся не происходит обновление состояния самого редактора. Ручки элментам включать можно, переходить из одного текущего состояния в другое, а то что видишь в редакторе не меняется (только элементы подсвечиваются). Находишся уже в другом текущем Visibility Set, в набор включаются уже его элементы, а видим то, что было когда макрос включили.
Надо делать программу, либо вебмакросом (он интерактивен), либо VBA скрещивать с лиспом (тоже интерактивен), либо панелями инструментов ограничиться. Кроме установки кнопок я больше ничего делать с ними не умею (пока).
- Кто и за какие выгоды все это будет делать?

Тот, кто мне поможет - получит все секреты этого дела.

[Vildar]

Покруче кубиба-рубика будет

[Supermax]

Еще, забыл одно очень важное.
Как известно, включать и выключать видимость Visibility Set нельзя (за исключением случая, когда блок содержит не корректный Visibility Set).
Так вот, выключите всем Visibility Set-ам опцию Show Properties (сделайте No) и создайте дя каждого Visibility Set свой Lookup, в котором перечислите имена представлений данного Visibility Set и сопоставьте эти имена самим представлениям, вставив один единственный столбец с данным Visibility. Вот Lookup вы можете включать и выключать где угодно!
Таким образом в свойсвах блока можно управлять наличием доступа к данным Visibility Set.

[Makswell]

Сообщение от Supermax Как временно запретить Автокаду делать автоматическое сохранение файла?. Постоянно работу макроса прерывает эта гадость, а выключать ее мне нельзя. Надо в начале выполнения функции запрещать автоматическое сохранение, а в конце восстанавливать.

Код:

[Выделить все]

(setq Old_SAVETIME (getvar "SAVETIME"))
(setvar "SAVETIME" 0)
;;;нужный код
(setvar "SAVETIME" Old_SAVETIME)

Такое не покатит?

[Supermax]

Ты хочешь сказать, что если сделать время автосахранения равное 0, то это эквивалентно отключению автохранения?
Надо проверить, может и покатит. Спасибо.

[SetQ]

формально ещё такое решение: поставить SAVETIME стопицотминут

[Supermax]

Второе покатит точно, правда не известно обнулился ли отсчет для последнего состояния? И ежу понятно, что мне и 10 минут достаточно, лишь бы отсчет можно было обнулять. Та гадость, что ведает этой бедой, следуя логике программиста, считывает из этой переменной значение и запускает таймер, когда тот отсчитал положенное - выполняет действие и по новой считывает значение из переменной. Мы можем до посинения ждать результата, но пока не закончится цикл - новые данные не будут сьедены. Надо обнулять отсчет, либо вовсе его останавливать.

[Supermax]

Проверил. Так оно и есть. Установил (setvar "SAVETIME" 1) (было 10) и ждал 7 минут пока стал действовать новый закон.
К 0 это тоже относится.

[Supermax]

Вы будете смеяться, но я вообще не могу найти где у меня в 2007-ом устанавливается автосохранение. Визуально картинку помню, а найти не могу.

[Shoorup]

Supermax, чтото очень сложно... скинь макрос. Я не смог сделать текущим нужный Visibility Set

[Makswell]

Так гласит справка:

SAVETIME ... 0 - Отключает функцию автосохранения ...

И вот кстати ещё (там же, в справке):

Автосохранение отключается, если открыт Редактор блоков

Кстати аналогичное можно сделать через ActiveX:

Код:

[Выделить все]

(vla-put-AutosaveInterval
  (vla-get-OpenSave (vla-get-Preferences (vlax-get-acad-object)))
  0
)

[Supermax]

Макрос по перемещению свойств в списке свойств блока меню Properties, для пространства модели или листа.

02.02.2010 отредактирован под 2010 кад.

[Supermax]

Makswell, Отключать-то отключает, но не тогда, когда мне надо. Я ж говорю, идет отсчет 10-ти минутного интервала. Закончился интервал - сохранило и опять читает системную переменную (если вообще ее читает). Я изменил время на 1 с 10, а сохраняет по пржнему 10.

Про

Автосохранение отключается, если открыт Редактор блоков

Нагло лгут, не верь. Я чтобы написать все эти функции раз 1000 набирал разные выражения в ком. строке. И что ты думаешь? Набираю, набираю, БАЦ! все как корова языком слизала и читаю в эхе

Automatic save to C:\Documents and Settings\АНДРЕЙ\Local Settings\Temp\4_1_1_6500.sv$ ...

Вот на счет ActiveX не пробовал, может и подействовать. Сейчас поэксперементирую.

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

Есть еще одна проблема, тоже с сохранением. Многие действия автоматически вызывают запрос на сохранение данных блока. Не только выход из редактора. Вот их тоже не плохо было бы контролировать.

[Shoorup]

Supermax, почему-то сразу не догадался или "не догнал" как использовать шаблон из поста 45. Здорово придумано!

...но чтото не получается. Запутался.
Вот создал блок. Пока пытаюсь свзяать 2 параметра видимости. Но не получается убрать цифры 12,22,32... когда включен Т в другом параметре видимости. И 13,23,33,43 когда Ф включен

[Supermax]

Еще одну очень полезную ве-с-ч скажу.
Как давно я мечтал, зайти в блок и выключить видимость паре-тройке элементов, временно, чтобы в модели глаза не мазолили. Но увы, в простом блоке выключать видимость можно только в пространсве редактора, а когда выходишь из него все опять включается. Параметр Visibility Set снимает это ограничение, но вместо этого сам управляет видимостью всех элементов, что приводит к аналогичным последствиям. Выходишь - что включено, то включено, а что тебе надо было временно погасить - дудки.
Когда из общего списка и списков на включение удаляешь часть элементов, то они становятся свободными и их видимостью можно управлять.Зашел в редактор, выключил видимость элементам, вышел - они не видны. Зашел в редактор, включил все (это если макросом Kpblc-a) или если вебмакросом, то можно из группы не видимых выбрать нужные элементы, включил видимость, вышел они видны.
Если вам нужно, чтобы часть элементов всегда была видна, то зачем их вообще в Visibility Set держать? Это ведь для машины дополнительная нагрузка такие сиски обрабатывать. В общем делайте выводы.

Если убить один или несколько Visibility Set-ов, то элементы в них находящиеся станут свободными. Одни остануться с выключенной видимостью (можно включить, если надо), другие с включенной.
Свободные элменты можно опять вставлять в представления видимости любого из Visibility Set-ов. Динамические параметры так и остануться привязанными к этим элементам. Вот такие пироги.

[Supermax]

Shoorup, ты изначально не совсем правильно все сделал.
Visibility, что выводами управляет - правильно.
Цифры сслева - отдельным Visibility сделай, справа и внизу тоже по отдельным Visibility распихай.
Тому Visibility, что выводами рулит ручку выключи и сделай Lookup, который будет управлять всеми четырьмя Visibility в зависимости от потребности. Lookup тоже не обязательно высвечивать, просто пару невидимых линий в него втули и все будет ОК.

[Кулик Алексей aka kpblc]

К #61:
Если (подчеркиваю - если!) на коленках, то можно использовать такой вариант:

Код:

[Выделить все]

(defun hide-in-block
       (select / adoc *error* ent blk_def blk_def_sel lst fun_put-vis)
       ;|
*    Скрытие элементов блока
*    Параметры вызова:
	select	указывать блок (t) или обрабатывать все / любые блоки файла (nil)
*    Примеры вызова:

(hide-in-block t)	; скрывать указанные примитивы, с контролем вхождения внутрь
			; одного блока
(hide-in-block nil)	; то же, но без контроля принадлежности примитивов одному блоку
|;
  (defun *error* (msg)
    (vla-endundomark adoc)
    (princ msg)
    (princ)
    ) ;_ end of defun

  (defun fun_put-vis (ent value)
    (vl-catch-all-apply
      '(lambda ()
	 (vla-put-visible
	   ent
	   (cond
	     ((or value (= value :vlax-true)) :vlax-true)
	     (t :vlax-false)
	     ) ;_ end of cond
	   ) ;_ end of vla-put-visible
	 ) ;_ end of lambda
      ) ;_ end of vl-catch-all-apply
    ) ;_ end of defun

  (vl-load-com)
  (vla-startundomark
    (setq adoc (vla-get-activedocument (vlax-get-acad-object)))
    ) ;_ end of vla-startundomark
  (if select
    (progn
      (while
	(and
	  (= (type (setq ent
			  (vl-catch-all-apply
			    '(lambda ()
			       (car (nentsel "\nУкажи скрываемый примитив <Отмена> : "))
			       ) ;_ end of lambda
			    ) ;_ end of vl-catch-all-apply
			 ) ;_ end of setq
		   ) ;_ end of type
	     'ename
	     ) ;_ end of =
	  (setq ent (vlax-ename->vla-object ent))
	  (if blk_def
	    (equal blk_def (vla-objectidtoobject adoc (vla-get-ownerid ent)))
	    (setq blk_def (vla-objectidtoobject adoc (vla-get-ownerid ent)))
	    ) ;_ end of if
	  ) ;_ end of and
	 (setq lst (cons ent lst))
	 ) ;_ end of while
      (foreach item lst
	(fun_put-vis item nil)
	) ;_ end of foreach
      ) ;_ end of progn
    (progn
      (while
	(and
	  (= (type (setq ent
			  (vl-catch-all-apply
			    '(lambda ()
			       (car (nentsel "\nУкажи скрываемый примитив <Отмена> : "))
			       ) ;_ end of lambda
			    ) ;_ end of vl-catch-all-apply
			 ) ;_ end of setq
		   ) ;_ end of type
	     'ename
	     ) ;_ end of =
	  (setq ent (vlax-ename->vla-object ent))
	  ) ;_ end of and
	 (setq lst (cons ent lst))
	 ) ;_ end of while
      (foreach item lst
	(fun_put-vis item nil)
	) ;_ end of foreach
      ) ;_ end of progn
    ) ;_ end of if
  (vla-regen adoc acallviewports)
  (vla-endundomark adoc)
  (princ)
  ) ;_ end of defun

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

[Supermax]

Shoorup, я был не прав. Поставленная тобою задача выходит за рамки раздельного управления видимостью. Интересная, скажем,задачка. Меня заинтересовала. Еле заснул, все пытался решить.
С линиями и прочими прибамбасами не получается. Получилось если цифры сделать атрибутами, связанными с длинной невидимой линии, а та в свою очередь управляется либо списком, либо из Lookup-a. Либо сделать цифры размером с выключенными линиями и стрелками. Там тоже есть суффикс и можно подцепив на размер параметр растяжения управлять этими цифрами.
Но в обеих случаях выключать цифры у меня не получилось.
Сделать так, чтобы одним выпадающим списком управлять номерами и выключать элементы, а другим выводами управлять, да еще и цифры иногдавыключать не выходит у меня.
Бум думать.

kpblc, я рад, что ты обратил свой взор на сию тему. Очень рад. Только не понял что твой код делает. Он что, выключает видимость отдельным элементам блока? Или весь блок делает невидимым?
Или он свободные элементы включает и выключает?
Я его сейчас конечно буду внимательно изучать, но с хелпом у тебя явно напряг получился. Я ж тут не один. все это читаю и пишу.

Все основные функции для создания и управления дополнительными Visibility Set готовы. У меня они уже в панели отдельными кнопками висят. Но я хочу развернутый интерфейс, с указанием текущего Visibility Set, списком всех Visibility Set и возможностью устанавливать тот Visibility, в который импортируются или из него экспортируются в текущий Visibility элементы.
Кнопок будет не меньше десятка и штуки три диалоговых окон.
НО!
VBA я знаю плохо и поэтому создать смесь VBA c AutoLisp не могу. DCL, как я уже писал выше не подходит. Либо вебмакрос делать. Если вебмакрос,то для какого сайта? Или для стационарного хелп-файла? А я что один все это должен ваять? А какого ражна, я спрашиваю?
Выложить функции, чтобы народ успокоился и вообще ничего не делать?
В общем я решение принял. Если администрация этого сайта заинтересована разместить на своем сайте вебмакрос, который делает то, что никто в мире сейчас не умеет делать, то я готов вести переговоры. А если нет, то кому нужны дополнительные Visibility, готов вставить, если буду не очень занят.

[Кулик Алексей aka kpblc]

Мой код скрывает объекты внутри блока. Для дин.блоков с установленными VisibilitySet - скрываются объекты, которые отображаются в текущем представлении. Я еще раз повторяю - код сделан "на коленке" с минимумом проверок, и без восстановления состояния блока "назад". Хотя варианты есть как внутри одной сессии, так и между ними.

[Supermax]

Kpblc, отличная штука получилась. Я даже не думал, что такое возможно.
Тем элементам, которыми управляют Visibility Set-ы они сами эту видимость и восстанавливают, надо только определить текушее представление каждого из них и переустановить опять на тоже самое. А вот свободным элементам видимость может восстановить только господь бог. Надо всем элементам блока сделать видимость, а потом всем представлениям поменять текушее на текушее. Так блок станет таким, каким и был, а вот свободные элементы станут включены.
Ну еще включить свободные элементы можно твоим старым макросом по управлению видимостью. Зашел в редактор блока, нажал "включить все" сохранился и вышел.

[Supermax]

Простой блок восстанавливает видимость сам, при вхождении в редактор и нажатием "сохранить блок".
И так, на сегодняшний день мы имеем возможность управлять видимостью элементов, заключенных вблок, как при помощи Visibility Set-ов, так и программно. С учетом наличия возможности иметь в блоке такие элементы, которые сохраняют свою установку видимости не смотря ни на что (свободные элементы) мы можем программно управлять содержимым блока, то есть делать динамические массивы, состоящие из блоков "кирпичиков". Если учесть, что свободные элементы могут иметь динамически изменяемые параметры, получается очень интересная картина. Только вот публика, по моему, до понимания ее, пока не доросла. (Ну, несколько человек, это не публика).

Сейчас пытаюсь заставить один Lookup управлять другим Lookup-ом. Там творцы Автокада явно поставили запрет на это дело. Наверное только для белых оставили. Но не вижу препятствий вставить в Lookup ссылку на другой Lookup насильно.

[Shoorup]

Сообщение от Supermax Сейчас пытаюсь заставить один Lookup управлять другим Lookup-ом. Там творцы Автокада явно поставили запрет на это дело. Наверное только для белых оставили. Но не вижу препятствий вставить в Lookup ссылку на другой Lookup насильно.

Интересно где грань возможностей динамическим блокам? Эх... я б щас покрутил бы блоки...но сессия в понедельник... готовится надо. Да и 3 недели меня не будет. Так что потестирую только после 20го числа.

[Supermax]

В связи с ковырянием Lookup-ов изменил пост №7. Всем, кто интересуется моими исследованиями будет полезно прочесть его еще раз.
Я не бог и если что - опять исправлю, или дополню данные этого поста.
Также буду благодарен за помощь в этой работе.

[Supermax]

Трепанация Автокада прошла успешно!

Вот примитивный (но не совсем) блок. Две линии. Одна с параметром изменения длинны, другая с поворотом. Меняя длинну линии меняется поворот верхней линии. соответствие забито в таблицах Action.
Мне удалось связать Lookup-ы в совместную работу.
Можете что-нибудь нарисовать и сделать Visibility Set, добавить его в Lookup4 и длинна линии будет управлять переключением видимости! Ну и прочие параметры могут изменть другие параметры.

Добавлю:
Не просто потянуть за ручку линии и увидеть соответствие, для этого надо установить Dist type в LINEARPARAMETER на список (List) и перечислить длины 10, 20, 30, 40, 50. Толькотогда можно тянуть за ручку спокойно. В остальных случаях если длинна не соответствует значению записанному в Lookup-e поворот будет без изменения. Можно установить значение по умолчанию, чтобы при всех остальных значениях длинны не соответствующих таблице поворот был скажем 0, но это не интересно. Сохранение старого значения тоже имеет огромную ценность.
Если у вас в одной таблице забито одна цепочка соответствия, а в другой - другая, то переключение одного комплекта значений произойдет при совпадении всех значений в другом комплекте. Короче,как только Lookup определяет совпадение данных в строке таблицы, так сразу переключается на эту строку и тянет за собой переключение другой таблицы.

[Supermax]

Вот получше блочек. Доделал предидущий. Теперь понагляднее получилось. Крутите за ручку верхнюю линию.

[Volodich]

Хе. Прикольно. Я сначала не понял в чем фишка, вроде все понятно. А оказывается в Lookup нельзя добавлять параметром другой Lookup Supermax, у тебя для этого тоже какая-то программа записана? А идея-то хорошая. Что-то я все больше перестаю понимать создателей Autodesk. Может им правда письмо отправить коллективное? И ссылку дать на Supermax'a чтоб сами не морочились ))
Кстати, показывать угол при помощи видимости, конечно, хорошо (нет проблемы постоянной регенерации чертежа), но в реальном блоке по-моему нереально, если различных параметров неопределенное количество.

[Supermax]

Да программка - тьфу. Я всего ОДНУ точечную пару поменял в нужном месте. Вы понимаете, ОДНУ! Я очень сомневаюсь, что господа разработчики редактора динамических блоков не знали о такой возможности. Вы ведь представляете ЧТО они обрубили? Это же такие трансформеры можно делать ... с ума можно сойти! Берешь за ручку и тянешь, а вокруг все стремительно меняется. Я бы мог просто две линии с поворотом поставить. Одну крутишь - другая крутится, но в противоположную сторону. Да, что там какие-то ручки - шестерни можно так крутить! Целые редуктора собирать и смотреть как и кто перемещается. Вот это динамические блоки! А если собрать все в кучу, и большое количество Visibility Set и зависимые Lookup-ы, так такое можно наваять! - слов нет. У меня чувство, что нас банально кинули. Обокрали морально. Кастрировали. Все есть у каждого, а какой-то гад взял и подрезал крылья! Подозреваю, что на самой фирме AutoDesk об этом не все даже и знают.

[stas_org]

> Supermaks

Отправляй блок в Autodesk, тыкай носом, прикрепляй посты, и будет счастье!!!

[Red Nova]

Supermax,
У всех тут руки чешутся. Есть надежа это все в одну программу закатать?

[Volodich]

Может и кинули... Если так все просто как ты говоришь и в autodesk об этом знают, то логично если бы они выпустили какой-нибудь сервис пак к автокаду или набор дополнительных утилит... за отдельные деньги, конечно. Но ведь нет! Даже этого нет... что еще более странно.
Supermax, а ты им не пробоал свои идеи продать? Глядишь и следующий автокад будет значительно удобнее...

[Supermax]

AutoDesk - это уже не 5-10 человек, это корпорация, где каждый занимается маленьким кусочком общего дела, а над ними те, кто из этих кусочков складывает более крупный кусочек, но в тонкости создания элементов программы, коими он оперирует, уже не вникает. И так далее, и тому подобное. Стучаться туда со своими умозрениями глупее, чем с копьем наперевес штурмовать мельницу. Может это техническая политика такая, не давать все сразу, а растянуть на 100 серий, а может чья-то лень или отсутствие входной информации сработало - не знаю, и знать совсем это не обязательно.
Сделать программку для этого легко. Могу сделать, только вот я тут уже не однократно взывал о помощи, а протянутых рук, что-то не вижу. Тем, кто хочет иметь такую программу советую обратится сисадмину и спросить его, а почему собственно он не хочет вебмакросы на сайте устанавливать? Денег жалко? Так ведь все от цены зависит. На определенном уровне, оплату и деньгами трудно назвать. Или можно обратится к местным гуру с вопросом, а почему собственно им мне не помочь? Что, самолюбие ущемляется?
Либо проект делается как свободный, но коллективно, либо за бабки нанятыми специалистами. А меня ставить в позу я не дам.
Каждая функция должна быть написана максимально грамотно и рационально. Из этих функций собрать программу еще труднее, чем эти функции писать. Вот тут Kpblc функцию по выключению видимости в блоках выложил, тоже ведь архи полезная вещ. Ее тоже впрограмму вставить надо, но одно дело функция, а другое - программа. Там уже ошибок и не корректной работы быть не должно.
Я не первый раз что-то выкладываю и какой результат? Берут сотни, а спасибо скажет пара человек, да и то я заметил, все время одни и те же. Про помощь скажу так: Было несколько предложений, но такие, типа "я готов помочь, правда времени у меня очень мало и делать то, что вам нужно практически не умею". Спасибо, как говорится, но не надо.
Да что там помощь! Народ скрывает свое присутствие и интерес к определенным темам. Ну с админами все понятно, им это необходимо, но вот с гуру что-то не так. Они как "гость" все время тут тусуются, вынюхивают, а открыто заходят только для написания реплик. Стестнительные все какие-то. Не хотят, чтобы к ним ON-LINE обращались. Как в таких условиях сеять доброе, вечное?
Вы не смотрите на то, что вебмакрос я придумал. Я ведь не спроста этим занялся. Это единственный способ дать вам (ну и мне в том числе) почти бесплатно то, что стоит в изготовлении не дешево. Ваш трафик за скачку страниц и ваш интерес к рекламе и есть ваша плата.
Зашел, слепил два-три или более Lookup-ов вместе и вышел. Потрати трафика ну 20 килобайт. Если учесть, что трафик у многих безлимитный, а то и вообще на работе в сети сидят безвылазно, то это же халява!

Надо программу - подрабатывайте масовкой, раз уж совсем ничего не можете. Кричите "шайбу" - шайбу" может при большом количестве обращений администрация или гуру сдадутся.

[Red Nova]

Мне ничего не остается как кричать
"шайбу - шайбу"

одно дело функция, а другое - программа. Там уже ошибок и не корректной работы быть не должно.

Тут в топике много функций на разных постах. Не подскажешь которой можно корректно создать блок с разными visibility set и проделать фокус с лукапом в лукапе (если они тут вообще выложены)? А-то чайнику как я легко запутаться.

Берут сотни, а спасибо скажет пара человек, да и то я заметил, все время одни и те же

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

[Supermax]

1. Нужна программа по перемещению свойств местами. Пролистай эту тему, она тут выложена.
2. Функцию по добавлению дополнительного Visibility Set-a я пока не выкладывал, вместо этого выложил блок с 10-тью Visibility Set-ами, в которм ты можешь создавать свои блоки. Там в посте написано как это делать. Все в этой же теме. Читай. Надо будет больше - стучись, выложу аж 100 штук. Мало - еще добавлю, но функцию дам только тем, кто:

Код:

[Выделить все]

(and (= (Действие) "Шарит в программировании") (= (Действие) "Готов со мною сотрудничать"))

3. Функцию по связыванию Lookup-ов я написал только вчера и аналогично пока не выкладывал. Но ничто тебе не мешает, взять мой блок и заменить там любые колонки в Lookup-e на свои. И графику свою тоже можешь сделать. Только нельзя трогать столбцы, где Lookup-ы связаны. Менять в них значения можно, но столбцы удалять нельзя. Связь потеряется.
Открою один секрет. Я Action привязал пустым. Там вообще не было таблицы. А таблицу я уже создавал обычным способом.
Так что ничто вам не мешает делать из моего блока свои.
4. В данлоадсе лежат мои макросы по заполнению Lookup-a из таблицы Excel. Пригодятся для больших таблиц.

А "шайбу-шайбу" надо кричать на ухо конкретным адресатам, а то они глуховатыми прикидываться любят.

[Volodich]

Так, ладно, я под код не подхожу, дайте мне баннер!
А "шайбу" кричать бесполезно. Дело в том что несколько параметров видимости нужно "простым" людям, т.е. проектировщикам, которые большую часть времени занимаются проектированием по основной специальности и немного времени уделяют познанию автокада. А "гуру" по-моему до фени эти параметры видимости, разве что для спортивного интереса. Т.к. "гуру"-то занимаются не проектированием, а программированием.
Хотя, конечно, это мое мнение и я могу ошибаться.
В общем, дайте мне удобную программу и баннер!

[stas_org]

Сам себе не поможешь, никто не поможет.

Мне тоже эти visibility по барабану, хоть и простой инженер.

Я бы вот лучше попробывал сделать параметрическую зависимость одного блока от другого, или это уже давно придумано и скрывается? Есть ли у тов. Supermax мысли по этому поводу?

p.s VBA only

Примерно так:

-создается двумерный массив, в котором i-это ID основного блока, j- ID зависимого.
- слушаем акад
- реагируем на событие object_modify(проверяем вхождение ID изменяемого объекта, если ОНО, то смотрим какие свойства были change, и соответствующему ID делаем change. Или по хэндлам.

[Кулик Алексей aka kpblc]

Сообщение от Volodich Так, ладно, я под код не подхожу, дайте мне баннер! А "шайбу" кричать бесполезно. Дело в том что несколько параметров видимости нужно "простым" людям, т.е. проектировщикам, которые большую часть времени занимаются проектированием по основной специальности и немного времени уделяют познанию автокада. А "гуру" по-моему до фени эти параметры видимости, разве что для спортивного интереса. Т.к. "гуру"-то занимаются не проектированием, а программированием. Хотя, конечно, это мое мнение и я могу ошибаться. В общем, дайте мне удобную программу и баннер!

Отчасти (по крайней мере в отношении меня) - это правда. Динамические блоки нужны в чистом AutoCAD. Поскольку у меня основная работа (пока) в ADT, то предоставляемых штатных возможностей дин.блоков лично мне - за глаза. Остальное решается средствами ADT.

[SLADE]

Supermax спасибо за предоставленную возможность дополнительных параметров Visibility Set.
Используя ваш блок 3.dwg - создал свой блок Секторные площадки.
Споткнулся в нескольких местах:
1) - Не могу отключить в редакторе видимость тех эл. которые принадлежат другим параметрам видимости.
2) - при удалении ваших примитивов, все видимости обнуляются и становятся в неизм. положение.

Потонциал для работы огромный, есть еще пару идей внедрения.

[Supermax]

Посмотрел я твой блок. Что это такое так и не понял, но то, что ты хотел сделать примерно догнал.
Видимостей было 10 и две из них ты удалил. На каком этапе догодаться не трудно, поскольку часть примитивов попала в группу "свободные". Надеюсь, что функции Kpblc-a или мой вебмакрос тебе известны, по управлению видимостью элементов? Так вот, рассказываю как примитивно перекидывать элементы из люого Visibility Set или из группы свободных элементов в текущий Visibility Set:
- устанавливаешь нужный Visibility в первую строку списка свойств.
- открываешь редактором блок
- включаешь видимость всем элементам блока
- выбираешь нужные элементы и копируешь в буфер С УКАЗАНИЕМ ТОЧКи ВСТАВКИ
- тут же, пока они выделены жмешь DEL
- вставляешь из буфера указываяту точку, которую ты выбрал при копировании в буфер.
- раскидываешь по представлениям.

Вот обственно и все.

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

[Supermax]

stas_org, конечно есть у меня мысли по связыванию динамических блоков друг с другом.
Если говорить про способ связки лиспом, то тут все элементарно. Я с Shoorup-om это уже обсасал, да он никак время не выкроит сделать пару блоков для такого связывания. Я ему поставил условие, что блоки должны быть библиотечные, то есть качественные. Жду-с.
А ты в VBA можешь что-то делать? А то у меня как раз есть потребность в этом.

[SLADE]

Я пока их не объединил в одну точку, пока неразберусь как убрать их из видимости других Visibility Set.
Это секторные площадки вокруг аппаратов, идея в том что каждый сегмент был не зависим друг от друга , что бы можно было играть дальше с вылетом, кол-вом пролетов, и многим другим с помощью вашей программы "Программа заполнения Lookup-a динамических свойств блока из данных таблицы Excel" (раньше мы с товарищем, пользовались одним блоком , копируя его 8 раз по окружности). В Excelе сейчас пытаемся описать расчет !

то что было до прошлой недели!

[Supermax]

SLADE, тебе наверное мешает вот эта точечная пара:

Код:

[Выделить все]

(4 . "© SLADE хххххххххххххххххххххх ОГРОМНОЕ 
СПАСИБО и не менее ОГРОМНОЕ УВАЖЕНИЕ Supermaxу, за предоставленую возможность 
\"Создания дополнительных параметров Visibility Set в динамических блоках\". "))

Весьма забавно получилось.
Мы с дочкой долго смеялись.

[SLADE]

Моя дочка пока не понимает юмора про автокад, пока.
Но поддержать смех - пожалуйста (ей 2 года).

[Supermax]

Внесены изменения в пост пост №13. Кому не лень - ознакомьтесь.

[stas_org]

> Supermax
Какая потребность?

[Supermax]

Для того, чтобы собрать все функции по созданию и управлению элементами динамического блока нужна интерактивная панель органов управления. Короче, чтобы она висела, а редактор блоков при этом продолжал работать. В VBA это элементарно. Все функции на лиспе, а макрос на VBA запускает через ком. строку эти функции. Ну не может DCL работать интерактивно.
Вот такая вот потребность. Как связать VBA с автолиспом я знаю.

[stas_org]

Что значит "интерактивно"? Имеется ввиду не модальное окно?

[Supermax]

Термин "Интерактивно" в буквальном переводе - активное из вне. Например, интерактивные конференции это когда люди совещаются, но рядом их нет. Панели инструментов, которые не являются частью программы и работающие по своим собственным законам, лишь обмениваясь с программой данными - тоже можно считать интерактивными. Немодальные окна тоже самое, но не совсем. Когда говорят "немодальный", подразумевают, что не прерывющий действие, но это чуть-чуть меньше, чем интерактивный.
Применимо к нашему случаю "немодальный" это именно то, что нужно.
Мой вебмакрос, к примеру, интерактивный, поскольку хоть и запускается Автокадом, все равно является независимой программой, написанной на VBScript, обрабатываемой непосредственно операционной системой. На VBA я не знаю как устроен интерфейс. Может есть жесткая зависимость от текущей работы Автокада (не путать с загрузкой), а может нет. Так что "немодальный" так "немодальный".

А что, есть желание помочь?

[stas_org]

С чего начнем?

[Supermax]

С решения вопроса, в каком виде и для кого будет делаться эта программа.
Как я уже говорил, можно открытый проект сделать. Все коды вывалить в тему и пр. безрассудства. Я к этому готов.
Можно все скомпилировать и выложить только результат, но для свободного скачивания и пользования. Если скомпилированный вариант, то туда можно рекламу сомаго себя любимого вставить.
Можно поднапрячься и сделать еще один вебмакрос ведь VBScript это слегка кастрированный VBA. Только можно не для сайта, а для стационарного HTML файла, или для хелп-файла (что гораздо предпочтительнее).

Мне все равно, так что ты сам выбирай.

[stas_org]

А просто для Акада приложение, тупо форма запускается в редакторе блоков, на ней весь твой интерактив?

[Supermax]

Так ведь любые макросы, это приложения. Хоть макрос, хоть вебмакрос, суть одна и та же - приложение. И совершенно ясно, что для Автокада.
Ясен пень, что в пространсве редактора блоков надо запускать. В модели и DCL покатит. На VBA делаем панель с кнопками, по нажатию которых в ком. сторку посылается "(тра-ля-ля)", которое загружается из лиспа.

Так как, компилируем или так шлепаем?

[stas_org]

А DCL в редакторе разьве не покатит?

[stas_org]

Ну тогда вообще проблем не вижу, команды LISP можно из ком.строки через VBA форму запускать, тогда даже связывать их не надо.

[Кулик Алексей aka kpblc]

Сообщение от stas_org Ну тогда вообще проблем не вижу, команды LISP можно из ком.строки через VBA форму запускать, тогда даже связывать их не надо.

А результаты выполнения lisp-функций тебе в VBA не понадобятся? И потом, есть очень небольшое количество действий, нереализуемых в VBA - все остальное там есть.

[stas_org]

Два файла vlx и dvb, одна кнопка, и все.

[stas_org]

Ну это только одному Supermax"су" известно.

[Supermax]

Я уже охрип, крича, что DCL работает в пространстве редактора, но не дает обновляться графике самого редактора. К примеру: Устанавливаешь текущий Visibility Set, а в окошке не появляется наименование представления из этого Visibility Set-а и графика от других элементов осталась. Ее надо регенерировать, чтобы выделить нужные элементы из вновь становленной видимости, а ничего не получается. И т. д.
Когда запускаешь отдельными функциями, то по окончании их работы управление возвращается редактору и тот тут же обновляется.

Про использование чисто VBA для обработки словарей, ничего не могу сказать, поскольку даже не знаю, можно ли с его помощью их прочесть?
Также не знаю, можно ли с помощью VBA модифицировать словарь, создать новый объект (словарь в частности) и как обрабатывать списки точечных пар в словарях.

Все функции это сплошная работа со словарями, но иногда и Актив-Х нужен. Свойства смотреть.

Если очень хочется сделать прогу чисто на VBA (ну или почти чисто) согласен раскрыть алгоритм по которому я делал свои функции.

Так я так и не понял, мы компилируем или народу на обозрение выставляем?

[Supermax]

Про компиляцию понял.
Второй вопрос. На VBA будем стараться все сделать, или ну его?

[Supermax]

Пока ты думаешь, спрошу у Kpblc-a.
Kpblc, ты свою программу kpblc-objects-hide.lsp даешь вставить в данный проект?
Там всего три функции "включить все", "выключить выделенное" и "выключить все, кроме выделенного". Вполне для данного случая достаточно.

Перечень будущих кнопок:
1. Вставить Visibility Set.
2. Очистить Visibility Set от всех элементов, свойств и представлений.
3. Включить ручки всем элементам текущего Visibility Set-a.
4. Выключить видимость всем элементам.
5. Включить видимость всем элементам.
6. Выключить видимость выбранным элементам.
7. Выключить видимость всем элементам, кроме выбранных.
8. Перенести в текущее представление текущего Visibility Set-a выбранные элементы.
9. Удалить из текущего Visibility Set-a выбранные объекты (сделать их свободными).
10. Установить видимость выбранным свойствам во всех других Visibility Set-ах.
11. Переписать данные из указанного Lookup-a в EXCEL.
12. Переписать из файла EXCEL в указанный Lookup данные.
13. Скопировать данные из одного Lookup-a в другой Lookup.
14. Установить Action на задействованный другим Action-ом Lookup-параметр.
15. Скопировать указанные элементы текущего Visibility Set в выбранные представления текущего Visibility Set.

16. Ай, вай, вай ! забыл - сделать указанный Visibility Set текущим.

Ну еще можно включать ручки элементам любого Visibility Set-a и переносить или копировать их в текущий.

Теперь по связыванию блоков друг с другом.

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

На один Lookup-параметр можно навесить сколько угодно LookupAction-ов. Если все столбцы Lookup-a разбросать по отдельным таблицам, то есть каждому столбцу свой Action, то изменение любого из параметров блока описанного таким, отдельным образом будет автоматом менять все остальные связанные параметры.

В блоке может быть много Visibility Set, а значит и много независимых групп элементов, каждую из которых можно перенастраивать изменением всего лишь одного параметра.
Можно создать специальный блок, на который настраивается реактор, хоть на автолиспе, хоть на VBA. Этот блок является для всей модели вершиной пирамиды. Именно в нем и лежат все таблицы по зависимостям.

[Кулик Алексей aka kpblc]

Да бога ради.

[stas_org]

Для работы с ДБ в VBA имеется всего семь свойств, програграмно вставить visibiliti и заполнить его наверное не выдет.

[Supermax]

Скажу по секрету, Visibility всавляет сам Автокад банальным запуском комманды

Код:

[Выделить все]

(command "_BParameter" "V" "L" name_visibility (getpoint "Укажите место расположения Visibility Set") "")

Так что отправив это выражение в ком. строку и все ок. НО! Если уже есть Visibility Set - ничего не получится. А чтобы получилось, надо блок для начала поломать, вставив в словарь "ACAD_EVALUATION_GRAPH" "кривой" Visibility Set.
"Кривой" получается элементарно! Если уже есть один Visibility Set, то мы его берем, выкидываем из списка его DXF кодов -1, 5, 1071, и 1010 коды, заменяем 301 пару с названием данного Visibility на свое название и создаем по этому списку (в лиспе это функция entmakex) новый объект. Создаем 360 точечную пару с полученым указателем на новый объект, создаем 91 точечную пару с номером новой записи в словаре "ACAD_EVALUATION_GRAPH". Добавляем точечную пару "тип записи", создаем и добавляем в запись 95 пару с следующим номером записи, потом нашу 360-тую цепляем и далее четыре 92 пары с кодом -1.
Замняем в словаре 96 и 97 пары на новое число (1+) Вставляем нашу запись в конец всех 32-ых записей и делаем словарю entmod, после чего сохраняем блок.

После этого процесса создается ситуация, когда после каждого сохранения блока Автокад в упор не видит Visibility Set и дает добро на установку нового. Мы этим воспользуемся и сделаем это.
Затем перемещаем нашу запись с "Кривым" Visibility Set-ом в самый низ 32 записей и удаляем ее.
Блок становится почти корректным. Автокад видит первый по списку Visibility Set и дает его редактировать. "Почти" это в смысле, что много Visibility Set-ов блоку де-юре не положено.

Вот ты в состоянии все это проделать на VBA?

[stas_org]

врятли

[Supermax]

A прочесть "ACAD_EVALUATION_GRAPH" могешь?

[Supermax]

Наверное не судьба на VBA такое делать. Скорее всего надо просто отдельную панель сделать и кнопок туда напихать.

Объявляется конкурс на BMP картинки для кнопок вышеперечисленных функций. Как только картинка понравится мне, Kpblc-у, SLADE и stas_org, так я функцию к ней даю.

[stas_org]

Сообщение от Supermax Наверное не судьба на VBA такое делать. Скорее всего надо просто отдельную панель сделать и кнопок туда напихать.

Или палитру

[Supermax]

Так и я ж об этом.

[Supermax]

Гость, а гость, что с утра в теме висишь? Хоть бы картинку для кнопочки нарисовал. Жаба давит? Халяву ждемс?

[Кулик Алексей aka kpblc]

Сообщение от Supermax Гость, а гость, что с утра в теме висишь? Хоть бы картинку для кнопочки нарисовал. Жаба давит? Халяву ждемс?

Это кому обращение?

[Supermax]

Да тут наблюдаю за одним. С утра висит и висит. Сейчас смылся. А это не ты часом?
Что-то совсем народ обленился. Сложные задачи ставлю - не могут. Простые (ну куда проще, картинку придумать?), так вообще думают, что сейчас набежит несколько остро нуждающихся и сделают. И по скольку так думают все, то простые задачи тоже никто не решает.

Обидно Kpblc, до слез.

[Кулик Алексей aka kpblc]

Supermax, тебе расписать над чем я сейчас сижу?
Я ж тебе говорил - дин.блоки (тем более такие навороченные, как ты делаешь) лично мне пока не требуются. Мне вообще сейчас дин.блоки не нужны. Поэтому я и не принимаю практически никакого участия в разработке. Что понимаю "влет" - то делаю, если успеваю.
Кстати, "кнопки рисовать" лично у меня никогда не получалось...

[stas_org]

Ну сделай хоть для себя, картинки из акада возьми, неиспользуемые.

[Supermax]

Так я уже себе понавтыкал всякого мусора. Может у кого есть для этого специальная программа. Берешь нормальный рисунок и пропускаешь через такую прогу. Она тебе его сжимает до кучки пикселей, но с тенями и пр. Рисовать Автокадовским редактором иконок ничего у меня не получается.
И вообще, скачивают сотни, а беседуют с автором 2-3 человека.
Я Kpblc, не тебя имею в виду. Ты на себя навалил весьма много и тебя я понимаю. Без притензий. Я имею в виду ситуацию. Плохая получается ситуация. Чтобы что-то получить, надо это заработать. Так должно быть во всем. А мы тут халявщиков выращиваем. Все всегда начинается с малого. Когда где-то в чем-то что-то обломилось, то ждут, что и в большем обломится.
Халяву и я люблю, поэтому очень хорошо чувствую этот вкус дармовщинки. Наркотик это. Ох какой крутой наркотик!

Когда хотят подарить кому-нибудь щенка, то обязательно его типа продают, за рубль. Чисто символически. Дурная примета такая есть, что за даром пришло, за даром и уйдет.
Я хочу чтобы очень многие делали крутые динамические блоки легко и быстро. Готов даром дать все, что для этого нужно, но не гоже быть такими КЮ, что даже картинку предложить влом.

[Кулик Алексей aka kpblc]

В качестве полного идиотизма (картинка здоровая, сами ужимайте :P)

[stas_org]

Могу скинуть крякнутую прогу по созданию иконок, если kpblc даст добро, а вот с фантазией не очень, если архитектора какого-нить.

[Кулик Алексей aka kpblc]

stas_org, а правила одинаковы для всех. Так что "одобрямс" не будет.

[Supermax]

Ну, сжимется все прекрасно Paint-ом. Только вот остается совсем немного. Узнать то, что Kpblc дал, невозможно.

[Кулик Алексей aka kpblc]

Это точно )

[SLADE]

11. Переписать данные из указанного Lookup-a в EXCEL.
12. Переписать из файла EXCEL в указанный Lookup данные.
13. Скопировать данные из одного Lookup-a в другой Lookup.

Использую их, как только выложили эти лиспы

[Supermax]

Вот сам наваял Excel->Lookup.
К сожалению файл BMP и такой маленький, что при переводе в jpg, J.P.G и получается.

[Supermax]

Макрос Exel->Lookup для пространства редактора блоков.
Никаких папок не требуется.
Код открытый.

[Supermax]

Аналогичная картинка на Lookup->Excel
Тоже BMP.

[Supermax]

Ну и Lookup->Lookup.

[Supermax]

Макрос Lookup->Excel для пространства редактора блоков.
Папки не требуются.

[Supermax]

Макрос Lookup->Lookup для пространства редактора блоков.

[Ddjo]

Supermax,
Ты упрекаешь всех, что никто тебе не хочет помочь, думаю, все дело в том, что мало кто (как, к примеру, я) обладает достаточным кол-вом знаний и умений, для того чтобы тебе помочь, а не потому что все такие любители халявы. Не расстраивайся
Спасибо тебе большое, ты затеял огромное и полезное дело!!!
Со своей стороны, могу нарисовать несколько вариантов иконок на выходных и выложить в понедельник.


Единственное, я не очень понимаю, что означает:

15. Скопировать указанные элементы текущего Visibility Set в выбранные представления текущего Visibility Set.

что есть "элементы" и что есть "представления"?
Динамические блоки - весьма слабо изученая мною область, к сожалению

[Supermax]

Спасибо за сочувствие.

Элементы, это имеется в виду графические, текстовые элементы и атрибуты. То, что объеденено в блок.
Visibility Set - это такой динамический объект (параметр + активатор), который позволяет управлять видимостью элементов блока. В блоке создается что-то типа слоев (Visibility State или по русски - представлений) и все элементы раскидываются по этим слоям. В редакторе блоков в правом верхнем углу выпадающий список этих представлений и кнопки для управления ими и видимостью элементов.
Переключая одно представление на другое мы одни объекты выключаем, другие включаем.

Установив в редакторе какое-нибудь представление мы можем в него добавить элементы, но чтобы их было видно в других представлениях надо по очереди открывать эти представления и включив "серую" видимость (когда видны все элементы блока), указав на нужные элементы включить им видимость в текущем представлении.
Если элементов много, и представлений много, то эта работа не для слабонервных. А с помощью макроса выделяем группу элементов, вызываем список (в макросе) представлений, выделяем через Ctrl или шифт нужные представления и машина сама эти элементы делает в них видимыми.

Вся эта возня с включением видимости одним элементам и выключением видимости другим элементам очень сильно взаимозависима. Нельзя (было) управлять видимостью одного элемента не трогая видимость других. Теперь можно. Теперь все элементы могут быть либо свободными, то есть не участвующие в процессе управления видимостью, либо входить в группы, каждаяиз которых управляется своим параметром Visibility Set. В каждом Visibility set свои слои - представления.

Вообще-то в Автокаде нет ни одной кнопки для управления видимостью. только несколько человек удосужилось написать макрос для этих целей.
Я даже вебмакрос для этого сделал. Очень мало народу знает, что выключить видимость элементу можно не перенося его в какой-то слой для этого, а просто так, взять и выключить.
Вот геоподосновы видали? там ничего нельзя из слоя в слой переносить, а работать порою просто невозможно, столько всего друг на друге лежит. Выключишь весь слой, то и в нужном месте все исчезнет. А так можно только часть элементов погасить. Нажатием кнопки "включить все" все и включится.

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

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

[Ddjo]

Я правильно понимаю:

15. Скопировать указанные элементы текущего Visibility Set в выбранные представления текущего Visibility Set.

К примеру:
к одному Visibility Set относятся круг, квадрат и треугольник
в этом Visibility Set есть ряд "представлений", скажем :
все видны - при этом видны все фигуры
треугольник - при этом виден тольк отреугольник
квадрат -виден только квадрат
итд

Элементы из одного Visibility Set копируются в другой Visibility Set при этом с возможностью их отнести их к определенному "представлению"?

[Supermax]

Нет не правильно. Разве я писал другим Visibility Set-ам?

Вот ты открыл редактором блока блок. И попал в первое по списку представление первого Visibility Set-a. Ты можешь перейти в другое представление этого же Visibility Set-a, в третье и т.д. Можешь создать еще несколько представлений, но все равно ты всегда находишся только в одном из них.
Вот небыло у тебя в этом блоке каких-то элементов, но блок уже создан и в каждом Visibility Set-e уже создано до черта представлений. Тебе надо вставить в блок какие-то новые детали. Куда спрашивается? в один из Visibility set-ов или вставить их и "освободить от зависимости".
Ты делаешь текущим тот Visibility set, куда намерен вставлять эти элементы и вставляешь, НО только в одно из его представлений, которых может быть больше сотни! Элементы, что ты вставил в 20 из них должны быть видны, в 50 не видны, а в 30 какие-то видны, а какие-то не видны. Ты сейчас обречен их по очереди открывать и устанавливать видимость каждому из вновь вставленых в блок элементов.

Спрашивается зачем это делать? Элемент выделили? - Да. Так надо указать сразу целый список представлений и туда эти выделенные элементы прописать. А не открывать каждое и там каждый раз выделять элементы.

Конечно можно и нужно перебрасывать или копировать элементы из одной группы Visibility Set в другую, но чисто технически это выглядит несколько иначе. Если элемент принадлежит какой-тогруппе, то его присутствие в другой очень маловероятно нужно. Только в очень редких случаях это может понадобится. (я даже не знаю в каких). А так, либо там, либо сям. От туда убрали, туда вставили. Что значит убрали? - Просто стерли указатели на эти элементы в Visibility Set-e. Элементы стали свободными. Их можно прописать в какой-нибудь Visibility Set, но как правило не только это надо, поэтому это лучше делать, когда Visibility Set является текущим.

Сделал Visibility set текущим, подсветил свободные элементы и нажал кнопку, после чего они стали принадлежать текущему Visibility Set-у.
Но это уже не пункт 15. Это уже совсем другое.

[wetr]

Supermax, устрой голосование в шапке темы типа:
"Вам нужны динамические блоки, с множеством параметров видимости?"
Сразу будет видно, нужно это или нет. А то может ты зря на людей ругаешься?
Я напримет только изредка заглядываю в твою тему, т.к. пока особых перспектив не вижу. То что можно было сделать дин. блоком - сделано с базовыми возможностями. Дальнейшее усложнение создания д.блоков отметет львиную долю любителей этих самых д. блоков. ЯТД.
Посмотри какие вопросы задаются на форуме по дин блокам? Элементарные.
Несмотря на их(блоков) относительную простоту - вникнуть сразу, с 0 довольно трудно. Мне кажется Autodesk не зря оставил 1 параметр видимости.
Но это так мысли вслух. Возможно я и неправ. Время покажет

[Volodich]

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

[Volodich]

wetr, может быть ты в чем-то прав. По крайней мере в том что мало кто пользуется динамическими блоками, причем действительно сложными блоками. Эти люди в эту тему и заглядывают Я не так давно стал с дблоками разбираться, но мне уже не хватает одного параметра видимости. Да ладно, тут об этом (и не только тут) много писали. Из-за этого приходится "делать операцию на глаза через задницу", так я могу назвать блоки которые делаю я и которые делают другие. Иногда решения удивляют своей красотой, но все равно это все через одно место, т.к. нет прямых путей...
Это тоже мысли вслух
Кстати, Supermax, я чуть чуть подумал над твоими картинками. Это будет довольно сложно... Даже названия-то у кнопок сложные (не все сразу понимают смысл ), а как их в карнитку превратить, надо думать.

[Volodich]

Художник из меня никакой, но попытка не пытка.

Вот, пожалуйста, в качестве идеи для начала:
1. Вставить Visibility Set. (insert_visibility.BMP)
2. Очистить Visibility Set от всех элементов, свойств и представлений. (clean_visibility.BMP)
3. Включить ручки всем элементам текущего Visibility Set-a. (grips_on.BMP)
4. Выключить видимость всем элементам. (visibility_off_all.BMP)
5. Включить видимость всем элементам. (visibility_on_all.BMP)
6. Выключить видимость выбранным элементам. (visibility_off_selected.BMP)
7. Выключить видимость всем элементам, кроме выбранных. (visibility_off_all_Except_selected.BMP)

Всякие тени и т.п. по-моему делать бесполезно из-за малости картинки. Хотя может у кого-нибудь получится.

Если хоть что-то понравится, попробую нарисовать картинки и на остальные функции.

[Supermax]

Посмотрел. Ты прав. Художник ты не ахти. Как в прочем и я.
Буквы тулить не фонтан. Ручку активированного параметра ты изобразил правильно, но она ведь для любых параметров такая. Совсем не ассоциируется с Visibility.
А мои иконки хоть кому-то понравились?
Про тени ты тоже не прав. Именно из-за теней иконка смотрится издалека понятно. Как только начинаешь ее рассматривать увеличено, так ничего не понимаешь. Как уменьшишь, так сразу все становится понятным. Законы оптики

[Кулик Алексей aka kpblc]

ТВои иконки понравились Намного лучше моего ужаса

[Volodich]

Ну ладно, сколько людей столько и мнений.
Значит правильно я не стал дальше делать.
Я сделал идейно. Усложнять можно дальше, но это уже будет непринципиально. Главное чтобы была отражена суть команды.
Ручка такая только у параметра видимости и у lookup. Но насколько я понимаю программа только для параметра видимости. А лукап ты сам изобразил по-другому, в виде таблицы. Поэтому я и не побоялся треугольник рисовать.
Насчет теней... Не согласен я с тобой. В твоих картинках тоть есть у буквы Х тень хоть нету по-моему без разницы. Ладно, пока не буду спорить, сначала попробую тень удалить, поставить рядом две кнопки и посмотреть разницу.

Посмотрим другие варианты картинок.

[Supermax]

Вот попробовал переделать иконку копирования объектов в другой слой на вставку Visibility Set. Я думаю этими иконками вообще никто не пользуется.

[Supermax]

Файл Visibility-ADD2.fas содержит следующие функции:
(Visibility_add) - Добавить новый Visibility Set
(visibility-up) - делает указанный пользователем Visibility Set текущим
(element-sel-current-del) - убирает из текущего Visibility Set-a выделенные элементы
(eddedd) - включает ручки всем элементам текущего Visibility Set-a
(Visibility_clear) - очищает указанный Visibility Set от всех элементов, параметров и представлений. Принадлежащие ему элементы становятся свободными
(element-all-current-del) - удаление из текущего Visibility Set всех элементов оставляя свойства и представления.
(element-sel-current-insert) долгожданная - по внедрению в общий список текущего Visibility Set-a выбранных элементов.
(properties_add_all_visibility) - устанавливает видимость выбранным динамическим свойствам во всех представлениях всех Visibility Set-ов
(tecuch_visibility) - показывает наименование текущего Visibility Set-a и выводит его в статусную строку

Когда вставляется новый (уже не первый) Visibility Set, он не делается текущим. Автоматически и к его имени по умолчанию добавляется куча цифр, чтобы не было одинаковых имен.
В статусной строке выводится значения текущего Visibility Set-a только после первого применения (tecuch_visibility).

24.01.2009.
Исправлена ошибка в функции (properties_add_all_visibility)
16.07.2009.
Исправлена ошибка в функции (element-sel-current-insert)
17.07.2009.
Еще раз исправил (element-sel-current-insert) и вставил в нее включение видимости всех элементов с последующим откатом назад этой видимости.
06.10.2009.
!!! Исправил функцию eval_graf_output, из-за которой не работала visibility-up.
02.02.2010.
!!! Еще раз исправил функцию eval_graf_output, под 2010 кад, да и вообще быстрее стала работать.

[Supermax]

Макрос на кнопку:

Код:

[Выделить все]

^C^C(load "Visibility-ADD2.fas") (Visibility_add)

Это если кнопка "Вставить Visibility Set".

[Supermax]

Опять забыл (vl-load-com) вставить в начало текста.
Друзья, да забейте вы эту .... в автозагрузку.

[Supermax]

Функции Kpblc-a по управлению видимостью элементов. Работают везде.
Все написано у них в самом файле. Файл *.lsp

[Ddjo]

Supermax,
Насчет пункта 15, все разъяснилось
Мне кнопки Volodich, понравились, у меня похожие идеи, насчет лукапа, на мой взгляд, однозначно надо изображать треугольник,(Action - молния, ехсель -таблица с буквой "х" или вообще -значек екселя, видимость/невидемость выделять тоном и тд), короче, использовать интуитивно понятные пиктограммы, которые узнаются с первого взгляда и не путаются между собой ( т.к. когда по кнопкам пыкаешь, их особо не разглядываешь), к тому же, из-за малой величины, должны содержать минимум информации.
Supermax, Ваши кнопки мне понравились меньше, лукап->эксель и эксель->лукап, сначала не заметила разницы

[Volodich]

Ddjo, благодарю! Приятно, что хоть кто-то оценил!

[Supermax]

Вот блин внимательные! Я уже красным выделил. Шрифт самый большой установил, а скачек - 0. Вы что, тему читаете только последние сообщения?

[Кулик Алексей aka kpblc]

Supermax, прими в качестве совета: первый пост темы виден (благо шапку Админ сделал). Ну так и редактируй первый пост Там будет все, что посчитаешь нужным - и закачиваемые элементы, и внутренние ссылки на посты... И сразу будет все видно, и пользователям по теме ползать не надо будет
Я бы, наверное, так и делал.

[CB]

> Supermax #147, Кулик Алексей aka kpblc
Вот за эту программу огромное спасибо!!! Очень нужная вещь...

[VVA]

Сообщение от stas_org Могу скинуть крякнутую прогу по созданию иконок, если kpblc даст добро, а вот с фантазией не очень, если архитектора какого-нить.

Я периодически пользуюсь AWicons Standart 9.4
Lite версия бесплатна, стандарт бесплатна (была по крайней мере раньше) для xUSSR, только в конце банеры показывает.
Есть online уроки

[Volodich]

Supermax, файл *.fas надо просто поместить в папку к вспомогательным файлам?

Команда: (LOAD "C:/Рабочие документы/LISP/Visibility-ADD2.fas") VISIBILITY_CLEAR
Команда: Visibility_add
Неизвестная команда "VISIBILITY_ADD". Для вызова справки нажмите F1.

Я что-то не так делаю?

Supermax #147, Кулик Алексей aka kpblc Вот за эту программу огромное спасибо!!! Очень нужная вещь...

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

[Supermax]

СВ, а почему остальные не качаешь?
Kpblc, я так уже делал, только в данном случае очень много всего. К каждому файлу хелп нужен не слабый. Боюсь первый пост станет на всю страницу и тогда будет ОПА! Если каждая страница будет содержать одно сообщение размером с целую страницу, то ... Вам еще так сервер не обрушивали?

[Supermax]

Volodich, Visibility-ADD2.fas это макрос. Прочти пожалуйста повнимательнее тему и на сообщениях VVA есть ссылка на то, как макросами пользоваться. Чес. слово, облом столько по новой писать.

Народ, дайте ссылок на тему, как запускать макросы.

Ладно, у VVA там много всего, так что даю вводную.

1. Создаем папку для макросов (где угодно) и кладем в нее файлы *.lsp и/или*.fas.
2. Устанавливаем путь к этой папке Tools->Options...->закладка Files->раскрывающийся список Support File Search Path (нажать на плюсик и раскрыть)->выделить любую строку->нажать клавишу (в правой части меню) "Add..."->нажать кнопку "Browse...">указать в открывшемся окне на папку с макросами->нажать кнопку "Apply" (в нижней части меню) и кнопку "OK", тамже.

Теперь набрав в ком строке (load "Visibility-ADD2.fas") ентер, а потом (VISIBILITY_ADD) ентер получим нужное. Мы функцию запускаем, а не команду.
В 145 посте все вполне понятно написано.

[Кулик Алексей aka kpblc]

dwg.ru/art/8
Подпись VVA

[Supermax]

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

[Кулик Алексей aka kpblc]

В продолжение #151:
Я бы написал, наверное, следующее (ну или что-то типа такого):
В этой теме рассматривается вопрос программного "наращивания" возможностей динамических блоков.
Разбор словарей дин.блока
Получение параметра видимости и его разбор
Примеры блоков с несколькими параметами видимости (Visibility Set): "неправильные" и "правильные". В постах #70 и #71 - дополнительные примеры.
Программа по перемещению параметров видимости "по порядку"
Готовые макросы:
Excel->Lookup
Excel->Lookup для пространства редактора блоков
Lookup->Excel
Lookup->Lookup
Lookup->Excel для пространства редактора блоков
Lookup->Lookup для пространства редактора блоков
Все, объединенное
Функция скрытия объектов

[Supermax]

Kpblc, я перенес из первого поста текст в начало второго, а теперь ты перенеси свой текст в первый пост, и чтобы я мог его редактировать. Я буду добавляя проги, туда ссылки добавлять. Очень хорошо у тебя получилось. Спасибо.

[Кулик Алексей aka kpblc]

Сообщение от Supermax Kpblc, я перенес из первого поста текст в начало второго, а теперь ты перенеси свой текст в первый пост, и чтобы я мог его редактировать. Я буду добавляя проги, туда ссылки добавлять. Очень хорошо у тебя получилось. Спасибо.

Так первый-то пост ты можешь в любой момент сам отредактировать
Жмешь цитату на моем варианте, копируешь текст цитаты, входишь в редактирование первого поста; там вставить и удалить тэги QUOTE. Вот и все Попробуй. Если не получится - свистни, сделаю.
P.S. Исправил заголовочный пост

[SLADE]

Идея по Excel->Lookup

Если замысел нравится сделаю остальные Lookup->Lookup ;Lookup->Excel

[Supermax]

Это для палитры? Весьма красиво. Давай, давай.
Я вообще-то с палитрой давно не бадался, даже не знаю где ее включать. А там еще можно и полупрозрачный фон делать. Вот бы кто просвятил. А то я с этими DXF кодами совсем отупел.

[Volodich]

Volodich, Visibility-ADD2.fas это макрос. Прочти пожалуйста повнимательнее тему и на сообщениях VVA есть ссылка на то, как макросами пользоваться. Чес. слово, облом столько по новой писать.

Ну что уж я совсем чайником кажусь?
Я только одно не учел, что название функции должно быть в скобочках.
Сделал. Запустил.
При первой попытке добавить дополнительный параметр видимости, автокад вылетел с какой-то ошибкой на пол экрана. (что-то типа обращение к памяти и т.п.)
Ну я думаю, щас запущу второй раз запущу и все перепишу. Но не тут-то было. Вот что он мне говорит.

Команда: (vl-load-com) Команда: Команда: (LOAD "C:/Работа/LISP/Visibility-ADD2.fas") VISIBILITY_CLEAR Команда: (visibility_add) _BSAVE Команда: _BParameter Введите тип параметра [Выравнивание/База/Точка/Линейный/Полярный/Xy/повоРот/Отразить/виДимость/поиСк]: V Неправильное ключевое слово. ; ошибка: Функция отменена Введите тип параметра [Выравнивание/База/Точка/Линейный/Полярный/Xy/повоРот/Отразить/виДимость/поиСк]: *Прервано*

AutoCAD 2006 rus нелицензионный.
Причем остальные функции вроде работают, по крайней мере что-то делают, не выдавая ошибки (попробовал eddedd, выделились ручки, но почему-то не выделился лукап. Но это я еще буду разбираться)
Я что, самый невезучий? Или все-таки чайник

[Volodich]

Опять забыл (vl-load-com) вставить в начало текста. Друзья, да забейте вы эту .... в автозагрузку.

Объясни, пожалуйста, как.
И мне никто так и не объяснил:

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

Это я про kpblc-objects-hide.lsp

[Supermax]

От е-мае!

Код:

[Выделить все]

Команда: _BParameter
Введите тип параметра 
[Выравнивание/База/Точка/Линейный/Полярный/Xy/повоРот/Отразить/виДимость/поиСк]:

После этого надо было ткнуть курсором в ту точку, в которую надо Visibility Set вставлять! А ты небось по клаве стучал. Что не видишь, что курсор стал крестом без квадратика по центу? Что это значит понимаешь? Все работает. Давай еще раз делай, да повнимательнее.


kpblc-objects-hide.lsp - текстовый файл. Там в начале все написано.

Там всего одна функция с аргументом.

* Скрытие выбранных объектов / невыбранных объектов / показ всех объектов. * Сделано в качестве попытки создания аналога ADT-шной команды Isolate objects. * Работает только в активном пространстве. * Параметры вызова: * 0 — показать все; 1 — скрыть выделенные; 2 — скрыть * все, кроме выделенных * Примеры вызова: (kpblc-objects-hide 0); Показать все объекты (kpblc-objects-hide 1); Скрыть выделенные объекты (kpblc-objects-hide 2); Скрыть все, кроме выделенных

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

Обычно во всех лиспах в начале идут комментарии. Тут не исключение.

Дерзай.

[BetoN]

Вот такой вариант

[SLADE]

Коллеги , а макросы Lookup->Excel и Lookup->Excel для пространства редактора блоков нельзя соединить в один из 2-х (ведь программка которая говорит "что вы не зашли в редактор блоков " у Supermaxа уже применяется, помоему, в "Программа по перемещению параметров видимости "по порядку"

Сделал 3 иконки для программ
Excel->Lookup
Lookup->Excel
Lookup->Lookup

[Supermax]

Во, только хотел сказать, что значек Excel-я хорошо смотрится только на Lookup->Excel, а ты уже переделал.
Я уже их пытался в палитру впихнуть. И есть одно но.
На панели используются картинки с прозрачным дном. Тебе следует раскопать все по прозрачности и установить галочку в свойствах файла на прозрачность. То есть белый будет прозрачным. Все вокруг значка Excel и таблицы Lookup должно быть прозрачным. Значек активатора излишне нагружает рисунок и стрелка очень жирная. Ты ей постепенно уменьши яркость, чтобы к хвосту она стала бледнорозовой. Расширение на хвосте стрелки лучше переделать на сужение. Если уж тебе так хочется значек активатора оставить, то сделай его пожиже, или поменьше, чтобы не он бросался в глаза, а таблица.

И вообще,народ, подскажите где лежат картинки от палитры. Никак не могу найти их месторасположение.

[Supermax]

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

[Supermax]

Я уже сделал твою иконку прозрачной. В Paint-e убери галку с "непрозрачный фон" в закладке "рисунок" и весь фон сделай стиральной резинкой и пипеткой - белый. :good: От родного, Автокадовского не оличить.

BetoN, твои иконки пока самые лучшие для кнопок. Но в палитре не смотрятся. Мелковаты и расплывчаты (про свои вообще молчу).

[BetoN]

Сообщение от Supermax BetoN, твои иконки пока самые лучшие для кнопок. Но в палитре не смотрятся. Мелковаты и расплывчаты (про свои вообще молчу).

Так они и делались для кнопок 16х16, для палитры нужно 32х32. Работаю над этим.

[SLADE]

Сообщение от Supermax Объединить пары этих программ можно и не сложно, но для пространства модели (мне так кажется) эта программа не подходит. Она скорее всего просто станет не востребованной, так зачем мучиться?

Не совсем согласен, я в редакторе блоков (забиваю в самом начале), т.е. когда только создал таблица с параметрами , и то только для только чтобы была ключина кнопка Allow reverse lookup, и больше в редактор блоков не захожу, потому как все жутко виснет и потом лагает, а иногда lookup и вовсе не хочет открыватся!
Поэтому и возникло предложение их объединить в одну прогу, да и кнопок меньше

[Supermax]

Хорошо, объединю.

[SLADE]

Supermax, может я упустил, но помоему мы пропусти обязательную функцию - взрыв дин. блока с дополнительными параметрами Visibility Set

[Supermax]

А это и не надо.
Выделяешь блок, жмешь правую кнопку и выбираешь Edit Block In-place. Давишь ОК. Далее тебя воспрошают в своем ли ты уме, ты ответишь да и войдя в редактор выходишь с сохранением. Все. был блок динамический, а стал простой - взрывай. К его родному имени циферку прибавил Автокад. А в базе блоков чертежа появился новый блок с циферкой в конце.

Вот новые файлы совмещенной работы и в модели и в пространстве редактора блоков.

[SLADE]

процедура не сложная, если не считать , что ряд пользователей ставит на правую кнопку - потверждение (в том числе и я). Проще для обычного юзера - нажал=получил.

Мне иконки для кнопак BetoNа тоже нравятся.
Какие размеры делаем 16х16 и 32х32?

[Кулик Алексей aka kpblc]

Сообщение от SLADE процедура не сложная, если не считать , что ряд пользователей ставит на правую кнопку - потверждение (в том числе и я).

И тем самым лишает себя контекстного меню?

[SLADE]

это дело привычки и скорости работы, мне намного быстрее нажать прав.кнопку, чем нажать ввод.
Да и с Punto Switcher при этом приходится воевать, и при потверждении команды правой кнопкой-он не срабатывает

[Кулик Алексей aka kpblc]

Пробел выполняет те же действия, что и Enter. Хотя это оффтоп чистой воды.

[Supermax]

SLADE, все твое горе заключается в том, что у тебя нет вот такой штуки:
http://dwg.ru/f/showpost.php?p=292682&postcount=14

[SLADE]

Сглатнул слюну, но с моим кол-вом мест работы за компом (3-4 в день) это не реально, пока, для меня. Только дома я работаю за

[Supermax]

Когда у меня появилась первая такая мышка МХ-500, то я с ней ходил из дома на работу и обратно. Дома комп, на работе комп, а мышка одна на оба компа. Хотя и стоила она всего 800р. 1500 сейчас MX-518 не такие уж и большие деньги. Но после того, как я привык Esc и Del и все остальное жать на ней, а не на клаве, то когда я захожу к кому-нибудь в гости и мне приходится садиться за комп с 3-х кнопочной мышью - такое впечатление создается, что я не то что автокадом научился пользоваться совсем недавно, с клавиатурой еще не освоился.
И вот два монитора у меня теперь везде, и новый комп себе присмотрел, и 6 мониторов у меня будет очень скоро. И не дорого это. 2 штуки евро стоит потратить на такое.

[Supermax]

Закину еще сюда прожку по установке и деустановке видимости элементам в представлениях текущего Visibility Set-a.
Это когда вы наваяли очень много представлений и у вас появилась необходимость вставить новый элемент и прописать ему видимость во многих представлениях, а также, если вы наваяли много представлений, но галочка была установлена на включение видимости всем элементам (наследование видимости) и теперь надо выключить видимость нескольким, но везде, или сразу во многих местах, то эта программка вам в этом поможет.

Файл обновлен 8.10.2008г.

[SLADE]

Сообщение от Supermax И вот два монитора у меня теперь везде, и новый комп себе присмотрел, и 6 мониторов у меня будет очень скоро. И не дорого это. 2 штуки евро стоит потратить на такое.

Немного не понял про 6 мониторов, что это за зверь такой?

[Volodich]

К оффтопу чистой воды: а я в теме "тюнинг кад систем" (по-моему) вычитал настройку: учитывать время нажатия (правой клавиши мыши). В итоге и меню доступно и команда по быстрому нажатию повторяется. Первое время путаешься, но через пару дней привыкаешь и без этого уже как-то и неудобно.

[Volodich]

А ведь работает!!! По крайней мере добавление нового параметра видимости.
Supermax, Теперь тебе надо справку писать по своим функциям В смысле "пошаговые действия создания и редактирования блоков с несколькими параметрами видимости".
У меня, например, параметр видимости добавился, я даже сделал там 2 представления видимости, в один из которых "запихал" элемент. Сохранил блок, блок заработал как надо.
НО: При повторном открытии блока редактором, новый параметр видимости вообще исчезает, а старый параметр автокадом уже не понимается как параметр видимости.
При попытке сделать старый параметр видимости текущим, выдается ошибка, что "Кривой блок не должен содержать технически одинаковых имен свойств! Добавьте пробел в конце имени свойства!"
На всякий случай приложу блок.
Даже уже на этом этапе Supermax - молодец! Не бросай это дело!!!

[Кулик Алексей aka kpblc]

Volodich, прочитай эту тему с самого начала - подобное поведение, насколько мне помнится, описывалось. И также рассказывалось, как с ним бороться

[Supermax]

Volodich , делать все надо аккуратно! Ты первый параметр видимости должен вставить руками из палитры инструментов. И какого ты его снес? Второй параметр видимости ставится тогда, когда их надо два. А у тебя я вижу только один. И не стоит хаотично вставлять, сносить, опять вставлять. Пожара тут нет и нечего так суетиться. От этой суеты только одни глюки и получаются.

Блок переделай и видимость вставляй тогда, когда она нужна.

[Supermax]

Вот посмотри как ты его несчастного загадил этими параметрами:

Код:

[Выделить все]

((-1 . <Entity name: 7efb2c10>) 
(0 . "ACAD_EVALUATION_GRAPH") 
(5 . "1E01A") 
(102 . "{ACAD_REACTORS") (330 . <Entity name: 7efb2c08>) (102 . "}") 
(330 . Entity name: 7efb2c08>) 
(100 . "AcDbEvalGraph") 
(96 . 58) 
(97 . 58) 
(91 . 0) (93 . 32) (95 . 10) (360 . <Entity name: 7efb2c18>) (92 . 2) (92 . 2) (92 . 0) (92 . 3) 		(0 . "BLOCKROTATIONPARAMETER")
(91 . 1) (93 . 32) (95 . 11) (360 . <Entity name: 7efb2c20>) (92 . -1) (92 . -1) (92 . 2) (92 . 2) 		(0 . "BLOCKROTATIONGRIP")
(91 . 2) (93 . 32) (95 . 12) (360 . <Entity name: 7efb2c28>) (92 . 0) (92 . 0) (92 . -1) (92 . -1) 		(0 . "BLOCKGRIPLOCATIONCOMPONENT")
(91 . 3) (93 . 32) (95 . 13) (360 . <Entity name: 7efb2c30>) (92 . 1) (92 . 1) (92 . -1) (92 . -1) 		(0 . "BLOCKGRIPLOCATIONCOMPONENT")
(91 . 4) (93 . 32) (95 . 15) (360 . <Entity name: 7efb2c38>) (92 . 3) (92 . 3) (92 . 5) (92 . 5) 		(0 . "BLOCKROTATEACTION")
(91 . 5) (93 . 32) (95 . 16) (360 . <Entity name: 7efb2c40>) (92 . 5) (92 . 5) (92 . 4) (92 . 4) 		(0 . "BLOCKPOINTPARAMETER")
(91 . 6) (93 . 32) (95 . 20) (360 . <Entity name: 7efb2c48>) (92 . 4) (92 . 4) (92 . -1) (92 . -1) 		(0 . "BLOCKMOVEACTION")
(91 . 7) (93 . 32) (95 . 43) (360 . <Entity name: 7efb2c50>) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 	(0 . "BLOCKVISIBILITYPARAMETER")
(91 . 8) (93 . 32) (95 . 44) (360 . <Entity name: 7efb2c58>) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 	(0 . "BLOCKVISIBILITYPARAMETER")
(91 . 9) (93 . 32) (95 . 45) (360 . <Entity name: 7efb2c60>) (92 . 6) (92 . 6) (92 . 7) (92 . 8) 		(0 . "BLOCKVISIBILITYPARAMETER")
(91 . 10) (93 . 32) (95 . 46) (360 . <Entity name: 7efb2c68>) (92 . -1) (92 . -1) (92 . 6) (92 . 6) 		(0 . "BLOCKVISIBILITYGRIP")
(91 . 11) (93 . 32) (95 . 47) (360 . <Entity name: 7efb2c70>) (92 . 7) (92 . 7) (92 . -1) (92 . -1) 		(0 . "BLOCKGRIPLOCATIONCOMPONENT")
(91 . 12) (93 . 32) (95 . 48) (360 . <Entity name: 7efb2c78>) (92 . 8) (92 . 8) (92 . -1) (92 . -1) 		(0 . "BLOCKGRIPLOCATIONCOMPONENT")
(91 . 13) (93 . 32) (95 . 49) (360 . <Entity name: 7efb2c80>) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 	(0 . "BLOCKVISIBILITYPARAMETER")
(91 . 14) (93 . 32) (95 . 50) (360 . <Entity name: 7efb2c88>) (92 . 9) (92 . 9) (92 . 10) (92 . 11) 		(0 . "BLOCKVISIBILITYPARAMETER")
(91 . 15) (93 . 32) (95 . 51) (360 . <Entity name: 7efb2c90>) (92 . -1) (92 . -1) (92 . 9) (92 . 9) 		(0 . "BLOCKVISIBILITYGRIP")
(91 . 16) (93 . 32) (95 . 52) (360 . <Entity name: 7efb2c98>) (92 . 10) (92 . 10) (92 . -1) (92 . -1) 	(0 . "BLOCKGRIPLOCATIONCOMPONENT")
(91 . 17) (93 . 32) (95 . 53) (360 . <Entity name: 7efb2ca0>) (92 . 11) (92 . 11) (92 . -1) (92 . -1) 	(0 . "BLOCKGRIPLOCATIONCOMPONENT")
(91 . 18) (93 . 32) (95 . 55) (360 . <Entity name: 7efb2cb0>) (92 . 12) (92 . 12) (92 . 13) (92 . 14) 	(0 . "BLOCKVISIBILITYPARAMETER")
(91 . 19) (93 . 32) (95 . 56) (360 . <Entity name: 7efb2cb8>) (92 . -1) (92 . -1) (92 . 12) (92 . 12) 	(0 . "BLOCKVISIBILITYGRIP")
(91 . 20) (93 . 32) (95 . 57) (360 . <Entity name: 7efb2cc0>) (92 . 13) (92 . 13) (92 . -1) (92 . -1) 	(0 . "BLOCKGRIPLOCATIONCOMPONENT")
(91 . 21) (93 . 32) (95 . 58) (360 . <Entity name: 7efb2cc8>) (92 . 14) (92 . 14) (92 . -1) (92 . -1) 	(0 . "BLOCKGRIPLOCATIONCOMPONENT")

(92 . 0) (93 . 0) (94 . 1) (91 . 0) (91 . 2) (92 . -1) (92 . -1) (92 . -1) (92 . 1) (92 . -1) 
(92 . 1) (93 . 0) (94 . 1) (91 . 0) (91 . 3) (92 . -1) (92 . -1) (92 . 0) (92 . 3) (92 . -1) 
(92 . 2) (93 . 0) (94 . 2) (91 . 1) (91 . 0) (92 . -1) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 
(92 . 3) (93 . 0) (94 . 3) (91 . 0) (91 . 4) (92 . -1) (92 . -1) (92 . 1) (92 . -1) (92 . -1) 
(92 . 4) (93 . 0) (94 . 2) (91 . 5) (91 . 6) (92 . -1) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 
(92 . 5) (93 . 0) (94 . 1) (91 . 4) (91 . 5) (92 . -1) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 
(92 . 6) (93 . 0) (94 . 1) (91 . 10) (91 . 9) (92 . -1) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 
(92 . 7) (93 . 0) (94 . 1) (91 . 9) (91 . 11) (92 . -1) (92 . -1) (92 . -1) (92 . 8) (92 . -1) 
(92 . 8) (93 . 0) (94 . 1) (91 . 9) (91 . 12) (92 . -1) (92 . -1) (92 . 7) (92 . -1) (92 . -1) 
(92 . 9) (93 . 0) (94 . 1) (91 . 15) (91 . 14) (92 . -1) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 
(92 . 10) (93 . 0) (94 . 1) (91 . 14) (91 . 16) (92 . -1) (92 . -1) (92 . -1) (92 . 11) (92 . -1) 
(92 . 11) (93 . 0) (94 . 1) (91 . 14) (91 . 17) (92 . -1) (92 . -1) (92 . 10) (92 . -1) (92 . -1) 
(92 . 12) (93 . 0) (94 . 1) (91 . 19) (91 . 18) (92 . -1) (92 . -1) (92 . -1) (92 . -1) (92 . -1) 
(92 . 13) (93 . 0) (94 . 1) (91 . 18) (91 . 20) (92 . -1) (92 . -1) (92 . -1) (92 . 14) (92 . -1) 
(92 . 14) (93 . 0) (94 . 1) (91 . 18) (91 . 21) (92 . -1) (92 . -1) (92 . 13) (92 . -1) (92 . -1))

[Supermax]

Я нашел почему ты так сделал. Когда тебе нужно было указать точку вставки нового Visibility Set ты вдруг нажал Esc. И программа вывалилась, так и не закончив своей работы. В частности, в блоке остался кривой Visibility.
Ща, это дело можно обойти. Я в самом начале буду спрашивать указания точки вставки, и только если ее указали, то вся остальная программа выполнится автоматически. В таком виде таких накладок уже не будет.

[Volodich]

Я кажется тоже понял. Только Esc я не нажимал, вот, смотри сам:

Команда: (load "Visibility-ADD2.fas") VISIBILITY_CLEAR Команда: (visibility_add) _BSAVE Команда: _BParameter Введите тип параметра [Выравнивание/База/Точка/Линейный/Полярный/Xy/повоРот/Отразить/виДимость/поиСк]: V Неправильное ключевое слово. ; ошибка: Функция отменена Введите тип параметра [Выравнивание/База/Точка/Линейный/Полярный/Xy/повоРот/Отразить/виДимость/поиСк]: д ---------> букву "д" ввел я сам Укажите местоположение параметра или [Имя/Метка/Описание/Палитра]: Введите число ручек [0/1] <1>:

[Volodich]

То-то я удивлялся, когда запускаю программку по перемещению свойств, там какие-то странные названия параметров "Кривой", "Кривой" ...

[Supermax]

Я обновил Visibility_ADD2. Качай, заменяй и радуйся.

[Supermax]

Так, а теперь займемся моим делом.
Kpblc, дело на миллион. Ну если кто поможет - войдет в историю.
Я почти доделал прогу по связыванию Lookup-ов, точнее по установке активатора Lookup-a на параметр, который уже занят другим активатором. Тот пример, из поста 71, я делал, как ты выражаешся "на коленке". И вот решил сделать полноценную прогу для этого.
Сделал все, но споткнулся на элементарном.
Логика программы такая:
Я прошу указать параметр, к которому надо привязать активатор.
Затем, прошу указать точку, в которую надо этот активатор поставить.

Код:

[Выделить все]

(setq point_action (getpoint "Укажите точку вставки активатора"))

Затем, я устанавливаю в эту точку параметр Lookup-a без ручки

Код:

[Выделить все]

(command "_BParameter" "Lookup" point_action 0)

Сохраняю его в памяти.

Код:

[Выделить все]

(setq param_lev (entlast))

В ту же точку устанавливаю активатор с привязкой к установленному параметру

Код:

[Выделить все]

(command "_BActionTool" "Lookup" point_action point_action)

И вот тут у меня затык. Дело в том, если устанавливать активатор на параметр, то автоматически открывается окно редактора Lookup-a. Хоть программно его открывай, хоть вручную.
А мне этого не надь. Ни за деньги не надь, ни даром не надь.
Мне надо отключить у этой команды работу с панелью, только вот какая системная переменная за это отвечает - не помню.
Мне после установки активатора его надо отредактировать, а потом убить тот параметр Lookup-a, который вставляли ранее. Без него активатор вставляться не хочет.
Вот как с панели вставляется параметр с активатором в купе и при этом никаких панелей по его заполнению не вылазит?

[Кулик Алексей aka kpblc]

Скажу честно - сейчас возможности по-нормальному разобраться нет. Но вопрос: ты же со словарями уже работал? Так почему б не создавать их полностью программно, не прибегая к командным методам?

[Supermax]

А-а-а! Давно я ждал этого вопроса. Да потому, что создать то могу, но он создается в базе файла, но не вставлен туда, куда надо. Можно создать и вставить в словарь ACAD_EVALUATION_GRAPH, но от этого легче не станет. Работать не будет как и в случае с Visibility Set-ом. Там я тоже создаю, и ничего особенного не делаю, но он не появляется в пространстве редактора блоков и сбивает его работу. Чем собственно мы и воспользовались. И только сам редактор все корректно создает и прописывает в блок как надо. Ни одно динамическое свойство, мы не можем установить на сегодняшний день, полностью самостоятельно и абсолютно корректно. Толлько модификация пока дает пользу, но вставка - только редактором. Увы.

[Volodich]

Supermax, скачал, но не порадовался...

Команда: (load "Visibility-ADD2.fas") VISIBILITY_CLEAR Команда: (visibility_add) Укажите место расположения Visibility Setд Неверная точка. Укажите место расположения Visibility Set_BSAVE Команда: _BParameter Введите тип параметра [Выравнивание/База/Точка/Линейный/Полярный/Xy/повоРот/Отразить/виДимость/поиСк]: V Неправильное ключевое слово. ; ошибка: Функция отменена Введите тип параметра [Выравнивание/База/Точка/Линейный/Полярный/Xy/повоРот/Отразить/виДимость/поиСк]: д Укажите местоположение параметра или [Имя/Метка/Описание/Палитра]: Введите число ручек [0/1] <1>:

[Supermax]

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

вот это надо перевести на русский язык.

Код:

[Выделить все]

(command "_BParameter" "V" "L" name_visibility point_insert "")

[Кулик Алексей aka kpblc]

Код:

[Выделить все]

(command "_BParameter" "_V" "_L" name_visibility point_insert "")

Не прокатит?

[Supermax]

Убей все Visibility Set.
Набери в ком. строке (command "_BParameter" "Д")

вывалится типа вот этого, но по русски.

Код:

[Выделить все]

Specify parameter location or [Name/Label/Description/Palette]

Скопируй и мне сюда в тему выложи.

[Volodich]

вместо буквы "V" надо поставить букву "д", причем насколько я знаю неважно заглавную или нет.
вместо буквы "L" - букву "м".
вроде все.
Насколько я понял, name_visibility - ты специально генерируешь заранее (видимо чтоб не совпадало с "Видимость" - стандартное)
point_insert - это тоже точка взятая заранее?
Тогда точно все.

Кстати, а почему ты не делаешь файл типа "*.lsp" ?

[Volodich]

ОО, когда написал увидел что Кулик Алексей aka kpblc, написал. Он сделал правильнее! Делай как у него! Я проверил, работает!

[Supermax]

Ну ка попробуй вот это:

А по поводу *.lsp, так тут нет тех, кто в этом разбирается (Kpblc не считается) посему и коды не даю. Помогать мне никто не захотел, все дружно заявили, что они дескать чайники и им только результат важен а не процесс.

[Supermax]

Ну и, работает теперь, или не работает?

[Volodich]

Уже гораздо лучше! Корявые параметры видимости не создаются! Блок работает!
Все равно есть какой-то маленький косячок.
Про lsp я спросил к тому что пусть чайники, но такие мелочи можно было бы на месте смотреть. Ладно, буду сюда ошибки вываливать

Команда: (visibility_add) Укажите место расположения Visibility Setд Неверная точка. Укажите место расположения Visibility Set_BSAVE Команда: _BParameter

И еще. Наверное я опять что-то не понимаю. У меня почему-то видимости зависят друг от друга.
Прикладываю файл для наглядности.
Цифры 1-2-3 и 4-5-6 должны переключаться независимо друг от друга. Но когда я переключаю 1-2-3, почему-то появляются все 4-5-6 сразу. И наоборот.

[Volodich]

Offtop: Все, пора домой... Продолжим завтра. Я уже вторую неделю вместо работы на форуме сижу, аж стыдно!

[Supermax]

Volodich, Если вставляешь новый Visibility Set, то в него автоматом попадают все элементы блока. Для этого и сделана функция очистки Visibility Set-a. Я не заню, от куда у тебя лезет эта буква Д.
Ставь нормальный английский автокад.

[Supermax]

Программа Lookup-дубль-активатор не нужна.

Оказалось, что установка нескольких активаторов на один параметр Lookup-a не совсем обрезана в Автокаде.

Установка дополнительных активаторов дает примерно такие блоки см. пост #212.

И так:
Наведите курсор на значек установки параметра Lookup с активатором в закладке панели динамических свойств, в которой все параметры сразу с активаторами устанавливаются. Нажмите правую кнопку мыши и выберите строку "свойства". Раскроется окно свойств данного элемента.
Наведите курсор на нижнюю строку, в которой указан активатор и нажмите левую кнопку мыши. На строке справа появится значек кнопки выбора. Нажмите на него.
Откроется новая панель со списком активаторов, привязанных к параметру Lookup. Но в списке будет только один активатор.
Нажмите справа кнопку "добавить" и появится в списке еще один активатор. Нажмите "добавить" столько раз, сколько активаторов вам надо.

После этой нехитрой процедуры, при нажатии на элемент Lookup+активатор Автокад будет устанавливать вам параметр Lookup с целой кучей активаторов.

К сожалению, в 2010 каде, а может и в 2011 (не проверял) активаторы, в которых не заполнены таблицы, в редакторе блока не видны (хотя они есть на самом деле) их заполнение пока можно делать в кадах предидущих годов выпуска или попробовать эксель-лукуп.

[Ddjo]

1. Установить Action на задействованный другим Action-ом Lookup-параметр.
2. Скопировать данные из одного Lookup-a в другой Lookup.
3. Переписать данные из указанного Lookup-a в EXCEL.
4. Переписать из файла EXCEL в указанный Lookup данные.
5. Очистить Visibility Set от всех элементов, свойств и представлений.
6. Удалить из текущего Visibility Set-a выбранные объекты (сделать их свободными).
7. Выключить видимость всем элементам.
8. Включить видимость всем элементам.
9. Включить ручки всем элементам текущего Visibility Set-a.
10. Вставить Visibility Set.

Вот, что получилось, пока не все

[Supermax]

По моемому 7 и 8 надо поменять местами.
Но в целом, лично мне:
Обозначение Lookup-a как ручка - не нравится.
Глаз понравился, как идея, но исполнение - нет.
Стырь где-нибудь красивый глаз.
Включение и выключение видимости надо отображать как заход и восход солнца. Со стрелочкой, поясняющей куда это солнце движется.
Очистка Visibility Set-a от всего и удаление выбранных элементов в целом хорошо, если не считать глаза.

[Supermax]

Вот наваял примерчик использования связанных Lookup-ов. На большее у меня фантазии не хватило.

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

Файл обновлен 8.10.2008г.

[Volodich]

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

Причем здесь английский автокад? Что, никто больше эту программу не запускал? Или у всех нормально работает? Я ведь не сам эту букву ввожу, откуда-то она появляется...

Ddjo, красотища!
Согласен с Supermax, что 7 и 8 надо поменять местами
Lookup мы же по-моему решили показывать все-таки таблицей. Тем более что рисуночки для кнопок у Supermax'а с таблицей, причем неплохие. Я думаю, что надо что-то такое повторить, желательно даже оставить расположение элементов чтоб не путаться.

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

Ага, включение ручек обозначим как синее небо, удаление всех элементов как армагеддон, а удалить выбранные как расстрел!
Глаз действительно оригинальная идея. Только может чтоб понятнее было сделать где-нибудь рядом (или вообще вместо зрачка) синий треугольничек?

[Volodich]

Вот наваял примерчик использования связанных Lookup-ов. На большее у меня фантазии не хватило.

Изменяя Distance у тебя автоматически меняется значение Lookup? Это в автокаде так сразу сделано или это тоже ты придумал? Я как-то всегда делал наоборот, выбирая значение lookup меняется distance.

[Volodich]

Из поста 67:

Только вот публика, по моему, до понимания ее, пока не доросла.

Чтоб понимать, надо что-то делать. Я только сейчас начинаю чуть чуть разбираться что такое свободные элементы, что такое несвободные...
Supermax, ты сделал функцию, которая очищает текущий параметр видимости от всех элементов и делает их свободными. А есть ли у тебя функция, которая делает наоборот, включает выбранные элементы в текущий параметр видимости?

[Volodich]

Попытался сделать иконку для move_properties.
Может у кого-то есть лучше?

[Supermax]

Supermax, ты сделал функцию, которая очищает текущий параметр видимости от всех элементов и делает их свободными. А есть ли у тебя функция, которая делает наоборот, включает выбранные элементы в текущий параметр видимости?

Я уже где-то тут писал, да вот и сам найти не могу. Проще по новой написать.
Пока такой функции нет. Функций надо еще ого-го сколько!
Но тут есть простое решение. Макросом Kpblc-a или моим вебмакросом (в первом посте я дал на него ссылку). Включаешь видимость всем элементам блока. Выделяешь нужные тебе желементы и копируешь в буфер с указанием точки вставки. Точку вставки выбираешь такую, чтобы она не принадлежала выделенным элементам, поскольку как только ты их в буфер запишешь, тебе надо их, пока они еще выделены - удалить. Все, в блоке уже нет этих элементов, но они остались в буфере. Нажимаешь правую кнопку мыши и давишь Paste курсором тыкаешь в ту точку вставки, в которую ты тыкал, когда заносил элементы в буфер. Все, элементы установлены на то же место, только теперь это текущий Visibility Set и его текущее представление.

[Ddjo]

7 и 8 надо поменять местами

Это ошибка по запарке
Внесу исправления по вашим замечаниям

[Volodich]

Supermax, как будет время, не поленись, напиши инструкцию! Потому что вряд ли только один я не пойму как что нужно делать.

Макросом Kpblc-a или моим вебмакросом (в первом посте я дал на него ссылку). Включаешь видимость всем элементам блока.

[b]
Вот и нашлось применение программе Kpblc-a! А вообще тут как-то об этом шел разговор, что разным параметрам видимости должны принадледлежать разные элементы, поэтому в принципе если они отключены, значит уже принадлежат какому-то параметру видимости. Значит мы их не будем вставлять в другой параметр. Так что не видно ну и ладно.
Кстати, никто мне толком так и не объяснил, для каких целей используется программа kpblc-objects-hide.lsp. Написали только что она делает. Это-то я тоже понимаю! Но в каких целях это можно использовать?

[Volodich]

Supermax, сделал блок по инструкции из поста 217. Все работает! Здорово!
Молодец! Спасибо тебе за проделанную работу! Результаты уже налицо. Конечно, как ты сам сказал, еще кучу доработок надо делать, но по крайней мере работать уже можно!

[Кулик Алексей aka kpblc]

Для сверхнасыщенных чертежей можно скрыть ненужные объекты. Скорость обработки файла увеличится

[Volodich]

Возник еще один вопрос. Получается один элемент может принадлежать только одному параметру видимости? Ну или быть свободным.
Теперь не могу понять вот что. Как надо добавлять параметры для элементов? Я добавил параметр поворота, но он почему-то не видим ни в одном представлении ни одного параметра видимости.
Я даже один параметр поворота сделал свободным, другой вставил в дополнительный параметр видимости. Все равно не видно его... Блок прикладываю.

[Volodich]

Для сверхнасыщенных чертежей можно скрыть ненужные объекты. Скорость обработки файла увеличится

А если неиспользуемые объекты вынести на отдельный слой и его отключить?

[Кулик Алексей aka kpblc]

Volodich, а это не всегда допустимо.

[Volodich]

Кулик Алексей aka kpblc, приведи пример, пожалуйста.

[Кулик Алексей aka kpblc]

Функция в свое время писалась как замена ADT-шному Isolate Objects. Пример, как это работает в ADT:

[Volodich]

Кулик Алексей aka kpblc, если я правильно понял, в данном примере Isolate objects используется чтобы 3d-orbit не тормозила? Или чтобы рассмотреть какой-то кусочек подробнее и чтоб не мешало все остальное?
Сначала посмотрели на одну перегородку, потом ее спрятали, а потом опять вернули все на место... Видимо я не архитектор, мне этого не понять

[Кулик Алексей aka kpblc]

Чтобы вообще чертеж не тормозил. Я просто взял не сильно насыщенный файл (а вот что у Supermax'a творится - это жесть )

[Volodich]

Ну ладно Я пока могу и без этого обойтись. У меня такого нету
Я технически понял почему не видно было параметр поворота. Оказывается нужно включить ему видимость во всех представлениях всех параметров видимости где он должен быть виден.
Но теоретически непонятно. Я ведь сделал его свободным. (создал его в новом параметре видимости, а потом этот параметр видимости "очистил") Но все равно почему-то его нужно было включать во всех представлениях...
Попробовал использовать для этих целей функцию Move-to-visibilityset.fas
Вот что выдал автокад:

Команда: (load "Move-to-visibilityset.fas") _point Текущие режимы точек: PDMODE=0 PDSIZE=0.0000 Укажите точку: 0,0,0 Команда: np_prop: dialog{label=" - Virtual Building Technologies - "; :spacer{width=1;height=1;} :column{label="Установка режима видимости сразу в нескольких Visibility Set"; :row{label=""; :button{label="Выберите объекты";key="df4";fixed_width=true;} :edit_box{label="Выбрано элементов:";value=0;key="df11";fixed_width=true;} } :button{label="Установить для выбранных объектов видимость везде";key="df7";fixed_width=true;width=95;} :button{label="Снять для выбранных объектов видимость везде";key="df8";fixed_width=true;width=95;} :button{label="Добавить видимость выбранных объектов в выбранные Visibility state";key="df5";fixed_width=true;width=95;} :button{label="Установить видимость выбранных объектов только в выбранных Visibility state";key="df6";fixed_width=true;width=95;} :button{label="Удалить видимость выбранных объектов в выбранных Visibility state";key="df9";fixed_width=true;width=95;} } :list_box{label="Список имен представлений видимости (Visibility state)";list=" ";value=" ";key="b10";width=35;multiple_select=true; } k_button{label="Ok";key="df3";alignment=centered;fixed_width=true;} } // ; ошибка: неверный тип аргумента: streamp nil Команда: (Move-to-visibilityset) ; ошибка: no function definition: MOVE-TO-VISIBILITYSET

Это опять из-за русского автокада???

[Supermax]

Инструкция по применению дополнительных параметров Visibility Set в динамических блоках.

Установка дополнительного параметра Visibility Set:
Запустить функцию (Visibility_add)
Указать место установки параметра Visibility Set

Параметр устанавливается вне зависимости есть хоть один Visibility Set или нет.
Чтобы настраивать представления нужного вам Visibility Set-а, вам надо сделать его "текущим", тогда в редакторе блоков выпадающее меню с представлениями видимости будет показывать представления именно того Visibility Set, который вам нужен.

Установка указанного пользователем Visibility Set-а в состояние "текущий":
Запустить функцию (visibility-up)
Указать на текст значка выбранного вами Visibility Set-а
Нажать Enter

Элементы:
С появлением возможности использования дополнительных параметров Visibility Set, изменился статус элементов блока. Раньше, в блоке без Visibility Set-a, видимость элементов была включена всегда. Даже если вы специальными программами ее выключали, при выходе из редактора она восстанавливалась автоматически.
С установленным Visibility Set-ом, управление видимостью всех элементов блока полностью передавалась ему. В нем были записаны указатели на все элементы блока и по этому списку (общий список) Visibility Set выключал видимость всех элементов, а затем по списку элементов видимых в текущем представлении - включал.
При установке дополнительного параметра Visibility Set все элементы также прописываются в его общий список. Если у вас два Visibility Set-а и в обоих, в общем списке числятся одни и те же элементы, то оба Visibility Set-a, при обращении к ним, будут стирать видимость этих элементов. Это необходимо в очень редких случаях, поэтому все элементы блока желательно разбросать между установленными Visibility Set-ами.

Не путайте состояние видимости элемента (видим или не видим) с принадлежностью к Visibility Set-у.

Элементы могут не принадлежать любым Visibility Set-ам вашего блока. Такие элементы называются "свободные". Их видимостью никто не управляет. Если вы зайдете в редактор блока и при помощи специальной программы выключите им видимость, то при выходе из редактора их видимость так и останется выключенной. То есть в пространстве модели или листа вы их не увидите. И наоборот, если они включены, то видны везде.

Очистка указанного Visibility Set-а от всех элементов, параметров и представлений. Принадлежащие ему элементы (если они не принадлежат другим Visibility Set-ам) становятся свободными.
Запустить функцию (Visibility_clear)
Указать на текст значка выбранного вами Visibility Set-а
Нажать Enter

Удаление из текущего Visibility Set-а выделенных элементов:
Запустить функцию (element-sel-current-del)
Выделить нужные вам элементы
Нажать Enter

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

Удаление из текущего Visibility Set-а всех элементов:
Запустить функцию (element-all-current-del)

Внедрение в текущий Visibility Set выбранных элементов:
Запустить функцию (element-sel-current-insert)
Выделить нужные вам элементы
Нажать Enter

Для использования дополнительных Visibility Set-ов, вам необходимо установить для этого все макросы, перечисленные в посте №1. Особое внимание обратите на макрос включающий и выключающий видимость элементов. Он включает видимость всем элементам блока вне зависимости от принадлежности элемента к параметрам Visibility Set, или группе "свободные". Это дает возможность выделять и переносить элементы из одного Visibility Set-а в другой.

Установка видимости выбранным динамическим свойствам во всех представлениях всех Visibility Set-ов:
Запустить функцию (properties_add_all_visibility)
Выделить нужные вам параметры
Нажать Enter

Если вы выделили параметр, а ручку не выделили (если она есть), то во всех представления всех Visibility Set-ов установится видимость не только этим параметрам, а еще и ручке (это особенность самого Автокада исправлять ошибки в словаре)

Помните! При вставке нового парамтра Visibility Set в него попадают все элементы блока.

После вставки параметра, либо очистите его полностью от всех элементов и представлений, либо специальной программой выделите те элементы, которые надо исключить из данного Visibility Set-а и исключите их.

Все действия с элементами блока надо делать только в тех Visibility Set-ах, которые являются текущими.

Свойства:
Свойства, это параметры, активаторы и ручки, в отличии от элементов не нуждаются в принадлежности к Visibility Set. Они всегда видны в любых Visibility Set-ах и любой Visibility Set может управлять видимостью любого из свойств. Свойства никогда не бывают "свободными".
Включение и выключение видимости параметра - это видите вы или нет этот параметр в списке свойств блока.
Включение или выключение видимости ручки - это видите вы эту ручку в модели или листе, или нет.
Включение и выключение видимости активатора используется исключительно в косметических целях в пространстве редактора блоков, чтобы не загромождать рисунок лишними, для текущего представления, значками и на работу и видимость других элементов или свойств не влияет.

Не зависимо, видны ли параметры и активаторы, или нет, они всегда взаимодействуют с элементами блока на которые они установлены.

В отличии от элементов, видимость параметра, ручки или активатора, только включается в Visibility Set-е.

Если хоть в одном из текущих представлений Visibility Set-ов видимость свойства выключена, то его вы видеть в списке свойсв блока не будете.

Из вышесказанного следует, что вы, войдя в редактор блока, видите элементы текущего представления текущего Visibility Set-a и должны видеть все параметры, ручки и активаторы всех других Visibiliset-ов! И это не в "серой видимости", а без нее! В "Серой видимости" вы максимум можете увидеть элементы текущего Visibility Set-a, которые в данном представлении выключены и те параметры, ручки и активаторы, которые вы выключили для данного представления намерено. Вот тут надо дать еще одно разъяснение:

Выключение видимости редактором и выключение видимости подсобным макросом (см. пост №1) - Две огромные разницы!

Редактором устанавливается значение видимости для текущего представления, а макросом - просто, временно гасится. Если макросом выключить видимость, хоть в пространстве редактора, хоть за его пределами - при первом же обращении к блоку, когда происходит переключение с одного параметра блока на другой - видимость восстановится в соответствии с требованиями самого блока. А Определение видимости - совсем другое дело!

Если вам надо в пространстве редактора временно погасить видимость лишним параметрам, ручкам, активаторам и элементам - пользуйтесь только макросами!

НО!

Если блок содержит "свободные" элементы, не забудьте потом вернуть им видимость, иначе вы их в модели или на листе не увидите.

Внимание! Если вы создали такой блок, в котором в текущем представлении всем элементам выключили видимость, и вы это представление активировали в рисунке, то после выключения ручек у блока, найти его в чертеже можно только по включенным ручкам, а если и они попали в выключенное состояние, то только по точке вставке самого блока и если включить ручки всем элементам чертежа. Найти эту точку будет порою очень затруднительно. Будьте внимательны при управлении видимостью элементов!


Продолжение следует.

Да простит меня аудитория за ошибки и лишние буквы.

[Supermax]

Обновлен файл Visibility-ADD2.fas см. пост №1

[Volodich]

Supermax, спасибо за мануал. Осталось еще описание "Создание и управление несколькими параметрами видимости в динамических блоках. Практические примеры." И парочку видеоуроков и можно в автодеск все это продавать!
Но у меня почему-то некоторые твои теоретические выкладки не стыкуются с практикой...
Я не понял эту фразу:

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

Исключить откуда? Ты же сам пишешь, что один элемент может принадлежать только одному параметру видимости.

Из вышесказанного следует, что вы, войдя в редактор блока, видите элементы текущего представления текущего Visibility Set-a и должны видеть все параметры, ручки и активаторы всех других Visibiliset-ов! И это не в "серой видимости", а без нее! В "Серой видимости" вы максимум можете увидеть элементы текущего Visibility Set-a, которые в данном представлении выключены и те параметры, ручки и активаторы, которые вы выключили для данного представления намерено

Почему-то когда я захожу в редактор блоков у меня видны: 1. Элементы, принадлежащие текущему представлению текущего параметра видимости. 2. Элементы, принадлежащие 1му представлению всех остальных параметров видимости. 3. Свойства, которые сделаны видимыми в первых представлениях ВСЕХ параметров видимости. 4. Если включить серую видимость, то можно видеть вообще все свойства, которые есть в блоке. То есть:

Если хоть в одном из текущих представлений Visibility Set-ов видимость свойства выключена, то его вы видеть в списке свойсв блока не будете.

И не только в списке свойств, а вообще в модели не будут видны ручки параметров, если хоть в каком-то из представлений данный параметр выключен.
Поэтому очень нужна программка по массовой установке видимости. А она почему-то не работает. Посмотри, пожалуйста, пост 229.

В отличии от элементов, видимость параметра, ручки или активатора, только включается в Visibility Set-е.

У меня видимость параметра, ручки или активатора включается макросом Кулик Алексей aka kpblc'а. Аналогично включению видимости элементов, принадлежащих другим параметрам видимости. (не текущему). И аналогично им же видимость восстанавливается при выходе из редактора блоков.

Вот. Поясню: я не спорю, я просто пытаюсь разъяснить непонятные моменты.

[Supermax]

Отвечаю на вопросы:
Я для кого писал пост №231?
Мануал писался, когда не было обновления. Я уже стер в нем эту запись.

Исключить откуда? Ты же сам пишешь, что один элемент может принадлежать только одному параметру видимости.

- Из состава Visibility Set-a. И где это я писал "может принадлежать только одному параметру видимости"? Я писал, что применение принадлежности элемента сразу нескольким параметрам Visibility Set крайне редко необходимо и поэтому надо элементы разбрасывать по Visibility Set-ам. Когда ты вставляешь новый Visibility Set так в него вообще все элементы прописываются. Я об этом писал не раз. Значит на начальной стадии установки Visibility Set-а как раз и складывается ситуация, когда элементы принадлежат сразу нескольким параметрам Visibility Set.

Почему-то когда я захожу в редактор блоков у меня видны: 1. Элементы, принадлежащие текущему представлению текущего параметра видимости. 2. Элементы, принадлежащие 1му представлению всех остальных параметров видимости. 3. Свойства, которые сделаны видимыми в первых представлениях ВСЕХ параметров видимости. 4. Если включить серую видимость, то можно видеть вообще все свойства, которые есть в блоке. То есть:

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

При включении серой видимости видны все свойсва, но это не означает, что они видны в текущих представлениях. А надо чтобы были видны.

Я поясню (если ты поймешь). Visibility Set всем элементам видимость сначала выключает, а потом идет по спискам текущих представления и проверяет "что включить". А всем свойствам изначально видимость включается, а потом Visibility Set идет по спискам текущих представлений и смтотрит, "что не выключать". Между "что включить" и "что не выключать" есть разница. В первом случае идет речь о списке элементов с выключенной видимостью, а во втором о списке свойств с включенной видимостью. Вот почему надо, чтобы видимость свойствам была установлена везде. Достаточно одного не попадания на "не выключение" и ты свойства не увидишь.

Программа по массовой установке видимости работает везде, в том числе и в русском автокаде. Там сосвсем другой принцип установки видимости. Я там не словарь редактирую, а тупо команды перебираю. И свойства и элементы там работают. (у меня во всяком случае)

У меня видимость параметра, ручки или активатора включается макросом Кулик Алексей aka kpblc'а. Аналогично включению видимости элементов, принадлежащих другим параметрам видимости. (не текущему). И аналогично им же видимость восстанавливается при выходе из редактора блоков.

Я это для кого писал?

Выключение видимости редактором и выключение видимости подсобным макросом (см. пост №1) - Две огромные разницы!

[Volodich]

Вроде бы все понял. Вывод такой: Когда я вставляю какой-то параметр в блок с несколькими параметрами видимости, я должен этот параметр включить во всех представлениях всех параметров видимости. А потом уже там где его не нужно видеть, отключать.
Дак вот главное-то что! Supermax, когда я пытаюсь загружать программу по массовой установке видимости

Команда: (load "Move-to-visibilityset.fas")

она у меня выдает длинный список каких-то действий, в итоге выдает ошибку и не работает!!! (пост 229 - то что она выдает при загрузке!). Насколько я понимаю, она является последним основным кирпичиком для работы с несколькими параметрами видимости.

[Supermax]

Обновил программу по массовой установке и снятию видимости элементам и свойствам в текущем Visibility Set-e. См. пост№1

[Ddjo]

Вот, несколько исправленных, если понравятся, то доделаю остальные

1. Установить Action на задействованный другим Action-ом Lookup-параметр.
2. Очистить Visibility Set от всех элементов, свойств и представлений.
3. Вставить Visibility Set.

[Supermax]

Внимание! очередной раз обновлен файл Visibility-ADD2.fas.
Добавлены две функции:
(element-all-current-del) - удаление из текущего Visibility Set всех элементов оставляя свойства и представления.
(element-sel-current-insert) долгожданная - по внедрению в общий список текущего Visibility Set-a выбранных элементов.

[Supermax]

Ddjo, да, трудная это работа по рисованию иконок. Не зря целые программы пишут для этого. Глаз стал значительно лучше, но он явно женский. Не знаю, может кому женский - самое оно, но уж больно он не концептуальный. Тот что раньше был вполне условный, но какой-то по детски условный, а этот больше похож на фотографию, чем на символ. Нужен глаз-символ. У египтян можно позаимствовать. Я там видел нечто подобное. Стрелки очень жирные. Стрелка направленная в глаз - не правильно. Надо глаз расположить наверху, а стрелку от него (только не из него) вниз. Вот это будет похоже на установку глаза куда-то. А то в глаз - не понятно. Ты за много картинок сразу не берись. С глазом пока повоюй. И стрелок пока не надо. Надо для начала сам глаз круто изобразить. И чтобы маленький получился, и чтобы было понятно, что это глаз, и чтобы было понятно, что это символ, а не предложение куда-то посмотреть.

[Ddjo]

Supermax,
Ок

Стрелка направленная в глаз - не правильно.

Точно!!!! Я-то все думаю..., как-то не правильно....

Вот

[wetr]

Ddjo, это ты веко оттягиваешь - первая ассоциация

[Volodich]

Ddjo, это ты веко оттягиваешь - первая ассоциация

Юморист
Если честно, мне последний глаз меньше всех понравился. Первый был вполне нормальный. Может быть только стоило его чуть уменьшить и все.
Ddjo, а ты можешь сделать маленькие картинки для кнопок такие же красивые?

[Volodich]

Supermax, ну ты прям как горячие пирожки выдаешь обновления! Молодец! У меня к тебе у меня опять много вопросов...
1. Программа по массовой установке видимости запускается! Скажи только, правильно ли что в командной строке она выдает:

(load "Move-to-visibilityset.fas") _point Текущие режимы точек: PDMODE=0 PDSIZE=0.0000 Укажите точку: 0,0,0

2. При нажатии на крестик она не закрывается.
При нажатии на ОК закрывается, но в командной строке пишет:

Команда: ; ошибка: завершить / выйти прервать

3. В общем-то эта программа работает не полностью, а только в пределах текущего параметра видимости.
Поясню. Когда я нажимаю "Установить для выбранных объектов видимость везде", видимость выбранным объектам действительно устанавливается, но только во всех представлениях текущего параметра видимости. Аналогично работают и другие функции.
4. (element-all-current-del) и (element-sel-current-insert) работают отменно! По крайней мере я с первой пробы ничего не заметил.
5. Supermax, Посмотри, пожалуйста, еще раз функцию по вставке параметра видимости. Откуда-то у меня ведь вылезает "Setд"... конечно и с этим все работает, но хочется чтобы не было всякой ерунды. Да и ты сам любишь идеальность, как я заметил. Может быть поэтому у меня ИЗРЕДКА вставляется "кривой" параметр видимости, который портит (блокирует) весь блок.

Кстати, ВОПРОС КО ВСЕМ. Что, никто еще не пробовал пользоваться функциями Supermax'а ??? Я тут только один по-моему достаю его своими вопросами и замечаниями!

[Ddjo]

Ddjo, это ты веко оттягиваешь - первая ассоциация

Хехе

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

Ну, видимо, здесь: сколько людей - столько мнений..., думаю, последнее слово будет за Supermax

а ты можешь сделать маленькие картинки для кнопок такие же красивые?

Буду стараться, для кнопок нужно 16х16?

[Volodich]

Буду стараться, для кнопок нужно 16х16?

Да, именно.

Offtop: С юбилеем меня! (100е сообщение )

[Supermax]

Кстати, ВОПРОС КО ВСЕМ. Что, никто еще не пробовал пользоваться функциями Supermax'а ??? Я тут только один по-моему достаю его своими вопросами и замечаниями!

... Он в обществе был не разговорчив. Никогда ничего не спрашивал, да и вообще ничем не интересовался. Мнения своего никогда не высказывал. Старался долго на одном месте не стоять. Все время менял собеседников и никогда не смотрел в глаза. Стоя перед зеркалом, он наслаждался свободою принять любой облик: Шутника-балагура, садиста-циника, философа, простофили и многих других состояний своей репутации, но ни одну из этих масок он одевать не спешил, храня девственость серого образа. Он старался, чтобы о нем трудно было что-то сказать определенное. Он так и умер, глядя в зеркало. ...

Без слов.

[Supermax]

Нужен глаз-символ. Как у египтян, к примеру. Глаз Гора очень символичен. Вот его и копируйте.

http://newhoros.narod.ru/all_sym.htm

[Ddjo]

Supermax,
Пытаюсь начать пользоваться Вашими разработками, но, к сожалению, для меня описание из 1-го поста не достаточно подробно...
Не могли бы Вы более подробно описать на простом примере, как пользоваться каждой из функций?

Новые варианты:

[Supermax]

... Доктор, не дадите ли вы мне лекарство от жадности, только побольше, побольше!...

Ты начни с чего-нибудь и упрись в конкретный вопрос, а нагружать меня "кратенькими" хелпиками по всем функциям не надо. Вот как свой вопрос решишь, так кратенький хелпик по его решению сюда и выложи. А я на него ссылочку в первом посте дам, или объединю с инструкцией, а то мне уже совсем не понятно, что вам понятно, а что не понятно. Понятно?

[Ddjo]

Supermax,
Ну, для начала, мне непонятно, как же добавить дополнительные visibilityset?
После прочтения всех страниц этой темы, для меня все-таки этот вопрос остался открытым...

P.S. Чесно говоря, идея с "египетским" глазом, мне не кажется удачной..

[Supermax]

Ddjo , вот это, уже 250 пост! тут хелпики даже для программистов есть. По пять раз в разном виде о многом сказано. Скопируй тему, повыбрасывай флуд и перепиши объяснения по своемому. Если что не понятно - ссылка, вопрос. Отвечу.
Изпоследней троицы самый лучший глаз - №1. Но тебя тянет все время к косметике. Ты можешь изобразить для начала без теней что-то типа дорожного знака? Да просто в Интернете собери кучу разных глаз и сюда выложи. Народ глянет (правда какой там народ? 3000 серых личностей) и критику наведет на все это.

[Supermax]

Ну, для начала, мне непонятно, как же добавить дополнительные visibilityset?

Установил макрос на кнопку, открыл редактором блока блок, вставил для начала первый Visibility Set из палитры инструментов, что все время маячит в редакторе. Нажал сделанную тобой кнопку и ткнул курсором в то место, куда надо его поставить. У тебя появился второй Visibili Set.
Я думал, что такие действия пояснений не требуют для тех, кто хоть линии рисовать умеет.

[Volodich]

Ddjo, мое мнение в этот раз совпадает с Supermax'ом. Из трех последних лучший глаз первый. Может быть попробовать верхнее веко убрать? Но это делати. А ты не пробовала по моей идее в виде зрачка попробовать вставить синюю стрелочку (visibility set) ? Вот и был бы символ!
По поводу того как пользоваться.
Supermax'у это кажется просто, но он не знает что знаешь ты. Попробую написать чуть чуть поподробнее. Если некоторые шаги кажутся уж слишком простыми, не обессудьте
1. Прочитай как пользоваться Lisp'ом, опубликованным на форуме.
http://dwg.ru/art/8
2. Читая эту статью, сделай для себя панель с кнопками, в которую занеси все функции, выложенные Supermax'ом. Обрати внимание, что у него в одном файле сразу несколько функций.
Т.е. для вызова функции вставки нового visibility set нужно сделать макрос на кнопку: ^C^C(load "Visibility-ADD2.fas") (visibility_add)
для того чтобы сделать выбранный параметр видимости текущим, надо сделать макрос на кнопку: ^C^C(load "Visibility-ADD2.fas") (visibility-ap)
и т.д.
3. Создай простейший блок. (опишу как сделал я: создал блок из 9ти цифр: от 1 до 9, расставленных в 3 столбика по 3 цифры.)
4. Открой этот блок в редакторе блоков.
5. Из стандартной панели autocad вставь параметр видимости. (И назначь для него, например, три состояния видимости: в первом видна цифра 1, во втором цифра 2, в третьем цифра 3.)
6. Теперь самое интересное. Жми на кнопку "вставить дополнительный параметр видимости" из панели, которую ты сделала сама в п.2
В командной строке появляется приглашение - "Укажите место расположение Visibility set". Щелкай мышкой в чертеж и вот у тебя еще один параметр видимости!
7. По дальнейшей работе для начала почитай инструкцию по работе с несколькими visibility set: http://forum.dwg.ru/showpost.php?p=293985&postcount=230
-- Ты не спрашивала, но все-таки опишу кратко что стоит делать дальше.
8. Чтобы работать в только что вставленном visibility set, нужно сделать его текущим.
=== Supermax, скажи, почему у тебя при вставке нового visibility set он не делается текущим? Может стоит это сделать если возможно? ===
9. Теперь вставленный visibility set желательно очистить. Есть два варианта: а) очистить visibility set от всего (макрос: ^C^C(load "Visibility-ADD2.fas") (visibility_clear) ) б) очистить visibility set от всех элементов, оставляя параметры и активаторы. (макрос ^C^C(load "Visibility-ADD2.fas") (element-all-current-del) ). Лучше пользоваться вторым макросом, т.к. при этом параметры (синенькие ручки) и активаторы остаются видимыми во всех представлениях нового visibility set. В первом случае они делаются невидимыми.
10. Теперь при добавлении элементов и свойств они будут попадать в новый visibility set.
11. Если хочешь вставить в новый visibility set элементы уже присутствующие в блоке, надо сделать несколько действий.
(Для начала нужно понять, что элементы, которые уже были в блоке принадлежат предыдущему visibility set, поэтому надо их оттуда удалить и вставить в новый visibility set)
а) делаем текущим старый visibility set
б) Удаляем из него нужные нам элементы (макрос ^C^C(load "Visibility-ADD2.fas") (element-sel-current-del) )
в) делаем текущим новый visibility set.
г) вставляем в него эти элементы (макрос ^C^C(load "Visibility-ADD2.fas") (element-sel-current-insert) )
12. При добавлении в новый visibility set параметров, они становятся видимыми только в текущем представлении текущего visibility set. Чтобы в модели их ручки было видно, нужно сделать их видимыми во всех представлениях всех visibility set. Для этого Supermax сделал программу по массовой видимости (макрос: ^C^C(load "Move-to-visibilityset.fas") ) Но, к сожалению, она пока работает не полностью.
=== Supermax, обрати внимание, пожалуйста, на пост 242. Самое главное пункт 3. (кстати, пункт 5 отменяется, там был мой косяк, я оказывается букву "д" в макросе прописал каким-то образом ) ===

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

[Supermax]

Во! Круто!
Хоть кто-то в чем-то помогает. Выношу благодарность с занесением в личное дело.

=== Supermax, скажи, почему у тебя при вставке нового visibility set он не делается текущим? Может стоит это сделать если возможно? ===

Включить ручки у последнего созданного элемента и сделать чтобы Visibility-ap на них реагировала не трудно. После чего добавить это к Visibility-add и все, но! При переключении на другой Visibility Set включатся все элементы блока. Мне, к примеру, не нужно переходить из текущего Visibility Set-a при вставке нового. Я с этим не все доделал. А Visibility Set вставил, чтобы уже знать его имя и Lookup на него настроить.
Я наверное чуть попозже сделаю для функции Visibility-add аргумент, если запустить (Visibility-add 0) - Просто вставляться будет, если (Visibility-add 1) - вставляться и делаться текушим, а если (Visibility-add 2) - вставляться, делаться текущим и очищаться от элементов.

Это граждане далеко не все функции. Надо еще прописывать установленное свойство (параметр+ручка+активатор) во все Visibility Set-ы и все их представления. Надо сделать функцию, по устаноке Hyperlink-ов всем свойствам и элементам, с указанием кому те принадлежат. Навел курсор на элемент, а у курсорчика всплыло окошечко с перечнем (или с одним) имен Visibility Set, где те участвуют. Например, для свойств участие в работе Visibility Set-a означает быть не указанным в списке на "не выключение". А то бог его знает где искать дырки в решете.

Я скачал JbjectDCL и теперь буду на нем панели органов управления делать. А то кнопок слишком много надо иметь. На все картинок не напасешся.

[Supermax]

Смотрю я на проявляемый интерес публики к установке активаторов Lookup-a на параметр Lookup-a уже занятый другим активатором и горько сожалею, о дремучей отсталости наших граждан. Мало того, что динамические блоки мало кто умеет делать, мало того, что из тех кто умеет, мало кто их делает воистину динамическими, так и любопытсво к работе других людей совсем не проявляют. А ведь я выложил совершенно революционную вещь. Установка дополнительных Visibility Set по сравнению с ней - мелочь. Жаль, очень жаль. Ну что-ж, значит у меня будет меньше конкурентов, а значит больше денег.

[Volodich]

"Это граждане далеко не все функции. Надо еще прописывать установленное свойство (параметр+ручка+активатор) во все Visibility Set-ы и все их представления."
Я про это и писал в посте 242. У тебя в программе по массовой установке видимости есть функция "сделать видимым везде". Я думал что она для этого и есть, но работает некорректно. Или я неправильно понял?
"Навел курсор на элемент, а у курсорчика всплыло окошечко с перечнем (или с одним) имен Visibility Set, где те участвуют"
Может попроще? Выделил элемент, нажал кнопочку, подсветились visibility set'ы, в которых он задействован.
Кстати, кнопку "выделить ручки всем элементам" ты сделал, чтобы видеть, какие из них принадлежат текущему visibility set? А можешь ли ты сделать так: тыкаешь на любой visibility set, он выделяется и при этом жирным подсвечиваются элементы, которые ему принадлежат. (по аналогии с активаторами).

[Supermax]

Для тех, кто читает бегло, перескакивая через слово.

Программа по массовой установке и снятию видимости элементов в представлениях текущего Visibility Set-a

Для того, чтобы устанавливать или снимать видимость во всех Visibility Set-aх нужен соответствующий интерфейс размером раз в пять поболее. А если Visibility Set-ов под сотню, и в каждом по штук 20 представлений? Как организовать выбор? По очереди? А как запомнить где и что ты уже отметил? Это надо все элементы блока делать видимыми и сам черт ногу сломит пытаясь запомнить, что ты выделил и куда тебе это надо прописать. Вот с текущим все понятно. Не надо пытаться объять необъятное - хрустнет где-нибудь, так и останешся.

По поводу подсветки: Если бы мне кто-нибудь подсказал, где эта зараза управляет этой жирностью, я бы так и сделал. Я пока не нашел где сам образ формируется. Может словарь где-нибудь есть еще один.

[Ddjo]

Volodich,

Supermax'у это кажется просто, но он не знает что знаешь ты. Попробую написать чуть чуть поподробнее. Если некоторые шаги кажутся уж слишком простыми, не обессудьте

Спасибо! Вот это то, что мне нужно и на том уровне, на котором мне понятно))

А ты не пробовала по моей идее в виде зрачка попробовать вставить синюю стрелочку (visibility set)

Обязательно попробую
Supermax,

тут хелпики даже для программистов есть. По пять раз в разном виде о многом сказано.

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

Смотрю я на проявляемый интерес публики к установке активаторов Lookup-a на параметр Lookup-a уже занятый другим активатором и горько сожалею, о дремучей отсталости наших граждан. Мало того, что динамические блоки мало кто умеет делать, мало того, что из тех кто умеет, мало кто их делает воистину динамическими, так и любопытсво к работе других людей совсем не проявляют.

Вы напрасно так сетуете на "дремучесть и отсталость" людей, все форумчане имеют какие-то специфические навыки и умения, в том числе, отличные от Ваших. То, что Вашими разработками не заинтересовалось такое кол-во народа, как Вам хотелось бы, совершенно понятно...., т.к. люди, которые хорошо разбираются в программировании понимают Ваши идеи и могут ими спокойно пользоваться, занимаются несколько иными вещами и для работы им это не шибко нужно. Те же, кто пользуется/хочет пользоваться не обладает достаточным объемом знаний, для того, чтобы применять их.
Вещи, которые кажутся Вам простыми и понятными, для меня, к примеру, - за гранью понимания. Это с вязано исключительно с наличием у Вас специфических знаний и опыта, которые отсутствуют, к примеру, у меня. И опять же, это не говорит о том, что мне не интересно, вот умею делать дин блок с одним параметром видимости и хватит..., а эти изыски нам, простым рабочим, ни к чему.... Просто я не понимаю, с какой стороны приступить...., то что для одних очевидно, не обязательно является таковым для всех...
В результате получилось, что потенциальные пользователи не могут воспользоваться (могут, весьма немногие) Вашими разработками, а те кто могут - не пользуются, т.к. для работы им это не нужно...

to all
Насчет глаза, соглашусь..., первый из трех - наиболее удачный....

еще:

[Supermax]

Ага! И поэтому никто даже не смотрит на готовый блок и скачек до сего дня с тех опр, как я выложил это чудо было 0! Это как объяснить? Просмотры темы прибавляются сотнями, а тут 0! Надо, не надо, умею, не умею, но посмотреть что это такое ведь разве не интересно? А если не интересно, то почему? Это же единственный блок в мире, где так реализован динамизм! (старые мои пробы не всчет). Вот статистику провожу и картина вырисовывается не в пользу среднего уровня интеллекта толпы.

[Supermax]

По картинкам - второй слева, с моей колокольни - лучший.

Попробуй у ручки в зрачке убрать верхнюю черту. Совершенно она не обязательна.

[Volodich]

Для тех, кто читает бегло, перескакивая через слово

Да, действительно, есть за мной такой грех Но я думал раз массовая, значит массовая... видимость... Supermax, тогда в твоей программе в нижнем окошке должны отображаться только представления видимости текущего параметра видимости. А то остальные как-то сбивают с толку.
А насчет интерфейса... мне бы хватило и такого, лишь бы он работал как надо. Мне вообще эта программа нужна только для того, чтобы добавив новый параметр, сделать его видимым во всех представлениях всех параметров видимости. Иначе придется по очереди включать каждый параметр видимости и делать в нем вставленный параметр видимым. Может быть ты можешь хотя бы отдельную функцию для этого написать?
Ddjo, рад, что помог! Если что-то непонятно, спрашивай еще. Насчет глаза. На удивление, опять соглашусь с Supermax'ом Единственное, попрошу тебя попробовать сделать треугольничек хотя бы чуть более похожим на зрачок. Чтобы глаз был как глаз. У тебя наверняка получится, ты красиво рисуешь!

ОФФТОП: по-моему пора делать под ником строчку "пол". А то я по контексту уже запутался, Ddjo, ты парень или девушка (ну или там мужчина, женщина, неважно, не придирайтесь ) Просто не знаешь как обращаться.

Supermax, по поводу связи лукапов. Странно, что скачек - 0. Я смотрел из любопытства Но вот честно, пока что не могу придумать, где это можно использовать! Если создавая динамические блоки я намучался, имея только один параметр видимости и вижу, что мне это нужно, то с лукапами я как-то пока видимо на самом деле еще не дорос... Динамические блоки я делаю ведь не для красоты и наглядности, а чтобы упростить и ускорить свою основную работу. А тут (глядя на твой блок трубы) целое искусство получается!

[Ddjo]

Supermax,

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

Вы имеете в виду гидроцилиндр?
Если "да", то я его скачивала из темы "мои динамические блоки", а как он добавился здесь, просто не заметила...

По картинкам - второй слева, с моей колокольни - лучший. Попробуй у ручки в зрачке убрать верхнюю черту. Совершенно она не обязательна.

ок

[Supermax]

О!
Стоп машина! Приехали.
То, что доктор прописал.
Вот теперь символизм реализован по полной. Теперь надо на этой основе сделать все остальные Visibility-картинки.

[Ddjo]

Supermax,
Отлично! Приступаю к остальным

[CB]

>Supermax
Не умею я говорить так красиво как ты, но все же высказажу и свое мнение (надеюсь без обид) по поводу всего, о чем идет речь в этом топике, т.к. слишком уж много было тобой сказано неприятного о "серости","отсталости" "дремучести" и т.д. об участниках форума (или толпы, как ты их называешь).
Во первых, что бросается в глаза - то, что ты этим вопросом занимаешься постоянно - и дома, и на работе.
С одной стороны это хорошо, что у руководителя фирмы столько свободного времени. Значит подчиненные загружены, фирма приносит стабильную прибыль и можно поработать для души. Но задумывался ты когда-нибудь, что у большинства, этого свободного времени просто нет, что на работе нужно работать, а не заниматься экспериментами с динамическими блоками? Ну сделаю я этот супер-блок, возможно получу моральное удовлетворение, и что дальше - дам этот файл "тетке" и все на этом...
Во-вторых я думаю, что ты совершенно не учитываешь такой момент, что многие фирмы и предприятия не имеют возможности приобрести нужный лицензионный продукт (в данном случае ACAD версии 2006 и выше). Ну а про санкции за выпуск продукции (для конструктора это документация), сделанной на нелицензионном ПО, ты, как руководитель должен знать. Например у нас все работают в ACAD2002 и про эти самые блоки знают только по наслышке (серость...). Хотя A2008 естественно стоит на машине, но прыгать с одного акада в другой и обратно не очень то привлекательно...
Лично я интересуюсь этой темой, только чтобы не отстать от жизни и будь у меня чуть больше времени, с удовольствием погрузился бы в этот волшебный мир динамических блоков. Но увы... Хотя в принципе и хотелось бы помочь (только не созданием иконок)...
Вот за программу kpblc-objects-hide еще раз спасибо, т.к. она прекрасно работает в A2002 и лично мне весьма помогает... Нужно только ее сделать по принципу _refedit - динамическая панель, какой нибудь индикатор, что есть скрытые объекты ну и т.д., и это я сделаю, без вопросов...
Надеюсь, что ничего обидного для тебя я не сказал, только факты...

[Ddjo]

CB,
Полностью тебя поддерживаю

Вот новые:
1. Вставить Visibility Set.
2. Выключить видимость всем элементам.
3. Включить видимость всем элементам.
4. Удалить из текущего Visibility Set-a выбранные объекты (сделать их свободными).
5. Очистить Visibility Set от всех элементов, свойств и представлений.
6. Включить ручки всем элементам текущего Visibility Set-a.
7. Перенести в текущее представление текущего Visibility Set-a выбранные элементы.
8. Выключить видимость выбранным элементам.
9. Выключить видимость всем элементам, кроме выбранных.
10. Переписать данные из указанного Lookup-a в EXCEL.
11. Переписать из файла EXCEL в указанный Lookup данные.
12. Скопировать данные из одного Lookup-a в другой Lookup.
13. Установить Action на задействованный другим Action-ом Lookup-параметр.

[Supermax]

Ddjo, Давай примем серую галку за "выключить", а красную за "включить".В таком случае кое где не бъет смысл. Надо поправить.
Выбор элементов лучше синими точками по контуру обозначать. Попробуй, а то выбор рамкой у тебя наслоился на примитив квадрат. В одном месте примитивы обозначены как квадрат с кружочком, а в другом ты переделала квадрат на рамку. А так, весьма и весьма не дурно. Да ты и сама наверное это понимаешь.

Теперь СВ,

слишком уж много было тобой сказано неприятного о "серости","отсталости" "дремучести" и т.д. об участниках форума (или толпы, как ты их называешь).

Так ведь речь о том, что участников-то нет. Пять человек вместе с модераторм форума - вот участники, а просмотров темы уже за 4000. А вот это толпа, даже если по многу раз некоторые сюда заглядывают.

И веду я диалог с двумя людьми,один мои функции тестирует и хелп написал неплохой, а другой (точнее другая) вон какие отличные иконки сварганила. И больше никого не было, вот ты появился, надеюсь не только с критикой.

Про мое свободное время - да нет его у меня, это моя работа. И людям я работу даю редко. Работаю только с фрилансерами. И про ситуацию с программным обеспечением все знаю. Лицензии покупают на устаревшие версии, а работают некоторые даже не на Автокадах. Скоро выйдет уже 2010 кад. Там по слухам будет ого-го сколько изменений. И как с 2002 перейти на 2010? Лицензию от 14 Автокада уже никому не покажешь - не поверят, так и тут будет. И пока я тут в теме писал, да макросы делал 2 теплотрассы в 3D собрал и уже пару раз изменения отслеживал. Так что, "дела идут, контора пишет".

[Supermax]

Ddjo, 2, 3, 8 и 9 пункт - убери глаз совсем. Он там не к месту. Причем тут Visibility Set, когда идет речь о включении и ивыключении.видимости всем объектам.

Потом еще одно: Ты делаешь иконки для палитры, а там надо чтобы фон был прозрачным. Серый фон надо попробовать убрать и посмотреть что будет в палитре. Потом там есть еще одна фишка. Когда наводишь курсор на иконку, она подпрыгивает и появляется тень у всех линий (если фон прозрачный).Поэтому надо это учитывать и свои тени не делать (во всяком случае найти компромис между своим и чужим). Ели со вставкой в палитру будут проблемы - помогу чем смогу.

[Ddjo]

измененные:
1. Вставить Visibility Set.
2. Выключить видимость всем элементам.
3. Включить видимость всем элементам.
4. Удалить из текущего Visibility Set-a выбранные объекты (сделать их свободными).
5. Очистить Visibility Set от всех элементов, свойств и представлений.
6. Включить ручки всем элементам текущего Visibility Set-a.
7. Перенести в текущее представление текущего Visibility Set-a выбранные элементы.
8. Выключить видимость выбранным элементам.
9. Выключить видимость всем элементам, кроме выбранных.
10. Переписать данные из указанного Lookup-a в EXCEL.
11. Переписать из файла EXCEL в указанный Lookup данные.
12. Скопировать данные из одного Lookup-a в другой Lookup.
13. Установить Action на задействованный другим Action-ом Lookup-параметр.
14. Скопировать указанные элементы текущего Visibility Set в выбранные представления текущего Visibility Set.
15. Сделать указанный Visibility Set текущим.

п.п. пока не могу придумать, но работаю в этом направлении
16. Установить видимость выбранным свойствам во всех других Visibility Set-ах.
17. Включать ручки элементам любого Visibility Set-a и переносить или копировать их в текущий.

[Volodich]

"Дохтор, почему меня никто не слышит?"
Это я про пост 260.
Про картинки могу сказать только одно: хочется такие же для маленьких кнопок! ))
И еще, кажется я отстал от жизни:

2. Выключить видимость всем элементам. 14. Скопировать указанные элементы текущего Visibility Set в выбранные представления текущего Visibility Set. 16. Установить видимость выбранным свойствам во всех других Visibility Set-ах. 17. Включать ручки элементам любого Visibility Set-a и переносить или копировать их в текущий.

Эти функции уже есть?

И еще, забыта функция:

18. Удаление из текущего Visibility Set всех элементов оставляя свойства и представления.

[Vildar]

Сразу бы так и сказал, что эта тема - собеседование на работу )))

[Ddjo]

Volodich,

Про картинки могу сказать только одно: хочется такие же для маленьких кнопок!

Будут и маленькие, чуть позже, когда утрясутся большие, я быстро переделаю их на 16х16...
Единственное, не знаю, должны ли они быть с прозрачным фоном и без теней как эти или наоборот, с фоном и тенями?

ты парень или девушка

ээээ....,дэушка...., дэушка...

[Supermax]

Volodich

Странно, что скачек - 0. Я смотрел из любопытства

После твоего любопытства 1 скачка появилась! Это уже прогресс. В теме про "мои динамические блоки" 9 скачек было дня два тому, когда просмотров нашей темы было на одну тысячу меньше.

Про функции я уже и сам начинаю путаться что есть, а чего нет. Еще пару напишу и окончательно запутаюсь.

Ddjo, все хорошо, даже отлично, кроме последних двух.
Значек, что ты внизу нарисовала во втором справа означает включение серой видимости, только там он вверх ногами. Попробуй изобразить гибрид глаза и таблицы. Оставь левую половину глаза и половину зрачка и пририсуй справа таблицу, как на значке редактора представлений, но без восклицательного знака и пунктирной рамочки над ним.
Последний рисунок чуть подправь. Глаз текущего Visibility Set-a чуть подними и влево смести, галку убери, тут никто ничего не включает. Все остальные глаза - чуть вправо. Слева от них стрелку вверх, в сторону главного глаза. У стрелки низ загни вправо, как буд-то от нижних глаз к верхнему идет.

[Supermax]

Ddjo, ничего на маленькие переделывать не надо. 32х32 и там идут. Само переделывает.

[Ddjo]

вот, остальное после выходных

[Supermax]

О!
Это оно!

[Supermax]

Придется AutoDesk-у иконки у тебя покупать, однако.

[SLADE]

Очень красивые иконки
+1 от меня

[Supermax]

Запихнул в Lookup 10000 строк. Люди, никогда так не делайте! Все вроде путем, и файл не так уж и вырос 100 килобайт вместе с графикой, до этого был почти такой же. Крутится отлично, но вот выделить блок и свойства посмотреть - минуты 2, хотя в свойствах бегунок от 1 до 10000 бегает расчудесно. Мне правда 105000 нужно, но кад не захотел столько впихивать.

[SLADE]

у тебя "машина" просто шустрая !!

[Volodich]

Ddjo,

ээээ....,дэушка...., дэушка...

Не обижайся, правда по нику непонятно, а по контексту запутался

Ddjo, ничего на маленькие переделывать не надо. 32х32 и там идут. Само переделывает.

Ты пробовал их вставлять? Переделывать-то переделывает, у некоторых смысл угадывается, но не у всех. Глаза приходится сильно напрягать.

Будут и маленькие, чуть позже, когда утрясутся большие, я быстро переделаю их на 16х16... Единственное, не знаю, должны ли они быть с прозрачным фоном и без теней как эти или наоборот, с фоном и тенями?

Я думаю, это будет не так просто... 16х16 гораздо сложнее рисовать, там каждый пиксель нужно продумать. Попробуй хотя бы одну сделать. Насчет фона и теней я сильно не разбираюсь, но насколько я понял, нужно на сером фоне. Фон может быть любой, просто принято делать картинки с серым фоном - чтобы они были с панелью одним целым. Тени тоже должны быть сразу (если их там вообще возможно сделать )

Кстати, расскажите мне кто-нибудь, как сделать в редакторе динамических блоков дополнительную палитру? (чтобы использовать иконки, сделанные Ddjo). Палитра-то делается простым нажатием на правую кнопку и "создать новую палитру", а вот как команду "затолкать" в палитру, понять не могу. Вроде бы должно быть в "адаптации", но там не могу найти палитры...

[Supermax]

Надо для начала сделать палитру в модели и перетащить туда кнопки, потом экспортировать и войдя в редактор блока импортировать.

[Кулик Алексей aka kpblc]

Чего??? Народ, все делается намного проще... Видео с вариантом "палитра с нуля" - здесь (загрузка на форум что-то не сработала). Кодек - в подписи.

[Supermax]

Народ, все делается намного проще...

Вот так проще!

[Кулик Алексей aka kpblc]

Значит я не понял, о чем был разговор в #281

[Volodich]

Кулик Алексей aka kpblc, спасибо за видео!
Вы оба предлагаете слишком сложные варианты Я в палитре с командами динамического блока сделал новую вкладку, а из видео понял, что инструмент Lisp можно оказывается туда скопировать и сделать из него все что хочешь. Вот в общем-то и все что надо!
Кулик Алексей aka kpblc, а ты можешь сделать видео по статье VVA - "Как использовать Lisp, использованный на форуме" ? Тоже так же с комментариями. (или может быть это уже где-то есть?). Просто я на работе в отделе людям поставил пару лиспиков, им очень понравилось и все теперь хотят научиться. Но объяснять по 1000 раз мне уже надоело, они пытаются на бумажках что-то записывать, но не помогает...

[Supermax]

Привет челы! Я свои пять копеек тоже вставлю. Прошлый раз писал, писал, да забыл в буфер записать перед отправкой на форум, а сеть взяла и глюкнула, сожрав всю мою писанину. Обино, однако. Вот коротеньким сообщением решил обойтись, но как видно не помогло.
Я установку палитры начал с пространства модели (ну, она мне там была нужна в первую очередь) и обнаружил, что кнопки в нее просто перетаскиваются, причем с картинками 32х32. Эти же кнопки, эти же картинки ужимают до 16х16 и демонстрируют на самих кнопках, при этом совершенно не нарушая рисунок 32х32. Он так и остается 32х32.
Вызывается палитра командой TOOLPALETTES (ну это тем, кто не знает).
Редактируется палитра командой CUSTOMIZE или Tools->Options->Customise->Tool Palettes (ну, это тоже для публики) (хотя редактировать совсем и не пришлось).
Если напихать кнопок в палитру (простым перетаскиванием), то в редакторе блоков командой TOOLPALETTES вы также откроете эту палитру и простым перетаскиванием можете с нее перетащить в палитру редактора то, что вам надо.

[Supermax]

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

[Кулик Алексей aka kpblc]

Volodich, такого видео нет. Да вроде и статья нормально написана - с максимумом информации. Сегодня точно ничего не получится, а завтра - только если не забуду (а то с меня станется).

[Supermax]

Обнаружен Автокадовский глюк.
Если в блок вставить штриховку - кранты. Блок становится не корректным.
Словарь ACAD_EVALUATION_GRAPH, а точнее тот словарь, который получаем при продвижении к словарю через сам примитив, перестает сохранять вновь появляющиеся свойства.

[Volodich]

Мда... Грустно... А если потом удалить из блока штриховку?

[Supermax]

Штриховку надо вставлять только после всех манипуляций с Visibility Set и Lookup-ами.

Если штриховку удалить, то все становится на свои места.

[VVA]

Volodich, Offtop: Может просто распечатать 1000 раз статью с картинками?

[Volodich]

VVA, Попробую.
Все равно видео ничем не заменишь. (для "чайников"), но попробую.

[Shoorup]

Supermax, мою задачу всетаки не решить Во всяком случае у меня не получается. А суть ее такая, что нужно дополнительные параметры видимости прятать также как и лукап. Решится ли такая задача в будующем?

Если не очень понятно:
Допустим есть у меня 1 параметр видимости: "Видимость" с возможными вариантами видимости: 01,02,03,04,05. При выборе 01 - виден "параметр выбора 01" (значек со всеми его свойствами) и не видно ничего больше. При выборе 02 - виден "параметр выбора 02" (значек со всеми его свойствами) и не видно ничего больше и т.д.
А теперь все параметры выбора заменяем "дополнительными параметрами видимости". Но у меня не получилось их скрыть... они все видны. И получается после каждого выбора все сбивается.

[Supermax]

Тебе нужно прятать только синий треугольник или все объекты этого Visibility Set?

[Shoorup]

И все, что к этому треугольнику причитается. Чесно говоря я так и думал что будет еще до того как ты реализовал ДПВ.

[Supermax]

Честно? - Ничего не понял. Что сбивается?, что выбирается?, чем выбирается? Ничегошеньки не понял.

[Shoorup]

Ну попробую еще раз. Я думаю непонимание скорее всего из-за нехватки терминологии
Visibility Set - это параметр видимости со всеми вытекающими его свойствами. Другими словами это треугольничек-маркер при нажатии на который выпадет меню с моими видимостями (Visibility). При выборе какого либо у меня могут исчезнуть как примитивы так и связанные с ним параметры. Например можно скрыть параметр выбора (лукап) или параметр растяжения (треугольничек для растягивания). Но когда я добавляю еще один Visibility Set, то хотелось бы скрывать и другие Visibility Setы со всеми их видимостями (Visibility).

[Supermax]

В блоке, который сделан не правильно, Visibility set попадает в группу элементов как параметр и может быть выключен другим Visibility Set-ом. Я пока еще не колупал этот момент. Не уверен, но скорее всего можно будет делать такие блоки как тебе надо, только они будут "кривыми", то есть при вхождении редактором будут скрывать Visibility Set-ы.
Ты лучше мне скажи, ты гидроцилиндр смотрел?

[Volodich]

Вставлю свою мысль. А если сделать еще один параметр видимости, который управляет видимостью других параметров видимости? А управлять им можно с помошью lookup. Т.е. в каждом параметре видимости есть режим видимости, в котором не видны никакие объекты, принадлежащие этому параметру. А в lookup-е просто установлены какие режимы в каком случае включать.
Наверное непонятно сказал Надо попробовать на практике сделать.
Дело в том что я не проверял, можно ли одним параметром видимости скрывать другой. Если да, то можно попробовать мой вариант.

[Volodich]

Нет, что-то у меня не получается одним параметром видимости скрыть другой... А жаль. Недоработка какая-то.

[Supermax]

Все правильно. Сейчас не получится, а вот если я понаделаю макросов для работы с "кривыми" блоками, теми, откуда не удален "кривой" Visibility Set, то тогда скорее всего можно будет.

[Supermax]

Я что-то туплю. Сейчас, если не обращать внимание на синие ручки Visibility Set-ов и строки в свойствах все уже работает так, как надо Shoorup-у. Только не надо очищать Visibility Set-ы. Если их не очищать и проконтролировать, чтобы во всех общих списках были все элементы, а в списках на "невыключение" были все параметры (кроме тех, которые надо скрыть), то вуаля - надавил на ручку нужного Visibility set-а, выбрал представление в нем, все элементы блока погаснут, а потом нужные воскреснут. Что еще надо? Другое дело, что я пока не написал функцию прописывающую элемент во все общие списки всех Visibility Set-ов, так это не долго. Тот VS (сокращенно), который ты выбрал имеет ограниченное количество представлений, но гасит все элементы, раз они включены в общий список. Можно некоторые VS не трогать и делать такое группе VS. Только что-то смысла я в этом не наблюдаю.
Допустим мы имеем три VS в каждом из которых по три представления. Это всеравно, что один VS с 9-ю представлениями. Зачем разбивать VS на три части?

[Supermax]

Кстати о птичках:
Если всем VS выключить ручки и установить, что они не видны в свойствах, а вместо этого сделать Lookup-ы, в которых все видимости продублировать такими же названиями позиций, то такие Lookup-ы будут управлять видимостью, но могут быть скрыты другими VS.
Поскольку я уже дал функцию прописывающую выбранные элементы в общий список, считаю, что все уже есть, просто надо хорошенько подумать.

[Shoorup]

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

[Volodich]

Я думаю, что так будет немного лучше.
Но как сделать, чтобы запоминались предыдущие установки... Это к Supermax'у Я не соображу.

[Supermax]

Ну, с двумя-тремя я еще справлюсь, но с 10-тью врядли.

[Supermax]

Вот так, получается хоть сто штук, а вот чтобы одним списком - пока не могу.

[Supermax]

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

[Volodich]

Что-то там слишком сложно наворочено...

[Supermax]

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

[Ddjo]

Вот, наконец-то образовалось немного свободного времени, что позволило доделать обещанные кнопки:





1. Скопировать данные из одного Lookup-a в другой Lookup.
2. Установить Action на задействованный другим Action-ом Lookup-параметр.
3. Переписать данные из указанного Lookup-a в EXCEL.
4. Переписать из файла EXCEL в указанный Lookup данные.
5. Скопировать указанные элементы текущего Visibility Set в выбранные представления текущего Visibility Set
6. Вставить Visibility Set.
7. Сделать указанный Visibility Set текущим.
8. Перенести в текущее представление текущего Visibility Set-a выбранные элементы.
9. Включить ручки всем элементам текущего Visibility Set-a.
10. Удалить из текущего Visibility Set-a выбранные объекты (сделать их свободными).
11. Очистить Visibility Set от всех элементов, свойств и представлений.
12. Включить видимость всем элементам.
13. Выключить видимость всем элементам.
14. Выключить видимость всем элементам, кроме выбранных.
15. Выключить видимость выбранным элементам.

п.п. так пока и не придумались, может, у когонибудь есть идеи как это могло бы выглядеть, а я нарисую...
16. Установить видимость выбранным свойствам во всех других Visibility Set-ах.
17. Включать ручки элементам любого Visibility Set-a и переносить или копировать их в текущий.

[stas_org]

Ну все....остался только инсталятор и хелп!!!

[Volodich]

Ddjo, молодец, спасибо!
У меня теперь вопрос по первым (большим) иконкам. Они у тебя сделаны в одном файле в одном рисунке. Не могла бы ты их тоже сюда приложить архивом, в котором каждая иконка в своем файле? А то я не знаю как их разрезать...

[Ddjo]

Volodich
да, да..., сделаю..., сегодня выложу попозже...

[Ddjo]

ну, собственно, вот:
еще раз 16х16 и 32х32, в 16 изменены названия на идентичные 32

и все же, есть у кого-нибудь идеи насчет

16. Установить видимость выбранным свойствам во всех других Visibility Set-ах.
17. Включать ручки элементам любого Visibility Set-a и переносить или копировать их в текущий.?

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

[Supermax]

По пункту 16 - точно так же, как сделать нужный Visibility Set текущим, только глаз текущего замени на молнию и стрелку поверни вниз. Стрелку надо рисовать с двумя остриями. Одно - в самый нижний глаз, другое в самы верхний. Если поместится, то точечки между нижним и верхним острием.
По пункту 17 - включение ручек - это одна функция, перенос элементов - другая, а копирование - третья.
Включение ручек аналогична пункту 16, только вместо молнии - квадратик с ручками.
Перенос - стопочку Visibility Set-ов строго по центру, над ним квадратик с значком переноса внутри, справа стрелка идет от верхнего Visibility Set-а к квадратику, слева - от квадратика стрелка к нижнему.
Копирование аналогично переносу, только вместо значка переноса, значек копирования.

Влезет\не влезет не знаю, но попробуй.

[Ddjo]

Supermax
Ок. Так в самый раз будет, постараюсь поскорее нарисовать

[Ddjo]

начала разбираться с дополнительными Visibility Set, пробовать функции, возникли следующие вопросы:
1. как определить, какой Visibility Set в данный момент является текущим?
2. попытка "установка режима видимости сразу в нескольких Visibility Set, вешает напроч автокад. Это только у меня?

[Supermax]

С пунктом 1 - только если в начале названия представления ставить циферку. Все имена представлений одного и того же Visibility Set должны начинаться с этой цифры. Можно сделать функцию и высвечивать имя, но это мне кажеться лишнее.
По пункту 2 - могет быть, могет быть. Надо очень тщательно все изучить, включая и ваш файл. И просьба, пишите название вызываемой функции так, как она мною названа, а то я не догоняю порой.

[Ddjo]

Можно сделать функцию и высвечивать имя, но это мне кажеться лишнее.

все же, было бы проще, если текущий Visibility Set как-нибудь отображался

пишите название вызываемой функции так, как она мною названа

функция Move-to-visibilityset. В файле 9 объектов, кружки , квадраты и три Visibility Set, каждый из кот. имеет по 3 представления. Начинаю распределять объекты по представлениям и Visibility Set'ам, они отлично распределяются..., только когда жмешь "ок" все зависает намертво

[Supermax]

Я думал над этим, но влезть редактор блоков невозможно, свой редактор сваять- сложно, а немодальное окно повесить в принципе не сложно, но тут народ никак не определится с выбором способа. На VBA можно немодальное окно сделать и тогда все будет ОК.
Открой новую тему и попытайся достучаться до VBA-шников, может кто-нибудь откликнится. В принципе не сложно, но врядли кто-то еще жив. Народ угас в своем интузиазме. И я гасну потихоньку.

[Volodich]

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

По поводу текущего visibility set. Ddjo, есть же функция, включающая ручки всем элементам текущего параметра видимости. Я ее использую, т.к. я знаю какие элементы какому параметру видимости принадлежат. А если не уверен, так есть же функция для установки любого параметра видимости текущим.
Supermax, а сложно сделать фунцию, которая выделяет ручку текущему параметру видимости выделяет?
И еще, не хватает очень фунции, которая все свойства делает видимыми во всех представлениях всех параметров видимости...

А вообще все уже сделано на отличном уровне, вполне можно работать.
Жаль только что штриховку нельзя использовать, без нее половину блоков не сделать...

[Volodich]

Сообщение от Ddjo функция Move-to-visibilityset. В файле 9 объектов, кружки , квадраты и три Visibility Set, каждый из кот. имеет по 3 представления. Начинаю распределять объекты по представлениям и Visibility Set'ам, они отлично распределяются..., только когда жмешь "ок" все зависает намертво

Может быть дело вот в чем. Разберись в какие параметры видимости у тебя вставлены объекты. Распределять объекты по параметрам видимости нужно с помощью других функций:
element-sel-current-del - удалить из текущего параметра видимости выбранные элементы (для частичного удаления),
либо
element-all-current-del - удалить из текущего параметра видимости все элементы, оставляя свойства и представления (для полного удаления).

element-sel-current-insert - добавить выбранные элементы в текущий параметр видимости.

А уже после этого можно запускать Move-to-visibilityset и устанавливать там видимость элементов.
Но можно сделать и проще. Эта программа нужна, когда много элементов, много представлений... А если твой случай - 9 элементов и 3 представления, дак просто выбирай вручную нужное представление и вручную включай / выключай видимость элементам.

[wetr]

Жаль только что штриховку нельзя использовать, без нее половину блоков не сделать...

Попробуй ACAD2009 SP2 - вроде стало работать корректней

[Volodich]

Сообщение от wetr Попробуй ACAD2009 SP2 - вроде стало работать корректней

Ты пробовал делать блоки с несколькими параметрами видимости и штриховкой в акаде 2009м ?? Меня Supermax напугал что все виснет, я даже не пытался Да и у меня нету 9го када.

[Supermax]

Что-то вы по верхам читаете, господа. Я написал, что штриховку надо вставлять в самую последнюю очередь, поскольку она уже не дает добавлять Visibility Set и вообще, редактировать словари.
Я как-нибудь еще с ней поэксперементирую. Чую, что не все словари она блокирует.

[Volodich]

Ну тогда это не так страшно!
Лень сейчас искать цитаты, но по-моему ты писал, что штриховка "все вешает".
Ну да неважно, я потом тоже как-нибудь поэксперементирую по вставке штриховки.

[Supermax]

Вот тот пост, в котором я про ошибку писал. Там нет слов "виснет".
http://forum.dwg.ru/showpost.php?p=296223&postcount=289

А вот про штриховку:
http://forum.dwg.ru/showpost.php?p=296260&postcount=291

[Ddjo]

Volodich

Распределять объекты по параметрам видимости нужно с помощью других функций:

Наверное, все дело в этом...

А если твой случай - 9 элементов и 3 представления, дак просто выбирай вручную нужное представление и вручную включай / выключай видимость элементам.

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

есть же функция, включающая ручки всем элементам текущего параметра видимости

с ней у меня что-то дело не пошло..

А если не уверен, так есть же функция для установки любого параметра видимости текущим.

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

Supermax

Открой новую тему и попытайся достучаться до VBA-шников, может кто-нибудь откликнится

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

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

[Volodich]

без всякого файла:
9. Включить ручки всем элементам текущего Visibility Set-a.
Макрос: ^C^C(load "Visibility-ADD2.fas") (eddedd)
5, 12, 13, 14, 15: ^C^C(load "Move-to-visibilityset.fas")
(я эту кнопку назвал "массовая видимость")

Не хватает:
16. Удаление из текущего Visibility Set всех элементов ОСТАВЛЯЯ свойства и представления
Макрос: ^C^C(load "Visibility-ADD2.fas") (element-all-current-del)

Есть еще 3 функции, не совсем относящиеся к видимости, но иногда полезные:
1. Показать все элементы
Макрос: ^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 0)
2. Скрыть выделенные элементы
Макрос: ^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 1)
3. Скрыть все, кроме выделенных
Макрос: ^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 2)

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

[Ddjo]

Volodich
Огромное спасибо!!! Становится все понятнее, Ваши пояснения и помощь меня очень выручают

сть еще 3 функции, не совсем относящиеся к видимости, но иногда полезные: 1. Показать все элементы Макрос: ^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 0) 2. Скрыть выделенные элементы Макрос: ^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 1) 3. Скрыть все, кроме выделенных Макрос: ^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 2)

Наверное, надо на них тоже кнопок понарисовать? Чтобы уж все были...

[Supermax]

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

Да ты только открой и туда поналезет советчиков целая куча (и я в том числе). Они будут друг с другом переругиваться, а ты в стороночке постой и подожди, пока результат будет. Если бы ты что-то знала, или умела, то и не писала бы, а так, пиши "Нужно немодальное окно для редактора блоков, показывающее текущий Visibility Set" и дальше все твои объяснения, которые ты тут написала. Результат будет файл макроса, который мы потом присовокупим к уже имеющимся.

Вы вебмакрос попробуйте. Там можно выбирать из всех выкллюченных объектов по типу объекта, цвету и пр. и включать ручки к примеру.

[Supermax]

Дык, Ddjo ты ж уже сделала иконки на эти три функции Kpblc-а 12, 14, 15. вот 13 надо макросом Владимира Света делать. Попозже сделаю.

[Ddjo]

Я что-то совсем запуталась...

Макрос: ^C^C(load "Visibility-ADD2.fas") (eddedd) 5, 12, 13, 14, 15: ^C^C(load "Move-to-visibilityset.fas")

Дык, Ddjo ты ж уже сделала иконки на эти три функции Kpblc-а 12, 14, 15. вот 13 надо макросом Владимира Света делать

Я в замешательстве....

Да ты только открой и туда поналезет советчиков целая куча (и я в том числе).

ок

[Supermax]

9 - ^C^C(load "Visibility-ADD2.fas") (eddedd)
5 - ^C^C(load "Move-to-visibilityset.fas")
12 - ^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 0)
13 - ^C^C(load "kpblc-objects-hide.lsp") (sssetfirst nil (ssget "_X")) (kpblc-objects-hide 1)
14 - ^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 2)
15 - ^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 1)

[Ddjo]

Supermax
Спасибо!
Вот тогда полный список, может, кому-нибудь пригодится.

[Supermax]

Ddjo, ой как мне стыдно
Функция, то определяющая текущий Visibility Set уже есть, правда я ее для технических целей сделал, но раз тебе надо - на. Она уже есть у тебя в файле "Visibility-ADD2.fas"
Можешь так на кнопку повесить
^C^C(load "Visibility-ADD2.fas") (alert (TECUCH_VISIBILITY))
А можешь и так:
^C^C(load "Visibility-ADD2.fas") (alert (strcat "Текущий Visibility Set - " (TECUCH_VISIBILITY)))

[Volodich]

Ddjo, вот блок, который я обещал показать.
Для примера я рядом приложил табличку функции EATTEXT. Что приятно (я даже не ожидал), что эта функция воспринимает разные параметры видимости и может из отображать и считать. Это очень здорово.

[Supermax]

Что-то у тебя с видимостью напутано - не переключается на лампах.

[Volodich]

Supermax, Ничего не напутано, лампа-то одна, просто нужно чтобы были разные названия (для подсчета и спецификации). А видимость работает только с буквочкой "А". Конечно, я этот блок потом усложню, будет все меняться. Придется лукапы делать (по твоему совету). Но это потом. Сейчас главное суть.

[Ddjo]

Volodich
А что если параметр видимости один, а лукапов несколько?
Как вот здесь:
Или тогда не получится их связывать с таблицей?

[Volodich]

Я вот тут с формулировкой не согласен:
12 - Включить видимость всем элементам
^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 0)
13 - Выключить видимость всем элементам.
^C^C(load "kpblc-objects-hide.lsp") (sssetfirst nil (ssget "_X")) (kpblc-objects-hide 1)
14 - Выключить видимость всем элементам, кроме выбранных
^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 2)
15 - Выключить видимость выбранным элементам.
^C^C(load "kpblc-objects-hide.lsp") (kpblc-objects-hide 1)

Я бы назвал это так:
12 - Показать все элементы
13 - Скрыть все элементы
14 - Скрыть все элементы кроме выбранных
15 - Скрыть выбранные элементы.

Потому что видимость и скрытие - разные вещи. Могут возникнуть непонимания.

[Supermax]

Volodich, я согласен. Ты наверное готовишся писать серъезный хелп?

[Volodich]

Дэк хэлп хэлпом, фунции еще не все работают... особенно массовая видимость огорчает.
А насчет хэлпа надо подумать, наверное, напишу, если получится. Только туда придется всю информацию из этой темы запихивать. Может быть в хэлпе стоит только ссылку сделать на форум?

[Volodich]

Ddjo, не могу твой файл посмотреть, у меня акад 2006й.

[Ddjo]

Я бы назвал это так: 12 - Показать все элементы 13 - Скрыть все элементы 14 - Скрыть все элементы кроме выбранных 15 - Скрыть выбранные элементы.

исправила в списке #337
http://forum.dwg.ru/showpost.php?p=307687&postcount=337
Volodich
вот, пересохранен в 2004, объекты СПДС на всякий случай разбиты

[wetr]

Ddjo, по моему форматы можно сделать исключительно с помощью лукапов

[Volodich]

Ddjo, wetr, ну вот скажите, не извращение ли эта форматка? А если еще надо будет что-то изменять? Например, здесь я вижу только штамп первого листа, а где штамп последующего?
Неет, я не согласен, чтобы все было просто и эффективно надо несколько параметров видимости! У меня дойдут руки, сделаю, выложу свое видение.

[wetr]

ни на что, не претендуя, покажу свою форматку.

[Volodich]

wetr, вариант поинтереснее, но если нужен штамп не 1го, а последующего листа? И я одно понять не могу, как ты сделал в лукапе в стоблце Lookup properties еще одну колонку - "Выбор" ? А цель ее только для того чтобы в правом нижнем углу формат был написан? ("А4" или "2А3", например)

[wetr]

Сообщение от Volodich если нужен штамп не 1го, а последующего листа?

Я ими не пользуюсь

как ты сделал

Так же как добавляются параметры, можно добавить и лукап

А цель ее только для того чтобы в правом нижнем углу формат был написан?

да

[Volodich]

wetr, Ну вот, я еще одну вещь узнал теперь! А вообще если рассматривать не этот частный случай, а общий, то второй параметр "определить" вставляется тоже только для описания какого-то? Или бывает другое применение?

[Ddjo]

Volodich

А если еще надо будет что-то изменять?

например, что? если что-то предполагается изменять, то надо это изначально закладывать..., так мне кажется...

Например, здесь я вижу только штамп первого листа, а где штамп последующего?

ээээ..., ну, у меня, вроде, там есть последующие...(1-первый, 2- последующие) или ты имеешь в виду узкий штамп? просто, я тоже не пользуюсь последующими листами..., могла неправильно тебя понять....

по моему форматы можно сделать исключительно с помощью лукапов

вот, мне тоже так кажется...

[Supermax]

Обновление Visibility-ADD2.

[Volodich]

Ddjo, wetr, такое ощущение что я вам пытаюсь продать программу Supermax'а и всячески ее рекламирую, а вы не хотите брать и придираетесь. Делайте все так как вам нравится! Никто ж не заставляет! А по мере надобности ищите то что нужно! Мне вот это нужно, я тут и сижу и все изучаю.
Supermax, 1й пост уже как радуга! Красотища! Спасибо, завтра поиспытываю новые возможности.

[Ddjo]

Volodich

такое ощущение что я вам пытаюсь продать программу Supermax'а и всячески ее рекламирую, а вы не хотите брать и придираетесь.

я лично, нисколько не придираюсь..., просто, хочу понять

[wetr]

Volodich, ничуть. Supermax, делает большое дело. Я помочь к сожелению не могу, но и мешать не собираюсь. По мере возможности просматриваю тему. Признаюсь чесно, прогамму не устанавливал и даже не пробовал установить - просто не было надобности. Ну как-то всегда плучается обойтись штатными средствами дин. блоков.
Так что считай мои посты в теме - повышением популярности. Чем чаще тема всплывет на глвной странице dwg.ru - тем больше народу зайдет-почитает-поможет.

[Volodich]

Не думайте, что я обижаюсь
Видимо я действительно переборщил немножко, защищая программу
Ладно, скоро у меня работа закончится, сделаю форматку для примера и обсудим в чем я не прав.

[Latysh]

Вопросик по программе по устаноке на параметр Lookup-a сколь угодного количества активаторов

не получается у меня с ней что-то как-то ,загрузил файл в автокад, указываю ей параметр lookup'a дальше появляется табличка после установки и тд.... далее просит ввести точку вставки активатора, кликаю, после чего на пол секундочки появляется значок операции с именем выбор и в командной строке пишется ввидите тип операции [массив, поиск, отразить, ....], при наборе поиск ничего не происходит, у меня 2008 русский автокад???

[Supermax]

Скинь картинку с экрана.

[Volodich]

Supermax, с видимостью свойств - работает! Правда у меня после этой команды почему-то один параметр перестал вручную выключаться (кнопочкой на панели), но зато другой без проблем. Непонятный глюк.

Спрятаны все не нужные глобальные переменные и добален вывод значения текущего Visibility Set-a в статусную строку.

Это по команде (TECUCH_VISIBILITY) ? Или как-то по-другому должно?

[Supermax]

Появляется при запуске (TECUCH_VISIBILITY), а потом переключается (Visibility_add) если устанавливать текущим один из Visibility Set-ов.
Левый нижний угол.

[Supermax]

24.01.2009.
Исправлена ошибка в функции (properties_add_all_visibility)

Обновите Visibility-ADD2.fas!

[Volodich]

Supermax, а поподробнее можно?
Блин, я вот недавно делал блок с несколькими видимостями и забыл про эту функцию, вручную все включал.
Кстати, в теме "Мои динамические блоки" уже несколько человек говорили, что хотели бы пользоваться твоими функциями, но слишком сложно. Можно ли как-то сделать все твои макросы плагином с появляющейся панелью с кнопками?

[Supermax]

Что можно сделать в принципе. Ну, во-первых - объединить все лисп-файлы в один. Все будет сделано функциями.
Во-вторых - написать для чайников последовательность действий. Но тут, есть загвоздка, нет нормального описания самого процесса создания динамических блоков. Есть небольшой файлик с картинками даже, но научится по нему очень сложно. Надо все описывать художественно, в разговорной форме, а это делать всем не охота.
Я наверное займусь этим когда-нибудь, но лучше было бы, если бы кто-нибудь мне помог преодолеть эту рутину.

И вообще, есть эта тема - задавайте вопросы и высказывайте пожелания по существу.

P.S. сделать панель с кнопками можно, но кто будет это делать?

[Supermax]

Отредактировал мануал по этим функциям.
http://forum.dwg.ru/showpost.php?p=293985&postcount=230

[Shoorup]

Supermax, на самом деле очень сложно для восприятия. Новичкам так вообще кажется сумасшествием. Я так вообще запутался, что и где запускать и каждый раз лезу вспоминаю команду. Все люди уже давно привыкли к кнопочкам и отвыкли от доса. Последний раз когда юзал твою прогу по душе не пришлись слишком длинные названия кнопок. Достаточно иконку и всплывающее примечание. Кнопки выучатся после 10-го применения и заграмождать экран бесполезной информацией не стоит.
Программу стоит сделать .exe-шником который все поставит и все настроит. Понимаю, что это все время и причем чисто энтузиаста... помочь смогу не скоро (сессия (предпоследняя) в понедельник - ина 3 недели). Могу сделать краткое описание или что-то вроеде "Быстрый старт".
А динамические блоки я забросил (и статью тоже) потому как они не решают моих задач. А то, что хотелось бы, больше похоже не на динамический блок, а на новый примитив со своими свойствами и причудами. Нечто подобное есть в NanoCADах. Вот если объединить возможности динамических блоков, да плюс параметрические объекты (NanoCAD), да плюс пожелания трудящихся - вот тогда бы!!!! Эх!

[Supermax]

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

Последний раз когда юзал твою прогу по душе не пришлись слишком длинные названия кнопок.

Какую прогу так и не понял. Тут столько прог-функций, какая из них?
Но про слишком длинные названия кнопок Прога не по душе, потому что длинные названия кнопок? Какие у кнопок названия? Где ты их видел?
И потом, зайди в библиотеку функций и посмотри какие там бывают названия.
А ты читал тему про реакторы? А ты в курсе, что я реактор повесил на динамический блок и заставил блок редактировать программно самого себя?

Мне лично вопросы никто не задает, а это значит, что все всем понятно, или вообще не нужно. С восприятием все в порядке, даже некоторые девушки прекрасно все освоили.

[Volodich]

Shoorup, я тоже не понял проблемы с длинными названиями. Ты функции из командной строки, чтоли, запускаешь? Сделай свою панельку с кнопками и макросы на них повесь и все. Для чего тут Ddjo трудилась и иконки рисовала?
Конечно, функции иногда глючат, но пользоваться вполне можно и довольно удобно. Только когда долго не пользуешься забываешь последовательность действий. (Вставить новый параметр - сделать его текущим - очистить от элементов - сделать в нем нужные видимости.. и т.д.) Пропустишь, например, "сделать его текущим" и случайно можешь очистить предыдущий параметр. Кстати, этот вопрос я Supermax'у уже задавал.
Supermax, к сожалению, народ штука ленивая )) Ему надо чтобы:

Программу стоит сделать .exe-шником который все поставит и все настроит.

Все равно дорастут и будут пользоваться

[Shoorup]

По поводу кнопок больших это что-то я старое вспоминаю - помойму даже в этой теме уже отписывался по этому поводу (давно). Проехали пока кнопки.

Пока делаю свой файл частичной адаптации и кнопки со своими иконками для динамических блоков.
Думаю было бы неплохо чтобы это работало по бысрому для чайников: я выложу папку со всем, что нужно (чтоб по постам не собирать файлы и не вникать в детали которые не нужны). Напишу инструкцию аля "быстрый старт". Папку копируем в любое место которое прописано в настройках (пути доступа к вспомогательным файлам). Ну и запускаем файл частичной адаптации. Всё! Ничего создавать не нужно, ни во что вникать не надо. Единственное можно сделать пару примеров по применению дополнительных параметров видимости.

[Supermax]

Минимизировать усилия для установки чего-то, это конечно хорошо, и не только для начинающих. Для меня тоже нужно. Устал я постоянно настраивать эти дурацкие кнопки. Но вот иметь хоть минимум заний для самостоятельной настройки надо. Я уже главный файл раза 4 апгрейдил, и думаю, что на этом дело не закончится. Значит следить надо за апгрейдами и вовремя менять старое на новое, а также добавлять новые кнопки.
Заранее предупреждаю, выложишь свою папку, сам ее сопровождать и будешь. Если файлы в ней будут устаревшие, вся твоя работа будет напрасной.

[Supermax]

Всем, кого интересуют исходники к функциям, выложенным в этой теме, а также просто почитать, как все происходит, нужно зайти сюда:
http://www.private.peterlink.ru/pole...9/tainypod.htm

[Shoorup]

Буду сопровождать. По возможности. Пока хочу сделать свои иконки..копаюсь с ними. В любом случае папку сделаю к концу февраля. (сессия чтоб её).
Supermax, есть хорошая новость с динамическими блоками в 2010 каде. Если честно думал актуальность они потеряют к 2010му... ан нет! Возможности их расширили.

[Shoorup]

Сообщение от Supermax Всем, кого интересуют исходники к функциям, выложенным в этой теме, а также просто почитать, как все происходит, нужно зайти сюда: http://www.private.peterlink.ru/pole...9/tainypod.htm

Просто класс! Это могло быть и на главной странице dwg.ru!

[Supermax]

Спасибо за оценку.
Но мой только сам рассказ, а оформление - это заслуга Николая Николаевича. Я считаю, что это оформление дает больше 50% общего впечатления. Плюс он немного поправил меня тут и там.
Сделует заметить, что некоторые функции слегка переименованы, например Visibility-ap на Visibility-up, что более правильно.

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

[Shoorup]

Supermax, у меня опять появился неподдельный интерес к динамическим блокам! Распечатаю всю инфу себе и буду на сессии штудировать.

По теме. (помойму уже писал) Когда-то, решил я сделать динамический блок с большим количеством "параметров видимости", но они все сделаны не функцией, а геморойным методом через масштабы. Все бы ничего но после очередного "параметра видимости" я заметил, что блок начал тормозить (опять же не помню выкладывал или нет) и я его забросил. С каждым добавлением нового "параметра видимости" блок внутренне усложнялся. Почему делал масштабами... да потому что нужно чтобы каждый параметр видимости "помнил" изменения сделанные другим параметром видимости. В случае с функциями все будет сбрасываться... или просто у меня руки корявые.

[SLADE]

Supermax ждем обновления функции Excel->Lookup
Lookup->Excel

[Makswell]

Сообщение от Supermax Всем, кого интересуют исходники к функциям, выложенным в этой теме, а также просто почитать, как все происходит, нужно зайти сюда: http://www.private.peterlink.ru/pole...9/tainypod.htm

Земечательный рассказ. Почитал с удовольствием.

[Sleekka]

http://www.private.peterlink.ru/pole...9/tainypod.htm
+1 Читал с удовольствием, а кто на англ. переводил?

[Supermax]

Сам маэстро Полещук Н.Н.

[Н.Н.Полещук]

Я тоже хочу отметить незаурядные литературные способности автора, оргинальность стиля в изложении казалось бы скучных вещей. Надеюсь, еще большее количество пользователей AutoCAD смогут оценить находки Андрея Викторовича.
Как говорится, enjoy!

[Volodich]

Shoorup, Можно немного поподробнее про динамические блоки в 2010 акаде?
Supermax, красиво написал!

[Supermax]

Спасибо за оценки. Только пора завязывать, а то я зазнаюсь.
Формат файла в 2010 каде, на сколько я знаю - 2007. Так что принципиальных изменений ни в структуре динамических блоков, ни в их возможностях нет. Вот сервис может и развили немного. Но опять же дополнительных Visibility Set там не появилось (увы). Можно сказать прямо, сдвигов нет.
Николай Николаевич его ковырял, он может вам больше рассказать.

[Н.Н.Полещук]

Каждые три версии Autodesk меняет формат DWG. Так что в 2010 будет уже новый формат. Программы Supermax'a работают в бета-версии 2010.
В 2010 версии появятся новшества в динамических блоках, но говорить об этом пока рано.

[wetr]

Сообщение от Н.Н.Полещук Каждые три версии Autodesk меняет формат DWG.

2000-2004-2007 как-то не очень вяжется

[Н.Н.Полещук]

Для справки (формат DWG и версии AutoCAD):
R15 - 2000, 2000i, 2002
R16 - 2004, 2005, 2006
R17 - 2007, 2008, 2009
R18 - 2010, ...

[Shoorup]

Н.Н.Полещук, в "семинаре по новым возможностям" к бетта версии, по моему, все новшества к динамическим блокам описали. Очень кстати там добавили режим тестирования блока - теперь не нужно каждый раз сохранять и выходить из редактора блоков. Плюс еще будет параметризация с которой я еще пока не знаком. Надеюсь новшеств будет гораздо больше.

[Н.Н.Полещук]

Бета-версия и документация идут с грифом "конфиденциально", публиковать до официального выхода нельзя.

[Red Nova]

Supermax,
На сколько я понимаю все функции выложены в отдельном виде, и кнопки с макросами предполагается делать вручную. Может закатать все в одну программу с меню, чтобы загрузил и все?

[Supermax]

Это ты мне предлагаешь сделать, или сам напрашиваешься?

[Red Nova]

Если никто до этого не сделает, то при наличие свободного времени сам сделаю, так как лучше 1 раз нормально сделать чем каждый раз ..., только вот когда такая пора наступит не знаю. А в общем удивительно что 20 листов уже обсудили, все программы готовы, все иконки навояли, а до менюшки ни у кого руки не дошли.

[Shoorup]

Сообщение от Red Nova Supermax, На сколько я понимаю все функции выложены в отдельном виде, и кнопки с макросами предполагается делать вручную. Может закатать все в одну программу с меню, чтобы загрузил и все?

Я уже про это спрашивал. Займусь этим как приеду-уже что-то сделано. Сейчас на сессии в связке с AutoCAD R14.
А вообще идея такая - скачать например одну папку, закинуть ее в нужное место на диске и забыть про какие либо настройки и нюансы.

[Red Nova]

Supermax, А как обстоит дело с explode? Помню ты хотел новую взрывалку написать, для корректного взрыва.

[Нефтепроводчик]

Помогите с динамическим блоком! Сделал динамический блок с несколькими параметрами видимости, а при его расчленении вся настоенная видимость исчезает! Остаются только элементы, которые были в текущем visible-sete! Блок создавался для отрисовки участка трубопровода. Видимость настоена на на концевые сварные швы (в зависимости от проекции трубопровода), а также на теплоизоляцию. Кое-как разобрался с настройками visible-set, вроде работает как мне надо. А вот при взрыве блока все (или почти все) исчезает! Блок предусматривался по принципу "вставил-изменил-взорвал-распечатал". В чертеже может быть несколько сотен вхождений блока. Очень нужно, чтобы он корректно взрывался! Что надо слелать для этого? Желательно, чтобы расчленялся стандартным explode. В противном случае придется отказаться от этого "чуда" и пользоваться старым блоком.

[Volodich]

Я может чего-то не понимаю, но зачем вы блоки взрываете? Я как работал с ними так и оставляю. Так и печатаю.

[Нефтепроводчик]

Сообщение от Volodich Я может чего-то не понимаю, но зачем вы блоки взрываете? Я как работал с ними так и оставляю. Так и печатаю.

Таких блоков может быть достаточно много в чертеже (несколько сотен), плюс еще другие динамические блоки. В итоге чертеж будет тормозить, особенно на слабых компах. Приходится рано или поздно их взрывать, очищать чертеж. Ну в крайнем случае можно и не взрывать, потерпим. Но все равно неприятно знать, что кто-нибудь "незнающий" возмет да и взорвет блоки и чертеж превратится в бессвязный набор примитивов! Если бы я один работал - то без проблем! А то в отделе 40 человек, а в институте 500. Всем не обсъяснишь, что их не в коем случае нельзя расчленять. Ну а еще авторские права?! Вообщем хотелось бы найти решение как сохранить видимость блока.

[Supermax]

Есть такая команда, _refedit или "Edit block In-place" это когда выделяешь блок и на правую кнопку мыши жмешь. После сохранения блок становится простым. Я где-то это уже писал. После конвертации блока в простой вид он взрывается explode.
Можно последовательно _.refedit потом _.refclose и _.sav

[Нефтепроводчик]

Спасибо!

[Нефтепроводчик]

Снова обращаюсь к знатокам этого форума и авторам дополнительной видимости динамических блоков!
Выше я писал, что при взрыве блока, в котором установлены параметры видимости, остаются только те объекты, которые были видны в активном visible-sete ("рожки да ножки" ). Supermax подсказал, что надо пересохранять блоки через _refedit, за что спасибо. Но все-таки решил отказаться от такого способа, муторно со 100 блоками такую операцию проводить...
Так вот я решил использовать этот баг Автокада в пользу себе. Я создал атрибут в блоке (позиция по спецификации), перевел его видимость на дополнительный visible-set. Видимость атрибута сделал всегда видимой (выбрал "видно" и потом убрал ручку в редакторе). Получилось так: атрибуты есть, их редактировать можно и все прочее. А если блок взрываю, то атрибуты исчезают, и никаких бессвязных атрибутов на чертеже нету! Еще сделал так скрытие заднего фона блока через маску.
Но радость моя была не долгой...
При отражении блока это полезное свойство теряется. Т. е. при взрыве появляется атрибут, маска (если было выбрано "видно"), появляются элементы, которые видны на текущих видах всех visible-set. Вобщем заметил, что динамические блоки работают корректно, когда масштабы блока по трем осям (x,y,z) равны. При отражении (-1,1,1) или (1,-1,1) косяк как выше, а при неравных по модулю (1,2,1) вообще ручки пропадают!
Вопрос: как с этим бороться? Можно ли принудительно зафиксировать масштаб блоков? Или чтобы вместо зеркала был поворот на 180гр (блоки с осью симметрии)?
Вообщем, может кто-то сталкивался?
P.S. Кстати, из всего вышесказанного вытекают очень замечательные свойства. В зависимости от масштаба по оси z (1,1,z) блок с дополнительными параметрами видимости взрывается:
- при (1,1,1) блок взрывается с получением элементов, которые были на текущем виде текущего visible-set;
- при (1,1,-1) блок взрывается с получением элементов, которые были на текущих видах всех visible-set, эдакая альтернатива метода Supermax, только обратимая;
- при (1,1,z), z не равно -1, 0, 1 (к примеру 2) у блока пропадают ручки, он как бы становится замороженным. При взрыве он себя ведет как в случае 2. Правда у меня еще появляются поля, которые берут длины из отрезков других visible-set. Почему - только догабываюсь.
Если надо, могу выложить блоки, но думаю, это справедливо для всех.
Чет длинный ЗЫ.

[Vombat]

Сообщение от Supermax Макрос по перемещению свойств в списке свойств блока меню Properties, для пространства модели или листа.

Программа прелесть, с большинством блоков справляется. Но к сожалению не со всеми. Выдает:

Command: (load "move-properties.fas")
Select object: (move-properties)
Can't reenter LISP.
*Invalid selection*
Expects a point or Last
Select object: ; error: bad argument value: non-negative: -1

Вы не подскажите в чем проблема?

[Кулик Алексей aka kpblc]

Потому что сначала надо объект выделить, и только потом уже перемещать свойства.

[ТуПик]

Добрый день,
Правильно ли я понял что при установки нескольких параметров visibility всё равно в один момент времени может быть активирован только один набор одного из параметров visibility. Мне нужно чтобы наборы нескольких параметров visibility работали как маски и при задейсвовании нескольких параметров visibility видились только те объекты которые входят в выбранные наборы всех параметров visibility.

[Vombat]

Сообщение от Кулик Алексей aka kpblc Потому что сначала надо объект выделить, и только потом уже перемещать свойства.

Я его и выделяю. Вот посмотрите пожалуйста.

[Volodich]

ТуПик, если честно как-то непонятно объяснил. По-моему все так и работает как тебе надо... Приведи, пожалуйста, конкретный пример.
tovdi, у меня с твоим блоком еще круче:
Я нажимаю на кнопку move_properties, выбираю блок, вылезает окошечко со списком свойств, я тыкаю в любое свойство, окошко закрывается и вылезает это:

Команда: (load "move-properties.fas") Выберите объект: ; ошибка: неверное значение аргумента: неотрицательное: -1

При этом я тут же открываю свой файл со своим блоком и все прекрасно работает.
Обратитесь к разработчику

[ТуПик]

Volodich,

ТуПик, если честно как-то непонятно объяснил. По-моему все так и работает как тебе надо... Приведи, пожалуйста, конкретный пример.

Привожу пример
Дано матрица обектов 3 на 3

1 2 3
4 5 6
7 8 9

первый парамтр имеет в наборах только столбцы из матрицы
пример
2
5
8

второй параметр имет в наборах только строки из матрицы
пример

4 5 6

Мне нужно чтобы при установке в обойх параметрах видимости наборов приведённых в пример отображался только

5

теперь понятно?
Извините если тяжело обясняю.

[Vombat]

Сообщение от Volodich tovdi, у меня с твоим блоком еще круче: Я нажимаю на кнопку move_properties, выбираю блок, вылезает окошечко со списком свойств, я тыкаю в любое свойство, окошко закрывается и вылезает это: При этом я тут же открываю свой файл со своим блоком и все прекрасно работает. Обратитесь к разработчику

С конкретно этим блоком именно то что Вы написали и происходит (видео 2.rar), в то время как с другими блоками все отлично работает.
Блок не сложный, его можно переделать по новой, но хотелось бы разобраться, в чем именно загвоздка, дабы не повторять подобного рода ошибок в дальнейшим.

[Volodich]

ТуПик, да уж... Понятно. Но по-моему такое сделать не получится. Один элемент может принадлежать только одному параметру видимости. Когда мы создаем новый параметр видимости, его сразу же очищаем от всех элементов. Иначе получается путаница. Поэтому то что ты хочешь, сделать не выйдет. Вот только ума не приложу, куда можно это приспособить...
tovdi, пиши Supermax'у в личку, может ответит. Что-то его не видно на форуме.

[Supermax]

tovdi, этот блок испорченный. Почему? - не разбирался пока, но как-нибудь разберусь. Возможно появится способ защиты блока от перестановок. Хотя зачем и кому это надо не представляю.

ТуПик, для того, чтобы сделать так, как ты хочешь, надо делать не просто динамический блок, а программно-динамический.
Автокад при переключении представления сначала выключает видимость всем элементам блока, вообще всем, а затем включает видимость элементам, которые попали в список включенных в текущих представлениях во всех visibility set-ах.
Таким образом у тебя будут видны

_2
456
_8

Volodich , элементы могут принадлежать и нескольким visibility set-ам, но тогда если хоть в одном из текущих представлений он включен, то и будет виден.

Господа, внимательно читайте тему. Я уже давно все разжевал.

[Volodich]

Сообщение от Supermax Volodich , элементы могут принадлежать и нескольким visibility set-ам, но тогда если хоть в одном из текущих представлений он включен, то и будет виден.

Я это знаю и помню, сам с этим столкнулся. Поначалу не понимал, почему все не так работает как мне надо. Просто решил так сказать чтобы не путать человека. Потому что все равно вряд ли найдется случай, когда надо будет один элемент вставлять в несколько параметров видимости. Хотя проектировщики на всякое горазды )))

[Juss_00]

Помогите/научите плз.

Второй раз пытаюсь подобраться к нескольким параметрам видимости, в прошлый раз хоть что то получалось теперь упёрся в то же. (

(кстати есть CUI файл менюшки по вашим иконкам и макросам)

Сильно не ругайте, но решил что если не отпишусь так и не разберусь. В пятницу всё настроение испоганил отказами работать видимостей...

(2008 акад рус) :
Видимости получилось победить но они управляют сразу всеми объектами. Когда из одной видимости удаляю все объекты, потом пытаюсь присоеденить Visibility-ADD2.fas вот что получается. (

Команда: (load "Visibility-ADD2.fas") SOOTVETSTVIE Команда: (element-sel-current-insert) найдено: 1 _BSAVE Команда: nil

Текст команды макроса. :

^C^C(load "Visibility-ADD2.fas") (element-sel-current-insert)

Отккуда Сохранение блока выползает не понимаю.

Скачал по новой "Visibility-ADD2.fas". Всеравно не хочет присоединять.

Втрой блок кидаю в коотром внутри две единички. В первой видимости две единички одну видно только по тому что убрал вторую на обеих видимостях. Со второй было так же и они друг друга отключали. Попробывал удалить все объекты - удалил но присоеденить не могу. (В прошлый раз застрял на этом же месте) Видимости перекрывали друг друга, но похоже тогда не разобрался какая команда не работала)

[Supermax]

Здесь выложен макрос Kpblc-а по управлению видимостями
http://forum.dwg.ru/showpost.php?p=292468&postcount=147
открыть блокнотом, прочитать и использовать для включения видимости всем элементам блока в редакторе блока. Включает видимость тем элементам, которые выброшены из всех visibility set-ов.
После того, как ты включишь видимость всем элементам, указывай на те элементы, что тебе нужны и они перенесутся в текущий visibility set.
Элементы не принадлежащие ни одному visibility set называются "свободными элементами" если у них видимость включена, то они всегда будут видны, а если выключена - не видны.
Когда устанавливается новый visibility set, то в него попадают все элементы блока. Все до единого, включая и "Свободные". Эти "Свободные" тут же перестают быть "свободными", так, как попадают в новый visibility set. Есть еще функция, очищающая visibility set от всех элементов, но не удаляющая из него дин. параметры. Есть, которая вообще все удаляет. Есть, которая устанавливает видимость в группе представлений и многое еще.
У меня тоже он не захотел присоединяться (потом разберусь) скопировал в буфер и вставил в чистый файл с оригинальными координатами, а от туда опять в блок тоже с оригинальными координатами.

[kor99]

Если можно, я тоже об этом.
Во первых - большое спасибо.
Во вторых - я тоже никак присоеденить объекты к visibility set не могу. Я удаляю только ненужные а не все.

Сделал один блок, но если копировать его в файл в котором такой блок уже есть, то он портится. В чём может быть проблема?

[Juss_00]

Supermax, премного благодарен. Хоть пока и не очень понятно но думаю разберусь. (За обедом)

Получилось, но на уровне танцев с бубном.

Как я понял:
Лисп Крыса прячет объекты где то в чертеже как будто их и нет. Достать тока его же лиспом и можно ))
1) Делаем сколько угодно Видимостей
2)Чистим все видимости от всего. (на сколько понял можно просто от объектов)
3)Выключаем видимость (крыс-макросом) всем объектам кроме тех что будут относится к активной видимости.
4) "Visibility-ADD2.fas" не присоединяет, по этому сделаю макрос на копирование сточкой 0 удаление и вставкой на от же место. (по сути и получится присоединить объекты) Но как я понимаю при такой работе Дин Свойства можно накладывать только в активной видимости. Значит блок нужно заранее хорошо продумать.
5) Включаем видимости (макрос-крыса) Активизируем другу видимость. И Погнали дальше с 3 пункта...
Как то так? Иль это бред прошлого века?

п.с. В сложные блоки (с полями и расчётом) пока вставлять не поспешу.
П. П. С. Большое спасибо Supermax !!! Вопрос о второй видимости просился как только первую увидел. И даже если это не приживётся из за каких ни будь их (блоков) особенностей это уже сильный толчок.

А подскажите где прочесть про то зачем вы вставляетете параметр выбора в блоках с видимостями. (Никогда не использовал и зачем не понимаю) Эт тож самое что таблица блока в 2010?

Вобщем вот такой вот получился с вашими советами. Заместо "Visibility-ADD2.fas" стал использовать

Код:

[Выделить все]

^C^C_.copybase;0,0,0;_.erase;_.pasteclip;0,0,0

А так, кое что получилось ))

[Supermax]

kor99, я починю скоро функцию добавления элемента в текущий visibility set. Пока копированием попользуйтесь.

Сделал один блок, но если копировать его в файл в котором такой блок уже есть, то он портится. В чём может быть проблема?

В Автокаде нельзя вставлять одноименные блоки! Если в базе рисунка уже есть блок с таким именем, то вставится он, а не из буфера. Редактируй наименование блока.

Juss_00,

Как я понял: Лисп Крыса прячет объекты где то в чертеже как будто их и нет. Достать тока его же лиспом и можно ))

Ничего он не прячет. Просто в каждом элементе есть свойство "видимость", если там 1 - то он видим, а если 0 - то не видим. Элемент никуда не девается, просто не прорисовывается. Слой - тоже элемент и тоже имеет свойство видимости, но если видимость слоя выключена, то не зависимо от того, выключина ли видимость элемента, он прорисовываться не будет.
Работает макрос везде, не только в пространстве редактора блоков.
Почему AutoDesk не афиширует тот факт, что элементам можно видимость вкл\выкл делать - наверное не может делать "серую видимость" как в редакторе блоков, всей модели. Но "Включить все" и откат назад - решает эту проблему.
Можно сделать надстройку на макрос Kpblc-a. Нажимаешь кнопку "Включить избранное" и макрос включает все, просит указать нужные элементы, запоминает их, откатыват назад в состояние когда все не было включено и затем включает видимость выбранным элементам.

Visibility-ADD2.fas - это не одна функция, а целая куча!

... А подскажите где прочесть про то зачем вы вставляетете параметр выбора в блоках с видимостями...

Visibility set - это элемент-параметр динамического блока, который управляет видимостью элементов-объектов, прописанных у него в общем списке. При создании Visibility set туда попадают все элементы блока (кроме динамических свойств). Потом надо либо выбрасывать не нужные, либо выбрасывать все и потом прописывать нужные.
Set - по английски выбор.
Visibility state - представление видимости. Это внутри visibility set описывается состояние, когда чать элементов visibility set включена, а чать выключена. В одном visibility set может быть от одного и более visibility state.

... И даже если это не приживётся из за каких ни будь их (блоков)...

Почему же не приживётся?
http://discussion.autodesk.com/forum...pa?forumID=154

[kor99]

Сообщение от Supermax В Автокаде нельзя вставлять одноименные блоки! Если в базе рисунка уже есть блок с таким именем, то вставится он, а не из буфера. Редактируй наименование блока.

Если я вставляю другой дин. блок в файл в котором такой блок уже есть, наверно вставляется блок которий уже есть в базе рисунка, я не спорю, но он вставляется с мне нужними свойствами. Мне не нужно вставить блок, опять выделять его и выбирать дин. свойства.
Например если нужно вставить готовий узел из другово рисунка.

[Juss_00]

ПРошу прощения, имел в виду Лукапы. Вроде нашол, прочту седня.

[Supermax]

Внимание, обновление!
Исправлена ошибка в функции (element-sel-current-insert)
Скачайте и замените Visibility-ADD2.fas
http://forum.dwg.ru/showpost.php?p=292452&postcount=144

Прога пошла в мир!
Очень хороший пример использования нескольких групп видимости
http://discussion.autodesk.com/forum...36387&tstart=0

[kor99]

Большое спасибо.

Но мне кажется что теперь почему то не работает функция (visibility-ap)

[Supermax]

Если кажется - креститься надо.

[kor99]

Если кажется - креститься надо.

Пробовал - не помогает
За то вставка

[Supermax]

Да, ты прав. Нашел накладочку. И еще больше эту функцию изменил. Теперь она сама включает видимость всем элементам и после выбора нужных тебе, откатывает видимость как было.

Внимание еще раз обновление Visibility-ADD2!

[SLADE]

здорово

[kor99]

я понял почему у меня не работало
название функции (visibility-ap) заменено на (visibility-up)

а так работает прекрасно
и эти новые изменения
спасибо

[Composter]

у меня на работе стоит 2007 офис, поэтому макрос Excel->Lookup не запустился,предлагаю поменять строку

Код:

[Выделить все]

  (setq g_oex (vlax-get-or-create-object "Excel.Application.11"))

на

Код:

[Выделить все]

  (setq g_oex (vlax-get-or-create-object "Excel.Application"))

после этого все заработало

[Juss_00]

Supermax, спасибо за обновление. )
Чуть освобожусь поковыряюсь а заодно и с лукапами разберусь. )

[Walkmax]

Не пойму что такое, на некотрых блоках всё получается, а на некоторых:
Команда: (visibility_add) Укажите место расположения Visibility Set: ; ошибка:
неверный тип аргумента: lentityp nil

[Walkmax]

Жаль вопрос пока без ответа.
Во вложении готовый комплект меню+кнопки+программы, может кому пригодятся.

[Vombat]

Сообщение от Supermax tovdi, этот блок испорченный. Почему? - не разбирался пока, но как-нибудь разберусь. Возможно появится способ защиты блока от перестановок. Хотя зачем и кому это надо не представляю.

Уважаемый Supermax, Вы еще случайно не разобрались с программой по перемещению свойств в списке свойств блока меню Properties? К сожалению она не со всеми блоками срабатывает. Пробовал ее использовать в Auto Cad 2006, 2008, 2009, но к моему большому сожалению результат тот же. Посоветуйте пожалуйста, как заставить ее работать.
Спасибо.

[Supermax]

В Автокаде, и именно в блоках, попадаются такие ошибки, которые не определяются аудитом и восстановлением файлов. Я много раз ползал по таким испорченным блокам и пытался что-то предпринять, чтобы либо и в них все работало, либо чтобы ругалось и говорило, что блок поврежден, но бросил эту затею, поскольку слишком много разных повреждений в них бывает.
Еще в программе по перемещению свойств не до конца отполирован момент по перемещению одноименных свойств, отличающихся только количеством пробелов в конце наименования свойства. Все время пробуксовывает. Я пока циферки в конце ставлю, а когда перемещение выполнено, заменяю эти циферки на пробелы. Наверное надо что-то в консерватории подправить, но руки пока не доходят.
Во всяком случае, в таком виде, эти программы, как лакмусовая бумажка, позволяют выявить блок с ошибками. Все равно ведь придется блок исправлять, и мои проги этого уж точно сделать не смогут, так зачем зря мне пыхтеть?

[Vombat]

Сообщение от Supermax Я много раз ползал по таким испорченным блокам и пытался что-то предпринять, чтобы либо и в них все работало, либо чтобы ругалось и говорило, что блок поврежден, но бросил эту затею, поскольку слишком много разных повреждений в них бывает.

Спасибо за разъяснение.

[Supermax]

Не Господа! Я был не прав!!!

Блоки тут не причем!
Оказалось, что создавая набор в пространстве редактора блоков из всех элементов, включая и те, что черти-где, (setq Nabor_all (ssget "_A")) в набор попадают все элементы не только самого блока, но и все элементы всех layout-ов! Почему-то элементы модели туда не попадают.

Вот новый вариант этой функции, может кто ее усовершенствует.

Код:

[Выделить все]

 ; *** 1 ***
;Служебная функция для получения словаря "ACAD_EVALUATION_GRAPH" из пространства редактора блоков
;В глобальную переменную EVAL_GRAPH записывается список точечных пар и DXF кодов словаря

(defun eval_graf_output (/ Nabor_all length_Nabor_all ST_Nabor list_Nabor_all BLK_RECORD DICTIONARY)
(setq Nabor_all (ssget "_A"));Создаем набор из всех элементов пространства редактора блоков и всякого мусора по соседству
;Превращаем содержимое набора в список указателей
(setq list_Nabor_all (vl-remove-if 'listp (mapcar 'cadr (ssnamex Nabor_all))))
; Оставляем в списке только те элементы, которые не параметры, ручки и активаторы, не "VIEWPORT", и имеют "ACAD_EVALUATION_GRAPH"
(setq list_Nabor_all 
  (vl-remove-if 
    (function (lambda (a) 
      (or 
        (= (length (entget a)) 1)  
        (= (cdr (assoc 0 (entget a))) "VIEWPORT")
        (= (assoc 360 (entget (cdr (assoc 330 (entget a))))) nil)
        (= (assoc 360 (entget (cdr (assoc 360 (entget (cdr (assoc 330 (entget a)))))))) nil)
      ))) list_Nabor_all))
;Получаем указатель на словарь "BLOCK_RECORD"
(setq BLK_RECORD (assoc 330 (entget (car list_Nabor_all))))
;Получаем указатель на словарь "DICTIONARY"
(setq DICTIONARY (assoc 360 (entget (cdr BLK_RECORD))))
;Получаем указатель на словарь "ACAD_EVALUATION_GRAPH"
(setq EVA-U-TION_GRAPH (assoc 360 (entget (cdr DICTIONARY))))
;Получаем словарь "ACAD_EVALUATION_GRAPH"
(setq EVAL_GRAPH (entget (cdr EVA-U-TION_GRAPH)))
);Конец функции eval_graf_output

7.10.2009. немного усовершенствовал функцию, теперь она и в модели работает.


Внимание! Обновление Visibility-ADD2.fas

[Makswell]

Supermax, замени уже в
http://forum.dwg.ru/showpost.php?p=292452&postcount=144
строчку:
"(visibility-ap) - делает указанный пользователем Visibility Set текущим"
на строчку:
"(visibility-up) - делает указанный пользователем Visibility Set текущим"

А то народ путается.

[Supermax]

Исправил.
А знают ли уважаемые господа, что сама модель тоже может содержать динамические параметры и свойства, как динамический блок?
Прямо в модель можно встроить, к примеру, параметр visibiliti и разбросать элементы модели по представлениям. Правда переключать эти представления можно только с помощью специальной программки, но она совершенно пустяковая.

Tools -> Block Editor -> <Current Drawing> и вставляйте что хотите.

Если вы вставили динамические параметры прямо в модель, то использовать такой файл как внешнюю ссылку с применением команды REFEDIT нельзя, поскольку все динамические параметры будут после этого снесены.

Увидеть ручки в самой модели и свойства этой модели в Properties тоже нельзя. Надо писать специальую прогу для этого.
Но преимуществ и уникальностей достаточно много. К примеру, нет вхождений такого блока как "Модель". Нет масштабирования и поворотов. и т.п.
Ручки можно сделать специальными объектами и генерить их программно. Понавешать на них реакторов и при перемещении управлять динамическими свойствами модели.

Вот я функцию получения ACAD_EVALUATION_GRAPH подправил специально для этого.

[Volodich]

да уж, вот это жесть )))
Интересно хотя бы примерный пример применения (вот такая тавтология )
По-моему то про что ты говоришь это уже реализовано. Например, я часто пользуюсь параметрами видимости в модели - слои отключаю. Да и масштабом и копированием...

[Supermax]

Скажем, есть модель дома. В слои ибъеденены все материалы одного вида. Труба ПП-25, к примеру. А в представления попали элемены цоколя, 1-го этажа, второго и т.п.
То есть, в одно представление попадает немного из одного слоя, немного из другого, немного из третьего и т.д. Отключаешь слой "Труба ПП-25" и все полипропиленовые трубы во всем доме пропали.
Такую модель можно посмотреть целиком, надо просто параметр visibility всем элементам включить принудительно, с помощью макроса Kpblc-а, но как только вы выставите какое-нибудь представление - все потухнет, кроме нужного.

С остальными параметрами я еще не баловался.

Масштабировать ты можешь только отдельные элементы (даже все вместе), но не само пространство модели. то же с поворотами и перемещением.

[Volodich]

Понятно. Может быть даже и есть в этом какой-то смысл. Например, взять и дому крышу снести одним нажатием ))

[Disney]

Не получается у меня ни чего...

Команда: (visibility_add)

Укажите место расположения Visibility Set: ; ошибка: неверный тип аргумента: lentityp nil

AutoCAD 2009 RU
Пожалуйста, у кого всё работает, помогите, в блоке три атрибута, нужно на каждый поставить видимость с состояниями вкл\выкл.

[SLADE]

Сообщение от Ddjo Supermax Спасибо! Вот тогда полный список, может, кому-нибудь пригодится.

выложи пож. иконки в архиве

[Disney]

Всё победил, сразу не заметил в 432 мелко так... написанную фразу: -" Внимание! Обновление Visibility-ADD2.fas"
Supermax

[Composter]

заметил что в 2010 акаде ручки блока, выполненные с помощью Lookup-duble-activator не отображаются в модели. но переключить можно зайдя в свойства.

[Ddjo]

Сообщение от SLADE выложи пож. иконки в архиве

уже были здесь выложены
http://forum.dwg.ru/showpost.php?p=307079&postcount=316
и еще было
http://forum.dwg.ru/showpost.php?p=430696&postcount=428

[SLADE]

Замена на строку
(setq g_oex (vlax-get-or-create-object "Excel.Application"))
не помогает, программа все ровно пытается найти файл с расширением *.xls
Можно ли добавить возможность *.xlsx

[Supermax]

Внимание! Очередное обновление!Скачайте заново и замените файл visibility-ADD2.fas
Также надо обновить программу по перемещению свойств.


SLADE, конечно можно!
Найди в тексте лиспа такое место:

Код:

[Выделить все]

; Читаем 
(readex12_com 
(setcfg "AppData/Excel-Loocup/files/xls" ;1
(getfiled "Выбор файла Excel для конфигурации Lookup-a" ;2
(if (null (getcfg "AppData/Excel-Loocup/files/xls")) (car '("C:\\")) (getcfg "AppData/Excel-Loocup/files/xls"))
 "xls;xlsx" 0)) '(vlax-get-property g_mainsh "Name"))

И подправь у себя выделенное красным.

[SLADE]

Supermax можно просто добавить xls* (как в VBA)

[sdv79]

Небольшие замечание по поводу кода Lookup-Lookup
В начало дописать (vl-load-com) без этого выдает ошибку
в строках 104, 119 (ex_break_connect) лишнее, а также prign заменить на progn
СПАСИБО за код.

[alex-kolchugin]

Добрый день, уважаемые! Прочитал сию тему, но может где чего пропустил, поэтому сильно не пинайте пожалуйста, а просто, если не затруднит, ткните носом в нужную ссылку...
Создал динамический блок с несколькими параметрами видимости. Всё прекрасно работает. Когда тянешь за ручку рамка "Общий вес" сдвигается, поле "Масса стали по элементам растягивается", рамка, где будет выбираться элемент конструкции (например "Балки"), копируется массивом. Вопрос в следующем: как скопировать сам параметр видимости? ну то есть как сделать, чтобы при добавлении 4-й, 5-й и т. д. ячеек можно было бы выбирать как и в первых трёх.
Если есть способ реализовать сие более простыми методами, подскажите пожалуйста как это сделать.
Юзаю AutoCAD 2009 (RUS)
Заранее благодарен.

[SLADE]

Эх если бы это можно было реализовать,
Здесь стандартные методы не прокатят, может только програмирование, создание дополнительных параметров видомости.

p.s. в вашей конретной задаче есть путь на много проще, ТСМ в VetCADe
http://dwg.ru/dnl/206 (демо, сама прогамма стоит копейки, если попасть на скидки, будет еще дешевле, думаю что к дню строителя (как обычно) опять будет информация.
Сам пробовал и блоком и ексель в этому делу приручить, но это все не то.

[Eddicordo]

Доброго дня.
Очень интересная тема.
Не могли бы подсказать каким образом можно взорвать все динамические блоки на чертеже сделанные с несколькими параметрами видимости Visibility?

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

[VVA]

Eddicordo, Открой и сохрани в Авкаде 2004. Сохрани как dxf R12. Все динамические блоки заменятся на анонимные с именами *Unnn. Дальше, если нужно, можно использовать UX или U2B

[Eddicordo]

VVA Спасибо
А ни кто не сталкивался с такой проблемой как:
скрыть сам треугольничек выбора невидимости Visibility.
Lookup скрыть можно, а вот Visibility не получается.

Для чего надо?
Мне надо при выборе невидимости объектов помимо показа что бы некоторые объекты двигались Move.
Для этого я указал в Lookup свойства выбора Visibility и движение Move.
Все классно, Но лишний треугольник Visibility мешает.
Как его скрыть?

[Disney]

Сообщение от Eddicordo Как его скрыть?

Число ручек: 0

[Eddicordo]

Сообщение от Disney Число ручек: 0

Если ручки убрать то и смысл Visibility пропадет.
Принял решения лишние Visibility переносить далеко за пределы блока. Будут просто висеть. Не выход конечно но по крайней мере не будут мешать работать с блоком.

Вопрос возник следующий.
При выборе невидимых объектов Visibility. Появляется менюшка в 1 колонку.
Можно каким то образом сделать менюшку с выбор пунктов и так же подпунктов.


Тобиш получается много ярусное меню.
Пример. Типа как в любом браузере "Закладки" и справа стрелочка с еще одним меню.


Нужно поскольку при большом выборе не удобно искать то что тебе надо.

[kha]

Скрываешь ручки у параметров видимости и отключаешь показ параметра видимости. А управление видимостями делаешь через Lookup.

Ручки Lookup'ов можно делать невидимыми там где это нужно.

По поводу многоярусного меню даже и не задумывался. Это уже ближе к программированию

[Eddicordo]

kha Спасибо все получилось.

Возник следующий вопрос.
Использование программки Excel-Lookup.lsp
1) В блоке использую 3 параметра Lookup
В которые мне и нужно записать с Excel информацию.
В Excel создаю 3 листа, в каждом листе прописываю в 2 колонки инфу которую мне надо закинуть в Lookup-ы.
В итоге почему то во все 3 Lookup записывается только в с 1 листа. Хотя я указываю первый лист к первому Lookup. и т.д.
Глюк какой то?

[Eddicordo]

Supermax
Доброго времени суток.
Выловил глюк с русским AutoCad 2009.
При попытке подключить активатор к Lookup-у выдает.

Код:

[Выделить все]

Команда: (LOAD "D:/TEST_LISP/Блоки/Lookup-duble-activator.fas") Укажите 
Lookup-параметр
<Имя объекта: 7ef60d80> Укажите точку вставки активатора_BParameter
Введите тип параметра 
[Выравнивание/База/Точка/Линейный/Полярный/Xy/повоРот/Отразить/виДимость/поиСк]:
 _Lookup
Укажите местоположение параметра или [Имя/Метка/Описание/Палитра]:
Введите число ручек [0/1] <1>: 0
Команда: _BActionTool
Введите тип операции 
[Массив/Поиск/Отразить/пЕреместить/поВернуть/масШтаб/раСтянуть/поЛярное 
растяжение]: Lookup
Неправильное ключевое слово.
Введите тип операции 
[Массив/Поиск/Отразить/пЕреместить/поВернуть/масШтаб/раСтянуть/поЛярное 
растяжение]: -4721.651983846784,262.4417204652993
Неправильное ключевое слово.
Введите тип операции 
[Массив/Поиск/Отразить/пЕреместить/поВернуть/масШтаб/раСтянуть/поЛярное 
растяжение]: -4721.651983846784,262.4417204652993
Неправильное ключевое слово.
<Имя объекта: 7ef60f18> <Имя объекта: 7ef60f20>
Введите тип операции 
[Массив/Поиск/Отразить/пЕреместить/поВернуть/масШтаб/раСтянуть/поЛярное 
растяжение]: *Прервано*

В 2008 анг работало.
Ошибка насколько я понял аналогичная
http://forum.dwg.ru/showpost.php?p=293303&postcount=198

Можно подправить ошибку для работы в русских Автокадах

[Supermax]

Исправил. Только с появлением их значков туго. Пока файл не закрыл и открыл, не появились дополнительные значки активаторов.
Может даже в 2007 или 2004 формат пересохранять придется.
Сейчас уточню.

Разобрался. В 2009 и 2010 каде активаторы проподают, если в них ничего нет. Последний пустой остается и на нем появляется знак !.
Как-нибудь на досуге попытаюсь их перетасовывать, чтобы была возможность редактировать. Но не обещаю. Пока советую открывать 8 кадом и заполнять там.

[Supermax]

Как оказалось Автокад сам умеет вставлять параметр Lookup сразу с кучей активаторов. См. http://forum.dwg.ru/showpost.php?p=293460&postcount=209

[kor99]

Сообщение от Supermax После этой нехитрой процедуры, при нажатии на элемент Lookup+активатор Автокад будет устанавливать вам параметр Lookup с целой кучей активаторов. К сожалению, в 2010 каде, а может и в 2011 (не проверял) активаторы, в которых не заполнены таблицы, в редакторе блока не видны (хотя они есть на самом деле) их заполнение пока можно делать в кадах предидущих годов выпуска или попробовать эксель-лукуп.

В этом случае можно воспользовться возможностьями Quick select
Lookup Action -> Action name и пробовать имя с большим номером - например Lookup2
Мне так работает

[Supermax]

Ну, тут нет ничего сложного.
Есть в словаре "ACAD_EVALUATION_GRAPH" указатель на активатор вашего Polar Stretch. Открываете его и видите указатели на элементы блока. Надо только разобраться с точечными парами самого активатора (где указано количество элементов, последний созданный и т.п).
Все можно.

[5hev]

Имеем polar stretch в блоке, добавляем в сам stretch объекты...
Меняются только пары в описании BLOCKSTRETCHACTION:

71 - количество объектов в action`е
330 - имена объектов
73* - см 71
331* - см 330

*(только если объект находится в рамке влияния actiona`а, плюс к каждой строке 331 идут парочки 74.1 и 94.1)

Supermax, расскажи пожалуйста, имеет ли значение, в каком месте я добавлю имя нового объекта в описание BLOCKSTRETCHACTION?
Т.е.:
1) (append new_330 acad_eval_graph)
2) (append acad_eval_graph new_330)
3) искать нужное место в описании и сувать туда
[Верное отметить]

[Supermax]

Распечатай все коды и выложи сюда.
Все имеет значение. Здесь порядок очень важен. см 3

[5hev]

Выкладываю распечатку описания BLOCKSTRETCHACTION:

((-1 . <Entity name: 7eb8c1f8>)
(0 . "BLOCKSTRETCHACTION")
(330 . <Entity name: 7eb8c1b8>)
(5 . "35F")
(100 . "AcDbEvalExpr")
(90 . 5)
(98 . 27)
(99 . 25)
(100 . "AcDbBlockElement")
(300 . "Stretch")
(98 . 27)
(99 . 25)
(1071 . 0)
(100 . "AcDbBlockAction")
(70 . 0)
(71 . 1)
(330 . <Entity name: 7eb8c1a8>)
(1010 4.25338 20.7466 0.0)
(100 . "AcDbBlockStretchAction")
(92 . 1)
(301 . "EndXDelta")
(93 . 1)
(302 . "EndYDelta")
(72 . 2)
(1011 -5.0 5.0 0.0)
(1011 13.4784 40.3757 0.0)
(73 . 1)
(331 . <Entity name: 7eb8c1a8>)
(74 . 1)
(94 . 1)
(75 . 0)
(140 . 1.0)
(141 . 0.0)
(280 . 0))

((-1 . <Entity name: 7eb8c498>)
(0 . "BLOCKSTRETCHACTION")
(330 . <Entity name: 7eb8c470>)
(5 . "3AB")
(100 . "AcDbEvalExpr")
(90 . 5)
(98 . 27)
(99 . 25)
(100 . "AcDbBlockElement")
(300 . "Stretch")
(98 . 27)
(99 . 25)
(1071 . 0)
(100 . "AcDbBlockAction")
(70 . 0)
(71 . 2)
(330 . <Entity name: 7eb8c458>)
(330 . <Entity name: 7eb8c460>)
(1010 4.25338 20.7466 0.0)
(100 . "AcDbBlockStretchAction")
(92 . 1)
(301 . "EndXDelta")
(93 . 1)
(302 . "EndYDelta")
(72 . 2)
(1011 -4.95064 19.1229 0.0)
(1011 13.4784 40.3757 0.0)
(73 . 1)
(331 . <Entity name: 7eb8c458>)
(74 . 1)
(94 . 1)
(75 . 0)
(140 . 1.0)
(141 . 0.0)
(280 . 0))

((-1 . <Entity name: 7eb8c300>)
(0 . "BLOCKSTRETCHACTION")
(330 . <Entity name: 7eb8c2d8>)
(5 . "380")
(100 . "AcDbEvalExpr")
(90 . 5)
(98 . 27)
(99 . 25)
(100 . "AcDbBlockElement")
(300 . "Stretch")
(98 . 27)
(99 . 25)
(1071 . 0)
(100 . "AcDbBlockAction")
(70 . 0)
(71 . 2)
(330 . <Entity name: 7eb8c2c8>)
(330 . <Entity name: 7eb8c328>)
(1010 4.25338 20.7466 0.0)
(100 . "AcDbBlockStretchAction")
(92 . 1)
(301 . "EndXDelta")
(93 . 1)
(302 . "EndYDelta")
(72 . 2)
(1011 -5.0 5.0 0.0)
(1011 13.4784 40.3757 0.0)
(73 . 2)
(331 . <Entity name: 7eb8c2c8>)
(74 . 1)
(94 . 1)
(331 . <Entity name: 7eb8c328>)
(74 . 1)
(94 . 1)
(75 . 0)
(140 . 1.0)
(141 . 0.0)
(280 . 0))

* - зона влияния подразумевает рамку которую acad просит обвести перед указанием объектов для набора в actionset.

[Supermax]

Тебе надо добавить свой новый элемент в этот список

(71 . 2) (330 . <Entity name: 7eb8c458>) (330 . <Entity name: 7eb8c460>)

увеличив 71 пару на 1
и
добавить
в конец

(331 . <Entity name: 7eb8c328>) (74 . 1) (94 . 1)

увеличив 73 пару на 1

пары 1010 и 1011 надо просто выкинуть перед entmod-ом
Они сами восстановятся

[5hev]

Попробовал самый простой вариант:

• Взял блок с двумя объектами и параметром polar stretch, который влияет на один из объектов (отрезков).

• Получил словарь ...graph, получил ...action, заменил в его описании пары, указывающие на зависимый отрезок, так, чтобы они указывали на другой из двух, выбросил все пары без точек (1010, 1011), количество зависимых объектов менять не пришлось - один и остался один. Еще выкинул 1071 - на нее ругалась entmod.

Но... Фиаско, entmod выдал nil
Возможно, где-то еще надо менять описания?
Supermax, я, видимо, спустя несколько лет после создания темы, выгляжу тут олухом, но не взыщи, подскажи. Сам сижу и ругаюсь, - где я был в 2008...

[Supermax]

Попробуй просто выкинуть 1010, 1011 и 1071, а потом ентмод.
Если модифицируется, тоесть вернет список с парами вместо нил, то ты где-то что-то пропустил, а если опять нил, то надо будет искать другие пути.

[5hev]

Оказалось, что 1011 неразрывно связана с 72 парой, которая считает их количество. Порезал 72ую - и все работает!
Вот только выбирать имя того объекта, который надо включить в set, приходится через (entnext <block_ename>), неудобно.

Кстати, можно включить в set любой объект даже вне блока, entmod съест, но вот двигаться объект не будет... Может, с другими parameter будет такой фокус прокатывать

[Supermax]

А пара 1011 восстанавливается после ентмод?
И на что она указывает, разобрался?

[5hev]

Это рамка actionset`а - две точки так сказать её boundingbox`а.
И конечно, она восстанавливается. Думаю даже, подхватывается из других элементов action`а.

[Supermax]

Не, не из других элементов, а из этого же.
Картина вырисовывается следующая:
1. Есть пары, которые определяют принадлежность DXF описания к объекту.
2. Есть пары и DXF списки, которые менять нельзя. Они не обрабатываются entmod
3. Есть пары, которые менять можно.

Entmod держит перед собой два описания, старое и новое. Определяет отличия, проверяет их на допустимость изменения и изменяет.
Пары 1010, 1011, 1071 и т.п берет из старого описания.

Где-то похоже так.

P.S. Про 72 пару ценная инфа, я не знал. Надо запомнить.

В блоке есть возможность выбора многоугольником. Не квадратом. В таком случае 1011 пар будет много и 72 пара будет давать их количество.

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

[5hev]

Добавлять элементы внутри блока легко - промодить ...parameter и всё.
А как быть, если задача сложнее:

• Есть блок-шаблон, в котором уже есть actionset нужной конфигурации
• Есть объект(ы), которые нужно добавить в блок
• При этом объекты эти нужно добавить и в actionset

Пробовал модить первоначальный блок, потом мэйкить новый блок со всеми элементами старого - динамические параметры не копируются.
Получается, необходимо модить сам evaluation-graph, меняя в нем 330ую и может что-то еще. Но даже если заморочиться, то в какой момент его entmak`ить в процессе формирования нового блока

Supermax, странно, но ни на одном форуме такие вопросы не поднимаются... Ты где-нибудь нашел?

[Supermax]

Ну, я так думаю:
Есть в пространстве модели блок (точнее, вхождение) и он динамический.
Есть рядом с ним объект.

Запоминаем точку вставки блока (назовем его "первоначальный") и нормаль.
Нужный (нужные) объекты объединяем программно в блок с любой точкой вставки (0,0,0 к примеру). Запоминаем эту точку и нормаль этого блока. Также вычисляем смещение этой точки относительно точки вставки "первоначального блока"

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

Все. элементы в блоке.
Тут же корректируем активатор и выходим из редактора.
Можно попробовать редактировать активатор после выхода из редактора блоков.

[5hev]

Хех, я пошел по тому же пути, и теперь юзера веду в bedit, делаю дела, закрываю. Уже реализовал...
Спрашивал я скорее про то - теперь уже могу сформулировать - как программно эмулировать bedit.
Сам себе ответил что это будет *опа, и решил мол зачем выдумывать велик, коли автодэск не публикует свои тайные функции для таких вещей (или тут надо курить ObjectARX)?

Только есть один момент: как подавить строку редактора блоков, ведь это же тулбар или нет? Не догнал. Я хочу чтоб юзер bclose`зился только через меня.

[Supermax]

Программно сделать динамический блок нельзя по двум причинам.
1. Не все словари, входящие в блок можно создать программно.
2. все те же 1010, 1011, 1071 списки.
Первоначальный динамический блок и динамические параметры со свойствами должны быть.
ObjectARX тут не помощник. В нем ты того, что сделал в лиспе не повторишь.

а последнее переведи с гоблинского, а то я не догнал.

[5hev]

Сообщение от Supermax а последнее переведи с гоблинского

Можно ли как-нибудь удалить с экрана полоску меню редактора блоков (там еще "Close Block Editor" есть)?

Сообщение от Supermax Не все словари, входящие в блок можно создать программно

Пример, пожалуйста.

[Supermax]

"ACAD_EVALUATION_GRAPH"

[5hev]

Сообщение от Supermax "ACAD_EVALUATION_GRAPH"

Ну...) Я, конечно, утверждать ничего не буду, просто спрошу:
А как он извините тогда добавляется к блоку? Если не программно, то как?

[Supermax]

А вот так.. Создается-то он программно, но не нам это дано.
Можно конечно Автокад надурить, но надо разобраться со структурой файла и базы блоков.
Я, к примеру, visibility-set создаю программно, но его автокад не принимает и его глючит, благодаря чему я заставляю сам автокад себе вставлять новый visibility-set. Можно попробовать всетаки создать visibility-set программно и правильно его вставить в базу. Я на коленке все это ваял и не со всеми парами разбирался "по мужски".

А панель скрыть можно, но надо в скрипты лезть, писать всякие ковырялки. Я как-то все эти окна изучал, да лень одолела дальше изучать.

[Slimper]

Подскажите как быть в этом случае:
Есть 2 Visibility Set - в одном выбирается элемент, во втором по идее должны включаться и выключаться размеры. Проблема в том, что если сначала выключить размеры, а потом их включить, то включаются все имеющиеся размеры. Мучаюсь уже который день - но могу разобраться...

[Makswell]

Supermax, тут такая ситуация: поставил новый MS Office 2007. При попытке использования Excel-Lookup.lsp, прога пишет "Невозможно запустить Microsoft Excel 2003", ну и не работает соответственно.
Не мог бы ты допилить своё творение на предмет этого?

Добавлено:
А, не, погорячился я. Есть уже в этой теме решение: http://forum.dwg.ru/showpost.php?p=425895&postcount=425
Ложная тревога. Отбой. ))

[andmail]

EXCEL2LOOKUP очень полезная программка, но

1. не заполняет lookup таблицу в 2012 Акаде (excel 2010 + корректировка лиспа http://forum.dwg.ru/showpost.php?p=425895&postcount=425). Пробую на простейшем примере (см. вложение).
2. процесс EXCEL.EXE висит в памяти после завершения работы лиспа. Приходится вручную закрывать (в общем-то мелочь, можно пережить).

Буду очень признателен, если удастся заставить ее работать!

PS: Ну народ, подправьте, пожалуйста, для 2012 акада. В 2009 работает, а в 2012 нет....

[Supermax]

Пока 2012 кадом не распологаю.

[Eddicordo]

Supermax,
Не подскажешь каким образом поставить Lookup-a сколь угодного количества активаторов
имея Акад 2010 русс и не имея Акадов предыдущих годов?
Может каким то другим способом можно добратся до заполнения таблиц других Lookup-ов.

[Supermax]

Вариант 1. Научиться программировать в AutoLisp-е и самому подправить код.
Вариант 2. Попросить кого-то, у кого есть русский Автокад 2010 (у меня нет) и кто занет Автолисп сделать аналогичное.
Вариант 3. Попросит кого-то дать тебе любой готовый файл, где есть блок с лукупом и несколькими активаторами.

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

Все исходники я выложил, но пока наследников не наблюдаю.

[Geniy_Dzydo]

Supermax - нашел вашу программу для создания новых параметров видимости!!! Прошу помочь разобраться!!!
и так попорядку: создал блок с параметром видимости, теперь при вставке второго параметра выходит такая ошибка:

Команда: (Visibility_add)
Укажите место расположения Visibility Set: _.point
Текущие режимы точек: PDMODE=0 PDSIZE=0.0000
Укажите точку: 0,0,0
Команда: ; ошибка: неверная DXF-группа: (360)

Подскажите пожалуйста, что не так???

[Basawur]

Ребята, помогите пожалуйста "заточить" сие чудо под -AutoCAD Mechanical 2011 German-.
Уже какой день колдую ну никак не получается добавлять дополнительные видимости.
Вот вырезка из протокола, может кто увидит ошибку:

Код:

[Выделить все]

Befehl:
Befehl:
Befehl: ampoweredit

Befehl:
Befehl:
Befehl: _bedit Regeneriert Modell.

Befehl:
Befehl:
Befehl: (load "visibility-add-rus.lsp") C:HIDEOBJ

Befehl: (visibility_add) Укажите место расположения Visibility Set: _.point
Aktuelle Punktmodi:  PDMODE=0  PDSIZE=0.00
Einen Punkt angeben: 0,0,0
Zu viele Objekte gewählt für SCHNITTPUNKT

Befehl: _.BSAVE
Befehl: _.BParameter
Parametertyp eingeben 
[Ausrichtung/Basis/Punkt/Linear/pOlar/XY/Drehung/umKehrung/sIchtbarkeit/abruFen]
: _V
Parameterposition eingeben [Name/Bezeichnung/bEschreibung/Palette]: _L
Bezeichnung für Sichtbarkeitseigenschaft eingeben <Sichtbarkeit1>: Труп
Parameterposition eingeben [Name/Bezeichnung/bEschreibung/Palette]:
Anzahl der Griffe eingeben [0/1] <1>:
Befehl: _.BSAVE
Befehl: _.point
Aktuelle Punktmodi:  PDMODE=0  PDSIZE=0.00
Einen Punkt angeben: 0,0,0
Zu viele Objekte gewählt für SCHNITTPUNKT

Befehl: _.undo Aktuelle Einstellungen: Automatisch = Aus, Steuerung = Alle, 
Zusammenfügen = Ja, Layer = Ja
Anzahl der rückgängig zu machenden Operationen eingeben oder 
[Auto/Steuern/Beginn/Ende/Markierung/Rück] <1>: 5 (LISP-Ausdruck) 
(LISP-Ausdruck) (LISP-Ausdruck) (LISP-Ausdruck) Sichtbarkeit hinzufügen 
Regeneriert Modell.

Befehl: _.BSAVE
Befehl: _.point
Aktuelle Punktmodi:  PDMODE=0  PDSIZE=0.00
Einen Punkt angeben: 0,0,0
Zu viele Objekte gewählt für SCHNITTPUNKT

Befehl: _.BSAVE
Befehl: _.undo Aktuelle Einstellungen: Automatisch = Aus, Steuerung = Alle, 
Zusammenfügen = Ja, Layer = Ja
Anzahl der rückgängig zu machenden Operationen eingeben oder 
[Auto/Steuern/Beginn/Ende/Markierung/Rück] <1>: 1 (LISP-Ausdruck) Regeneriert 
Modell.

Befehl: _.BParameter
Parametertyp eingeben 
[Ausrichtung/Basis/Punkt/Linear/pOlar/XY/Drehung/umKehrung/sIchtbarkeit/abruFen]
: _V
** Sichtbarkeitsparameter bereits in Blockdefinition vorhanden. **
Befehl: _L Unbekannter Befehl "L". Drücken Sie F1-Taste für Hilfe.

Befehl: Visibility:7ef21c90> Unbekannter Befehl "VISIBILITY:7EF21C90>". Drücken 
Sie F1-Taste für Hilfe.

Befehl:
Befehl: BBEARB Option eingeben [Speichern/änderungen Verwerfen] <Speichern>: 
_.point
Ungültiger Optionstitel.
Option eingeben [Speichern/änderungen Verwerfen] <Speichern>: 0,0,0
Ungültiger Optionstitel.
; Fehler: Fehlerhafter Argumenttyp: lentityp nil
Option eingeben [Speichern/änderungen Verwerfen] <Speichern>: *Abbruch*

[syt89]

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

[SLADE]

Сообщение от Composter у меня на работе стоит 2007 офис, поэтому макрос Excel->Lookup не запустился,предлагаю поменять строку Код: [Выделить все] (setq g_oex (vlax-get-or-create-object "Excel.Application.11")) на Код: [Выделить все] (setq g_oex (vlax-get-or-create-object "Excel.Application")) после этого все заработало

А если формат новый .xlsm или .xlsx

[Supermax]

Geniy_Dzydo, какой у Вас Автокад?
Basawur, - у меня нет AutoCAD Mechanical 2011 German.
syt89, - может Вы его загружаете не в Автокад?

Пока я не могу заниматься любительским программированием - занят. Новых энтузиастов этого дела пока не наблюдаю. Бороться с Автодеском нет ни малейшего желания. Не хочет он развивать динамизм блоков, так и не надо. Есть кады где эти видимости вставляются, так и пользуйтесь ими.

[SLADE]

Привет всем

при импорте из Excel в lookup (Excel 2007 рус / Acad 2012 Eng, а так же пробовал Excel 2010 рус / Acad 2013 рус) на финише пишет

Код:

[Выделить все]

(LOAD "C:/Users/SLADE/Desktop/Excel-Lookup2.lsp") Укажите нужный вам блок
 29
 nil nil

Данные не импортированы

п.с. "Excel.Application.11" заменил на "Excel.Application"
Не могу понять в чем затык, т.к. экспорт из lookup в Excel (Excel 2007 рус / Acad 2012 Eng, а так же пробовал Excel 2010 рус / Acad 2013 рус)
работают корректно!
Supermax и VVA у меня все надежда на вас

[Makswell]

Подтверждаю. С Автокадом 2012 программа не дружит.
Когда нужно, специально запускаю Автокад 2008 и работаю в нём. Пока только так.

Просто Supermax явно сказал, что поддерживать программу не собирается. Его право, хотя жаль конечно - вещь очень полезная.

P.S. У меня не работает конкретно связка Excel 2007 rus/AutoCAD 2012 rus sp1. Работает связка Excel 2007 rus/AutoCAD 2008 rus sp1

[VVA]

SLADE, Makswell, Выложите пример:
1. Excel файла с исходными данными
2. Dwg файл с динамическим блоком
3. И сами лиспы

[SLADE]

Выкладываю

[Makswell]

Вот от меня файлы. Для работы лиспа нужна папка d:\M-CAD\DCenter\Lookup\.

[VVA]

С вашими файлами чего-то не получается. У меня есть давнишний вариант заполнения LoockUp из Bedit. Подредактировал его чуток. Протестируйте. Lisp, пример и видео в архиве

[SLADE]

Володя спасибо за попытку, не прокатило, видно они что -то поменяли с 2012 версии.
Придется пользоваться для импорта 2008 автокадом

[VVA]

SLADE,Проверь, плз, работает ли lisp #495 в 2008 Автокаде. Я тестировал на 2009 и 2011. По крайней мере lookup заполнялся. 2012 у меня нет. При наличии времени попробую завтра протестировать.

[SLADE]

2008 пока не ставил, на выходных поставлю, проверю

[Makswell]

Сообщение от VVA Протестируйте. Lisp,

Протестировал. К сожалению всё по-старому.

Команда: (LOAD "D:/rrrrrrrrr/Excel-Lookup Bedit mod VVA.lsp") Type in command line Excel-Lookup or EL (short command) Команда: EL 28 nil

Команда: (LOAD "D:/rrrrrrrrr/Excel-Lookup Bedit mod VVA.lsp") Type in command line Excel-Lookup or EL (short command) Команда: el 28 (302 . "550") (302 . "550") (302 . "2Ф 12.9-2") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "2100") (302 . "18") (302 . "1500") (302 . "1500") (302 . "1460") (302 . "1460") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 15.9-1") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "3000") (302 . "19") (302 . "1500") (302 . "1500") (302 . "1460") (302 . "1460") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 15.9-2") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "3000") (302 . "20") (302 . "1800") (302 . "1800") (302 . "1760") (302 . "1760") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 18.9-1") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "4000") (302 . "21") (302 . "1800") (302 . "1800") (302 . "1760") (302 . "1760") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 18.9-2") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "4000") (302 . "22") (302 . "1800") (302 . "1800") (302 . "1760") (302 . "1760") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 18.9-3") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "4000") (302 . "23") (302 . "1800") (302 . "1800") (302 . "1760") (302 . "1760") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 18.11-1") (302 . "Серия 1.020-1/83 вып. 1-2") (302 . "4500") (302 . "24") (302 . "2100") (302 . "2100") (302 . "2060") (302 . "2060") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 21.9-1") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "5300") (302 . "25") (302 . "2100") (302 . "2100") (302 . "2060") (302 . "2060") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 21.9-2") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "5300") (302 . "26") (302 . "2100") (302 . "2100") (302 . "2060") (302 . "2060") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 21.9-3") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "5300") (302 . "27") (302 . "2100") (302 . "2100") (302 . "2060") (302 . "2060") (302 . "940") (302 . "940") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 21.11-1") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "5800") (303 . "") (94 . 130) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 1) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 8) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 53) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 64) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 73) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 80) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 91) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 98) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 109) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 116) (95 . 40) (96 . 2) (282 . 0) (305 . "Custom") (281 . 0) (304 . "UpdatedDistance") (303 . "") (94 . 138) (95 . 1) (96 . 0) (282 . 1) (305 . "Настройка") (281 . 1) (304 . "lookupString") (303 . "") (94 . 143) (95 . 1) (96 . 0) (282 . 1) (305 . "Настройка") (281 . 1) (304 . "lookupString") (303 . "") (94 . 147) (95 . 1) (96 . 0) (282 . 1) (305 . "Настройка") (281 . 1) (304 . "lookupString") (280 . 1)) 0") (302 . "900") (302 . "900") (302 . "550") (302 . "550") (302 . "2Ф 12.9-1") (302 . "Серия 1.020-1/83 вып. 1-1") (302 . "2100") (302 . "17") (302 . "1200") (302 . "1200") (302 . "1200") (302 . "1200") (302 . "900") (302 . "900") (302 . "900") (302 . "900")

[BetoN]

lisp #495
2012 - не работает
2008 - работает

[VVA]

Да я тоже проверил в 2012 SP2 - не работает. Причем трассировка показала, что не работает ф-ция entmod. Т.е. если в 2-х словах то она не обновляет список для объекта (0 . "BLOCKLOOKUPACTION"). С чем это связано - не понятно, то ли баг Автокада, то ли такая политика . Если у кого стоит Автокад 2013 - проверьте работу #495

[bibleo]

Подскажите пожалуйста. Пытаюсь использовать move-properties-rus.lsp, но при выборе динамического блока он выдает ошибку:

Команда: _appload move-properties-rus.lsp успешно загружено. Команда: Команда: Команда: (move-properties) Выберите объект: ; ошибка: ActiveX Server возвратил ошибку: Неверный индекс

Пытался в автокаде 2008 и 2011 везде один результат. Помогите, где я не так делаю.

[VVA]

bibleo, Сам лисп не смотрел, но попробуй выполнить из редактора блоков (_bedit)

[bibleo]

VVA, Программа не работает в пространстве редактора блоков

[bibleo]

Если по ошибке никто не может подсказать, то может скажите как можно передвигать свойства блока средствами автокада?

[Makswell]

bibleo, именно что никак. Видимо, программисты в Автодеске не настолько хороши, как Supermax и VVA. )

[bibleo]

вот, блин... судя по тому, что никто о такой ошибке не писал, у всех move-properties-rus работает или мало кто пользуется.

[Vombat]

Сообщение от bibleo что никто о такой ошибке не писал, у всех move-properties-rus работает или мало кто пользуется.

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

[bibleo]

сорри, не увидел.

как я понял он не работает с атрибутами. а мне как раз их и хотелось бы подвинуть

[Vombat]

Сообщение от bibleo как я понял он не работает с атрибутами. а мне как раз их и хотелось бы подвинуть

Для этих целей воспользуйтесь менеджером атрибутов
Command: _battman

[bibleo]

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

[Vombat]

Сообщение от bibleo почему то не сохраняются изменения.

а блок посмотреть можно?

[bibleo]

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

[Unfamous]

Сообщение от VVA С вашими файлами чего-то не получается. У меня есть давнишний вариант заполнения LoockUp из Bedit. Подредактировал его чуток. Протестируйте. Lisp, пример и видео в архиве

Попробовал лисп VVA:

Win7x64 AutoCAD 2010 sp1 x64 - работает старый_Supermax-a/новый_mod_VVA
Win7x64 AutoCAD 2013 sp1 x64 - не работает старый_Supermax-a/новый_mod_VVA (выдает nil 8, хоть и выскакивает окошко что заполнилось успешно)

Excel 2007
скрипт "старый_Supermax-a" пробовал подправленным для связи с 2007 офисом двумя способами: заменой application.11 на application.12 и способом Кулика в этом посте.

Хотя скрипт Lookup-Ecxel работает в обоих версиях Када.

Не появилось решение данной проблемы?

[gumel]

Добрый день. Пытаюсь сделать блок с несколькими видимостями.

Что делаю не так? ACAD 2006

1. загружаю visibility-ADD2.fas
2. редакторе блоков в командной строке пишу "visibility_add"
3. Unknown command "VISIBILITY_ADD". Press F1 for help.

и другой вопрос.
при попытке отредактировать некоторые блоки (скачанные с этой ветки форума), выходит сообщение: Block contains proxy objects. Cannot edit block in Block Editor.

Чего делать то... Где почитать?

p.s. Спасибо автору за его труды.

[Елпанов Евгений]

Сообщение от gumel Добрый день. Пытаюсь сделать блок с несколькими видимостями. Что делаю не так? ACAD 2006 1. загружаю visibility-ADD2.fas 2. редакторе блоков в командной строке пишу "visibility_add" 3. Unknown command "VISIBILITY_ADD". Press F1 for help. и другой вопрос. при попытке отредактировать некоторые блоки (скачанные с этой ветки форума), выходит сообщение: Block contains proxy objects. Cannot edit block in Block Editor. Чего делать то... Где почитать? p.s. Спасибо автору за его труды.

2006 autocad еще не подозревал о том, что в будущем придумают динамические блоки, в том числе с параметрами видимости...

[gumel]

Сообщение от Елпанов Евгений 2006 autocad еще не подозревал о том, что в будущем придумают динамические блоки, в том числе с параметрами видимости...

Хм... странно, что вы так говорите.

Я вполне успешно могу сделать сделать в 2006 автокаде динамический блок с параметром видимости (Visibility Parameter). Единственное, что этот параметр только один... Мне хотелось бы больше.

Может, я что то не понимаю, и мы про разные вещи говорим?

[Елпанов Евгений]

извиняюсь, проверил, действительно динамические блоки появились именно в 2006 AutoCAD.
Но в 2006 акаде, они были еще в зачаточном состоянии, многого от них не ждите...

[gumel]

Вообще хотел бы создать примерно такую штуку:
Объясню на примере из головы, главное определить функциональные возможности.

Динамический блок - ЧЕЛОВЕК (схематичное изображение человека)
Точка вставки - пуп (не смейтесь))
При этом человек может быть в шляпе и без шляпы (видимость1)
Также он может быть в штанах, а может и в шортах (видимость2)
Также нужно уметь менять рост человека. (меняется относительно точки вставки)

Это конечно не моя задача, но функциональные возможности примерно такие.
Я в дин.блоках не особо силен, пока например, не понимаю каким макаром увязать рост человека со шляпой ))

[Кулик Алексей aka kpblc]

Сообщение от gumel функциональные возможности примерно такие.

В таком случае с этим вопросом надо в тему "Мои динамические блоки" в разделе "AutoCAD", я думаю.

[Volodich]

Сообщение от gumel Добрый день. Пытаюсь сделать блок с несколькими видимостями. Что делаю не так? ACAD 2006 1. загружаю visibility-ADD2.fas 2. редакторе блоков в командной строке пишу "visibility_add" 3. Unknown command "VISIBILITY_ADD". Press F1 for help. и другой вопрос. при попытке отредактировать некоторые блоки (скачанные с этой ветки форума), выходит сообщение: Block contains proxy objects. Cannot edit block in Block Editor. Чего делать то... Где почитать? p.s. Спасибо автору за его труды.

Привет!
по поводу п.3 попробуй писать не "visibility_add", а "(visibility_add)" - в скобочках. Не помню в чем разница, но возможно сработает. К сожалению, я потерял тот свой акад, где все эти кнопочки были настроены и не могу точно посмотреть. Но блоки, созданные с помощью этой утилитки очень успешно использую!
Насчет редактирования других блоков ничего не могу сказать, нужен конкретный пример нерабочего блока.
А насчет того что в 2006 акаде динблоки в зачаточном состоянии... Не увидел принципиальных различий с 2009 акадом, например. Про параметризацию 10го не говорю.

[vavalexus]

Здравствуйте!

Только недавно для себя открыл этот замечательный плагин для расширения visibility в динблоках. Но к сожалению, камнем преткновения для меня стало то, что если нескольким visibility set' ам принадлежат общие элементы, то они будут сбрасывать друг-друга (об этом писалось в мануале).
Вот простой пример того, что мне нужно сделать.
Имеется 4 параллелепипеда:
1x1 h=1
1x1 h=0.7
1x0.5 h=1
1x0.5 h=0.7
Я создаю 2 visibility set.
Один отвечает за габариты (Visibility states: 1x0.5; 1x1), второй за высоту (Visibility states: h1; h0.7). Возможно ли сделать, чтобы можно было переключать оба тумблера, и при этом они не сбрасывали друг друга? Те в конченом итоге с помощью 2х тумблеров должен быть выбран только один параллелепипед. А в данном случае, из-за принадлежности обоим сетам одинаковых элементов они друг друга сбрасывают.
Вариант с 1 Visibility Set и 4 Visibility States не предлагать, тк задача не настолько тривиальна как приведенный пример.
ПС. У меня автокад механикл 2006, и на нем работает плагин версии 1.1. Все плагины версии выше вылетают, либо при создании visibility set блокируется меню редактора visibility states. Так и должно быть?

[Volodich]

Честно говоря я очень давно не работал с несколькими видимостями. Но по-моему они действительно "сбрасывают" друг друга. Значит, надо пытаться использовать то что есть. Не "пересекать" их. По-моему они и созданы-то были для того чтобы можно было независимо управлять разными элементами блока.
Опишите свою задачу и может быть мы что-нибудь полезное посоветуем.

[vavalexus]

Здравствуйте.

Картинка во вложении. В ней видно семейство деталей (на картинке изображена часть деталей) с меняющимися параметрами:
высота h=0.1; 0.3; 0.5; 0.7; 1.0; 1.1
габариты d=1x1; 1x0.5; 0.5x0.5
видимость для каждой из стенок: v= стена видима; стена не видима

Задача. Собрать это в единый динблок в котором будут следующие тумблеры (ручки):
тумблер высоты h
тумблер габарита b
тублеры видимости на каждой из стен v
На выходе должна получиться всего одна деталь. Добавить параметры видимости не проблема, но проблема в том, что у разных видимостей есть общие элементы, и в силу этого видимости будут сбрасывать друг друга. Те выбрав вариант видимости в первом параметре высоты все будет хорошо, но как только я выберу следующий параметр и изменю его видимость, например изменю габарит, это повлечет за собой сброс первого параметра. В итоге габариты станут верными, но выбранная ранее высота сбросится. То же и с видимостью стен, они тоже сбросят параметры высоты или габарита.
Как вариант я вижу (но еще не пробовал) прописание видимостей параметров h и d для индивидуальной детали, а не для всего семейства, отключение для них ручек видимости (чтобы для варианта, например 1х1, не показывались тумблеры варианты 1х0.5; 0.5х0.5 и тп) и управление видимостями через Lookup. А для видимостей стен уже оставить visibility. Но как представлю сколько будет вариантов выбора через lookup...
1. 1х1, высота 1
2. 1x1, высота 0.7
3. 1х1, высота 0.5
...
7. 1х0.5 высота 1
8. 1х0.5 высота 0.7
...
15. 0.5х0.5 высота 1
...
21. 0.5х0.5 высота 0.1

В выборе такого количества вариантов запутаться можно. А если бы видимости не сбрасывались было бы все просто волшебно. Но видно не судьба. Или может подскажете более "гуманный" способ?

PS. Вопрос еще такого плана. В моей базе габариты меняются с помощью stretch, тк блок состоит из 3D полилиний. В 2006 автокаде они рендеряться при правильном угле сглаживания как параллелепипеды. Но вот начиная с 2007 новый рендер рендерит их уже как цилиндры (если заданы ширина и высота полилиний). Угла сглаживания там нет. Выход только использовать солиды. Но солиды не поддаются стретчу. В пространстве модели легко их поменять за грипы, но вот в дин блоках нет параметра управления их длиной. Не знаете как кроме visibility динамически менять размер солидов (обычных параллелепипедов)?

[Volodich]

Я-то сделал бы по тому варианту, который Вы уже описали - видимости на сторонах, а изменение H и D - растягиванием через lookup.
К сожалению, я не черчу в 3Д, поэтому не понимаю проблемы полилиний или солида и рендера. Может быть эту проблему возможно решить и тогда сделать блок по тому варианту как я описал. Попробуйте с этой проблемой в другую тему (куда-нибудь по 3Д черчению) и тогда вопрос решится.

[vavalexus]

Спасибо за ответ.
У меня просто всегда была мечта свести количество элементов базы к минимуму. До 2006 автокада не было динблоков и база была просто огромна. В 2006 я стал активно пользоваться динблоками но был ограничен одной видимостью, и комбинировал ее с lookup. Но с видимостями стен нереально было использовать lookup из-за количества вариантов. Ведь только вариантов видимостей стен было бы 16 (по 2 варинта на каждую стену те 2^4=16), а перемножить их на высоты и габариты 16*3*6=288 вариантов. С открытием для себя данного плагина затеплилась надежда. Но и тут появилось очень жесткое ограничение по использованию общих элементов. Но все же задача упростилась.
Думаю в моем случае оптимально все-таки создать 3 элемента, по габаритам: 1х1; 1х0.5; 0.5х0.5, и для каждого с помощью lookup сделать выбор высот, а с помощью visibility выбор видимостей для стен. Это все равно гораздо лучше чем было. Вариант одного динблока это видно утопия, да и вес такого блока будет неоправданно велик. Или может спросить у Supermax, может он подскажет какой-то вариант?

Еще вопрос по команде:
исключение блоков с помощью команды (element-sel-current-del) работает как положено, но вот обратная ей команда (element-sel-current-insert) почему то не срабатывает (версия плагина 1.1). Те раз по ошибке удалив из набора видимости элемент, вроде как можно вернуть его, но при использовании (element-sel-current-insert) и указании данного объекта он в набор не попадает. Более поздние версии плагина у меня не работают, при добавлении 2го набора вываливается фатал еррор, или блокируется диспетчер видимостей.
PS. Можно ли как-то при атозагрузке макроса отключить сообщение "This program works only in the block editor space"?

Спасибо!

[Volodich]

Да меня-то за что благодарить, создатель программы молодец ))
Попробуйте по вопросам программы спросить у Supermax'а. Он человек отзывчивый, хоть иногда и резковатый
Программа должна работать, у меня по-моему все добавлялось этими функциями. Там надо очень внимательно быть при переключении рабочего visibility set. Но опять же, я давно работал, на 100% сказать не могу. Все-таки лучше к Supermax'у.
Я так и не понял почему ширину нельзя как и высоту менять с помощью растягивания, чтобы получился один блок, ну да это неважно )))

[Shoorup]

Всетаки динблоки это инструмент для малой автоматизации. Если речь идет о большой базе то можно готовится к большим тормозам, но если такие тормоза не помеха то можно делать. Много visibility тоже не выход т.к. уже писалось будут сбрасывать друг друга. Как вариант использовать масштаб в качестве "параметра видимости" который не сбрасывается, но я такой фишкой пользуюсь когда блок простенький (зато многофункциональный). Еще один из вариантов автоматизации это таблицы, но они будут работать только с 2010 акада.

Пример

[vavalexus]

Всем привет!

Сообщение от Volodich Я так и не понял почему ширину нельзя как и высоту менять с помощью растягивания, чтобы получился один блок, ну да это неважно )))

Потому что это относительно сложный 3D блок который состоит из подсборок. В моей нынешней базе блок состоял из полилиний, которые я "стретчил" по XY, а стретча по координате Z в динблоках нет, да и по z не получилось бы, тк там уже есть другие подсборки (стойки по углам) которые меняют высоту. Как итог я пока еще в старой базе меняю размер габарита через стретч, тк перемычки (стенки) и верхняя столешня состоят из полилиний, а видимость сторон меняю через visibility+lookup, а для разных высот уже используются отдельные блоки, что очень не удобно. Плюс к тому же я готовлюсь на переход базы в 2013 автокад, а там полилинии не пройдут, они не правильно рендеряться. Соответственно только солиды, а солиды "стретчу" в динблоках не поддаются.

Сообщение от Shoorup Как вариант использовать масштаб в качестве "параметра видимости" который не сбрасывается, но я такой фишкой пользуюсь когда блок простенький (зато многофункциональный)...Еще один из вариантов автоматизации это таблицы, но они будут работать только с 2010 акада.

Масштаб не подойдет. Как я написал блок сложный и в нем не должны масштабироваться элементы. Вес блока не важен, у меня нет огромного количества копий блоков, максимум десяток-двадцаток на чертеж.

Сообщение от vavalexus Как вариант я вижу (но еще не пробовал) прописание видимостей параметров h и d для индивидуальной детали, а не для всего семейства, отключение для них ручек видимости (чтобы для варианта, например 1х1, не показывались тумблеры варианты 1х0.5; 0.5х0.5 и тп) и управление видимостями через Lookup. А для видимостей стен уже оставить visibility. Но как представлю сколько будет вариантов выбора через lookup...

Когда писал сразу не осознал. А попытался сделать и ничего не вышло. Ведь тот же параметр h и d это видимость определенного элемента, например "подиума 1х1, h=1" стенам которого я также пытаюсь задать набор видимости. Те опять получаются общие элементы.
Во вложении блок что я нарисовал. Задача вроде как проста, но у меня никак не получается. В общем один тумблер отвечает за габариты и высоты, а второй за видимость стен (пока сделал только левую). Я подиумы раскидал для наглядности, а вообще они будут в одном месте собраны. Попробуйте поклацать левую ручку, а потом правую. Нажатием на off стена выключится как нужно для конкретного размера подиума, но включив ее на on произойдет сбой. Причем, что интересно, off всегда срабатывает корректно.
Мне тут ответили на автодеск форуме, кто знает английский может прочесть здесь. В общем я пробовал создать еще одну зависимость для стен: all, on, off. Думал если off корректно работает при по-умолчанию установленной on, то может если по умолчанию поставить all, то и on сработает В общем, не прокатило. Тут скорее off тоже сбрасывает видимость, и срабатывает для абсолютно всех стен, просто их не видно, в отличии от положения on.

Вот, сделал пока блок (podium h1000 new) со сменой размера через lookup+stretch и visibilities для каждой стенки. Но стретч не прокатит в 2013 автокаде, там нужны будут солиды. А в данном примере, нужно еще поменять высоты, которые тоже нужно менять через visibility.

[Krovlaf]

Исправте пожалуйста ошибку в файле "кнопки_макросы.doc"
"7. - Сделать указанный Visibility Set текущим.
Макрос: ^C^C(load "Visibility-ADD2.fas") (visibility-ap)" - up
...ups...
пока не сравнил с описанием функции в теме битый час не мог понять - почему у меня макрос не работает...
И там же -
10. - Удалить из текущего Visibility Set-a выбранные объекты (сделать их свободными).[/FONT]
Макрос^C^C(load "Visibility-ADD2.fas") (element-all-current-del)
И описание функции в теме:(element-sel-current-del) - убирает из текущего Visibility Set-a выделенные элементы

[Astartes]

Обнаружил неприятную штуку, когда попытался в 2013 каде подредактировать блок с доп. визибли сетами созданный в 2011 каде.
Я конечно знал, что начиная с 2012 каде, уже начались глюки, нельзя создать новый доп. визибли сет, но править вроде было можно. А теперь выяснилось что и править блоки с сетами желательно до 2011 када включительно.

Выложу видео нормальной работы и плохой работы. Расписывать долго, на видео вроде все понятно. Если коротко то, доп. сеты стали сбрасываться от действия другого сета.

[Нефтепроводчик]

Сообщение от Shoorup Еще один из вариантов автоматизации это таблицы, но они будут работать только с 2010 акада. Пример

Как такое сделать?

[Astartes]

Нефтепроводчик, Визибли сеты здесь не причем. Тебе в тему Мои динамические блоки.
Скачай блок, нажми два раза на таблицу и увидишь как там заполнены данные.

[Volodich]

Astartes, к Вам вопрос да и ко всем остальным тоже.
Если с 2012 када пользоваться этой полезностью нельзя, интересно, сами автокадовцы-то придумали что-нибудь подобное для нас, пользователей? Уже 14й кад вышел, кто-нибудь в нем копался? Неужели так и не догадались сделать несколько видимостей?

[Astartes]

Volodich, В 2013 точно нет.
Пользоваться можно, но начиная с 2012 акада не работает команда AddVisibly.
Можно взять в качестве основы блок с несколькими визибли сетами из первого поста, и изменить на свое усмотрение.
Ну лучше конечно иметь под рукой акад до 2011. Это проблема для тех у кого лицензия с подпиской. У меня тоже через год нужно будет удалить 2011 (пока стоит), как быть дальше пока не знаю.

[Jonas]

Я на виртуальной машине держу Акад 2011 32бит для visibility и еще некоторых программ.
Там делаю что нужно с блоками, а в 2012 они работают нормально.

[Astartes]

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

[Makswell]

Astartes, 37 постов назад VVA доказал, что это невозможно в принципе. Печально, но это так.
Если бы было возможно, то я бы с удовольствием поддержал затею и не пожалел бы n-ую сумму денег на такое дело. Потому что программы отличные и я ими пользуюсь регулярно. Для этого установлен Автокад 2008.

[Volodich]

Я тоже не вижу проблемы установить куда-нибудь себе на ноут или жене на ноут или там еще куда-нибудь старый автокад да и работать спокойно.

[Astartes]

Volodich, Вы наверное работаете в частной конторе, где весь софт паленый. Там да, проблем нет.
А там где за этим следят, могут возникнуть проблемы.
Я в свое время пронес на работу портативный 2008, так чисто в резерв. Нашли его у меня. Обошлось все предупреждением, и письмишком, что я нанес конторе ущерб в размере 100 тыс. рублей, если бы контору проверял соответствующий отдел. .

[Volodich]

У нас на работе софт нормальный.
Но у вас круто все поставлено. Но я же не говорю на работу приносить. Дома-то кто вам запрещает? Ладно, по-моему мы уже не совсем по теме говорим

[Astartes]

Кстати вопрос такой.
А кто-нибудь пытался обратить внимание Автодеска на данную проблему?
Понятно что чисто технически косяка Автодеска тут нет, потому что доп. визибли сеты сторонняя программа.
Кто-нибудь может составить технически грамотное письмо с описанием проблемы, почему до 2011 работало, а начиная с 2012 перестало. Может они это специально сделали, а может банально случайно, не заметили.
Я бы сам написал, не понимаю принципа, что там сломалось. Если нет доступа к техподдержке, можно отправить через меня, или через другого человека у кого есть доступ.


И еще. А кто-нибудь писал в Автодеск, со ссылкой на данную тему, что возможно создание доп. визибли сетов? Вот допустим в 2011 Акаде, появилась команда Выбор подобных. Но ведь она почти полностью слизана с программы Александра Ревилиса SelSim. Не знаю сами Автодески до этого дошли или просто слизали с готовой программы.
Может имеет смысл обратить внимание Автодеска на данную тему с доп. Визибли сетами?

[Volodich]

Я вроде об этом говорил уже. Не понимаю, почему автодеск сам этого давно уже не сделал! Я считаю, что обязательно надо обратить на это их внимание и может быть даже со ссылкой на эту тему. Об этом стоит еще подумать. А насчет технически грамотно, я считаю, не заморачивайтесь. Вы - официальный пользователь. Вот и напишите вопрос как официальный пользователь. Без заморочек. Если вдруг они сделают, это будет большой шаг вперед.

[hwd]

Сообщение от Astartes И еще. А кто-нибудь писал в Автодеск, со ссылкой на данную тему, что возможно создание доп. визибли сетов?

Для того, чтобы автодеск начал реагировать, обращение должно носить массовый характер. Практика показывает, что основная масса (99,9%) мемберов сидит и ждёт, что напишет кто-то другой.

[gomer]

Сообщение от hwd Практика показывает, что основная масса (99,9%) мемберов сидит и ждёт, что напишет кто-то другой.

Лучше называть их членами

[Хантер]

Всем привет! Хотел вот воспользоваться программой, загружаю в Acad, в менюшке появляется сообщение, что приложение успешно загружено, выскакивает системное сообщение "Праграмма работет только в редакторе блоков", однако при вводе _(VISIBILITY_ADD) система выдает "Команда Lisp недоступна" ; при вводе (VISIBILITY_ADD) система выдает: (ошибка: no function definition: VISIBILITY_ADD), хотя в меню, команду включал как положено, в пространстве редактора блоков. Система WIN7*64 Autocad 2011x64RUS, из сторонних приложений SPDS 7 от Сисофта. Другие лиспы рабатают прекрасно. Что я делаю не так?

[Astartes]

Какой файл в акад подргузил? visibility-ADD2.fas ?
Если да, то наверное не работает из-за 64 битного разряда.

[Хантер]

Astartes, Ага, visibility-ADD2.fas. Там в архиве других не было.
А что теперь делать-то? Есть ли варианты?

[Astartes]

Хантер, Искать другой акад, 32 бита до 2011 включительно, больше вариантов нет.

[Хантер]

Astartes, Понял, спасибо!

[Кулик Алексей aka kpblc]

Astartes, вообще-то есть: можно найти исходники и, разобрав их, переписать модули.
P.S. Лично у меня на это нет времени.

[Astartes]

Не знаю граждане есть ли повод для радости, полноценное тестирование не проводил. Но по порядку.
Написал письмо в нашу техподдержку по Акаду.
Удивительно то, что в нашей техподдержке люди намного адекватней чем в самом автодеске.
Короче читаем письмо. Качаем прогу для визибли сетов.
Я сам попробовал на 2013. Новый визибли сет добавляется и переключается на него. Дальше давайте тестировать вместе.

ОТВЕТ.

AutoCAD в штатном режиме не поддерживает несколько параметров видимости.
В предложенном решении программа слишком глубоко забирается в AutoCAD. Это означает, что при дальнейшем развитии AutoCAD никто не даст гарантии, что подобная технология будет работать. Что, собственно говоря и происходит: выходит версия 2010,- требуется корректировка основных функций. Выходит версия 2012- опять требуется корректировка… И Autodesk здесь не при чем,- он и не гарантирует, что внутренняя структура блоков/параметров и т.п. не будет претерпевать изменений. Т.е. если данное решение использовать в практике, то на свой страх и риск, осознавая, что при следующей версии AutoCAD, возможно, придется допиливать основные функции, а еще хуже, имеется вероятность неработоспособности существующих блоков и невозможности применения функций в следующих версиях.

А то, что несколько параметров видимости пока еще не появились в AutoCAD,- полагаю, что на то есть определенные основания (например, надо разруливать ситуацию, когда в нескольких состояниях используются одни и те же объекты. Либо не допускать таких состояний). Функционал нескольких параметров видимости востребован и, если бы вопросов с реализацией особо не возникало, мне кажется, он был бы уже реализован. Однако его пока нет.

Следует также отметить, что LISP Сейчас поддерживается для обеспечения работоспособности предыдущих наработок, а главный упор делается на ARX и NET. Соответственно, далеко не всегда удается совместить новые технологии, для которых имеется API в ARX и NET cо старой обработкой данных средствами списков LISP. LISP хорош для решения несколько другого вида задач.


Теперь, собственно о вопросе и решении.
Используемое решение на форуме dwg.ru, полагаю, взято от Николая Полищука.
Полищук уже выпустил более новую версию программы (1.5). которую и прилагаю.
Решение Полищука взято с форума
http://forums.autodesk.com/t5/Dynami...e/td-p/3303547
Работоспособность создания новых параметров видимости (визуально параметр появился и ему можно назначить состояния видимости) проверено на версиях 2012 и 2014.


ВОПРОС.

Здравствуйте!
Вопрос по Autocad 2013.
В динамических блоках есть параметр Видимость (Visibility Set).
Дело в том что в одном динамическом блоке, можно создать только один параметр Видимости.
Этого бывает недостаточно.
На форуме dwg.ru нашлись энтузиасты, которые исправили этот недостаток и написали программу, которая позволяет добавлять дополнительные параметры Видимости.
http://forum.dwg.ru/showthread.php?t=24597

Все работало отлично до выхода Автокад 2012. Начиная с Акад 2012 перестала работать команда на добавление дополнительного параметра Видимости (Visibility_add).
Т.е. старые блоки в 2012 можно редактировать, но добавлять новые параметры видимости нельзя.
Но проблема даже не в этом, а в том, что Автодеск специально или случайно закрыла доступ для дальнейшей модернизации программы.
http://forum.dwg.ru/showpost.php?p=923866&postcount=501

Собственно вопрос такой.

1. Случайно или специально компанией Автодеск были внесены изменения в структуру автокада 2012 и теперь из-за этого энтузиасты не могут развить программу?
1.1 Если случайно – может ли Автодеск открыть возможность для совершенствования данной программы?
1.2. Если специально – то планирует ли Автодеск сделать создание дополнительных параметров Видимости – штатными командами Автокада когда-нибудь?

[Volodich]

Любопытно, кто же все-таки взял чье решение. Или может быть у нас тут и у них там - один и тот же человек?

[Do$]

Offtop: Что же там за бездарь в поддержке, что даже фамилию столь известного в автокадовских кругах человека правильно воспроизвести не может?

[Кулик Алексей aka kpblc]

Просматривать почти 50 кб исходников - не, робяты, я пас

[Astartes]

Кулик Алексей aka kpblc, Не совсем понял что просматривать? Программа же рабочая.

[Кулик Алексей aka kpblc]

Хорошо, хорошо, рабочая... Но что я успел увидеть - почти целиком надо бы переделывать (это если по-хорошему).

[Astartes]

Результаты предварительного тестирования.
Взял старый блок с доп визибли сетами созданными прогой Супермакса. Удалил все дополнительные визибли сеты и создал новые с помощью новой проги. Тестировал на 2013 Акаде.

У меня не работают команды (element-sel-current-del), (element-all-current-del), (Visibility_clear). Точнее они работают, но эффекта я от них не заметил. Элементы остаются на активном визибли сете.
И самое плохое и не понятное: новый визибли сет сбрасывает значения предыдущих.
На моем примере (см. вложение).
Визибли сет "Пров." сбросит сет "Разраб.", а сет "Т.контр" сбросит значения сетов "Пров." и "Разраб.". Т.е. нужно выставлять значения сетов в обратном порядке.

Очень хотелось бы надеется, что это я чего то не так сделал и эти проблемы решаемы.

[miletoda]

Результаты предварительного тестирования у меня.
выдает ошибку:
Команда: (visibility_add)
Укажите место расположения Visibility Set: _point
Текущие режимы точек: PDMODE=0 PDSIZE=0
Укажите точку: 0,0,0
Команда: ; ошибка: неверная DXF-группа: (360)

Система win 7, x64, Acad 2012, rus.

[Кулик Алексей aka kpblc]

Offtop: Говорите, рабочая?

[Astartes]

Кулик Алексей aka kpblc, Ну человек указал что 64 бита. На 64 битах и старая от супермакса не работала.
Ну на безрыбье и ...
Кстати Алексей, а за деньги взялся бы переработать, что бы работало как в старой проге?

[Кулик Алексей aka kpblc]

Вряд ли - совсем нет времени Вообще нет

[Astartes]

Связался с Полещуком Н.Н. , т.к. думал что программа выложенная мной выше это его разработка, отличная от программы Супермакса.
Вот ответ. Кому интересно можно ознакомится.

Под версии 2013 и старше никто ничего не писал и не пробовал. Программы
Supermax основаны на недокументированных возможностях, которые
сами Аутодесковцы меняют, как хотят. Я связывался с руководителем
разработки программ по динамическим блокам Autodesk, но он предупредил, что дальше
все будет плохо (не так, как в 2011 версии).
Уже два или три года назад AUGI внесла в список пожеланий по развитию
Автокада предложение по введению нескольких параметров состояний
видимости.
Ответа нет, но предполагаю, что Аутодеск как-то движется в эту сторону.
Кроме Supermax тут никто помочь не может, моих программ там нет (хотя я
что-то редактировал). Автор принял решение не поддерживать разработку
ввиду большой трудоемкости.
Дискуссии на англоязычном форуме в общем-то ничего нового не содержат. Так
что желающие сами могут напрячься и доработать выложенные исходные тексты,
но это трудно.

Я к тому что, если есть тот, кто сможет доработать программу за деньги скажите. Может мы, пользователи, сумеем скинувшись, собрать нужную сумму.

[Rumata]

Уважаемые, может кто нибудь поэтапно расписать как пользоваться этим приложением, и как сделать из нескольких динамических блоков один? Понял что данное приложение работает до 11 када, а как не понял)))

[Volodich]

Rumata, в этой теме 29 страниц. Сколько вы прочитали? Там по-моему вначале много обсуждается что и как работает.

[Rumata]

Прочитал не значит понял)
У меня есть несколько дин. блоков, как мне объединить их, чтобы не надо было взрывать общий блок и чтобы они работали все?
Понимание того что это разные видимости наверное у меня есть, но я не могу понять сам процесс (тут можно или посылать перечитавать 29 страниц или просто помочь)

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

[Volodich]

Сообщение от Rumata Понимание того что это разные видимости наверное у меня есть, но я не могу понять сам процесс (тут можно или посылать перечитавать 29 страниц или просто помочь)

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

Сообщение от Rumata п.с. Например если взять очень примитивный пример - 3 динамических блока - рамка с меняющимися размерами и форматами, блок штампа с атрибутами, и блок эл. подписей разработчиков, как все объединить это??

Сразу скажу - существующие блоки использовать не получится. Разве что только какой-то один основной. Эта программка блоки не объединит. Она только в существующем блоке сделает новый параметр видимости. Ну или несколько параметров, как пожелаете. Поэтому, советую взять за основу что-то более сложное, а более простые блоки взорвать и вставить в этот основной.

[Titli-pytli]

Господа! Подскажите пожалуйста на какой системе безотказно работает сей лисп? Пробовал - семерка 32 бита - 8,10,11,13 акады. Семерка - 64 бита- те же акады. Везде посылает прогуляться лесом
З.Ы. Естественно все автокады лицензионные

[art_rrc]

Сообщение от andmail EXCEL2LOOKUP очень полезная программка, но не заполняет lookup таблицу в 2012 Акаде (excel 2010 + корректировка лиспа http://forum.dwg.ru/showpost.php?p=425895&postcount=425). Пробую на простейшем примере (см. вложение). процесс EXCEL.EXE висит в памяти после завершения работы лиспа. Приходится вручную закрывать (в общем-то мелочь, можно пережить). Буду очень признателен, если удастся заставить ее работать! PS: Ну народ, подправьте, пожалуйста, для 2012 акада. В 2009 работает, а в 2012 нет....

Подскажите пожалуйста, ведь решения данной проблемы до сих пор нет?

[Astartes]

Titli-pytli, Лисп выложенный на первой странице работает как минимум с 2008-2011 на 32 бита.
64 бита не работает вообще, насколько я знаю.
Выкладывал выше лисп подправленный Полещуком Н.Н., он работает в 2013 32 бита, но со странностями, описанными выше.

[Titli-pytli]

Сообщение от Astartes Выкладывал выше лисп подправленный Полещуком Н.Н., он работает в 2013 64 бита, но со странностями, описанными выше.

Редактор блоков, загружаю лисп, командую Visibility_add. Автокад отвечает - команду не знаю, читайте справку. Чего делаю не так?

[AndruxaZ]

Функцию надо запускать в скобках, т.е. (Visibility_add). Ну и стоило бы прочесть пост #558

[Astartes]

В посте 570 я немного ошибся. Правленый Полещуком Н.Н. лисп я тестировал на Акаде 2013 32 бита.
Сейчас попробовал на Вин7 Акад 2013 64 бита.
Правленый лисп работает так же как и на 32 битах. Т.е. новый сет создается. Остальные функции непонятно как то работают (очистка сета вроде не работает, удаление всех объектов тоже, а вот удаление выбранных работает). Но проблема, что следующий сет сбрасывает предыдущий осталась.

В общем для 64 бит есть решение хоть и специфическое. Думаю привыкнуть можно, если уж без визибли сетов никуда. Хотя может быть вылезет еще какая-нибудь проблема. Новые блоки не создавал.

[Astartes]

Открылись новые обстоятельства.
Тут кто то жаловался, что на 64 битной системе не работает исходный лисп от Супермакса.
У меня Вин 7 - 64.
Тут на днях попросил поставить мне Акад 2010. Для других целей, не связанных с доп. сетами.
Решил заодно попробовать подправить свои дин блоки, где есть доп. сеты.
И о чудо! У меня все работает. Добавляется новый сет, и редактируются старые.
Так что у кого и что там не работало на 64 битной версии, даже не знаю.

[kakt00z]

2 дня я рыл эту тему, так, что про перекур забывал
cad 14 R19.1 LMS - как то так, точнее не помню
изложенные программы выше (те что еще и ексель прикручивают) не работают, но суть понял
дорылся сам до evalgraph и его детей и через vla-* и entget, и из blockeditor и из modelspace...
всё что было близко - это entmod на lookupAction, но и он не работал (хотя тут я не удивлен)
была мысль создать клон lookupAction (entmakex) и подменить его в evalgraph, но не создался клон (но тут мог что-нибудь лишнее не стереть из entget'a изначального lookupaction)
не прокопал (покачто) мысль о работе с lookupActionENTITY через vla-*

а потом меня осенила усталость... сохранил пустой чертеж,содержащий 1 единственный интересующий меня динблок в формате dxf
и {блокнотом} вставил заранее подготовленный цепочкой mapcar'ов (302 a 302 b 302 x ...) список нужных мне параметров
собственно - это решение вылилось мне в целых 5 минут

должен заметить что в ваших изысканиях выше - вы используете visibility - это не мой случай , и, я оного не сторонник...
я использовал 2 активатора растяжения (см a b [x]), может поэтому и не работало...
к сожалению, не было времени проработать всю ветку данного вопроса, скажите, есть ли работающие (R19) решения?

[tujn08]

Сообщение от Supermax Теперь набрав в ком строке (load "Visibility-ADD2.fas") ентер, а потом (VISIBILITY_ADD) ентер получим нужное. Мы функцию запускаем, а не команду. В 145 посте все вполне понятно написано.

пробовал в 2010 и 2012
не получается:

Код:

[Выделить все]

 (Visibility_add)
; ошибка: no function definition: VISIBILITY_ADD
Команда: _Options
Команда:
Команда: (load "Visibility-ADD2.fas")
; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда:
Команда:
Команда: _appload visibility-ADD2.fas успешно загружено.
visibility-ADD2.fas успешно загружено.
visibility-ADD2.fas успешно загружено.
visibility-ADD2.fas успешно загружено.
visibility-ADD2.fas добавлено в список автозагрузки.
Команда: ; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда: ; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда: ; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда: ; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда:
Команда:
Команда: (Visibility_add (Visibility_add)
; ошибка: no function definition: VISIBILITY_ADD
Команда: _Options
Команда:
Команда: (load "Visibility-ADD2.fas")
; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда:
Команда:
Команда: _appload visibility-ADD2.fas успешно загружено.
visibility-ADD2.fas успешно загружено.
visibility-ADD2.fas успешно загружено.
visibility-ADD2.fas успешно загружено.
visibility-ADD2.fas добавлено в список автозагрузки.
Команда: ; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда: ; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда: ; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда: ; ошибка: неверный формат двоичного файла: неверное тело(2)
Команда:
Команда:
Команда: (Visibility_add

[Shoorup]

Пол дня сегодня мучался с блоком... всеравно не получилось сделать 2 параметра видимости чтоб они не пересекались. Если работать с одним параметром видимости при наличии в блоке другого то они друг друга "сбрасывают" на дефолт. Может кто знает как излечить?

[Astartes]

Shoorup, Что то вроде этого?
http://forum.dwg.ru/showpost.php?p=1...&postcount=531
http://forum.dwg.ru/showpost.php?p=1...&postcount=558

Если вкратце, что надо использовать исходную прогу от Супермакса (в первом посте). Акады до 2011 включительно.

[Shoorup]

Astartes, да. Прогу и с первого поста брал и с сайта Supermaxа

один из параметров видимости настраивается только через свойства (ручка скрыта)

[Astartes]

Shoorup, У меня нет доступа на форум Нанокад. Соответственно доступа к файлу тоже нет.

УПД: Так и не понял где и что там сбрасывается. Выставлял разные последовательности видемостей и все оставалось на своих местах. Можно по подробней, что, где и при каких действиях сбрасывается?

[Shoorup]

Сообщение от Astartes Можно по подробней

Например выбираем группу 4 для контакта. Потом в свойствах блока выбираем "С термоэлементом", затем меняем параметр выводы на любой другой и видим "слет".

[NAUKA]

Кто не будь тут может корректно написать как загрузить и пользоваться командой "видимости" несколько раз в одном блоке.?
Не хочу вдаваться в подробности просто нужна эта команда. Как быстро загрузить и пользоваться макросом этим.
Спасибо большое!!!

[Кулик Алексей aka kpblc]

четай опесание

[tujn08]

Сообщение от NAUKA написать как загрузить и пользоваться командой "видимости" несколько раз в одном блоке

Долго долбил эту тему с этим вопросом. Отвечать: "просто читай инструкцию" не корректен по скольку инструкция не полная (не хватает существенной информации о платформе ОС и версии ACAD- не все тут умеют программировать и не все знают где смотреть R.. -версии продукта)
Как говорит преподаватель по ОС: - "Программист может написать программу на разных языках программирования, но донести до простого читателя (далеко не специалиста и эксперта) смысл программы может и не смочь." Именно поэтому не все специализированные книги легко читаются и усваиваются - требуется база знаний в голове у читателя.

Итак ответ на вопрос:
Программа работает только на ACAD 2010 х32 (с разрядностью не проверял, но у меня так). WinXP (тут тоже под вопросом - на Win7 вроде как не получалось).

Итого у меня работает так: WinXP, ACAD 2010 х32. Дальше по инструкции (в теме описание) -ищем последний релиз. Любое изменением блока в другом ACAD полностью ломает блок. Поэтому или делать блок безошибочно или изменять там где создали его.

[Бася]

Astartes, только в определенном
попробую его в чистый чертеж вставить.

----- добавлено через ~7 мин. -----
Astartes, только в определенном
попробую его в чистый чертеж вставить.

----- добавлено через ~32 мин. -----
Astartes,
Команда: _(visibility_add)
Команда LISP недоступна.
Что это может быть?

[Astartes]

Бася, А с лиспом раньше работали? Подключать умеете?
Настройка-Путь доступа к вспомогательным файлам-указать пусть к fas файлу.
Сервис-Приложения-Выбрать Fas файл нажать загрузить.
В ком.строке. (visibility_add).

Если не работает, значит гдето чтото делаете не так.

[Бася]

Astartes,
Спасибо! Шаг за шагом получается. просто я через нижнее подчеркивание вводила в КС.
Скажите, а как теперь к параметру дополнительного ВСета привязать состояния? а то они у меня садятся на основную ручку

[Astartes]

Бася, На словах объяснить не смогу. Инструкция в теме есть, я по ней разбирался. Появились бы пораньше, я может бы небольшое видео сделал. Но с недавнего времени у меня удалил все Автокады, кроме 2013. Соответственно я теперь сам беспомощен с доп. сетами. Пользуюсь ранее созданными блоками, а править если понадобиться, то все - приплыл.

[Бася]

Astartes, а не помните, примерно, страницу где инструкция? я второй раз всю тему не осилю.

[Astartes]

0_0
Так в первом посте темы.

Бася, а первого поста в теме не достаточно?

[Бася]

AlphaGeo, Astartes, спасибо. Прошу прощения, полезла в тему смотреть и поняла, что туплю.

[Genf]

А можно запилить под 2015 Автокад x64?
Изучил последние страницы темы ... походу нет, а жаль.

[Jonas]

Сообщение от Genf А можно запилить под 2015 Автокад x64? Изучил последние страницы темы ... походу нет, а жаль.

Жаль конечно, но не безвыходно. К примеру я установил виртуальную машину с ОС XP 32 и там акад 2010.

[VVA]

Сообщение от Genf Изучил последние страницы темы ... походу нет, а жаль.

Да, нельзя. Я в свое время пытался разобраться. Итог:
До 2011 - работает (читаем с #495)
C 2012 - нет. Проблема в этом

трассировка показала, что не работает ф-ция entmod. Т.е. если в 2-х словах то она не обновляет список для объекта (0 . "BLOCKLOOKUPACTION").

[tujn08]

Да простит меня модератор за повтор вопроса:

Как поставить внутрь visibility-set - отдельный visibility-set? Если зайти с другой стороны, то: отключать ручки для выбранных visibility-set?

[Astartes]

Видео инструкция по создания динамического блока с дополнительными параметрами видимости.
Может кому пригодиться.

https://yadi.sk/d/BtUZlTDQjooNg

[tujn08]

Сообщение от Astartes Видео инструкция по создания динамического блока с дополнительными параметрами видимости.

Полезное видео! Спасибо автору. На пол годика пораньше б мне.
Без задней мысли - просто такая рекомендация:
Вот вы создали фамилии в set-ах, а как потом добавлять будите в других версиях? А точнее будут коллеги (2010- может и не быть, а если большой коллектив, а если текучка есть?). На своем опыте я создал дополнительный блок который вставляют внутрь при необходимости. Или поверх блока-рамки.
Сугубо мое мнение!

В предыдущем моем посте описываю проблему которую так и не решил, буду благодарен за такое видео !!!
С автором программы общался- вроде проблем самостоятельно дописать программу нет проблем (почитав его статью). Сам пока не добрался.

И еще такая проблема у меня была:
При программном смене set-ов не получилось. Не стал долго разбираться, обошелся одним set-ом и программой.
Вроде была проблема в переключении set-ов через таблицу свойств, а вставлять получалось только одну .
собственно проблема у меня сохранилась.

Может кто подскажет видео по добавлению таблиц свойств?

[Astartes]

tujn08, Ну вот только сейчас руки дошли до создания инструкции.
Рамка создавалась в тот момент, когда еще не было известно что на 2011 версии прекратится работа программы. Поэтому да, сейчас у меня такая проблема. Сижу на 2013, а поставить раннею версию нельзя, нарушение и т.д.
Поэтому придется таскать домой и там править, пока не перекроют интернет. )
По вашему вопросу, про сет в сете не знаю. Я работал по инструкции что в первом посте. Если там ничего нет, то я пас.
В программирования я полный ноль, так что тоже - пас.

[AndruxaZ]

Всем привет. На сайте Полещука Николая Николаевича нашёл такое сообщение "В AutoCAD 2016 снова можно работать с программой visibility-add-eng.lsp для множественных состояний видимости в динамическом блоке" http://www.private.peterlink.ru/pole...tainypod12.htm

[Бася]

Уважаемые форумчане, добрый вечер!
работаю в 2010ом Акаде, правда на 64ех битной системе.
Есть попытка создать штамп с несколькими сетами.
подгрузить параметр не могу, но зато если открыть чужой файл, то можно поковырять настройки.
при этом, один сет, сбрасывает другой. (в строках Выполнил и проверил)
как решить данную проблему?

[Astartes]

Бася, Мою видео инструкцию смотрели парой постов выше? Я там как раз на 2010х64 показываю. Все работает.
Если один сет сбрасывает другой, значит у вас не оригинальная программа из первого поста, а переработанная Полещуком версия для 2012 и выше. Формально она работает, но приходиться мириться со сброской сетов.
Пользуйтесь оригинальной программой, тем более у вас 2010 и с этим проблем нет.

[Владимир_М]

Сообщение от tujn08 Без задней мысли - просто такая рекомендация: Вот вы создали фамилии в set-ах, а как потом добавлять будите в других версиях? А точнее будут коллеги (2010- может и не быть, а если большой коллектив, а если текучка есть?). На своем опыте я создал дополнительный блок который вставляют внутрь при необходимости. Или поверх блока-рамки.

Сообщение от Бася работаю в 2010ом Акаде, правда на 64ех битной системе. Есть попытка создать штамп с несколькими сетами. подгрузить параметр не могу, но зато если открыть чужой файл, то можно поковырять настройки. при этом, один сет, сбрасывает другой. (в строках Выполнил и проверил)

А может ну их, эти динамические блоки? да еще с такими замороченными видимостями-невидимостями, пришедшими в итоге, как бы, в тупик.
Т. е. против динамических блоков, как таковых, ничего против не имею. Замечательная вещь, но... это все хорошо для каких-то именно блоков, небольших легко параметризируемых деталей. Как, например, выше приведен пример "Контакт...dwg"

Что касается более сложных задач, типа рамки и штампа, думаю, здесь уместней применить VBA. И никаких трудностей с видимостью, постоянно меняющимися списками сотрудников, с изменением версий Акада, и проч., да и просто масса прочих возможностей дополнительно появится, чтобы уже выжать из данной задачи по максимуму. Описание возможных идей по данной задаче и пути их реализации, см. вложение. Не судите строго, описание приложения устаревшее...

[Бася]

Astartes, инструкцию видела, более того, я уже визибилити сетом пользовалась раньше - создавала блок с 3мя видимостями. Другое дело, что там была другая машина (хотя Акад тот же).
Вчера загружала из шапки .fas, но! когда в блоке пытаюсь запустить функцию получаю ошибку.
команда: (Visibility_add) ; ошибка: no function definition: VISIBILITY_ADD

Владимир_М, на самом деле, согласна - ну их. но пока возможности выбрать что-либо из выпадающего списка нет.
что касается коллег и пр. - тут как раз, для того, чтобы никто ничего не добавлял. я устала постоянно чистить файл от левых слоев, стилей текста и размеров, которые нигде не используются, но захламляют файл.
с VBA я не знакома, буду изучать на досуге. Спасибо!

[Владимир_М]

Сообщение от Бася что касается коллег и пр. - тут как раз, для того, чтобы никто ничего не добавлял. я устала постоянно чистить файл от левых слоев, стилей текста и размеров, которые нигде не используются, но захламляют файл.

Тут боюсь ни динамические блоки, ни VBA не помогут! Это уже из другой оперы, типа "Организация совместной работы".
Кстати, в моем случае, программка никакого хлама не добавляет, даже если захочется. Править коллеги могут только, отдельно лежащий, текстовый файл, у каждого свой.

[Бася]

Владимир_М, а где Вашу программку посмотреть? я только описание вижу (пробежала взглядом - произвело впечатление ).

[Eddicordo]

Кто подскажет.
1) В динамических блоках есть вставка "Таблица свойств блока"
Штука прикольная можно создать что то типа lookup но многоуровневый и более понятный по корректировке.
- Минус не могу вставить две и более таких таблиц.
- Не могу операцией "перемещение" переместить саму галочку выбора таблицы.
2) С lookup все это можно сделать но гораздо сложнее и запутанней (Особенно когда с помощью lookup я выбираю нужное значение и вписываю в атрибут)

Сам Вопрос.
Можно сделать lookup многоуровневый?
или
Как вставить две и более "Таблица свойств блока"?
Как перемещать галочку выбора "Таблица свойств блока"?

[Cfytrr]

Может кто подскажет.
Есть блок с двумя Visibility. Visibility1 управляет состояниями "1" "2" "3" а Visibility 2 соответственно "4" "5" "6". У меня ни как не получается добиться того, чтоб после активации любого состояния из Visibility 2, при переключении в стояние "3", элементы "4" "5" "6" становились бы невидимыми

[tujn08]

Сообщение от Cfytrr элементы "4" "5" "6" становились бы невидимыми

1) Нужен 10 если не ошибаюсь (или 12) версия автокада - программа только в них работает. Начну с этого- проверьте.
2) Сам мучался с такой проблемой.
делал так:
а) прикинули сколько параметров видимости будет использоваться
б) надо нарисовать в блоке абсолютно все линии для всех видимостей (разбрасывайте по рабочему полю относительно одной точки. потом все это просто совместить в одну точку нужно будет). Если есть накладывающиеся линии лучше оставить их. Пока не разберетесь как работает программа- будите путаться и все время переделывать
в) открыли блок, программой вставить подсчитанное количество видимостей (лучше так же в разные места, что бы не накладывалиь) - сразу называем как надо
г) теперь начинаем раскидывать, что с чем видимо и невидимо. Выходим из блока сохраняем, программой выбираем видимость, заходим в блок, стандартными средствами автокада выбираем скрыть/показать, если есть несколько сетов в видимости- так же делаем скрыть/показать.
д) выходим сохраняем, переключаемся на следующую видимость и повторяем пункт г)

Примечание! из-за которого и начинается путаница
Скрыв линии они могут все равно быть видны- это нормально. Все будет работать исправно (поэтому нужен пункт б) )

PS
лучше делать разные версии блоков при каждом изменении т.к. что-то можете сломать/забыть и будет худо.
поправка: версия где все раскидано(для отладки и внесения изменений через некоторое вреся) и версия где все собрано(рабочая). Т.к. скрытые линии все равно видны- сразу запутаетесь.
Чем больше видимостей тем сложнее вносить изменения в будущем!!! На мой взгляд программно решать некоторые проблемы и атрибутами.

[allrather]

Решил немного разобраться с созданием параметров видимости в Autocad 2016, записал ролик. Надеюсь, кому-то поможет.
https://www.youtube.com/watch?v=3VWoHxLD8Lc

[Alexander250505]

Если тут не поднималось такое решение, выкладываю свой пример (на примере рамки со штампом).
Несколько "параметров видимости", реализовано стандартными средствами автокада без дополнительных программ и надстроек.
Настоящий параметр видимости только один, а остальные - параметр выбора.
В параметрах выбора ненужные объекты "отключаются" масштабированием до мизерных размеров и маскируются под линию рамки (реализовано, для полей согласования и окошка номера страницы в стадии П)

Решение так се, но может кому пригодится

----- добавлено через ~2 мин. -----
Забыл сказать, блок пока ещё в процессе изготовления, работает не всё корректно.
Желательно тестировать на "Форме 3 по ГОСТ ....."

[Alexander250505]

Окончательный вариант моей рамки со штампами.
Добавил 4 и 5 формы по ГОСТ 21.1101. Устранил массу косяков и в целом упростил внутреннее устройство блока (весить стал намного меньше).
Может кому пригодится

[Genf]

Сообщение от Alexander250505 Окончательный вариант моей рамки со штампами.

Отлично, только почему в модели?

[Alexander250505]

Сообщение от Genf Отлично, только почему в модели?

В нашем институте в моделе все работают. Инженеры народ консервативный, переучиваться не хотят, как умеют так и работают

[quazi]

Хотел воспользоваться Excel->Lookup и Lookup->Excel из этого поста.
Autocad2016eng, Excel 2013.
Lookup->Excel завершился с сообщением "Невозможно запустить Microsoft Excel 2003".
Поменял

Код:

[Выделить все]

vlax-get-or-create-object "Excel.Application.11"
на
vlax-get-or-create-object "Excel.Application.15"

Сработало- получил в Excel таблицу со значениями параметров.

С обратной функцией Excel->Lookup, такое не прокатило. Она вроде отрабатывает, но изменений в блоке не происходит.
В ком. строку выводит:

Код:

[Выделить все]

Command: _appload Excel-Lookup.lsp successfully loaded.
Command: Укажите нужный вам блок
5
nil

Подскажите что там нужно подправить.

[quazi]

Сообщение от allrather Решил немного разобраться с созданием параметров видимости в Autocad 2016, записал ролик. Надеюсь, кому-то поможет. https://www.youtube.com/watch?v=3VWoHxLD8Lc

Спасибо за видео.
В тексте скрипта есть фраза "It seems only VSPadd and VSPSet are working under AutoCAD 2016.", у меня так и есть: VSPDelsel не работает судя по всему.
Какая у Вас версия Autocad x64 или x86?

[Sergey_v]

Мда, Александр250505, молодец, хитроумно вышел из ситуации во избежание использования других параметров видимости

[allrather]

Сообщение от quazi Спасибо за видео. В тексте скрипта есть фраза "It seems only VSPadd and VSPSet are working under AutoCAD 2016.", у меня так и есть: VSPDelsel не работает судя по всему. Какая у Вас версия Autocad x64 или x86?

Извиняюсь, что прошлепал сообщение. Почему-то тема из подписок была удалена.
У меня Autocad 2016x64.
Помнится, когда я баловался, вроде как, все работало (VSPDelsel в том числе).

[Andric]

Вроде всё делал по инструкциям, ни в какую не хочет менять видимость как надо - тип ТВК и углы обзора по отдельности. Пробвал в кадах 2015-1017. Может кто посмотреть? Это глюк или руки кривые?

[valerik88]

Сообщение от quazi В тексте скрипта есть фраза "It seems only VSPadd and VSPSet are working under AutoCAD 2016.", у меня так и есть: VSPDelsel не работает судя по всему. Какая у Вас версия Autocad x64 или x86?

У меня тоже ни чего кроме 2х команд не работает. Соответственно нужный мне блок создать не могу(
Autocad x64

[Do$]

Сообщение от Alexander250505 Окончательный вариант моей рамки со штампами. Добавил 4 и 5 формы по ГОСТ 21.1101. Устранил массу косяков и в целом упростил внутреннее устройство блока (весить стал намного меньше). Может кому пригодится

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

[Н.Н.Полещук]

К несчастью, автор темы недавно ушел из жизни:
http://isicad.ru/ru/articles.php?article_num=18968
Пусть земля ему будет пухом.

[AndruxaZ]

Соболезную родным

[tujn08]

Не успели поработать вместе

Сообщение от Н.Н.Полещук К несчастью, автор темы недавно ушел из жизни:

[Ignor17]

В 2016 И 2017 акадах постоянно выдаёт fatal error Может кто знает решение проблемы!?

[Stivan]

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

Выкладываю свою модель необходимого мне блока.
Создан динамический блок стандартными средствами автокад 2010 с тремя видимостями: вид 1, вид 2, вид 3, которые переключают три разноцветных прямоугольника.
В этом блоке ещё создан дополнительный параметр Visibility Set с видимостями: VS 1, VS 2, которые выбирают фигуры: круг или квадрат.
Все работает и переключается как надо.
Вопрос: как сделать, чтобы дополнительные параметры Visibility Set отключались (были невидимы) при выборе вида 3, а при выборе вида 1 и вида 2 оставались?

С уважением, Иван.

[skkkk]

Подскажите, пожалуйста, если кто знает, как получить список объектов текущего состояния видимости в динамическом блоке? Есть динамический блок, в нем присутствуют статические блоки в разных состояниях видимости. Нужно подсчитать все дочерние блоки, которые видны на экране.
Взрывать или преобразовывать его (копию) в статический - это вариант, конечно, но как-то уж слишком он брутфорсен, планируется обработка больших количеств. Ковырял через ActiveX, но там явно не добраться до такой информации. Остается надежда на dfx-коды, но как-то уж для меня этот метод не слишком дружелюбен, и я обращаюсь к нему редко. Перед тем, как лезть в дебри и писать код, решил узнать, может, кто-то уже решал такую задачу или просто натолкнет на мысль или любую вспомогательную информацию.

[Сергей812]

а просто посчитать количество используемых вариантов видимости, а потом преобразовать в количество блоков?

[skkkk]

В смысле, посчитать общее количество всех одинаковых блоков и разделить на количество вариантов параметра видимости?
Ну просто в одном варианте видимости может быть два одинаковых блока, а в другом - три. Делитель везде разный будет. Плюс и количество параметров видимости может быть не равным одному (спасибо Supermax'у). Отсюда и вопрос.

[Сергей812]

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

[VVA]

Дополню Сергей812 Достучаться можно (dxf группа 2 или свойство Name будет содержать имя анонимного блока, а EffectiveName - человеческое)

Команда: (vla-get-name(vlax-ename->vla-object(entlast))) "*U51" Команда: Команда: (vla-get-EffectiveName(vlax-ename->vla-object(entlast))) "MIP_Формат"

Только, если мне не изменяет память , в анонимном блоке будет все. Только у не входящих в текущую видимость свойство visible будет отключено.
Т.е. нужно "собрать" блоки с включенной видимостью

[Vombat]

Здравствуйте.
Не получается в данном блоке добавить дополнительный параметр видимости.

«Command: (LOAD "D:/LISP/visibility/visibility-ADD2.fas") C:HIDEOBJ
Command: (Visibility_add)
Укажите место расположения Visibility Set: ; error: bad argument type: lentityp
nil»

Проблема именно с этим блоком.

Win 7 x 86, Autocad 2011

[skkkk]

Vombat, вроде получилось
Win 7x64, Autocad 2011

[Сергей812]

Дополнение к посту №630 - пример получения списка видимых примитивов в динамическом блоке на .Net. Не тестировал на текущий момент, просто для информации.

[Vombat]

Сообщение от skkkk Vombat, вроде получилось Win 7x64, Autocad 2011

Странно. У меня не получилось.
В Вашем варианте блока (с добавленной видимостью) все равно выскакивает та же ошибка
"Command: (visibility-up)
Выберите параметр требуемого Visibility Set: ; error: bad argument type:
lentityp nil"
p/s вечером попробую на другом ПК Win7x64

[skkkk]

VVA, Сергей812, спасибо за помощь и прошу прощения за долгое молчание по моему вопросу - большой аврал, не было времени все хорошенько проверить и разобраться. Пришлось для текущего горячего проекта идти "в лоб" - переконвертировал все блоки (точнее, копии) в статические и собрал списки объектов из них, произведя подсчет вложенных блоков. Около сотни блоков отрабатывает примерно секунд за пять. Я думал, будет хуже. И в статическом блоке мне не удалось найти все объекты из всех видимостей, применив к нему функцию Алексея (см. ссылку на функцию ниже), я получил список объектов текущего состояния видимости - как раз, то, что требовалось.

Однако я не оставил попыток разобраться с изначально желаемым подходом.
Идея

Сообщение от Сергей812 достучаться до содержимого промежуточного анонимного блока *U

мне понравилась, но реализовать ее мне не удалось.
Использовал функцию Алексея отсюда.
Она по указанному вхождению блока возвращает список всех элементов из всех видимостей. То есть, она обращается не к описанию блока *U, а к описанию самого динамического блока. Пока пытаюсь понять, как получить список объектов не описания, а вхождения блока и результатами еще похвастаться не могу.

Vombat, действительно странно. (visibility-up) у меня тоже отработало нормально. Но ведь его действие распространяется только в текущем режиме редактирования блока. Смысла нет прикладывать файл с "апнутым" сетом. Если нужно срочно и сможете легко объяснить, какие объекты надо убрать из этого визабилити сета, то я могу это сделать. Правда текстом это объяснить, полагаю, если и не невозможно, то как минимум, трудно. Можно, выделить неким особенным цветом то, что нужно из него удалить.

[Сергей812]

skkkk, самое интересное:

К сожалению API динамических блоков ограничено и нет прямого пути для получения этой информации. Эта информация в словаре расширения динамического блока и требуется смотреть на свойства экземпляра класса "AcDbBlockVisibilityParameter" (это родной класс ObjectARX, но он недоступен через публичные API ни в C++, ни в .NET).

если нельзя с самого низкого уровня программного доступа ObjectARX через открытое API достучаться. А через Lisp VVA делал (согласно посту №631) - это очень странно.

[Vombat]

Сообщение от Vombat p/s вечером попробую на другом ПК Win7x64

результат идентичен. Та же ошибка

Сообщение от skkkk Если нужно срочно и сможете легко объяснить, какие объекты надо убрать из этого визабилити сета, то я могу это сделать.

Спасибо, но не надо, так как после этого я уже не смогу редактировать (дорабатывать) блок, а это творческий процесс и он бесконечный. Сделал по старинке через Lookup и масштабирование (пришлось ввести дополнительные параметры). Через Visibility Set было бы проще

[Black Diamond]

Добрый день. Необходима помощь. Пытаюсь создать рамку с несколькими параметрами видимости: для основной надписи, для рамки сквозной нумерации и для дополнительной графы слева. Пробовал это сделать в AutoCAD 2013, 2016 и 2018. Всё делаю как показано в в этом видео. https://www.youtube.com/watch?v=3VWoHxLD8Lc

Для основной рамки использую 4 видимости: для блока со штампом по форме 3, по форме 4, по форме 5 и по форме 6. Для сквозной нумерации 2 видимости: показывать или не показывать сквозную нумерацию.

По итогу получается, что в режиме по умолчанию можно менять виды штампов по отдельности и показывать/не показывать сквозную нумерацию. Но когда в режиме отсутствия нумерации пытаюсь перейти на другой штамп, то у меня показывается штамп по форме 3, или все сразу (такое тоже бывает). И когда перехожу в другие виды штампов, то появляется рамка нумерации, хотя сама рамка стоит в режиме нет (не отображать).
Делаю вроде всё по инструкции. Сначала добавляю параметр видимости VSPadd. Потом перехожу на него VSPSet. Убираю объекты штампов основной надписи командой VSPDelsel.

В чём может быть проблема? Что же я делаю не так? Есть ли более подробная инструкция, как с этим приложением работать? За ранее благодарен помощи.

----- добавлено через ~7 мин. -----
Пытался делать по этой схеме, но до конца так и не понял, что к чему и в каком порядке.

Сообщение от tujn08 1) Нужен 10 если не ошибаюсь (или 12) версия автокада - программа только в них работает. Начну с этого- проверьте. 2) Сам мучался с такой проблемой. делал так: а) прикинули сколько параметров видимости будет использоваться б) надо нарисовать в блоке абсолютно все линии для всех видимостей (разбрасывайте по рабочему полю относительно одной точки. потом все это просто совместить в одну точку нужно будет). Если есть накладывающиеся линии лучше оставить их. Пока не разберетесь как работает программа- будите путаться и все время переделывать в) открыли блок, программой вставить подсчитанное количество видимостей (лучше так же в разные места, что бы не накладывалиь) - сразу называем как надо г) теперь начинаем раскидывать, что с чем видимо и невидимо. Выходим из блока сохраняем, программой выбираем видимость, заходим в блок, стандартными средствами автокада выбираем скрыть/показать, если есть несколько сетов в видимости- так же делаем скрыть/показать. д) выходим сохраняем, переключаемся на следующую видимость и повторяем пункт г) Примечание! из-за которого и начинается путаница Скрыв линии они могут все равно быть видны- это нормально. Все будет работать исправно (поэтому нужен пункт б) ) PS лучше делать разные версии блоков при каждом изменении т.к. что-то можете сломать/забыть и будет худо. поправка: версия где все раскидано(для отладки и внесения изменений через некоторое вреся) и версия где все собрано(рабочая). Т.к. скрытые линии все равно видны- сразу запутаетесь. Чем больше видимостей тем сложнее вносить изменения в будущем!!! На мой взгляд программно решать некоторые проблемы и атрибутами.

[skkkk]

Black Diamond, полагаю, что предварительно нужно вновь создаваемые параметры видимости очистить от всех объектов с помощью функции (Visibility_clear). Потом активировать этот параметр функцией (visibility-up) и уже после создавать состояния видимости и назначать им соответствующие объекты.

[tujn08]

Сообщение от Black Diamond Пробовал это сделать в AutoCAD 2013, 2016 и 2018

Ну так вот:

Сообщение от Black Diamond 1) Нужен 10 если не ошибаюсь (или 12) версия автокада - программа только в них работает. Начну с этого- проверьте.

----- добавлено через ~4 мин. -----
Я тоже хотел сделать несколько таблиц с видимостью, НО в тот момент когда меняется ГОСТ или оформительская ситуация- все надо переделывать. От видимости отказался и все нужно лучше через LISP выполнять

----- добавлено через ~7 мин. -----
И еще вот

Сообщение от Black Diamond И когда перехожу в другие виды штампов, то появляется рамка нумерации, хотя сама рамка стоит в режиме нет

Сообщение от Black Diamond Примечание! из-за которого и начинается путаница Скрыв линии они могут все равно быть видны- это нормально. Все будет работать исправно (поэтому нужен пункт б)

[Awave]

Добрый день. Есть ли хоть один адекватный вариант добавить видимость. На 2016 версии не получается сделать полностью независимые видимости. На 2010 вообще не работают команды. Хотя приложение загружается.
Мне очень нужно нормальное решение вопроса скрытия объектов и атрибутов. Есть ли такие варианты? Возможно кто-то может создать рабочее приложение, за вознаграждение.

[Boxa]

Я вот до сих пор не могу понять эту возню с дополнительной видимостью.
Если мне нужны различные сочетания отображения и одной видимостью не обойтись, то я просто использую Lookup таблицу и масштабирование. Без всякого программирования.
Может я чего то упустил и не понимаю, ну может точечки кому то мешают...

[Awave]

Не всё так просто. Если нужно только визуальное отображение, вообще нет проблем.
Но у меня другая задача, есть блок в нём ещё 10 блоков которые делятся на 2 группы и в этих группах должен быть независимый выбор. А потом из этого всего надо ещё корректное извлечение сделать. Тоесть чтоб блоки не отображаемые не считались. И чтоб это юзер мог все ручечками делать, не открывая блок.
Конечно мне хватило бы и одной видимости под управлением 2-х таблиц выбора, или под управлением таблицы свойств блока. Но к сожалению таблица занята на основной блок, а а таблицы выборе не имеют ступеней и не умеют работать парно в качестве двух ступеней.
Через Лукапы можно было бы, если бы была возможность, исключить блоки из извлечения имеющие масштабирование меньше ХХХ.

[Сергей812]

а если вместо

Сообщение от Awave есть блок в нём ещё 10 блоков

использовать 10 блоков и группу из этих 10 блоков. И играться с _PICKSTYLE для переключения - выделение группы/изменение параметров отдельных блоков.

[Awave]

Конечно вариант, и ввести горячую клавишу для ускорения процесса. Но пока не знаю насколько пользователям удобно будет. Надо обсуждать с начальством. Спасибо за совет, группы и в правду могут помочь. Как то почитав тему об 2-х видимостях, о группах то и забыл.)

[ArtistAvidaDollars]

Offtop: Напишите как фофану, я так понимаю Visibility Set не работает в Автокаде 2016 и выше? а то у меня были грандиозные планы на эти праздники

[skkkk]

ArtistAvidaDollars, дополнительные параметры Visibility Set с использованием программы Supermax'а можно создать только в версиях до 2011 или 2012 (точно не уверен), но работать эти блоки должны вроде как, во всех версиях.

[ArtistAvidaDollars]

Сообщение от skkkk ArtistAvidaDollars, дополнительные параметры Visibility Set с использованием программы Supermax'а можно создать только в версиях до 2011 или 2012 (точно не уверен), но работать эти блоки должны вроде как, во всех версиях.

Вчера пробовал в 2010 создавать, приложение загрузил. Ввожу команды пишет nil nil nil либо неизвестная, в 2017 фатальные ошибки. Каждые полгода возвращаюсь к Visibility Set и результата ноль.
Offtop: Попросить бы кого-нибудь более подробно написать последовательность действий на настоящее время.

[skkkk]

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

[ArtistAvidaDollars]

Сообщение от skkkk Так есть же инструкция от автора (светлая ему память). ArtistAvidaDollars, на всякий случай напомню, что функции надо запускать в редакторе блоков. И вроде бы (логично, но не уверен, проверить сейчас не могу) до их запуска первый параметр видимости должен уже существовать в блоке. В инструкции сказано, что первый параметр необязателен. На 2011-м все работает.

Спасибо!
Offtop: Тайны подземелий я уже дважды прочитал, но с места ничего не сдвинулось попробую 2011

[skkkk]

ArtistAvidaDollars, что пишется в командной строке при вызове

Код:

[Выделить все]

(Visibility_add)

?

[ArtistAvidaDollars]

Сообщение от skkkk ArtistAvidaDollars, что пишется в командной строке при вызове Код: [Выделить все] (Visibility_add) ?

Да, это было в 2010, пишет nil
Offtop: Установлю 2011 попробую еще раз

[ArtistAvidaDollars]

1. Установил 2011,
2. загрузил visibility-add-eng_1_6,
3. пишу команду VSPadd,
4. результат: Команда: ; ошибка: неверный ассоциативный список: (nil nil nil nil nil nil nil nil)

1. загрузил visibility-add-rus-v1.4,
2. пишу команду visibility_add,
3. результат: Неизвестная команда "VISIBILITY_ADD".

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

[Сергей812]

Offtop: Где только сейчас купить 2011 акад, даунгрейд только на 3 версии вроде возможен) Или хотите блоки для работы делать на добровольной основе дома?)
тут скорее:
1. Программно привязываться к контекстному меню на примитив типа вставки блока.
2. Создать блоки с одинаковыми названиями атрибутов, базовой точкой вставки, динамическими параметрами.
3. При вызове контекстного меню выдавать список этих "связанных" блоков.
4. При выборе определения блока, отличного от определения выбранной вставки - считывать все параметры вставки блока, и заменять вставку на другую с установкой этих параметров.

[ArtistAvidaDollars]

Сообщение от Сергей812 Offtop: Где только сейчас купить 2011 акад, даунгрейд только на 3 версии вроде возможен) Или хотите блоки для работы делать на добровольной основе дома?) тут скорее: 1. Программно привязываться к контекстному меню на примитив типа вставки блока. 2. Создать блоки с одинаковыми названиями атрибутов, базовой точкой вставки, динамическими параметрами. 3. При вызове контекстного меню выдавать список этих "связанных" блоков. 4. При выборе определения блока, отличного от определения выбранной вставки - считывать все параметры вставки блока, и заменять вставку на другую с установкой этих параметров.

Я не один пункт не понял Offtop: да я хочу проблемные вопросы решить дома за праздники и использовать их на работе (так как на работе: нет интернета, запрещен вынос/внос информации на носителях, много работы)

[Сергей812]

Сообщение от ArtistAvidaDollars Я не один пункт не понял

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

Сообщение от ArtistAvidaDollars нет интернета, запрещен вынос/внос информации на носителях,

и как тогда свои наработки сумеете применить на работе?

[ArtistAvidaDollars]

Сообщение от Сергей812 имел в виду, что от использования недокументированных функций перейти к программной реализации на базе стандартных документированных функций) Которые с весьма высокой вероятности будут работать и в следующих версиях акада.

что это за документированные функции?

Сообщение от Сергей812 и как тогда свои наработки сумеете применить на работе?

либо повторением с нуля на работе того что сделал дома, либо что-то не запрещенное по почте пришлю 21 век

[Сергей812]

Сообщение от ArtistAvidaDollars что это за документированные функции?

один набор видимости в блоке

Сообщение от ArtistAvidaDollars либо что-то не запрещенное по почте пришлю 21 век

а вы уточнили - является ли подобное (когда для создания нужен достаточно старый акад и нет никакой гарантии работы при очередном обновлении акада) разрешенным? Просто потратите время на выходных на эксперименты вместо чего то более стоящего. Например, рекомендовал бы "поиграться" со связкой акад-эксель с управлением из экселя: если есть эксель, то гарантировано там есть и VBA (в отличие от акада, с 2010 вроде там надо ставить отдельный энаблер под правами администратора). Конечно, если у вас разрешено сохранять файлы эксель с макросами на работе и работать с ними - степень маразма бывает разной у IT-безопасников)

[ArtistAvidaDollars]

Сообщение от Сергей812 один набор видимости в блоке а вы уточнили - является ли подобное (когда для создания нужен достаточно старый акад и нет никакой гарантии работы при очередном обновлении акада) разрешенным? Просто потратите время на выходных на эксперименты вместо чего то более стоящего. Например, рекомендовал бы "поиграться" со связкой акад-эксель с управлением из экселя: если есть эксель, то гарантировано там есть и VBA (в отличие от акада, с 2010 вроде там надо ставить отдельный энаблер под правами администратора). Конечно, если у вас разрешено сохранять файлы эксель с макросами на работе и работать с ними - степень маразма бывает разной у IT-безопасников)

Offtop:
У меня стаж работы 6 лет с автокадом (и за 6 лет с видимостью ничего не изменилось, кроме того что я каждые пол года пытаюсь освоить этот лисп). Три работы сменил и на каждой специалисты чертят отрезками и не мм больше. Я хочу хоть как то раскачать эту ситуацию, тем более когда на новом месте есть возможность проявлять инициативу и новаторства способные ускорить работу.
Excel, это следующий шаг после создания единого шаблона с блоками на новой работе. Так как сначала динамический блок, а потом все остальное.
К сожалению единственный источник знаний форум dwg, много времени уходит на изучение неактуальных сообщений. Думал пойти на курсы автокада но там программа состоит из примитивных команд, которые без труда можно освоить с помощью ютюба. Я их уже освоил

[Сергей812]

Offtop: дежавю.. один уже электронщик пытался раскачать "болото" в проектном отделе на несколько сот человек в конце прошлого года
Делайте маленькими шажками, попробуйте внедрить постепенно те же листы, шаблоны, подшивку, палитры - и посмотрите на реакцию людей, насколько это примут сотрудники, насколько руководство будет участвовать в процессе. Говорунов сейчас много, а как доходит до необходимости немного напрячься и что-то реально сделать - то ряды "желающих" работать по новому стремительно редеют)

А на блок с несколькими видимостями я бы не стал уже ориентироваться - в свое время нашли лазейку в механизме динблоков, но создание уже перекрыли (видимо), и нет никакой гарантии работы в последующих версиях.

[ArtistAvidaDollars]

Offtop: я электрик (энергетик), согласен не все готовы к переменам. Недавно показал стандартную таблицу автокадовскую, некоторые не захотели менять религию, отрезками и однострочным текстом это же удобнее
Вы мне лучше с видимостью помогите, истории это хорошо но "во рту слаще не становится"

[Сергей812]

Сообщение от ArtistAvidaDollars Вы мне лучше с видимостью помогите,

чем помочь?) я такие вещи не использую, автоматизацией оперирую только со стандартными элементами акада) Мне совершенно не нужно получить за день-другой до сдачи проекта неработающие "хитропальцемсделанные" блоки

[ArtistAvidaDollars]

Сообщение от Сергей812 чем помочь?) я такие вещи не использую, автоматизацией оперирую только со стандартными элементами акада) Мне совершенно не нужно получить за день-другой до сдачи проекта неработающие "хитропальцемсделанные" блоки

Offtop: Наш диалог не приведет к положительным результатам

[ArtistAvidaDollars]

Offtop: Сделал свой примитив, наконец-то! сквозь фатальные ошибки... маленький шаг для проектировщика, большой шаг для проектного института можно и отметить новый год

[Сергей812]

1. Вставляем новый блок "проба" в чертеж - все три видимости работают.
2. Теперь _audit с исправлением ошибки, вставляем заново блок - ручки видимости есть, а блок не работает.
так что внедрение подобных блоков может быть только большим шагом на выход из проектного института) Тем более, если до сих пор "успешно" палочками и однострочным текстом чертили)

[ArtistAvidaDollars]

Сообщение от Сергей812 1. Вставляем новый блок "проба" в чертеж - все три видимости работают. 2. Теперь _audit с исправлением ошибки, вставляем заново блок - ручки видимости есть, а блок не работает. так что внедрение подобных блоков может быть только большим шагом на выход из проектного института) Тем более, если до сих пор "успешно" палочками и однострочным текстом чертили)

Мда через центр управления и инструментальную панель не работает, простым копированием все работает
Это как то решается?

[Сергей812]

в 663 посте уже написал про свое отношение ко всему этому) Но вам так хочется стать крайним, похоже, чтобы все лентяя и лодыри отмазывались перед начальством - что из-за ваших нововведений они не успели там что-то сделать)

----- добавлено через ~2 мин. -----
если делаете не под себя решение - оно должно быть повторяемым на разных машинах и иметь определенную защиту "от дурака".

[ArtistAvidaDollars]

Сообщение от Сергей812 в 663 посте уже написал про свое отношение ко всему этому) Но вам так хочется стать крайним, похоже, чтобы все лентяя и лодыри отмазывались перед начальством - что из-за ваших нововведений они не успели там что-то сделать) ----- добавлено через ~2 мин. ----- если делаете не под себя решение - оно должно быть повторяемым на разных машинах и иметь определенную защиту "от дурака".

Offtop: я делаю для себя и для других, мне не надо сдавать ничего в последний день. Цель сделать все красиво, как в советском типовом проекте.
От дурака невозможно даже отрезок защитить так и слой могут изменить и цвет и длину сделают .998.

[Сергей812]

Offtop:

Сообщение от ArtistAvidaDollars От дурака невозможно даже отрезок защитить так и слой могут изменить и цвет и длину сделают .998.

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

А вы хотите коллегам еще подобные блоки подсунуть, требующие аккуратного внимательного отношения - у вас так много свободного времени бегать по проектному отделу и объяснять всем, что кривые руки не у вас лично? А ответственным вас за это сделают 100% - начальство обожает инициативных и готовых подставить шею. Ну это ваше дело, конечно...

[ArtistAvidaDollars]

Сообщение от Сергей812 Offtop: могут - поэтому есть стандарт предприятия (хотя большинство даже не задумывалось о нем) , есть файлы стандартов в акаде (о них еще меньше народа слышало). И советовал потихоньку начать, и посмотреть на реакцию: если сотрудники будут отмахиваться, а начальство отойдет в сторону и будет смотреть в ожидании - когда можно будет к положительным результатам примазаться перед глазами вышестоящего - то сразу закругляться и отмазываться от ответственности) А вы хотите коллегам еще подобные блоки подсунуть, требующие аккуратного внимательного отношения - у вас так много свободного времени бегать по проектному отделу и объяснять всем, что кривые руки не у вас лично? А ответственным вас за это сделают 100% - начальство обожает инициативных и готовых подставить шею. Ну это ваше дело, конечно...

Offtop: Совершенно верно и запретить редактировать. У меня хорошие и адекватные руководители

[skkkk]

Сообщение от ArtistAvidaDollars Мда через центр управления и инструментальную панель не работает

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

[ArtistAvidaDollars]

Сообщение от skkkk Можно попробовать загнать новоиспеченный блок с несколькими параметрами видимости в новый статический блок (состоящий из одного объекта - блока) и в свойствах на палитре настроить расчленение при вставке. Непонятно почему, но некоторые проблемы вставки динблоков с палитры так решаются. Например поля в атрибутах слетают. При вставке описанным образом все в порядке.

Offtop:
Спасибо, вот и выход, блок в блоке, и расчленение при вставке!!! все работает

[Сергей812]

Сообщение от skkkk Можно попробовать загнать новоиспеченный блок с несколькими параметрами видимости в новый статический блок (состоящий из одного объекта - блока) и в свойствах на палитре настроить расчленение при вставке. Непонятно почему, но некоторые проблемы вставки динблоков с палитры так решаются. Например поля в атрибутах слетают. При вставке описанным образом все в порядке.

кстати, что интересно, audit ошибку находит - но после этого блок продолжает работать)

Offtop:

Сообщение от ArtistAvidaDollars У меня хорошие и адекватные руководители

пока не подставите их своим прущим из всех щелей энтузиазмом. Если вы 6 лет с автокадом, то в подковерной борьбе вы явно новичек) Но фирма московская - не жалко

[ArtistAvidaDollars]

Сообщение от Сергей812 кстати, что интересно, audit ошибку находит - но после этого блок продолжает работать)

одна ошибка, это мелочь, может и не связана с этим блоком

Сообщение от Сергей812 пока не подставите их своим прущим из всех щелей энтузиазмом. Если вы 6 лет с автокадом, то в подковерной борьбе вы явно новичек) Но фирма московская - не жалко

Offtop: как можно подставить руководителей грамотно оформленными чертежами и сдачей раньше срока?

[Сергей812]

Offtop:

Сообщение от ArtistAvidaDollars грамотно оформленными чертежами

оформление идет на втором месте после содержимого. И основные усилия надо как раз на организации проектирования содержимого сосредотачивать.

Сообщение от ArtistAvidaDollars и сдачей раньше срока?

а вы поинтересовались - нужно ли им сдавать раньше срока? И кого будут увольнять первым в случае фактического увеличения производительности?

[ArtistAvidaDollars]

Сообщение от Сергей812 Offtop: оформление идет на втором месте после содержимого. И основные усилия надо как раз на организации проектирования содержимого сосредотачивать. а вы поинтересовались - нужно ли им сдавать раньше срока? И кого будут увольнять первым в случае фактического увеличения производительности?

Offtop: вы американский шпион который подрывает российское проектирование
философствовать можно до бесконечности, все зависит от цели и психологии человека, пока кто-то думает, кто-то делает, видимо поэтому у нас организации по 500 человек делают то что за бугром делают 100 человек (данные приблизительны, но смысл верен)

[Сергей812]

Offtop: 1. И давно акад стал программой российского происхождения?) Давай тогда уж, к примеру, на Нанокад переходить сразу. Который вообще, насколько помню, не умеет с динблоками акада работать.
2. Это не философия, это практический опыт:
2.1. Если до сих пор в проектном институте нет нормальной организации проектирования - то скорее всего в штате не предусмотрен инженер/менеджер САПР и не собираются вводить эту штатную единицу.
2.2. Появляется энтузиаст, готовый выполнить работу этой штатной единицы за радость видеть "хорошее и адекватное руководство". Как тут не воспользоваться таким ...
2.3. Или этот энтузиаст "сдыхает", сталкиваясь с реальностью - множеством людей, уже достаточно давно работающие вместе и которые не особенно расположены радикально что-то менять. Либо превращается в мальчика на побегушках - которого дергают при любой проблеме, связанной с его "нововведениями". Зачем включать голову - когда можно заявить еще и с претензией, что не работает это все.
2.4. В результате при более менее удачном внедрении коллеги пользуются вашими наработками, и отвлекают от работы - дергая для консультаций. Если 5 человек в отделе, то это особо не заметно. Если десятки и более, и еще разбросаны по разным помещениям - времени на это будет уходить прилично. Но основной нагрузки с вас снимать при этом никто не будет, так как в штате нет должности инженера САПР - это лишь приятный бонус к вашим прямым должностным обязанностям.
2.5. Сейчас любят всякие отчетности вводить - догадываетесь, у кого будут показатели по основной работе в конце списка? И при "оптимизации" штатов это сыграет не последнюю роль.

p.s. Но вы же "умнее" всех, поэтому офтоп заканчиваю - бессмысленный разговор. Набивайте свои шишки. Только, плиз, потом не надо как Кондратий Тихонович тут на форуме изливать горечь непризнания вашей "гениальности" - что даже Админу пришлось вмешаться и одернуть.

[ArtistAvidaDollars]

Сообщение от Сергей812 Offtop: 1. И давно акад стал программой российского происхождения?) Давай тогда уж, к примеру, на Нанокад переходить сразу. Который вообще, насколько помню, не умеет с динблоками акада работать. 2. Это не философия, это практический опыт: 2.1. Если до сих пор в проектном институте нет нормальной организации проектирования - то скорее всего в штате не предусмотрен инженер/менеджер САПР и не собираются вводить эту штатную единицу. 2.2. Появляется энтузиаст, готовый выполнить работу этой штатной единицы за радость видеть "хорошее и адекватное руководство". Как тут не воспользоваться таким ... 2.3. Или этот энтузиаст "сдыхает", сталкиваясь с реальностью - множеством людей, уже достаточно давно работающие вместе и которые не особенно расположены радикально что-то менять. Либо превращается в мальчика на побегушках - которого дергают при любой проблеме, связанной с его "нововведениями". Зачем включать голову - когда можно заявить еще и с претензией, что не работает это все. 2.4. В результате при более менее удачном внедрении коллеги пользуются вашими наработками, и отвлекают от работы - дергая для консультаций. Если 5 человек в отделе, то это особо не заметно. Если десятки и более, и еще разбросаны по разным помещениям - времени на это будет уходить прилично. Но основной нагрузки с вас снимать при этом никто не будет, так как в штате нет должности инженера САПР - это лишь приятный бонус к вашим прямым должностным обязанностям. 2.5. Сейчас любят всякие отчетности вводить - догадываетесь, у кого будут показатели по основной работе в конце списка? И при "оптимизации" штатов это сыграет не последнюю роль. p.s. Но вы же "умнее" всех, поэтому офтоп заканчиваю - бессмысленный разговор. Набивайте свои шишки. Только, плиз, потом не надо как Кондратий Тихонович тут на форуме изливать горечь непризнания вашей "гениальности" - что даже Админу пришлось вмешаться и одернуть.

Offtop: Так я ничего не изливаю, а просто ищу решения вопросов возникающих при работе с Автокадом.
У меня в организации оплачивают время разработки ПО увеличивающего скорость работы и "ЗА" любую автоматизацию рутинного процесса. Просто по техническим причинам Автокад оказался пропущен.
В любой организации есть "специалисты" которые растягивают работу по той или иной причине, но для этого есть руководство которое их изредка пинает.
Я уже выбрал свой путь и он ориентирован на получение постоянно новых знаний, преимущественно полезных. Эти праздники я посвятил Автокаду Даже если кроме меня никто этим не будет пользоваться,я сэкономлю себе время для изучения еще чего-то нового.

[Сергей812]

Сообщение от ArtistAvidaDollars меня в организации оплачивают время разработки ПО увеличивающего скорость работы и "ЗА" любую автоматизацию рутинного процесса. Просто по техническим причинам Автокад оказался пропущен.

тогда тем более - надо не с нестандартными блоками возиться (покупать неизвестно где и ставить 2011 - это не выход), а направить время на изучение автоматизации акада ака простейшее программирование. Но тут подводный камень - если за дополнительные знания не платят дополнительно, то по сути совмещаешь бесплатно две и более специальности)

[Boxa]

Offtop: Сергей812, оставьте. Пускай человек идет по своему полю граблей. Предупредили и хватит, со временем может помогут советы, может нет, история у всех разная.

[shartal]

Вставлю свои 5 коп. В нашей организации я сделал несколько десятков блоков с несколькими видимостями, причем с довольно сложным сочетанием видимостей. Делается все на базе акада 2011. Используется на всех версиях до 2018 включительно. Никаких проблем с функционированием данных блоков нет, ни в одной из версий. Бывают сбои со штатными таблицами, с аннотативностью, с параметризацией- с этими блоками не было. Использование их принудительно утверждено для всех (пара сотен прооектировщ). Есть сложность, когда наличием в определенном месте определенного объекта управляется несколькими видимостями или когда один объект входит в несколько видимостей (то ли я не разобрался с программой, то ли какая то функция все таки не работает). но в целом использование видимостей позволяет отказаться от десятка вариантов одного блока. К особо сложным потребовалось дать описание прользователям принципа функционирования и порядка переключения ручек (это бывает важно).

[Сергей812]

Сообщение от shartal отказаться от десятка вариантов одного блока

просто все уходит в анонимные блоки)

[shartal]

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

[Do$]

Сообщение от shartal Никаких проблем с функционированием данных блоков нет

Главное - свято в это верить...
Правило первое: проблем нет.
Правило второе: если есть проблема - смотри правило первое.

Сообщение от shartal Использование их принудительно утверждено для всех

Жесть.

Сообщение от shartal К особо сложным потребовалось дать описание прользователям принципа функционирования и порядка переключения ручек (это бывает важно).

То есть, переводя на более понятную терминологию, динамический блок "разваливается". И вместо того, чтобы это исправить, пишутся инструкции как с ним работать, чтобы этого избежать. Так и вижу такую картину: у пользователя на столе талмуд "Использование многовидовых блоков, том 1" и каждый раз при работе с блоками они его открывают, ищут нужную главу для используемого блока...

Сообщение от shartal главное у пользователя нет раздумий какой блок именно сейчас использовать и как потом менять одни на другие, в случае изменений.

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

[shartal]

Использование их принудительно утверждено для всех Жесть.

Это любое БАЗОВОЕ правило стандартизации в организации. Все использует только определенные и утвержденные блоки и т.д.

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

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

Только сперва прочитают пару глав из талмуда

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

[Сергей812]

Offtop: нет смысла спорить: в разных организациях такими костылями порою пользуют за неимением более приличного - потому что было бесплатно скачено, украдено сотрудниками с предыдущих работ и т.д. А когда потрачено заметное время на реализацию костылей - признаться начальству, что облажались, и причем в наше нервное время...)

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

[shartal]

Подправит в какой то момент код Аутодеск, разошлют обновления

Плохо вы себе представляете работу аутодеска. Переход на новые версии, если говорить о чистом автокаде, потерял смысл после 2012- ассоциативный массив- последнее дельное введение. А если все-таки через несколько лет и перестанет работать- переделаю на обычные блоки. Только все эти годы работа существенно упрощается. Кстати, с новыми версиями и arx и dll перестают работать.И не всегда можно новую скомпилировать. Но это не повод отказываться от их использования. Рассчитывать на техподдержку автодеска вообще смешно, глюки со слетающими многострочными атрибутами тянутся годами. Техподдержка должна быть в организации и четко держать все под контролем.

[Boxa]

Сообщение от shartal Кстати, с новыми версиями и arx и dll перестают работать.И не всегда можно новую скомпилировать.

А что так однобоко то? лиспы и vlx туда же... ничто не вечно.

[Сергей812]

Сообщение от shartal Кстати, с новыми версиями и arx и dll перестают работать.И не всегда можно новую скомпилировать. Но это не повод отказываться от их использования. Рассчитывать на техподдержку автодеска вообще смешно, глюки со слетающими многострочными атрибутами тянутся годами.

у вас в голове все в одну кучу: технологии программирования ObjectARX и Net API являются официально поддерживаемые Аутодеском, в отличие от блоков с несколькими параметрами видимости.

Сообщение от shartal Техподдержка должна быть в организации и четко держать все под контролем.

Техподдержка в организации должна обеспечивать нормальную работу тех, кто производит продукт на продажу - а не заниматься оправданием своего существования путем придумыванием всяких костылей)

[doctorraz]

Сообщение от Boxa ничто не вечно.

вечен VBA))) если пользовать позднее связывание..

[Do$]

Сообщение от shartal С Вами дискуссию считаю бессмысленной, вы просто не в теме.

Ну да, ну да...
Артемий Юрьевич, впечатление о Вас у меня уже давно и полностью сложилось. Дабы оно не было субъективным, я общался и с проектировщиками на Вашем текущем месте работы, и с товарищами по Вашему предыдущему месту работы. И, как результат - мне дискутировать с Вами совершенно неинтересно. Но остальные участники сообщества не знают Вас, и, не дай бог, ещё примут за чистую монету Ваши безапелляционные заявления. У меня они, как минимум, вызывают большие сомнения.

[ArtistAvidaDollars]

Offtop: Как вывод своему выше заданному вопросу напишу, что блок все таки сделал без дополнительного Visibility Set, возможно благодаря диалогу с Сергей812.
Из написанного выше коллегами до конца непонятно, какая все таки должна быть эта идеальная автоматизированная работа проектировщика, чтобы все были довольны.

[doctorraz]

Сообщение от ArtistAvidaDollars Из написанного выше коллегами до конца непонятно, какая все таки должна быть эта идеальная автоматизированная работа проектировщика, чтобы все были довольны.

Offtop: быстро качественно недорого и все это одновременно, очевидножэж

[Сергей812]

Сообщение от ArtistAvidaDollars чтобы все были довольны.

если делаете автоматизацию на энтузиазме - то всех брюзжаще-недовольных посылайте подальше со словами: я автоматизатор - я так вижу)
а если по согласованию с руководством - составляете ТЗ, подписываете у начальства и в строгом соответствии с ним. И тыкая ТЗ в лицо опять тем же недовольным.

p.s. И помните, победителей тоже судят - но трусливенько за спиной. А вот если облажаетесь..)

[shartal]

К ArtistAvidaDollars. Ваш блок во вложении. Он элементарный. Все работает, ни каких ошибок.

Из написанного выше коллегами до конца непонятно, какая все таки должна быть эта идеальная автоматизированная работа проектировщика, чтобы все были довольны

Стремиться надо к тому, чтобы минимизировать количество движений проектировщиков и создать для него четко определенный набор инструментов, который не дает ему возможности сомневаться и раздумывать, что бы использовать для решения текущей задачи. Все причитания по поводу " ах они выпустят обновления" из серии собаки лают, караван идет. Вы годами можете использовать великолепные возможности нескольких видимостей. В крайнем случае вернетесь к обычным блокам, но вероятность этого стремиться к нулю. Еще раз напомню: успешный опыт их поголовного использования 4 года.

[Сергей812]

и где сейчас 2011 акад покупать для реализации "великолепных" возможностей?)

----- добавлено через ~4 мин. -----

Сообщение от shartal Все причитания по поводу " ах они выпустят обновления" из серии собаки лают, караван идет

перестали работать блоки с несколькими параметрами видимости - сколько времени займет переход на альтернативные варианты? Сколько времени люди будут ждать это и во сколько выльется в виде з/п, сопутствующих расходов?

[Cfytrr]

Сергей812,
Да нисколько ждать не будут, станут рисовать черточками и палочками, пока новый блок не сделают.

[Сергей812]

Сообщение от Cfytrr Да нисколько ждать не будут, станут рисовать черточками и палочками, пока новый блок не сделают.

ну если проекты горят - то да)

[shartal]

Переход на обычные блоки может потребоваться ТОЛЬКО при переходе на новую версию, в которой функционирование видимостей станет не возможным. Переход на новую версию акада вообще дело нецелесообразное, но в любом случае не внезапное и подготовиться к этому можно без проблем. Где купить 2011 совсем другой вопрос. Проблему поднял человек у которого он есть. Но в конце концов в России есть способы получить это версию. И нужна всего одна программа на организацию.

[AMDen]

Коллеги-товарищи, подскажите!
Неработающий блок с несколькими видимостями в новых версиях автокада - это факт или пока только опасения?
Если факт, то блок вообще не работает или невозможно создавать/редактировать видимости? И с какой версии автокада это происходит?
У меня есть парочка таких блоков. Попробовал в 2017-ой версии автокада (сохранил в 2013). Вроде бы работает блок.

[Сергей812]

Сообщение от AMDen невозможно создавать/редактировать видимости

Сообщение от skkkk дополнительные параметры Visibility Set с использованием программы Supermax'а можно создать только в версиях до 2011 или 2012 (точно не уверен), но работать эти блоки должны вроде как, во всех версиях.

downgrade действует вроде на три версии только, т.е. официально купить софт 2011 года не получиться, во всяком случае так просто. И 100% гарантии никто не даст, что в последующих версиях не только создаваться, но и работать не перестанет. Так что на свой страх и риск либо иметь альтернативный вариант в виде тех же настроенных палитр, чтобы в случае проблем перейти на них. И меньше слушайте тех, у кого 4 года прямо идеально все работает - у них свой бюджет, у вашей фирмы - свой)

[ArtistAvidaDollars]

Сообщение от AMDen Коллеги-товарищи, подскажите! Неработающий блок с несколькими видимостями в новых версиях автокада - это факт или пока только опасения? Если факт, то блок вообще не работает или невозможно создавать/редактировать видимости? И с какой версии автокада это происходит? У меня есть парочка таких блоков. Попробовал в 2017-ой версии автокада (сохранил в 2013). Вроде бы работает блок.

Работает во всех версиях. Создать дополнительную видимость в блоке можно только до 2016 версии. У меня на работе 2017, поэтому я решил пока стараться не использовать данное "заклинание".

[Sergey_v]

Всё испробовал, скачал с сайта "Тайны акад" дополнительный параметр видимости, всё делал чётко по видеоинструкции, но всё равно, одна от другой параметра видимости зависит, это для Автокад 2014, 32 бита.
У кого-нибудь получилось..?
И ещё. Если подгрузить данный лисп на уже готовый динамический блок, то при vspadd происходит фатальная ошибка. Кто пробовал, у кого получилось безусловно так, как описано в инструкции..?
на всякий случай файл приложу, может кто что подскажет...

[ArtistAvidaDollars]

Сообщение от Sergey_v Всё испробовал, скачал с сайта "Тайны акад" дополнительный параметр видимости, всё делал чётко по видеоинструкции, но всё равно, одна от другой параметра видимости зависит, это для Автокад 2014, 32 бита. У кого-нибудь получилось..? И ещё. Если подгрузить данный лисп на уже готовый динамический блок, то при vspadd происходит фатальная ошибка. Кто пробовал, у кого получилось безусловно так, как описано в инструкции..? на всякий случай файл приложу, может кто что подскажет...

Лучше не использовать лисп, так как он устарел и не поддерживается в новых версиях

[Vladislav_Valerievich]

Добрый день, коллеги! Штука по предназначению - классная!
Подскажите - насколько данный .fas актуален?
На каких версиях с ним можно работать?
Попробовал на AutoCAD 2012 и AutoCAD 2019 - подгрузил .fas через _.appload, и далее по инструкции - не смог вызвать ни одну функцию.
Как запустить функцию "(Visibility_add)"? Прописывал в командной строке и "(Visibility_add)" и "Visibility_add" - команда неизвестна.

[AndruxaZ]

Сообщение от Vladislav_Valerievich Подскажите - насколько данный .fas актуален? На каких версиях с ним можно работать?

Autocad 2011 последний, в котором работают все функции. В последующих Автокадах 2012-2018 возможно лишь использование блоков, созданных данной программой

[superkot007]

Доброй ночи!
Отличная тема, спасибо всем, причастным к ее развитию. Особенно - автору, светлая ему память...
Попробовал читать тему с начала, но тяжеловато дается. Общий смысл - fas-файл в шапке полностью рабочий только для версий 2010-2011 (в последующих можно только использовать результаты работы). Если не так - поправьте.
Есть также Lisp-вариант (https://forums.autodesk.com/t5/dynam...5877456#M19228), работающий в более поздних версиях (в теме говорится про 2016).
Воспользовался инструкцией

Нажмите для просмотра

https://www.youtube.com/watch?v=3VWoHxLD8Lc и в версии 2020 сделал блок формата листа (таблица свойств блока и 2 группы видимостей - основная надпись и боковая).
В принципе, все работает, за исключением выявленного нюанса - нужно соблюдать порядок изменения видимостей (сначала меняется последняя, добавленная через lisp, первая зависимость сбрасывается на начальный вид, которая потом настраивается). Незначительный минус, а есть ли другие подводные камни?
И еще - если бы я делал блок в 2010/2011 версии с помощью fas-файла - в чем этот блок был бы лучше? Помимо того, что, наверное, выбор видимостей в разных группах не влияет друг на друга.

[zz07]

Добрый день!
Не пойму как сделать связь lookup, можете подсказать?
Пример в шапке есть, но повторить не могу, потому что autocad не присоединяет вторую таблицу свойств к одному параметру lookup, autocad пишет: Lookup parameter already associated with a lookup table.

[skkkk]

Может, кто-то уже разбирался, знает? По основному вопросу темы "Создание доп.параметров Visibility Set" сделать блоки мне в своё время удалось. Хоть и помню с трудом, как я это делал, помню, что все дополнительные виз.сеты добавлялись внутри редактора блоков функциями из лиспов в шапке (или в ссылках из шапки). А есть ли возможность их программно менять эти видимости, если их в блоке больше одной, не заходя, желательно, в редактор блоков? Ткните, пожалуйста, носом, если уже тут было, мало ли кто-то помнит.

[Сергей812]

А чем отличается программная установка N-ого параметра набора видимости от единственного стандартного? Все равно идет перебор динпараметров.

[skkkk]

Сообщение от Сергей812 А чем отличается программная установка N-ого параметра набора видимости от единственного стандартного? Все равно идет перебор динпараметров.

Для редактирования дин.параметров использую функции от Lee Mac. Для видимости у него отдельная функция, не подразумевающая наличия возможности второй такой внутри одного блока, как и прописано в документации автокада. Автор (вечная ему память) как-то докопался до такой возможности, как я понял, через конкретные кишки. Я глубоко в коды не вникал, только использовал. Полагаю, что раз внутри блока возможно эту доп.видимость создать (а там есть и функция для установки параметра видимости активным, но программа работает только в редакторе блоков), то и добраться до её изменения снаружи тоже может быть реальным.

----- добавлено через ~3 мин. -----
Похоже, придётся вникать в коды и писать свою. Но сперва почитать эти тридцать шесть страниц топика

----- добавлено через ~8 мин. -----
Сергей812, ещё уточнение на всякий случай.
Программка из шапки работает следующим образом (вкратце, без деталей):
1. Пользовательской функцией на лиспе создаётся дополнительный параметр Vis.Set.
2. Такой же функцией он активируется.
3. После этого этот параметр настраивается вручную тем же самым образом, что и первый - стандартными автокадовскими возможностями.
4. Закрывается редактор блоков с сохранением.
В итоге у блока появляется два независимых друг от друга параметра видимости.

----- добавлено через ~10 мин. -----
5. При необходимости внесения изменений во ВТОРОЙ параметр видимости его нужно снова активировать в редакторе блока той же функцией.

[Сергей812]

В общем, как и предполагал - ничем не отличается установка N параметра видимости от стандартного одиночного

----- добавлено через ~2 мин. -----
блок взял из 704 поста

[skkkk]

Сообщение от Сергей812 В общем, как и предполагал - ничем не отличается установка N параметра видимости от стандартного одиночного

Пока не пойму: не отличается от чего именно? Имею в виду, чем меняете стандартный? В дотнете есть, видимо, уже готовые решения для этого?
Я для программной смены видимости использую код Lee Mac отсюда. И там даже в аргумент имя параметра не выведено, то есть код предполагает, что он может быть только один. Или я упустил новость, и теперь автокад добавил в коробку несколько параметров видимости?

[Сергей812]

Сообщение от skkkk Пока не пойму: не отличается от чего именно? Имею в виду, чем меняете стандартный? В дотнете есть, видимо, уже готовые решения для этого?

в .Net готового решения нет, есть только общий API для доступа к дин. свойствам:

Код:

[Выделить все]

 
// Задание параметра видимости
        private void SetVisibleState(string aNameDynProperty, string aValue)
        {
            if (_SelBRId == acdbs.ObjectId.Null) return;
            acaps.Document lDoc = acaps.Application.DocumentManager.MdiActiveDocument;
            if (lDoc == null) return;
            using (acaps.DocumentLock lDocLock = lDoc.LockDocument())
            {
                using (acdbs.Transaction lTr = lDoc.Database.TransactionManager.StartTransaction())
                {
                    acdbs.BlockReference lBR = lTr.GetObject(_SelBRId, acdbs.OpenMode.ForWrite) as acdbs.BlockReference;
                    // Задаем динамические параметры
                    acdbs.DynamicBlockReferencePropertyCollection lDBRPC = lBR.DynamicBlockReferencePropertyCollection;
                    for (int i = 0; i < lDBRPC.Count; i++)
                    {
                        acdbs.DynamicBlockReferenceProperty lProperty = lDBRPC[i];
                        if (lProperty.PropertyName.Equals(aNameDynProperty))
                        {
                            lProperty.Value = aValue;
                            break;
                        }
                    }
                    lTr.Commit();
                }
            }
            // Переходим фокусом ввода в акад, чтобы увидеть сразу изменения 
            SetFocus(acaps.Application.MainWindow.Handle);
        }

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

[skkkk]

Сообщение от Сергей812 это функция из тестового примера, без дополнительных проверок

А ларчик просто открывался. Взял функцию LM:setdynpropvalue, там указываю имя параметра и новое значение. Всё.
Спасибо, Сергей812, подпихнули в нужном направлении)

[Сергей812]

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