freepascal.ru

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

в этом случае программа будет отображать взаимосвязи между данными в таблице или внутри исходного кода

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

пока пара картинок для затравки:
1) в режиме визуализации табличных данных - тут данные о телефонных звонках. Кто больше звонил - тот выше, кому больше звонили - тот правее.



2) в режиме визуализации исходного кода - один и тот же документ в масштабе обзора всего модуля и в масштабе отдельной функции



3) в режиме черчения планов расстановки IT-оборудования

Красивые картинки

Идея интересная но "Схемотехнический подход" HiAsm-а (ИМХО) значительно актуальне.


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

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

Что за мода постить картинки? показывать надо исходники. в очень крайнем случае бинарники

zub писал(а): показывать надо исходники. в очень крайнем случае бинарники

Самое смешное, что я как раз "исходник" показал (хотя и неполный ).
Зы
Если нужно просто показать стадии разработки то Скриншоты и Ролики единственный способ сделать это наглядно
(А что касается бинарников то не будешь каждый чих размещать, однако, описать что делается в проекте тоже полезно вдруг кто-то что-то подскажет интересного )
Но в принципе в данном случае согласен информации о проекте "Визуализатор данных" очень мало .

zub писал(а):Что за мода постить картинки? показывать надо исходники. в очень крайнем случае бинарники

Обязательно. Думаю, как лучше выкладывать. Одиночная программа работает прямо "с флешки", но связку надо настраивать, а инсталляторами я не заморачивался.

Shleps писал(а):

zub писал(а):Что за мода постить картинки? показывать надо исходники. в очень крайнем случае бинарники

Обязательно. Думаю, как лучше выкладывать. Одиночная программа работает прямо "с флешки", но связку надо настраивать, а инсталляторами я не заморачивался.

Для начала неплох бы функции программы и цели проекта более подробно описать.
Ps
Судя по отсутствию отзывов на мой комментарий проект hiasm вам незнаком ?
В таком случае рекомендую зайти на https://hiasm.com возможно найдете что-то полезное для своего проекта.(Вообще идея мнемических схем достаточно интересна сама по себе так что неплохо бы обсудить ее возможные применения и реализации )

На HiAsm уже сходил. Картинки понравились, дальше надо качать ставить и пробовать.
Рисование мнемосхем уже давно превратилось в популярную коммерческую тему под названием mind mapping. Для этого есть куча продуктов, платных и фриварных, локальных и онлайн.
Первая программа под родственную функцию и затачивалась. Но того, что могут стандартные mind mapper'ы мне мало.
В итоге должно получиться что-то типа IBM i2 Analyst's Notebook или Palantir (https://ru.wikipedia.org/wiki/Palantir)

Кстати есть еще одна интересная разработка
"Дружелюбный русский алгоритмический язык, который обеспечивает наглядность" (сокр. ДРАКОН)
— визуальный алгоритмический язык программирования и моделирования
https://ru.wikipedia.org/wiki/ДРАКОН
https://drakon.su/
(Мне ближе ХайАсм но это уже вопрос вкуса и привычки )

Портабельный бинарик под винду
http://chaoswarehouse.org/downloads/pen ... in-i686.7z

Здесь основная часть, о которой для ускорения знакомства надо думать, как о недоVisio.
Чтобы нормально поиграться с приложенными объектами "IT equipment" надо переключить масштаб с "Meters" на "Rack Units"

Краем глаза:
Интерфейс жесть))
Несмотря на то что цифры рефреша адекватные (10-30) такое впечатление что рендер медленный, все очень не отзывчиво
Нужна настройка реверса колеса мыши
Нет обработки отмены по еск, или я не понял. см. пункт 1
Нет прорисовки промежуточных положений при панарамировании, только конечное положение. см. пункт 2

Запустил ...
1 Виден немалый труд
2 С мышкой все в порядке ( но заторможенная реакция действительно есть )
3 tpg не загружаются и нет полной схемы для примера ( создавать новую сходу не получилось )
4 "Тетрадь в клеточку" посмотрите как сделана разметка в большинстве векторных редакторов.
(просто ставятся точки в углах сетки - кстати и тормозит меньше )
Можете глянуть мой старый проект
(мини редактор форм и простой векторной графики для веб приложений )
FR0004_20_5_47_7_bin.7z

