Разработка прикладных программ САПР в Linux

[vik]

................
qcad - Профессиональная CAD система
................

Поздравляю всех с Новым 2009 годом!!!

В GNU/Qcad, как выяснилось, не полностью импортируются DXF-файлы старого образца (R12) с русским текстом в юникоде
(свой dxf-тест прилагаю, Win-demo версия Qcad и Компас выше 8 его нормально отрабатывают).
Еще теряется линия. Возможно все оттого, что открытая версия давно не обновлялась
(may 2005).

По поводу OOo сложные doc файлы (те же шаблоны форматных рамок тестовых КД с повернутыми табличными колонтитулами слева и вверху)
отображаются много лучше в ooo 3.0, чем в 2.4 (хотя небольшие помарки то же есть).
Хорошо бы MS и Sun договориться о поддержке ODF.
В 3.0 нравится также то, что при подготовке презентаций есть много (>20) картинок фона.
OOo 3.0 можно найти в Сизифе (в ALT пока не устанавливал).

[Lucas]

vik, товарищъ, давайтe нам СПО, что-бы dwg-файлы в ALT Linux редактировать можно было!?!

[vik]

давайтe нам СПО, что-бы dwg-файлы в ALT Linux редактировать можно было!?!

Для vik DWG вообще мало интересен.
1) меня в первую очередь интересует ecad (а в mcad нравится наш Компас, у которого "свой DWG")
2) AutoCAD DWG закрытый формат, а СПО, как и программы собственной разработки,
как правило работают с открытыми форматами, такими как HPGL, Gerber, Postscript, DXF...
3) DWG от рождения десятки лет и редакторы файлов типа DWG пишутся годами, и обычно не бесплатно
4) не надо полагать, что серъезные задачи могут быть решены применением исключительно свободных систем ПО
типа Qcad или Kicad (в школе, может быть). Коммерческое ПО и под Linux будет иметь место
(для DWG - bricscad, например).

[dottedmag]

Для vik DWG вообще мало интересен.
2) AutoCAD DWG закрытый формат, а СПО, как и программы собственной разработки,
как правило работают с открытыми форматами, такими как HPGL, Gerber, Postscript, DXF...

Это неправда.

4) не надо полагать, что серъезные задачи могут быть решены применением исключительно свободных систем ПО

Перестаньте нести чушь. Свобода софта никак не связана с его функционалом.

[Lucas]

) AutoCAD DWG закрытый формат, а СПО, как правило работают с открытыми форматами,

Повторю: у юзеров - ООо, без проблем работает с документами Word и Exel, поэтому надо, чтоб ещё работало и с файлами ACAD (худо-бедно).

Все задачи возможно решать с помощью СПО.
И, возможно, это есть и станет Государственным девизом.
В школах, например, по указу Президента, уже СПО внедряют за Государственное бабло...

[vik]

Перестаньте нести чушь. Свобода софта никак не связана с его функционалом.

Прошу прощения, что обидел свободу СПО (и репутация моя пострадала).
Я действительно, отвечая на вопросы, нехотя отклонился от темы.
Предполагал ведь обсуждать практические вопросы разработки собственных программ САПР в Linux
и их многоплатформенности. Но если форум только для умных, лаконичных, 100%-истинных
мыслей постояльцев, то тему можно закрыть.

[Lucas]

Назвался грузом, лезай в кузов...
(народная поговорка)

vik, товарищъ, давайтe нам СПО, что-бы dwg-файлы в ALT Linux редактировать можно было!?!

[vik]

Это неправда.

Чтож Вы не написали где же правда с вашей точки зрения?
Конечно можно создать автономную прикладную программу со своими
закрытыми (возможно бинарными) форматами данных и пользоваться ими
единолично. Но если программа встраивается в интегрированную САПР и
общается с другими компонентами САПР, то лучше пользоваться открытыми форматами.
В том же Kicad, к примеру, описаны форматы компонентов библиотек схемы и платы
и самих схемы/платы, а также используются открытые форматы SVG, PNG, Postscipt, HPGL, Gerber,
Specctra DSN, Acrobat PDF. Открытое ПО интересно не только открытым кодом, но и тем,
насколько хорошо оно использует открытые стандарты обмена данными (CALS).

[vik]

А что к электронике поближе

