DRAKON.SU

Предоставляю Вашему вниманию DRAKON - интегрированную среду языка Дракон,
результат развития DRT - Дракон-редактора, транслятора:
ссылка DRAKON.rar
для скачивания с форума
Отличие от DRT редакции 11.10.2008:
1. изменено название программы в соответствии с функциональностью;
2. изменен формат файла ...drt . Обеспечено чтение старого формата и сохранение в новом;
3. для редактирования введены операции с графическим буфером;
4. устранены выявленные ошибки, внесены незначительные изменения.
5. реализованы или учтены все замечания и предложения на форуме.

Спасибо за внимание к моему скромному труду.

Программа к сожалению осталась избыточной в том что не требуется (частные языки программирования, добавляемые программой комментарии, заточки на какие-то специфические применения) и недостаточной в том что нужнее всего: сборка ЛЮБОГО ПРОСТОГО ТЕКСТА В ФАЙЛ по правилам юзера (без необходивости чистить текст от комментариев вставляемых программой) и последующая передача его на обработку другой программе (компилятору и проч.). Вся это- ОДНОЙ ГОРЯЧЕЙ КЛАВИШЕЙ.
Юзерское ПРАВИЛО СБОРКИ- это может быть например невидимая в обычном режиме ломаная линия, единая цепь от иконе к иконе.

Мне кажется, dvuugl прав. Выход дракон-редактора должен быть красивым, математически строгим и удовлетворять тем принципам, по которым обычно пишут процедурные программы.

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

Я не берусь предлагать такой стандарт. Могу лишь в качестве аналога во вложении привести пример (точнее, фрагмент) ишного файла системы ГРАФИТ-ФЛОКС.

Определение ишного файла я разъяснил здесь
viewtopic.php?p=17449#p17449

Там же я сделал следующие выводы:

Вывод 1. Под термином «язык Графит» спрятаны два разных (изоморфных) языка:

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

Вывод 2. В системе Графит-Флокс используются 3 языка:

• графический язык блок-схем;
• текстовый язык, математически строго определяющий синтаксис и семантику ишных файлов, которые подаются на вход транслятора.
• язык Флокс.

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

А для сохранения в пользовательском формате можно воспользоваться функцией "Экспортировать..." или "Сохранить как...".

Интегрированная среда DRAKON рассчитана на широкое применение.
1. Что именно избыточно, от чего отказаться без ущерба для какой-либо категории пользователей?
2. Языки самые распространенные и соответствуют сайту, знакомы участникам форума.
3. О включении комментариев смотрите ранее здесь пункт 1.
4. Что именно специфично, от чего отказаться?
5. После Вашего сообщения, реализуется сборка текстов из икон и примечаний в произвольном порядке без комментариев.
Возможно всему, что сейчас для Вас лишнее, Вы найдете применение после полного освоения интегрированной среды.
Спасибо за сообщение, пишите конкретнее.

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

При разработке, в части дракон-редактора, максимально следовал книгам "Как улучшить работу ума" и "Занимательная информатика", т.е. красота и математическая строгость сохранены. Принципы для процедурных программ на выбранном программистом языке программирования - это полностью на совести программиста. Реализованная модель формирования программного кода близка к автоматной или является ею, т.е. состоит из блоков с передачей управления между ними.
Используются графический и текстовый форматы для внешних файлов, тексты можно передать через системный буфер, здесь стандартизация не требуется. Файл .drt предназначен для внутреннего хранения информации дракон-листа, структура его и алгоритм формирования доступны для всех на форуме, что позволяет создавать программы обработки в любых целях. Вопрос о стандартизации файла и обмена с другими дракон системами ставить рано т.к. других доступных дракон систем нет.

В интегрированной среде DRAKON реализован Ваш призыв на форуму от 24 февраля 2008 здесь и ранее здесь:


Интегрированная среда DRAKON не повторяет CASE систему Графит-Флокс для ракетных дел.
Термин "Графит" использован для наименования технологии применения, сочетающей графику и текст.
Иконы графического языка ДРАКОН дополнены идентификатором и 3-мя примечаниями. Написание этих примечаний не регламентировано.

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

Раз уж не принимается мнение о ненужности гибридизации дракона с конкретными языками, то дабавим к ко всему потенциально бесконечному множеству живых, мёртвых и "носфератум" языков один единственный "НУЛЕВОЙ" язык, подобно тому как любое нормальное множество содержит в себе пустое подмножество. В смысле, если идея не принимается как выдирание лишнего, попробуем пробить её как добавление полезного .

Это ускорило бы и упростило разработку программ и программок на самых разных языках и для самых разных любителей, студентов и проч., коих великое множество. То есть имеет место и мотив ПОПУЛЯРИЗАЦИИ через расширение круга потенциальных юзеров, через обход экзотичности таких вещей как "компонентный паскаль", специфичности 1С или неприемлемости "делфи" (для системных программистов и железячников например). Повторюсь- на каждый языковой чих не наздравствуешься. Принципиально. Никогда.
А значит не обойтись без "нулевого" языка - простого текста.

Пусть каждая "икона" имеет:
1) уникальный идентификатор ID целого типа, присваиваемый ей программой и
2) место в очереди № ДРОБНОГО типа (real, float, etc.), в соответствии с которым
её текстовое содержимое льётся в текстовый файл.
Этот номер (место) произвольно присваивает "иконе" пользователь.

