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

Оказывается, мысль о том, что можно сделать игру под САПР, приходит не нам одним. Например, в блоге Кина Волмсли (Kean Walmsley), ведущего евангелиста AutoCAD .NET API, есть статья об игре «Сапер». Вот именно этого сапера мы и будем пускать под nanoCAD. Подробности смотрите под катом.

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

Ситуация:
На горизонте замельтешила возможность выполнить серию проектов молниезащиты и заземления, а у проектировщика под рукой лишь nanoCAD Электро. Что делать? Ничего страшного! Ну вот можно «с помощью Excel нарисовать Трансформера», но не все об этом знают, и далеко не все это умеют. «Интересно, но бесполезно» — скажете вы, и будете правы. Однако действительно бывают случаи, когда оправданно и эффективно использовать программное обеспечения для задач не описанных в документации к нему.

Лирическое отступление:
Идет «проектировщик» и видит, как другой дерево с бананами усиленно трясет, а они не падают. Тогда первый говорит: «Слушай, надо подумать: может палку взять в руки?». А тот ему отвечает: «Что тут думать, трясти надо!».

Вариант «начертить все с нуля и считать вручную» мы не рассматриваем.
Под катом описан путь второго, расторопного, может даже слегка ленивого проектировщика, который ищет оптимальные пути решения задачи и ценит свое личное время.

Некоторое время назад у нас было большое событие — выход релиза nanoCAD 3.5. Ключевым нововведением этой версии стало открытое API, о котором и пойдёт речь в данной статье.

Как известно лучший способ что-то изучить – сделать это. Когда-то я писал Реверси под nanoCAD на скрипте. Теперь я решил написать Реверси на .NET.

В результате получилось кросс-САПР-платформенное приложение, способное работать не только под nanoCAD-ом. Как это делалось — смотрите под катом.

Недавно мы объявили о выходе версии 3.2 для владельцев абонементов и вот через 1 месяц мы планируем выход версии 3.5… Зачем?

Если без маркетинговой шелухи, новая версия – это фактически версия 3.2 (плюс дополнительные усовершенствования — см. под катом) и открытый программный интерфейс (API), который позволит самостоятельно разрабатывать приложения под nanoCAD. Второе и есть ключевое в этой версии: теперь nanoCAD – это бесплатная открытая платформа для разработки САПР-приложений. Уникальное явление в мировом сообществе САПР — теперь можно разработать на базе бесплатного nanoCAD свое приложение, использовать его в своих целях и это будет абсолютно легально.

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

Наша компания («Нанософт») продолжает разработку проекта nanoCAD, в котором пытаемся совместить несовместимое: разработку доступной (во всех смыслах) отечественной САПР-платформы с получением финансов, достаточных для дальнейшего существования и развития.

Напомним, что мы разрабатываем и выпускаем универсальную систему проектирования nanoCAD с 2008 года. Саму программу распространяем абсолютно бесплатно – зарегистрируйтесь на официальном сайте и получите лицензию. Работайте и зарабатывайте – nanoCAD это позволяет как юридически, так и технически: функционал подтянулся к именитым САПР, формат файла (DWG) позволяет использовать старые наработки, а число багов стремительно сокращается.

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

Если с первым более-менее ясно, то второе – это очень большой вопрос для дискуссий. Хочу вынести свои мысли на обсуждение – может быть кому-то будет интересно; а может кто-то и своими поделится…

Год назад я написал статью о том, как использовать скрипты в среде nanoCAD на примере перевода LISP-программы на Visual Basiс Script: достаточно подробно показал как организовать взаимодействие с пользователем, создавать новые объекты, раскладывать их по слоям и как вызвать скрипт на исполнение в среде nanoCAD. Надеюсь, что вы пользовались этой замечательной возможностью простейшей автоматизации.

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

Итак, под лозунгом «nanoCAD 03: первая помощь в проектировании» мы запустили первый релиз отечественной САПР-платформы nanoCAD 3.0. Прошли сутки и можно подвести промежуточные итоги.

Продолжаем освещать новшества nanoCAD 3.0 — российской САПР-платформы, выход которой назначен на 15 июня 2011. Мы рассказали о новом руководстве пользователя и о новой печати. Давайте продолжим рассказом о новой функции Автовыбор команд и настройках правой кнопки мышки.

Мы активно готовимся к выходу новой версии бесплатной базовой САПР-платформы nanoCAD. Интересующихся судьбой проекта мы немного заинтригуем и для начала расскажем, что появилось нового в Руководстве пользователя. По многочисленным просьбам пользователей в nanoCAD были значительно переработаны как само Руководство, так и справочный материал в программе. В результате размер User Guide увеличился почти в 1,5 раза! Но главное – Руководство пользователя стало намного полнее, информация и графика приведены в соответствие с новой версией, значительно дополнены и расширены.

Понятно, что, разрабатывая САПР, мы тем или иным боком касаемся формата DWG. Последние 5 лет вокруг этого формата происходят активные баталии — Autodesk пытается получить эксклюзивные права, CAD-сообщество активно сопротивляется. При этом интересно, что на российском рынке эта борьба практически никем не освещается. Например, если зайти на русскую Википедию, то там опубликовано следующее определение формата DWG:


На английской Вики информации существенно больше, да и сама информация куда менее предвзятая. Например, перевод английского определения звучит как:


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