Вопросы ADT-неофита (м.в.-блоки) (Страница 1 из 2)

Евгений Зайцев,

это коэффициент, по умолчанию - 3.5, Drawing Setup > Scale
MVBlock чаще всего используется для аннотации, поэтому для удобства ввели коэффициент.
Это предпосылки аннотативных блоков.

Бублик- не совсем обычный MVBlock, сделайте его методом редактирования стандартного блока, потом постепенно разберётесь!

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

Евгений Зайцев,

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

- нет.

Попробуйте обновить все фасады разрезы Refreshsectionelevation

- скорее всего нет.

Я писал

, что не означает что весть текст должен быть одного размера! )) 4мм должен остаться 4-кой, 2.5 - 2.5 при изменении масштаба.

Евгений Зайцев,

- правильно, это высота текста атрибута!

тоже правильно, это высота текста [S]комментария[/S] блока. Они могут даже разным шрифтом набраны
A теперь если применить этот бублик на практике, то текст будет в 4-ре раза больше!

Евгений Зайцев,
Я уже говорил, что бублики необычные мвблоки, внутри них есть блоки состоящие из одних атрибутов, которые программно заполняются переменными данными- названиями осей по Х и Y!!!
Пререопределить его чуть сложнее чем обычный мвблок.
После стандартной процедуры обновления входящих блоков нужно ещё обновить
нумерацию осей. См. видеоролик

PS в след. версии будут изменены правила работы с осями! ;|

Yuriy,

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

На счет нумерации узлов - Refreshsectionelevation к сожалению не помогает.  :(

Очередной вопрос - имеем в проекте 2 элемента, их стены, при вставке в конструкции, при пересечении и сопряжении МЕЖДУ СОБОЙ не подчищаются, это как то можно настроить?

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

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

Возник вопрос по экранным представлениям.
При наложении или вложении ссылки в чертеж конфигурация ЭП главного файла не влияет на видимость объектов чертежа ссылки. ...до тех пор пока имя представления объекта (той же стены например) в экранных представлениях главного файла совпадает с именем представления объекта в ЭП в чертеже-ссылке. Если мы делаем их разными все работает как, на мой взгляд и должно, - главный файл управляет видимостью как своих объектов так и объектов в ссылках.
Это баг или фича?
p.s. Никаких переопределений нет. Использую ADT 2009 русскую версию.

В хелпе написано, что:

"Параметры отображения внешних ссылок

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

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