Что там может быть идейно интересно :
1 Скриптовая генерация элементов.
(на скриптах сделано все что можно и часть того что нельзя
этой в сборке их 149 + 41-но описание переменных )
2 Встроенная среда разработки скриптов.
3 Довольно бодрая попытка ускорить прорисовку умеренно сложных векторных изображений.
(В программе использовался "чистий канвас" да еще и по умолчанию медленные скрипты )

zub писал(а):Краем глаза:
Интерфейс жесть))
Несмотря на то что цифры рефреша адекватные (10-30) такое впечатление что рендер медленный, все очень не отзывчиво
Нужна настройка реверса колеса мыши
Нет обработки отмены по еск, или я не понял. см. пункт 1
Нет прорисовки промежуточных положений при панарамировании, только конечное положение. см. пункт 2

Добро пожаловать в 90е ))

Понять бы рендер медленный относительно чего.

Реверс мыши по заявкам первых тестеров в настройках есть (имеется в виду зум колесиком?)

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

Думаю, как будет лучше объяснить что там для чего нажимать- может видеоролик записать?
С одной стороны это конечно недостаток интерфейса, а с другой - это по сути не конечный продукт, а аналог плавучего дока - можно и в качестве корабля использовать и для ремонта другого корабля.

Shleps писал(а):Думаю, как будет лучше объяснить что там для чего нажимать- может видеоролик записать?
С одной стороны это конечно недостаток интерфейса, а с другой - это по сути не конечный продукт, а аналог плавучего дока - можно и в качестве корабля использовать и для ремонта другого корабля.

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

Отмена реализуется досточно просто перед любы действием сохраняется состояние программы или если есть подобие "командного интерфейса" выкидывается последняя команда из списка и прогоняется полная перерисовка (но разумеется "в фоновом режиме" )

Alex2013 писал(а):Запустил ...
1 Виден немалый труд
2 С мышкой все в порядке ( но заторможенная реакция действительно есть )
3 tpg не загружаются и нет полной схемы для примера ( создавать новую сходу не получилось )

Что лучше положить в архив готовую схему или записать ролик, как она создаётся?

Можете глянуть мой старый проект
(мини редактор форм и простой векторной графики для веб приложений )
Что там может быть идейно интересно :
1 Скриптовая генерация элементов.
(на скриптах сделано все что можно и часть того что нельзя
этой в сборке их 149 + 41-но описание переменных )
2 Встроенная среда разработки скриптов.
3 Довольно бодрая попытка ускорить прорисовку умеренно сложных векторных изображений.
(В программе использовался "чистий канвас" да еще и по умолчанию медленные скрипты )

Аналогично - голый канвас и скрипты.
Если заглядывали внутрь tpg, то там сплошняком такое

Код: Выделить всё

#case
SetColor $004A4A4A
SetBGColor $00800028
SetWidth 2
Rect 0,0,0.48795,-0.04445

#PortGroups
Rect 0.02667,-0.00889,0.15113,-0.03556
Rect 0.155575,-0.00889,0.280035,-0.03556
Rect 0.28448,-0.00889,0.40894,-0.03556

#Ports
SetColor clBlack
SetBGColor $00525252
DrawTemplate part_group6p_QSFP 0.044456,-0.011114,0,1
DrawTemplate part_group6p_QSFP 0.172267,-0.011114,0,1
DrawTemplate part_group6p_QSFP 0.300071,-0.011114,0,1

На экран оно вываливается практически как есть. Т.е. отрисовка каждого кадра это интерпретация всей программы.
Что можно - кешируется в уже распарсенном состоянии, но зум и скролл в любом случае заставят всё пересчитать.
Может поэтому рендер кажется неотзывчивым?

Вот на этом скриншоте в углу статистика гласит, что на экране 28000 примитивов.
Это значит, что каждый честно перерисованный кадр интерпретировалось 28000+ строк текста.
Может быть тот тормоз мышки которые вы ощутили - это попытка понять - человек уже закончил крутить колёсико зума и пора перерисовывать весь кадр или сейчас ещё придут сообщения и масштаб изменится, и сейчас тратить 0.1-0.5 сек на пересчёт всей картинки - не надо?

http://chaoswarehouse.org/images/images ... l/demo.PNG

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