[Leopard_]

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

[kp+]

Погадаем на кофейной гуще:
- чем не устраивают постоянные атрибуты?
- как задаются "установленные параметры вентиля в зависимости от табличных значений" - программно или стандартными средствами полей?
Скриншот - это хорошо, но без DWG беседа скатывается к лечению по фотографии.
Offtop:
Grammar nazi напоминает, что "Штуцен" - это и не по-русски, и не по-немецки. Не этому ли удивляются любопытные пользователи в первую очередь?

[Сергей812]

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

p.s. А вообще задача чисто административная - "бить линейкой" по рукам любопытным)

[Leopard_]

Сообщение от kp+ Grammar nazi напоминает, что "Штуцен" - это и не по-русски, и не по-немецки. Не этому ли удивляются любопытные пользователи в первую очередь?

Когда отредактированный "штуцен" станет "штуцер" то он не будет вставляться штуценом а вставится новым блоком со всеми правками.

Сообщение от kp+ - как задаются "установленные параметры вентиля в зависимости от табличных значений" - программно или стандартными средствами полей?

Таблица свойств

Сообщение от kp+ - чем не устраивают постоянные атрибуты?

Тем же, из за чего делаются динамические блоки - изменение поля при изменении геометрии.

----- добавлено через ~6 мин. -----

Сообщение от Сергей812 размещаете атрибут на заблокированном слое - поля работают, пользователь получает отказ при попытке редактирования

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

[Сергей812]

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

[kp+]

Сообщение от Сергей812 если данный атрибут используется потом для извлечения данных - что мешает создать дублирующий скрытый атрибут?

И потом, увидев разнобой из-за криворуких юзеров, думать, какой из них правильный? Лучше уже сразу использовать извлечение дин. свойств самого блока, благо они очень хорошо проработаны. И вообще отказаться от атрибутов, которые в данном случае, если не участвуют в извлечении данных, играют чисто иллюстративную роль, т.к. размещены в непечатаемом слое.
https://forum.dwg.ru/showthread.php?t=145333

[Leopard_]

Интересует именно видимый и не редактируемый юзверями. Как минимум не посвященными в редактирование блоков.

[kp+]

Сообщение от Сергей812 "бить линейкой" по рукам любопытным

Вот здесь пытались создать реактор на редактирование атрибута. Форматирование сбилось, но, в принципе, можно разобрать.
На этой основе, IMHO, можно создать ту самую "линейку", чтобы реактор обнаруживал попытку редактирования атрибута с защищенными тэгами ("ИМЯ", "РЕЗЬБА", еще какие-то) и блокировал команду.

Можно придумать и другую "линейку" - LISP, который проверял бы соответствие содержимого атрибута и соотв. ячейки таблицы выбора. Запускать его должен "надзиратель" при проверке чертежа. Правда, добираться до дин. свойств муторно, особенно при такой обширной таблице выбора.

[Сергей812]

Сообщение от Leopard_ Интересует именно видимый и не редактируемый юзверями.

Куда не может добраться обычный пользователь ручками при желании -> XData, словари, внешние БД - т.е. все программное. Постоянные атрибуты - это чтобы можно было таскать вставку атрибута отдельно от вставки блока, так они не отличаются от текста в самом определении блока по сути.

[kp+]

Offtop:

Сообщение от Сергей812 так они не отличаются от текста в самом определении блока по сути

Но их "видит" команда извлечения данных, наравне с редактируемыми атрибутами. А обычный текст внутри блока - нет

[Сергей812]

Сообщение от kp+ На этой основе, IMHO, можно создать ту самую "линейку", чтобы реактор обнаруживал попытку редактирования атрибута с защищенными тэгами ("ИМЯ", "РЕЗЬБА", еще какие-то) и блокировал команду.

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

Сообщение от kp+ Offtop: Еще они участвуют в извлечении данных наравне с редактируемыми.

И несут дублирующую информацию из-за своего постоянства) Можно потом по имени блока подтянуть недостающую информацию, например.

[kp+]

Offtop:

Сообщение от Сергей812 А так разработчики Аутодеска, видимо, более высокого мнения о пользователях - что они не будут целенаправленно разрушать структуру данных в своих же блоках

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

[Leopard_]

Из жизни кроликов: если один атрибут на блокированном слое то все атрибуты блока блокированы от редактирования

[Сергей812]

Сообщение от Leopard_ Из жизни кроликов: если один атрибут на блокированном слое то все атрибуты блока блокированы от редактирования

Это просто не стал расписывать)

Сообщение от Сергей812 Да и нормально поменять значения других атрибутов только через свойства получается.

как то вообще напрягает такое поведение блока и акада в целом - что еще и когда он решит заблокировать)