[zamtmn]

Всем привет!
В свободное время делаю для себя небольшую CAD программу - всегда было интересно как это работает внутри.
На данный момент есть следующие наработки:

• Довольно быстрый OpenGL рендеринг чертежа
• Кроссплатформенность (Windows/Linux, x86/x64, win/gtk/qt)
• поддержка подмножества DXF версии 2000
• поддержка SHX, TTF шрифтов
• поддержка типов линий
• поддержка примитивов POINT, LINE, CIRCLE, POLYLINE, LWPOLYLINE, ARC, ELLIPSE, INSERT, TEXT, MTEXT, 3DFACE, SOLID, SPLINE, HATCH
• некоторые потуги автоматизации слаботочных разделов проекта

Cтраничка программы на SourceForge
Cтраничка программы на GitHub
Cтраничка программы на Ohloh

Программа пишется на паскале, компилируется в Lazarus/FPC. Исходный код открыт и лежит в SVN репозитории Git репозитории
Текущую сборку программы можно взять тут, но лучше тут (более менее свежие сборки для Windows_x86 и для Linux_x86_64, другие - стареханькие). Для работы требуется аппаратная поддержка OpenGL на целевом компе
Также программу можно собрать самомтоятельно, для этого понадобятся:

• релизный Lazarus версии не менее 2.0.10 на базе FPC версии не менее 3.2

Программа не требует установки и не пишет\читает ничего в системные папки (за исключением TEMP) Под windows не допускаются кирилические (и другие) символы в пути к программе (в путях к dxf файлам допускаются), linux версия такой болезнью не страдает.

Любые замечания/предложения приветствуются!

[zamtmn]

>>так для этого и писал
Проблема не тут. Простой пример:
Например есть кабель питающий прибор ARK1. Начинается он на шкафе распределительном ШР1, заканчивается на ARK1.
На чертеже это выглядит так: на плане первого этажа "кусок" кабеля от ШР1 до стояка, на плане второго этажа "кусок" кабеля от стояка до символа разрыва, на виде от символа разрыва до блока ARK1.
Т.е. фактически кабель состоит из 3х примитивов - 2 на планах, 1 на виде. причем на планах масштаб например 1:100, а на виде 1:50.
Получается для 2х кусков на планах масштабный коэффициент хранится централизовано 1:100, а третий кусок на виде имеет его локальное "переопределение" 1:50.
Таких ситуаций вынуждающих некоторые свойства хранить локально может быть очень много, поэтому тупо взять и вынести все куда то в "центр" не получилось.
"Путаница" возникает тут - пользователь выделил 3й кусок кабеля на "виде", в инспекторе появился его масштаб 1:50 - пользователь должен помнить что он видит и редактирует "локальное" переопределение а не "глобальное" значение.
Пока в качестве "решения" рассматриваю по разному раскрасить "локальные" и "глобальные" параметры в инспекторе

[veb86]

Сообщение от zamtmn >>так для этого и писал Проблема не тут. Простой пример: Например есть кабель питающий прибор ARK1. Начинается он на шкафе распределительном ШР1, заканчивается на ARK1. На чертеже это выглядит так: на плане первого этажа "кусок" кабеля от ШР1 до стояка, на плане второго этажа "кусок" кабеля от стояка до символа разрыва, на виде от символа разрыва до блока ARK1. Т.е. фактически кабель состоит из 3х примитивов - 2 на планах, 1 на виде. причем на планах масштаб например 1:100, а на виде 1:50. Получается для 2х кусков на планах масштабный коэффициент хранится централизовано 1:100, а третий кусок на виде имеет его локальное "переопределение" 1:50. Таких ситуаций вынуждающих некоторые свойства хранить локально может быть очень много, поэтому тупо взять и вынести все куда то в "центр" не получилось. "Путаница" возникает тут - пользователь выделил 3й кусок кабеля на "виде", в инспекторе появился его масштаб 1:50 - пользователь должен помнить что он видит и редактирует "локальное" переопределение а не "глобальное" значение. Пока в качестве "решения" рассматриваю по разному раскрасить "локальные" и "глобальные" параметры в инспекторе

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

[Сергей812]

Сообщение от zamtmn Получается для 2х кусков на планах масштабный коэффициент хранится централизовано 1:100, а третий кусок на виде имеет его локальное "переопределение" 1:50.

А для этого и придумали листы и видовые экраны с масштабированием в том же акаде)

[zamtmn]

Это всего лишь пример иллюстрирующий проблему. Гдето-чтото придумали... гдето это использовали... гдето не использовали - другой вопрос, проблемы с необходимостью локального хранения некоторых свойств не касается.

[Сергей812]

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

[zamtmn]

По большому счету ниче никому ненужно)) но когда доходит до дела - всё состоит из таких "мелочей"
Таже длина кстати тоже есть локальная - для конкретного куска и глобальная - сумма длин кусков и "межстоячного" расстояния

[Сергей812]

Сообщение от zamtmn По большому счету ниче никому ненужно)) но когда доходит до дела - всё состоит из таких "мелочей"

и в какой момент времени понимаешь - что нужно все бросить и сделать заново по иной идеологии - но жалко) И просто лень)

[zamtmn]

