DRAKON.SU
https://forum.drakon.su/

DRAKON Editor: генерация кода из диаграмм
https://forum.drakon.su/viewtopic.php?f=145&t=3716
Страница 5 из 15

Автор:  Владислав Жаринов [ Четверг, 23 Август, 2012 06:05 ]
Заголовок сообщения:  Эргономика генерации диаграмм для DRAKON Editor и не только

Ну, к количественному выражению можно приводить и субъективные оценки... :)

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

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

Но. В маршрутной по смыслу схеме одна вертикаль (марш в графит-терминах) - это цепочка следования. Т.е. логически один укрупнённый объект структуры. Потому и определилось, что для удобства восприятия вершины на марше лучше делать в одну ширину - для неоднофигурных либо в габаритную (с однофигурными), либо брать одинаковую ширину однородных блоков (тех же прямоугольников, которые есть в любой определённой на сегодня и в ШМ, и у меня графике), а остальные блоки вершин в пропорции. А уж текст компоновать, как сказал выше.

Да, и если текст из двух и более записей - то сказанное применяется отдельно к каждой записи. А записи-элементы структуры (как разнформальные описания - код и комментарий) разносим по строкам.

Вот такие мои предпочтения для визуального комфорта... :)

Автор:  Alexey_Donskoy [ Четверг, 23 Август, 2012 07:34 ]
Заголовок сообщения:  Re: Эргономика генерации диаграмм для DRAKON Editor и не тол

Владислав Жаринов писал(а):
Многострочный текст с существенно разными положениями концов строк затрудняет восприятие - поэтому всегда выравниваю по ширине.
По моей оценке, вклад этой опции невелик - проценты. Можно и не заметить, спрятавшись за "дело вкуса". Но чтобы ЗАТРУДНЯЛО - ни разу не встречал.

Цитата:
Далее, если уж переносы есть - то мне комфортно, когда они дают примерно равные строки (как уже сказал, центрованные или выключенные в одну ширину).
Согласен.

Цитата:
В маршрутной по смыслу схеме одна вертикаль (марш в графит-терминах) - это цепочка следования. Т.е. логически один укрупнённый объект структуры. Потому и определилось, что для удобства восприятия вершины на марше лучше делать в одну ширину
Вот зачем путать метры с килограммами?!
Целостный объект? Так рисуйте большой прямоугольник, а внутри детализируйте (при необходимости).

Блин, ну как мне объяснить людям элементарные вещи: что для отображения РАЗНОМАСШТАБНЫХ объектов на одной схеме надо применять АДЕКВАТНЫЕ ВИЗУАЛЬНЫЕ СПОСОБЫ?

Вот сделали Вы стройный ряд из одинаковых прямоугольничков - что, это сильно способствует их логическому объединению?!

Ставьте нормальные задачи и решайте их нормально, а то обсуждаете всё сферических коней в вакууме.

В данном случае можно в первом приближении обойтись формулировкой двух задач: восприятие крупномасштабной структуры и восприятие (чтение) мелких деталей. Задачи противоречивые, но решать их надо совместно - на одной схеме. Следовательно, одно решение не должно МЕШАТЬ другому.
Но должно ли ПОМОГАТЬ? Подумайте, насколько троллейбус, на котором едете к вокзалу, должен помогать движению поезда? А ведь у Вас так и получается: выстроим троллейбусы в стройный ряд, и поезд поедет быстрее :lol:

Паронджанов правильно говорит о разнице симультанного и сукцессивного восприятия. Решению наших двух задач это как раз непосредственно помогает. (Макро)структурная информация образует контекст и воспринимается периферийным зрением как фон. Детали сукцессивно читаются в фокусе зрения, при этом никакой фон не должен мешать этому процессу.
Выводы очевидны:
- необходима разная контрастность структурной информации и внутреннего содержания;
- необходимо использование разных приёмов визуального представления структурной информации и внутреннего содержания (например, цветовые пятна с нерезким контуром для крупномасштабных объектов и чёткие контуры мелких деталей);
- желательна поддержка динамического масштабирования интерфейса (об этом писал Раскин). Очень замечательно можно сделать это автоматически (одна ступень разницы масштаба в плюс - размытие с уменьшением контрастности; одна ступень масштаба в минус - исчезновение деталей, оставляем только контур).

Автор:  Владислав Жаринов [ Четверг, 23 Август, 2012 08:57 ]
Заголовок сообщения:  Масштабирование представлений диаграмм :)

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

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

