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 и не тол |
Владислав Жаринов писал(а): Многострочный текст с существенно разными положениями концов строк затрудняет восприятие - поэтому всегда выравниваю по ширине. По моей оценке, вклад этой опции невелик - проценты. Можно и не заметить, спрятавшись за "дело вкуса". Но чтобы ЗАТРУДНЯЛО - ни разу не встречал.Цитата: Далее, если уж переносы есть - то мне комфортно, когда они дают примерно равные строки (как уже сказал, центрованные или выключенные в одну ширину). Согласен.Цитата: В маршрутной по смыслу схеме одна вертикаль (марш в графит-терминах) - это цепочка следования. Т.е. логически один укрупнённый объект структуры. Потому и определилось, что для удобства восприятия вершины на марше лучше делать в одну ширину Вот зачем путать метры с килограммами?!Целостный объект? Так рисуйте большой прямоугольник, а внутри детализируйте (при необходимости). Блин, ну как мне объяснить людям элементарные вещи: что для отображения РАЗНОМАСШТАБНЫХ объектов на одной схеме надо применять АДЕКВАТНЫЕ ВИЗУАЛЬНЫЕ СПОСОБЫ? Вот сделали Вы стройный ряд из одинаковых прямоугольничков - что, это сильно способствует их логическому объединению?! Ставьте нормальные задачи и решайте их нормально, а то обсуждаете всё сферических коней в вакууме. В данном случае можно в первом приближении обойтись формулировкой двух задач: восприятие крупномасштабной структуры и восприятие (чтение) мелких деталей. Задачи противоречивые, но решать их надо совместно - на одной схеме. Следовательно, одно решение не должно МЕШАТЬ другому. Но должно ли ПОМОГАТЬ? Подумайте, насколько троллейбус, на котором едете к вокзалу, должен помогать движению поезда? А ведь у Вас так и получается: выстроим троллейбусы в стройный ряд, и поезд поедет быстрее Паронджанов правильно говорит о разнице симультанного и сукцессивного восприятия. Решению наших двух задач это как раз непосредственно помогает. (Макро)структурная информация образует контекст и воспринимается периферийным зрением как фон. Детали сукцессивно читаются в фокусе зрения, при этом никакой фон не должен мешать этому процессу. Выводы очевидны: - необходима разная контрастность структурной информации и внутреннего содержания; - необходимо использование разных приёмов визуального представления структурной информации и внутреннего содержания (например, цветовые пятна с нерезким контуром для крупномасштабных объектов и чёткие контуры мелких деталей); - желательна поддержка динамического масштабирования интерфейса (об этом писал Раскин). Очень замечательно можно сделать это автоматически (одна ступень разницы масштаба в плюс - размытие с уменьшением контрастности; одна ступень масштаба в минус - исчезновение деталей, оставляем только контур). |
Автор: | Владислав Жаринов [ Четверг, 23 Август, 2012 08:57 ] |
Заголовок сообщения: | Масштабирование представлений диаграмм :) |
Уважаемый Алексей!!! По вопросу, вызвавшему наиболее сильную реакцию - я ведь в данном случае о логике восприятия... Т.е. о том, же, что и Паронджанов с симультанным и сукцессивным... Конкретно - что и схватывать общую картину маршрутов, и двигаться по ней мне удобнее, когда любой отдельно взятый участок "от нелинейности к нелинейности" вписан в "ритмическую полосу" по бокам максимально плотно. Только критерий этой плотности у меня не единообразен для разнофигурной графики... Да, в логике содержания можно считать, что за маршем стоит детализация "укрупнённого действия"... возможно, Вы решили, что я подменяю одно другим и предлагаю всегда представлять "в одном масштабе"... На самом деле я с Вами согласен - удобно сочетать физическое масштабирование с логическим. Когда мы ввели правила их связи. И реализовали в среде поддержки... Вот одно правило Вы сформулировали - марш схемы, как он "развершинен в цепочку" сочинителем, нужно показывать так только в определённом масштабе (диапазоне плавного масштабирования), а при изменении масштаба менять и правила отображения. Далее Вы предлагаете, как - но я скажу опять же из своих предпочтений. Они сложились экспериментально - из неднократных просмотров разных схем на форумах (здесь прежде всего) известными веб-инструментами (прореженный показ в постах и отдельный показ с лупой - обычно двухступенчатой). Причём дополнительный Аргумент для Метода Группового Учёта даёт также низкое качество скриншотов (кое-где даже не поддающееся повышению, судя по всему - было видно, что падало со сложностью схемы)... когда они размыты уже изначально... (я не преднамеренном - как в Вашей когдатошней схеме фрагмента драйвера для "преобразования графов")... Так при увеличении масштаба представляется удобным переводить прежде всего в вершину "укрупнённого действия". Для которого кстати, д.б. определена укрупнённая суть (вроде как текст, замещающий картинку в вебе)... Далее можно размывать... в принципе, можно и перед укрупнением размывать все вершины... но надо думать.. |
Автор: | 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/ |