Решена проблема масштабирования чертежей

Привет!
Можно ли подробнее о масштабах.

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

> Миша
Хорошо, что приходят в голову полезные мысли. Только такие сервисы должны решаться не в отдельной "программке", а в виде нескольких библиотечных функций, доступных любым другим программам, которых рано или поздно появится множество.

А уж эти программы должны методично использовать функции, масштабирующие в ВНЕМАСШТАБНЫЕ символы (элементы размеров, высоту текстов, ширину линий, масштабы вставки блоков условных обозначений и прочее).

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

>alexis
  Хорошо, что у вас давно так работают. Иначе и нельзя.  Только зря используется именно UserR1. Для этих целей напрямую предназначена системная переменная DIMSCALE. Она и размерные элементы напрямую масштабирует, и доступна отовсюду. А желающих использовать User... всегда много. Лучше избегать возможных конфликтов.

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

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

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

> ShaggyDoc
Для людей которые  никогда не смогут или не захотят (по разным причинам) работать в модели в 1:1 - лист полноценное решение. Допустим правится лист генплана М500 по растровой подоснове.
Ну а если кто-то автомобили чертит в листе - да на здоровье :), чертит ведь, а не проектирует.

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

> alexis
Обычно в ACAD2002 используются ассоциативные  размерные стили, прозрачно накладывающиеся  на видовой экран. Точки ассоциативного образмеривания отслеживают положение и текущий масштаб ВЭ.

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

Проблема с большим количеством слоев есть. Действительно, часто только автор (или вообще никто) может составить требуемую комбинацию видимости слоев. Особено если они непонятно как названы. Например, у пользователей АРКО (в ней имена слоев норовят назначаться автоматом) часто получается, что на слое стен 1 этажа, нарисованы двери чердака и т.п.

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

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