Да чего там секретного то:) У меня есть лицензии разработчика, поэтому все последние версии всегда смотрю. (8.5 Beta1)
В свое время мы не перешли на nanoCAD из-за динблоков.
Дело в том, что nanoCAD, как и BricsCAD, ZwCAD базируется на библиотеках Teigha, и всегда идут на шаг позади AutoCAD. Например динамические блоки сейчас освоили, но на уровне 2006 AutoCAD. Т.е. нет например параметра "Таблица" и пока ODA не воплотит это в Teigha, то и никто это никак не сделает.
Еще один камень преткновения это совместимость с AutoCAD. А AutoDesk делает сейчас все чтобы усложнить эту задачу конкурентам. В свое время они пытались даже формат dwg запатентовать...
nanoCAD ощутимо медленнее AutoCAD... 20-30%. Самый быстрый CAD на сегодняшний день BricsCAD.
Также у nanoCAD еще не полная совместимость по Lisp, но они движутся к победе довольно уверенно.
а я под поломкой понимаю доведения чертежа до такого состояния что проще заново начертить. Или бывают случаи когда от кривых рук потом можно просидеть пол дня в поиске в чем же дело.
http://i12.pixs.ru/storage/9/4/0/Lpn...2_27731940.png
Вот наиболее частый косяк. Кто-то трассу вычертит кривыми ручками и потом когда длины считают не могут понять почему одинаковые отрезки на экране дают разную длину и ощутимо. Или что еще хуже один из отрезков показывает не верную длину и его считают неправильно. И сидят пол часа тыкаются... потом позовут и меня уже на хихи другой раз пробивает.
Или накопируют из разных файлов всяких левых линий, штриховок, масштабов, текстовых стилей, прокси объектов и потом чертежик с одним листиком А3 тормозит так как будто это съемка узловой станции.

Александр,
Автокад, как и любая другая программа выполнит те действия, которые явно или неявно запросил пользователь. Что мешает средствами Автокада назначить бредовые взаимосвязи? Что мешает использовать собственные кривые наборы стилей текста/слоев/линий?
Спорить можно долго, только великого смысла в этом я не вижу.
Эксперимент будем ставить? =)

P.S. по части "поломки" понимание совпадает с APTEM

Так всё правильно. Причём здесь претензия к автокаду, если там разница по оси Z 100мм?
Если в трёхмерке чертят, то зачем удивляться.

Конечно все правильно! Но народ то не в курсе, что линия в 3D начерчена. Я кривым рукам не удивляюсь. Примеров масса.
Вот еще примерчик например кривых ручек:) Благо исправляется в 3 щелчка:)
http://pixs.ru/showimage/L2png_9855148_27732797.png
"А как это произошло?"

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

По поводу своей работы в автокаде:
У меня установлен 2011, активно использую динблоки, но сохранение стоит в формате 2004. Проблем нет, даже при редактировании в 2005 (динблоки не подправить, но отображаются и перетаскиваются/копируются/удаляются корректно. Но ведь 2005 и знать не знал про динблоки).
Глюки и падения бывают при долгой работе с РастерДеск. Предполагаю, что забивается память. Поэтому периодически закрываю файл и открываю заново, при малейших подозрениях на подтормаживание.
Прямыми руками автокадовский файл не испортить, в отличии от визио.

Александр,
Ну ведь об одном и том же с Вами говорим:

и думающей головой ни один файл не испортишь. НО изначально созданный кривыми руками и "лишь бы было" - проще заново перечертить.

А периодическое сохранение вручную разве не помогает? Жаль, что автокад у меня 15 года, с ним растердеск, имеющийся у меня, не работает. Сам бы проверил.

Повторю: файл визио у меня портило внесение ЛЮБОГО изменения и последующее сохранение. Нарисовал линию в верхнем левом углу (текст не трогал вообще) - всё, основную надпись в нижнем правом уже не узнать. Текст непонятно где и куда уехал. Автокаду такие фокусы не снились вообще, ну а сдуру можно не только файл поломать.
Нет. Предположу, что это из-за того, что он также помнит всю историю изменений для кнопки "отменить", поэтому память и заканчивается.

RasterDesk на удивление дает меньше глюков чем SpotLight. Тоже прихожу к выводу, что память где-то забивает. Помню в тотале была утилитка для чистки некой области в памяти и потом пару месяцев не глючило. После чего опять чистить.
Разрабы положили болт на растровые программы (RasterArts) и уже давно-давно не обновляется и не обновится. Есть надежда что nanoSoft включит некоторые функции по чистке растра в nanoCAD, но когда последний раз спрашивал "папу-нанокада" он говорил что не планируют...
А вообще у меня сохранилась версия самого первого нанокада
nanoCAD СПДС 1.0 где большая часть функций по работе с растром осталась - так что легально можно пользовать:) Потом они видимо одумались и выпилили функционал по обработке растра, оставив минимум.

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

Далее, каждый объект Визио, начиная от примитивов, имеет достаточно большой набор свойств, как базовых, так и пользовательских, причем они могут быть как булевы(да/нет), так и формульные, которые опять же есть встроенные и пользовательские( положение по Х = 0,95*положения по У объекта №985).

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

Возникла следующая проблема.
Никак не могу понять как проставить светофоры. Программа упорно выдаёт ошибку (в документации есть упоминание, но как исправить я не нашел).
Ошибка: "не указано направление движение по станции"
Пробовал проставлять специализацию путей - не помогло.
Такая же ошибка вылезает при редактировании примера уже готовой станции (она была как пример вместе с САПР).
Есть какие нибудь мысли?

В настройках монитора надо указать направление движения по станции и обязательно сохранить (применить эти настройки). Если не поможет, можно попробовать:
Проверить наличие файла «c:\WINDOWS\system32\MSRDO20.DLL».
Если файла нет, то скопировать его и зарегистрировать - в командной строке из c:\WINDOWS\system32 вызвать regsvr MSRDO20.DLL

Совет помог, спасибо)
Теперь другая проблема, autocad упорно выдает ошибку
Out of low memory. При перестройке 1нитку в 2х нитку.
А потом еще одну, о том что закончилась оперативная память.
Пробовал увеличить количество Ram виртуалки с 1024 до 4024мб.
Ставил как win xp sp3 так и win7 32bit на виртуалку.
Ставил win7 32bit как основную ОС.
Все это не помогло. На 64bit ОС автокад вообще не стартует.
В итоге смог запустить на древнем ноуте с win7 32bit и 2гб Ram, не знаю с чем это связано. Но и на нем стало выдавать такую ошибку при растановке трансформаторов на 2х нитке. Поставил в ручную, но разобраться охота с этой бедой)