DRAKON.SU

Разделил ветки.

По теме очередной войны прошу сюда: viewtopic.php?f=28&t=926

Попробовал порисовать схемы Дракона. Вроде как-то уж всё громоздко получается. С непривычки что ли?

Руками-то несподручно... Редактор нужен. Да такой, чтоб с клавиатуры набирать схему.

Не, такой, чтобы сам рисовал.

Что-нибудь типа html или вики-разметки?

Опять к текстовому представлению возвращаемся?

А "с клавиатуры" это не "Руками-то"? Будет-ли "с клавиатуры" сподручно?
Не лучше-ли сделать удобный графический интерфейс?
Мне это представляется в системы с FrontEnd-ом и BackEnd-ом (как Виртовские компиляторы):
FrontEnd - Дракон-редактор
BackEnd - Оберон, С, Asm и т.д. (на любителя )

Планшет с карандашом, а ля КПК, только побольше. Ну и соответствующий интерфейс в нём.

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

"разработок Майкрософта"?

Или купили вместе с автором?

P.S. Опять начинаем скатываться в оффтопик.

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

Типа Algorithm Builder (http://algrom.net/russian.html)? Только он для ассемблера

А как же рокировка?
"Да" и "нет" можно из "вопроса" выводить произвольно.
Что-то я не вычитал строгой формальности.

Сортировка по горизонтали тоже может вестись по разным критериям.
Нет, мышкой прийдётся потрудиться.

Я вижу блочный редактор на крупной сетке с палитрой элементов.
Только для трансляции элементов в код вижу препятствия
1) разбиение case на "вопрос" и несколько "вариантов",
2) развилка и слияние линий не оформлено элементом,
а в плане интерпретации топологии это как-то нехорошо -
дуги графа должны заканчиваться в вершинах, а не на самих дугах.

Мне кажется, что лучше всего вариант, реализованный в Википедии:
1. Для любителей молотить по клавишам - лаконичная (в отличие от html) вики-разметка
2. Для любителей мыши - инструментальная панель

Правда, в Википедии не реализовано удобное переключение между режимом разметки и режимом конечного отображения - без потери фокуса.

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

Причем возможен выбор из нескольких режимов графического представления:
1. Блок-схемы а-ля "Дракон" (для тех счастливчиков, у кого есть плоттер, т.е. графопостроитель)
2. Раскрывающиеся иерархические списки а-ля браузер объектов с пиктограммами, гиперссылками, контекстными меню, дополнительными окнами (для остальных)

Замечания по оформлению книги "КАК УЛУЧШИТЬ РАБОТУ УМА" Москва, "Дело" 2001:
Не удобно работать со списком литературы. А именно относительная нумерация к главам. Для нахождения ссылки приходиться держать в уме номер главы.

По редактору:
Удобной будет двухмониторная система, на одном текст на другом соответственное графическое представление.

Боюсь что вы не поняли. Дракон - графический язык, его текстового представления нет.

Может имелся в виду текст Дракон-Си, Дракон-Модула, и т.д. представления...
Только вот, если трансляция Дракон=>Текст представляется мне довольно тривиальной задачей, то обратная задача Текст=>Дракон может быть довольно неоднозначной.

Так ведь на сгенерированный код вообще смотреть не надо, а уж обратно его в графическую программу превращать тем более.

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

И куда денется "когнитивная эргономика"? Вместо симультанного восприятия чертежа будем мышкой щёлкать? Потом, почему дракон=схемы должны быть, по-вашему, огромными? Декомпозицию на вспомогательные алгоритмы никто не отменял....
По вертикали, по-прежнему, оптимумом будет размер в 1 экран. По горизонтали декомпозиция на ветки, каждая из которых, вообще говоря, пригодна для обособленного восприятия. Если часть веток уйдёт вбок за экран - ничего страшного.