Я не считаю что у меня с идеологией чтото нетак - не усложняю на ровном месте.

[zamtmn]

Давно не брал я в руки шашек))
В lazarus`е появиились более менее рабочие докающиеся тулбары.
В связи с тем что было очень много жалоб на проблемы с изменениием размера главного окна программы связаные с "эмуляцией" тулбаров докающимися формами - переделываю интерфейс на настоящие тулбары.
Теперь выглядит примерно так:

----- добавлено через ~3 мин. -----
http://imgur.com/a/V2jAK настройка и ресайз

[zamtmn]

"Новый" релиз https://sourceforge.net/projects/zca...atest/download с новым интерфейсом

[Marsikus]

Сообщение от zamtmn "Новый" релиз https://sourceforge.net/projects/zca...atest/download с новым интерфейсом

Поздравляю с новым релизом!

[ProjectMaster]

Сообщение от zamtmn "Новый" релиз https://sourceforge.net/projects/zca...atest/download с новым интерфейсом

Я попробовал за запустить - возникает глюк. Отрисованные объекты (отрезки полилинии) пропадают. Если перемещать средней кнопкой модель - становиться видно. Оставляю в покое - пропадают. Видимо глюк графической библиотеки. Система windows 7x64.
А Вы программу вообще с нуля пишите или какие-то библиотеки в качестве основы брали?
База данных для хранения объектов чертежа своя или сторонняя?

[zamtmn]

>>возникает глюк
Поставте драйвера от производителя видеокарты, или включите рендеринг через гди (Рендер\Render backend в инспекторе) перед загрузкой чертежа
Всё свое.

[ProjectMaster]

Сообщение от zamtmn >>возникает глюк Поставте драйвера от производителя видеокарты, или включите рендеринг через гди (Рендер\Render backend в инспекторе) перед загрузкой чертежа Всё свое.

Прошу понять меня правильно. Эйнштейну приписывают слова (примерно), что талант заключается в умении приложить все усилия для достижения цели, а гений состоит в умении отказаться от этой цели (несмотря на все усилия) в пользу другой. Может быть, плюнуть и переделать программу на что-то более масштабируемое и универсальное (типа ObjectArx на c++).
На мой взгляд, на авттокадах/нанокадах/брикскадах и т.д. ваша программа могла бы найти больше пользователей.
Я когда-то на старой дельфи пытался создать свой автокад (я конструктор ПГС). Была куча наработок. Хорошо, что дельфа плохо работала с памятью и мне пришлось переучиться на c++. В результате я сэкономил кучу времени на создание уже имеющихся функций и посвятил себя тому, что в существующих программах реализовано плохо, либо совсем не реализовано. Я сэкономил кучу времени.

[Сергей812]

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

[zamtmn]

ProjectMaster
Про то что не на том пишу я уже устал объяснять)) Это хобби - я не экономлю время и не зарабатываю деньги на этом.

Сергей812
Фича тут в том что дефолтный драйвер opengl в составе windows очень обрезан, я довольно давно выкинул его поддержку - она нужна только для одноразовых смотрельщиков(( решить вопрос раз и навсегда можно написанием directx бакенда отрисовки. но мне это не очень интересно

[ProjectMaster]

Сообщение от zamtmn ProjectMaster Про то что не на том пишу я уже устал объяснять)) Это хобби - я не экономлю время и не зарабатываю деньги на этом.

На самом деле, я сам примерно такой. Я думал как сделать, чтобы мой личный автокад работал быстрее автодесковского. Я решил, что нужно создать отдельный поток данных для opengl'а, компилируемых из базы данных графичеких объектов таким образом, чтобы обеспечивать минимальное число вспомогательных операций (типа сначала все линии красные рисуются и т.д.).
И хранение в базе объектов такое, чтобы хранились не сами объекты, а их отличия от предыдущих. Но до реализации так и не дошел. Это означает, что параллельные отрези (которых в чертежах очень много) можно хранить не 6 числами (x1,y1,z1,x2,y2,z2), а только смещением от базового объекта и коэффициентом масштаба (dx, dy, dz).

[zamtmn]

>>можно хранить не 6 числами
Возможно это имеет смысл при хранении данных на диске, но не внутри программы в озу

У меня ниче такого нет, всё по старинке))

[ProjectMaster]

Сообщение от zamtmn >>можно хранить не 6 числами Возможно это имеет смысл при хранении данных на диске, но не внутри программы в озу У меня ниче такого нет, всё по старинке))

Я вот сейчас пытаюсь в с++ посчитать осадку свайного поля под 4-х секционным 18-этажным зданием на основе текстовых файлов SCAD'а и автоматически сформулировать вторую расчетную схему с новыми коэффициентами постели - это как кросс, только для свай (для тех, кто в теме). А все потому, что не доверяю ни кроссу, ни лире.
Каждый по своему развлекается. :-). Среди электриков почему-то программистов намного больше, чем среди конструкторов. Кстати, прогу пришлось из дельфы как раз переделывать.
Чуть попозже протестирую и народу выложу.

[zamtmn]

Для такой задачи формошлепство в делфи - идеальный случай. срр тут ненужное усложнение.
Но это имхо и офтоп