Проверил работу в ALT Linux (под эмулятором Dosbox 0.72) редакторов классического
p-cad 4.5. Проблем нет. Этой cad-системе более 20 лет, но судя по форуму
pcad.ru (к примеру, http://www.pcad.ru/forum/51532/) он до сих пор в строю.
Русификаторы тоже нормально работают.

[vik]

пробовал использовать среду Wine (что быстрее)

Попробовал пару своих программ в Wine (Windows API эмуляторе ALT).
Упомянутая выше PG (одиночный exe-модуль) работает без проблем (мышь, графика, шрифты, gbr/hpgl-экспорт).
Не идет только снимок в JPG (только в буфер) - это понятно почему, да и не важно для Linux.
Показалось, что с Wine лучше работать через оболочку Krusader 1.90 (аналог Total Commander),
чем через файл-менеджер Wine, многие функции которого не реализованы пока.
Блокнот Wine все время пытается добавить к любому текстовому файлу свое лишнее расширение .txt
(если открывать файл не через file/open, а переносом на иконку блокнота или кликом на имени файла).
ALD 4.1 PS: скриншот PG с передачей gbr-выхода в Kicad/gerbview

[vik]

Это SVN-версии ... kicad

1. Возвращаясь к разработке программ, начал с открытой системы контроля версий SVN
и клиентов KDEsvn (есть в DVD-дистрибутиве ALT) и TortoiseSVN для Win.
Приятные клиенты для ведения репозиториев проектов - локальных (на своем HDD)
или внешних и для удобной поддержки ревизий программ, их сравнения и откатов.
Tortoise работает как контекстное меню для Проводника или Total Commnnder, KDEsvn - в своем окне.
Клиентом может быть и кроссплатформенный RapidSVN с интерфейсом на основе WxWidgets.

2. При переносе в Wine более сложного сочетания нескольких EXE/DLL в самом конце
сеанса проектирования зацикливается окно диагностики (требуются правки ПО).
Пришлось отключить защиту (операции с серийными номерами устройств).

[vik]

С некоторых пор стараюсь делать ПО многоплатформенным...

Еще немного об инструментах для создания многоплатформенных программ.
Кроме интерфейсных библиотек (таких как WxWidgets для Kicad или Qt для Electric VLSI)
нужны среды MinGW/MSYS, которые используются при построении рабочих модулей
как этих библиотек, так и других открытых и коммерческих кросс-платформенных EXE-программ для Windows.
При этом для Linux и Windows используются похожий инструментарий (транслятор g++ и др.)
и одни и те же исходные тексты прикладных программ.
Для построения MinGW (порт GCC) нужно списать с mingw.org в каталог типа c:\MinGW текущие архивы:
binutils, gcc-core, gcc-g++, mingw-runtime и win32api. Для MSYS (unix-like среда) в с:\MSYS устанавливаем пакеты:
MSYS-1.0.10.exe, MSYS DTK 1.0, MSYS Core 1.0.11.
Шрифт консоли MSYS слишком мелкий. Правим его с Courier-12 на 16 В C:\MSYS\1.0\msys.bat.

Еще нужен пакет Cmake (кросс-платформенный make, www.cmake.org), позволяющий строить в Win/Linux
makefile-файлы для кучи трансляторов и сред. К примеру, Cmake используется на шаге 9
в процедуре сборки kicad (средство современное, KDE4 с его помощью собирается).
Cmake для Win в режиме "MSYS Makefile" опробовал. Для ALT Linux процедура установки из репозитория
сизиф пакетов cmake до конца не проходит. Что делать?

[ruslandh]

Для ALT Linux процедура установки из репозитория
сизиф пакетов cmake до конца не проходит. Что делать?

Как минимум описать вашу проблему более подробно в отдельной теме. Должно проходить.

[vik]

Сейчас изучаю работу с библиотекой WxWidgets. Как оказалось, про нее нет ни одной изданной на русском языке книги (только статьи, с Qt ситуация получше)

Есть некоторые успехи по линии освоения приемов сборки/создания открытого прикладного ПО.
1. Впервые удалось собрать (пройди все 12 шагов сборки) из C++-исходников системы Kicad под MinGW.
2. нашел в сети переводы глав 1,2,3,10,11,13,14 оригинальной книги Ю.Смарта по библиотеке WxWidgets (в pdf-формате).
В книге всего 20 глав. Если у кого есть другие переводы - это интересно.
3. удалось создать первое собственное мини-приложение с интерфейсом на базе текущей WxWidgets 2.8.9.
Использую кириллицу в unicode (UTF-8). Впечатление, что интерфейс в Wx делать сложнее,
чем например в Borland C++ Builder IDE, рабочие модули больше по размеру,
но потенциальная многоплатформенность приложения привлекает.
Эти небольшие достижения хотелось бы закрепить и развить в т.ч. и для ALT Linux Desktop.

[vik]

Поиск по сайту. По запросу "Kicad" не найдено ни одного пакета

Неделю назад на http://www.sisyphus.ru/srpm/Sisyphus/kicad выложены rpm-пакеты для установки ecad-системы kicad
(стабильной версии от авг. 2008 на базе wxWidgets 2.8.9). Документация и библиотеки компонентов в отдельных пакетах.
Мантейнер - Alexey Shentzev.