На самом деле я с Вами согласен - удобно сочетать физическое масштабирование с логическим. Когда мы ввели правила их связи. И реализовали в среде поддержки...
Вот одно правило Вы сформулировали - марш схемы, как он "развершинен в цепочку" сочинителем, нужно показывать так только в определённом масштабе (диапазоне плавного масштабирования), а при изменении масштаба менять и правила отображения.
Далее Вы предлагаете, как - но я скажу опять же из своих предпочтений. Они сложились экспериментально - из неднократных просмотров разных схем на форумах (здесь прежде всего) известными веб-инструментами (прореженный показ в постах и отдельный показ с лупой - обычно двухступенчатой). Причём дополнительный Аргумент для Метода Группового Учёта :) даёт также низкое качество скриншотов (кое-где даже не поддающееся повышению, судя по всему - было видно, что падало со сложностью схемы)... когда они размыты уже изначально... :wink: (я не преднамеренном - как в Вашей когдатошней схеме фрагмента драйвера для "преобразования графов")...
Так при увеличении масштаба представляется удобным переводить прежде всего в вершину "укрупнённого действия". Для которого кстати, д.б. определена укрупнённая суть (вроде как текст, замещающий картинку в вебе)... Далее можно размывать... в принципе, можно и перед укрупнением размывать все вершины... но надо думать..

Автор:  Alexey_Donskoy [ Четверг, 23 Август, 2012 09:24 ]
Заголовок сообщения:  Re: Масштабирование представлений диаграмм :)

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

Человек очень легко, автоматически, решает задачи на экстраполяцию движения.
Поэтому, раз приняв принцип движения сверху вниз (обоснованный принцип!), человек легко (подсознательно) решит задачу "схватывания маршрута", и ему для этого не потребуются никакие "ритмические полосы". Нет их - и не надо, и так всё прекрасно понятно. Ну а очередное выделенное субъективное - имхо, имеет вес опять же в единицы процентов. То есть да, при прочих равных условиях, чуть-чуть... А Вы попробуйте не при равных условиях, а сравните с принципиально другими визуальными подходами! Не надо себя ограничивать изначально.

Автор:  Владислав Жаринов [ Четверг, 23 Август, 2012 10:51 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

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

А в данном случае инструменты были самые разные (в принципе все доступные из реализаций + веб-форма, как уже сказал)... Что каждая из них по-своему неадекватна восприятию - возразить не могу... но именно из осмысления сути этих "по-своему" и складывается формализация моих субъективных предпочтений... :) несводимых только к "приспособлению"...

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