В результате имеем массив пар (ID, №).

№ должен быть дробным числом чтобы всегда можно было вклинить между "иконами"
уже имеющими порядок в очереди ещё одну, например между №= 5 и №= 6
вставить №= 5.1, 5.2 ... а между ними 5.11 т.д. до "бесконечности".

В меню "программировать на языке" добавить язык "произвольный"
или "просто текст". При выборе этой опции программа НИКАКИХ
своих добавок и примечаний в юзерский текст не вносит, НИ БАЙТА.
Или использовать для этого уже существующую опцию "Без программирования",
добавив и в этом режиме третий квадратик "программный текст иконы" как для
других языков, но это будет "нулевой язык".

Зачем же вещественный номер? Практика таких языков, как Диамс, Фокал и т.п. показывает, что очень скоро такие номера становятся иррационально... нечитаемыми

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

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


Предположительно:
Порядок определяется одним имеющимся целочисленным номером, с корректировкой остальных при последовательном обходе части икон мышкой, сохранением порядка. Алгоритмически задавать номер нет возможности, т.к. ряд программных операторов не имеет прямых аналогов в ДРАКОНЕ, являются составными с завершающей частью, со вложением других операторов.
Таким образом: формирование маршрутной части программного кода не производится, а фиксируется в номерах икон и пишется программистом вместе с командной частью.

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

Новую версия подготовим к новому году.

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

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

1. Выделите одну схему полностью и перемещайте клавишами со стрелками, у клавиш есть автоповтор нажатия.
2. В последней версии. Для шампура есть выделение фрагмента между двумя точками ввода и выполнение операций вырезать, копировать, вставить. Есть операция переставить соседние ветки в силуэте.
3. Был разговор на эту тему. Как сделать не знаю, для чего это нужно не знаю, ведь и так использован формат графического файла с большим сжатием. Для печати рекомендуется использовать внешний графический редактор.
4. Они нужны для отката назад при корректировке, при работе с несколькими листами. Установите свойство папки "Не показывать скрытые файлы и папки".

Очень скоро- на сколько скоро? Через 999 вставок? Достаточно. И читает их все не юзер, а программа. Пользователь читает ТОЛЬКО ДВА - ТРИ СОСЕДНИХ числа. Вещественый ясно зачем: между целыми 3 и 4 не вставишь целое >3 но <4. А делать это приходится, реально проектирование обычно итерационно . Программа же, вообще говоря, не может знать нужную юзеру последовательность сборки кроме простейших линейных случаев конечно или когда язык программирования строго предопределён.
Я бы сделал так как предложил если бы взялся писать для теперешнего файла .drt свой "довесок". Автору виднее, возможно ему проще в качестве порядка зафиксировать последовательность кликов мышью по иконам или создать некую теневую ломаную траекторию. Или ещё как. Важно чтобы перед каждым экспортом не приходилось заново всё "обкликивать", а только внести текущие изменения, чтобы порядок сборки запоминался в файле drt.

Можно поподробнее? Что, формат drt понимается каким-то распространенным графическим редактором?
Каким?

Спасибо большое авторам редактора и дракон-языка.
Лично мне реально легче воспринимать сложную информацию с помощью дракон-схем. Редактором попробовал пользоваться недавно, достоточно удобен. Но раз уж планируете дорабатывать, то несколько вопросов / пожеланий:
1.


Это уже реализовано, или только к новому году появиться? Если реализовано, то как хотя бы без комментариев сделать?

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

3. Не смог разобраться, как изменять размер отдельной иконы (а то бывает наберешь длинный текст в одну строку, пока икон мало не придаешь этому значения, а как схема разрастется, так текст сделаешь в несколько строк, но ширина иконы при этом не меняется)

4. Не нашел (или плохо искал) иконы с таймером. Т.к. хотелось бы использовать не только для программирования

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


Ёлы-палы, а в один файл эти копии засунуть нельзя, что-ли? Я понимаю, что так проще, но уж если делать, так делать! А уж совет "установить свойство папки" - это вообще несерьёзно

Без этого не работает?
Проще всего советовать как сделать лучше...

Увы, советовать не проще... Проще сделать самому... Потому что советы не всеми адекватно воспринимаются...

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

Говорилось о выводе листа в графический файл .png.
Файл ...png прочитайте редактором Paint.
Можете редактировать: убрать упоминание Тышова, добавить логотип фирмы, красивый заголовок, угловой штамп для подписей.
Подготовить для печати, т.е. установить параметры страницы: формат бумаги, размер полей = 0, выбрать ориентацию, раскладку картинки на N x M страницах, центрировать, подогнать или масштабировать.
Предварительно просмотреть. Напечатать. Обрезать поля кромки (подумайте часть или все), склеить скотчем или клеем.
Повесить на стену, провести презентацию.

1. Сейчас нету, будем делать.
2. Ширина иконы устанавливается по длине строки текста в окне текстов, т.е. надо длинные строки разделять на несколько строк. Ширину иконы можно изменить: выберите икону, в главном меню пунктами "<-]", "]->" установите желаемую ширину иконы.
4. Установите галочку выбрав в меню пункт "Правка / Разрешить вывод операторов реального времени".

Спасибо, обязательно сделаем. Когда?, незнаю.

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

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

А как сделать выход (конец) из середины схемы? Может, оно, конечно, и не структурно , да нужно... Рестарт контроллера, например...

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

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