Автор:  Илья Ермаков [ Четверг, 23 Август, 2012 11:10 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Последний вариант Алексея Донского мне очень нравится. Действительно, глазу легко.

Автор:  Владислав Жаринов [ Четверг, 23 Август, 2012 11:30 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

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

Автор:  Илья Ермаков [ Пятница, 24 Август, 2012 11:09 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Так я не про закраску фона, а про выровненный левый край и невыровненный правый.

Автор:  Владислав Жаринов [ Пятница, 24 Август, 2012 11:17 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

А, понял... просто с выравниванием у него не только здесь идёт...

Автор:  TAU [ Четверг, 20 Сентябрь, 2012 22:27 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Какие новости у редактора Степана Митькина?

Появилась ли русскоязычная версия?

Генерируется ли программный код для икон реального времени?

Спасибо

Автор:  Владислав Жаринов [ Пятница, 21 Сентябрь, 2012 10:32 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Тут, вероятно, хорошо бы уточнить - код для гибрида с каким языком/библиотеками?..

Ну и синхронизация по таймеру - это один вид взаимодействия (таймированных процессов с диспетчерским), а рандеву-сообщения (И20+парный) - другой. А можно найти и другие случаи... которые либо представлять свёрнуто единичными "глифами", либо сразу расписывать как библиотечные процедуры/функции (зависимые от реализации языка обычно). Так что тут Степану нелегко... :)

Автор:  Степан Митькин [ Среда, 03 Октябрь, 2012 11:08 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

TAU писал(а):
Какие новости у редактора Степана Митькина?

Появилась ли русскоязычная версия?

Генерируется ли программный код для икон реального времени?

Спасибо


Пока новостей нет. Работаем...

Автор:  Степан Митькин [ Понедельник, 25 Февраль, 2013 14:22 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

После напряжённого многомесячного тестирования вышел DRAKON Editor 1.15.

Была исправлена ошибка в кодогенерации.
Проблема возникала при особо хитром выходе из цикла с использованием иконы "Выбор".
Теперь всё нормально.

Был полностью переработан алгоритм генерации кода.
В результате он перестал использовать поиск и стал проще.

Всем, кто генерирует исходный код при помощи DRAKON Editor, следует обновиться до последней версии редактора.

Была также добавлена экспериментальная возможность генерить дополнительный код для языка Си. А именно
- Коллекции с одним или несколькими индексами (а-ля SQL-таблицы).
- Типизированные массивы.
- Сериализация и клонирование объектов.
- Машины состояний и акторы.

Эта возможность присутствует, но не документирована.
Есть ли кто-нибудь, кто генерит Си-код при помощи DRAKON Editor'а?
Могу написать доку и выложить примеры, если это кому-нибудь интересно.

Скачать:
http://sourceforge.net/projects/drakon-editor/files/

Автор:  Владимир Паронджанов [ Понедельник, 25 Февраль, 2013 14:48 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Степан Митькин писал(а):
После напряжённого многомесячного тестирования вышел DRAKON Editor 1.15.

Степан Борисович, поздравляю.

Автор:  Владимир Паронджанов [ Вторник, 26 Февраль, 2013 14:23 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Последний отзыв пользователя на предыдущий выпуск DRAKON Editor 1.14. Отзыв от 17 февраля 2013 года.
Цитата:
Posted by johny1 — 2013-02-17
It has been some years that I was looking for something like this and also for its reverse (code-> flowchart), which would a really good addition. Thanks for programming this!

Автор:  ==== [ Пятница, 08 Март, 2013 14:11 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

http://forum.emu-russia.net/viewtopic.php?f=13&t=3938&p=19736&hilit=%D0%B4%D1%80%D0%B0%D0%BA%D0%BE%D0%BD#p19736
Цитата:
Приспособил ДРАКОН для целей эмулятора, потихоньку переношу весь код в него.
Действительно удобно!

Вкратце, кто не знаком с ДРАКОНом -- это просто специальная среда, где программы представляются в виде особенных блок-схем.
Блок-схемы отличаются от стандартных своей аккуратностью, благодаря особому расположению (особенно мощная штука - это branch).

На выходе генератор выдает Си-код.

-- 25 фев 2013, 15:50 --

Оказалось что багов там куча, так что пока автор не исправит генерацию, использовать дракон к сожалению пока нельзя (((

-- 25 фев 2013, 16:53 --

Пока автор правит баги генератора, я просто буду делать дракон-схемы, которые выдают небагнутый код

Автор:  Степан Митькин [ Пятница, 08 Март, 2013 17:13 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Спасибо за ссылку, Геннадий.
Правильность кодогенерации - это самое главное.
Если и вправду есть ошибка, будем чинить.
Но, скорее всего, пост на эмоциях написан.

Автор:  Владимир Паронджанов [ Пятница, 08 Март, 2013 17:18 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Степан Борисович, я вот что не понимаю. У Вас ведь пока нет реального времени, а Андрей использует Ваш редактор для описания Процессора. Как это может быть?
Или у Вас уже есть реальное время?

Автор:  Степан Митькин [ Пятница, 08 Март, 2013 17:47 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Владимир Паронджанов писал(а):
Степан Борисович, я вот что не понимаю. У Вас ведь пока нет реального времени, а Андрей использует Ваш редактор для описания Процессора. Как это может быть?
Или у Вас уже есть реальное время?

Не знаю... Надо будет его видео посмотреть.

Автор:  Роман М. [ Среда, 27 Март, 2013 16:24 ]
Заголовок сообщения:  Re: DRAKON Editor: генерация кода из диаграмм

Степан, большое спасибо за Drakon Editor!
Мне впервые довелось использовать его на деле. Действительно, насколько я внял от прочтённых материалов В. Паронджанова, многие неясности хода действий сразу проявляются по мере создания диаграммы. Благодаря полученной диаграмме я смог наглядно обсудить с менеджером детали действий в проблемных местах, а не на пальцах, как обычно.

Однако, несмотря на то что схема ещё неполна (так как недостаточно детализована), она уже достаточно объёмна и на 17 дюймовом экране ноутбука полностью уже не вмещается. Поэтому возникает необходимость, по крайней мере, в горизонтальной прокрутке схемы. Пришлось воспользоваться режимом просмотра "Показать всё". Но это неудобно, потому что шрифт мелковат.

Страница 5 из 15 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/