DRAKON.SU

Изобретение Геннадия Тышова.
Соответствуют:
- управленческому примечанию иконы;
- алгоритмическому примечанию иконы;
- программному коду иконы.
При заполнении соответствующих полей квадратики становятся закрашенными.
В принципе, выглядят они симпатичнее чёрточек в предыдущих версиях редактора


PS. Открытость файлового формата редакора -- крайне важный вопрос!
Отсутствие открытости ограничит аудиторию возможных пользователей редактора.

Уважаемый Ярослав Романченко!

Эти три квадратика исчезают в конце работы? Их можно удалить?
Или их удалить нельзя и они обязательно присутствуют в полностью законченной схеме?
Выскажите Ваше мнение: эти квадратики полезны или нет? Что именно они улучшают? Или они вносят неудобства для пользователей? Я не смог догадаться.

Что значит открыть файловый формат редактора?
Это значит открыть исходники для всех пользователей?

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

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

Описание формата представляет собой декларатив в чистом виде, поэтому дракон идет лесом На драконе можно описать алгоритм чтения/записи такого формата, но в таком случае для понимания самого формата придется заниматься reverse engineering'ом.

Уважаемый Владимир Даниелович!
Не исчезают, и при экспорте в графический файл остаются. Видимо, остаются и в законченной схеме тоже.Они показывают пользователю заполнено ли соответствующее поле у иконы. По большому счёту, мне хватило бы одного такого поля, а следовательно и квадратика. Поскольку консенсуса в количестве полей/квадратиков достичь может быть проблематично, было-бы неплохо для каждой ДРАКОН-схемы сохранять соответствующее количество булевских параметров, указывающих на присутствие этих полей. И если параметр установлен в ЛОЖЬ не показывать соответствущий квадратик и не предоставлять возможности редатировать соответствующее поле.
И ещё важное замечание: возможность редактирования текстовых полей хорошо-бы обеспечить ВСЕГДА, а не включать её из меню. И при щелчке на иконе отображать элементы редактирования для ВСЕХ текстовых полей, в том числе и для текста иконы.
Отображение квадратиков сделать включаемым/отключаемым через меню.ОТКРЫТЬ ИСХОДНИКИ это ещё не значит ОТКРЫТЬ ВСЕ ИСХОДНИКИ, и с таким условием их вполне можно открыть для ВСЕХ
Поскольку я изучал исходники Геннадия, могу порекомендовать, как это можно сделать.
В программе (согласно самой первой версии) присутствуют две основные структурные единицы. Класс Схема, и класс Элемент. Ещё присутствуют два списка, для экземпляров типа Схема и экземпляров типа Элемент соответственно.
Всё что нужно сделать:
1. Выделить списки и эти 2 класса в отдельный модуль (назовём его условно БАЗОВЫЙ), убрав из них все методы не нужные для чтения/записи. Останутся только поля классов, и конструктор с деструктором для правильного создания экземпляров классов и освобождения памяти.
2. Перенести в БАЗОВЫЙ модуль также и процедуры чтения/записи файлов.
3. В программе добавить БАЗОВЫЙ модуль в секцию uses, и описать два класса-потомка для тех базовых классов с расширением необходимой функциональности. И для чтения/записи использовать процедуры определённые в БАЗОВОМ модуле.
4. Опубликовать БАЗОВЫЙ модуль для ВСЕХ пользователей.

PS. Даже более того! Сообщество сможет дописать в БАЗОВОМ модуле процедуры чтения/записи для альтернативных форматов, например XML.

Отключить квадратики МОЖНО (что я и делаю, просто при каждом открытии редактор их вновь показывает - я перед снимком экрана не отключал).
Пункт меню - Вид->Графика с примечаниями (вкл/выкл галочку).

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

Это черновик. Через некоторое время будет удален.
Чистовик находится здесь
viewtopic.php?p=18051#p18051

Уважаемый Геннадий Тышов!

Я с большим уважением отношусь к Вашим авторским правам на созданный Вами дракон-редактор, который является Вашей интеллектуальной собственностью.

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

ПРЕДЛОЖЕНИЯ

1. Внести в программу дракон-редактор новый модуль и присвоить ему название «Базовый».

2. Включить в состав Базового модуля:

• структурную единицу Класс Схема;
• структурную единицу Класс Элемент;
• список экземпляров типа Схема;
• список экземпляров типа Элемент.

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

3. Перенести в БАЗОВЫЙ модуль процедуры чтения/записи файлов.

4. В программе:

• добавить БАЗОВЫЙ модуль в секцию uses;
• описать два класса-потомка для базовых классов с расширением необходимой функциональности;
• для чтения/записи использовать процедуры определённые в БАЗОВОМ модуле.

5. Опубликовать БАЗОВЫЙ модуль для всех пользователей. (Остальные исходные тексты Вашего дракон-редактора публиковать не требуется).

По мнению Ярослава Романченко, участники Оберон-сообщества смогут дописать в БАЗОВОМ модуле процедуры чтения/записи для альтернативных форматов, например XML.


Уважаемый Ярослав Романченко!

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

Если я исказил Вашу мысль или что-то упустил, поправьте меня. Это можно сделать двумя способами.

1. Либо Вы говорите мне, чтО надо исправить. И я исправляю.

2. Либо Вы излагаете все от своего имени. И я удаляю это сообщение.

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

Я решил перенести вариант "Объект собран сборщиком мусора" левее (т.к. он лучше, чем аварийное закрытие).
Мне теперь нужно удалить правый вариант. Я не могу это сделать.
Если я щёлкаю на вариант и нажимаю "Удалить без разрыва", то убивается и петля цикла, идущая наверх.
Команда "Удалить икону и хвосты" вешает редактор.

Формулировки более-менее приемлемые.
Только вот при реализации этого очевидны небольшие проблемы...
Списки в БАЗОВОМ модуле при чтении файлов будут заполняться экземплярами БАЗОВЫХ классов, а для редактора Геннадию понадобится, что-бы списки содержали экземпляры расширенных версий классов.
Один из способов достаточно легко устранить проблему, например, сделать в БАЗОВОМ модуле процедуру для инициализации модуля с параметрами. А в качестве параметров передавать указатели на функции-фабрики объектов. Таким образом в редакторе надо будет создать реализации фабрик возвращающих экземпляры расширенных классов, а в любой сторонней программе, использующей БАЗОВЫЙ модуль соответственно реализации фабрик возвращающих экземпляры БАЗОВЫХ классов. В БАЗОВОМ модуле вместо создания экземпляров классов методом Create, использовать вызовы функций-фабрик.

Это черновик. Через некоторое время будет удален.
Чистовик находится здесь
viewtopic.php?p=18051#p18051

Уважаемый Геннадий Тышов!

Я с большим уважением отношусь к Вашим авторским правам на созданный Вами дракон-редактор, который является Вашей интеллектуальной собственностью.

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

ПРЕДЛОЖЕНИЯ

1. Внести в программу дракон-редактор новый модуль и присвоить ему название «Базовый».

2. Включить в состав Базового модуля:

• структурную единицу Класс Схема;
• структурную единицу Класс Элемент;
• список экземпляров типа Схема;
• список экземпляров типа Элемент.

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

3. Перенести в БАЗОВЫЙ модуль процедуры чтения/записи файлов.

4. Списки в БАЗОВОМ модуле при чтении файлов заполняются экземплярами БАЗОВЫХ классов. При этом списки должны содержать экземпляры расширенных версий классов.

5. Для выполнения требования пункта 4 необходимо:

• создать в БАЗОВОМ модуле процедуру для инициализации модуля с параметрами. В качестве параметров передавать указатели на функции-фабрики объектов;
• в редакторе надо создать реализации фабрик, возвращающих экземпляры расширенных классов;
• в БАЗОВОМ модуле вместо создания экземпляров классов методом Create, использовать вызовы функций-фабрик.
• в любой сторонней программе, использующей БАЗОВЫЙ модуль, надо создать реализации фабрик, возвращающих экземпляры БАЗОВЫХ классов.

5. В программе:
• добавить БАЗОВЫЙ модуль в секцию uses;
• описать два класса-потомка для базовых классов с расширением необходимой функциональности;
• для чтения/записи использовать процедуры определённые в БАЗОВОМ модуле.

6. Опубликовать БАЗОВЫЙ модуль для всех пользователей. (Остальные исходные тексты Вашего дракон-редактора публиковать не требуется).

По мнению Ярослава Романченко, участники Оберон-сообщества смогут дописать в БАЗОВОМ модуле процедуры чтения/записи для альтернативных форматов, например XML.


Уважаемый Ярослав Романченко!

В этом сообщении я попытался изложить последнюю версию предложенного Вами Технического задания на доработку дракон-редактора Геннадия Тышова.

Если я исказил Вашу мысль или что-то упустил, поправьте меня. Это можно сделать двумя способами.

1. Либо Вы говорите мне, чтО надо исправить. И я исправляю.

2. Либо Вы излагаете все от своего имени. И я удаляю это сообщение.

3. Просьба заменить мои «более-менее приемлемые» формулировки на точные и корректные.

Не совсем верно. Можно переписать так: "При использовании БАЗОВОГО модуля со сторонними программами списки в БАЗОВОМ модуле при чтении файлов заполняются экземплярами БАЗОВЫХ классов, а при использовании с редактором списки заполняются экземплярами расширенных версий классов".За всё Оберон-сообщество не отвечу Более вероятно, что Оберон-сообщество портирует модуль в среды BlackBox и A2 для чтения/конвертации .drt файлов.

Уважаемый Геннадий Тышов!

Я с большим уважением отношусь к Вашим авторским правам на созданный Вами дракон-редактор, который является Вашей интеллектуальной собственностью.

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

ПРЕДЛОЖЕНИЯ

1. Внести в программу дракон-редактор новый модуль и присвоить ему название «БАЗОВЫЙ».

2. Включить в состав БАЗОВОГО модуля:

• структурную единицу Класс Схема;
• структурную единицу Класс Элемент;
• список экземпляров типа Схема;
• список экземпляров типа Элемент.

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

3. Перенести в БАЗОВЫЙ модуль процедуры чтения/записи файлов.

4. Следует различать два случая:

а) Использование БАЗОВОГО модуля со сторонними программами. В этом случае списки в БАЗОВОМ модуле при чтении файлов заполняются экземплярами БАЗОВЫХ классов.

б) Использование БАЗОВОГО модуля с дракон-редактором. В этом случае списки в БАЗОВОМ модуле при чтении файлов заполняются экземплярами расширенных версий классов.

5. Для выполнения требования пункта 4 необходимо:

• создать в БАЗОВОМ модуле процедуру для инициализации модуля с параметрами. В качестве параметров передавать указатели на функции-фабрики объектов;
• в редакторе надо создать реализации фабрик, возвращающих экземпляры расширенных классов;
• в БАЗОВОМ модуле вместо создания экземпляров классов методом Create, использовать вызовы функций-фабрик.
• в любой сторонней программе, использующей БАЗОВЫЙ модуль, надо создать реализации фабрик, возвращающих экземпляры БАЗОВЫХ классов.

6. В программе:
• добавить БАЗОВЫЙ модуль в секцию uses;
• описать два класса-потомка для базовых классов с расширением необходимой функциональности;
• для чтения/записи использовать процедуры определённые в БАЗОВОМ модуле.

7. Опубликовать БАЗОВЫЙ модуль для всех пользователей. (Остальные исходные тексты Вашего дракон-редактора публиковать не требуется).

Можно предположить, что участники Оберон-сообщества будут портировать БАЗОВЫЙ модуль в среды BlackBox и A2 для чтения/конвертации .drt файлов.

Можно также предположить, что некоторые участники Оберон-сообщества смогут дописать в БАЗОВОМ модуле процедуры чтения/записи для альтернативных форматов, например XML.


Уважаемый Ярослав Романченко!

В этом сообщении я попытался изложить последнюю версию предложенного Вами Технического задания на доработку дракон-редактора Геннадия Тышова.

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

Илья! Расскажите, как Вы преодолели затруднение и вышли из положения. Если можно, поподробнее.

Я пересадил лиану "да" из развилки "Соединение потеряно?" на выход "нет" из этой же развилки. После чего удалил эту развилку, а самую правую, которую хотел удалить, переделал на "Соединение потеряно".

Геннадий Тышов, несколько маленьких предложений-просьб:
1) можете перекомпилировать программу с поддережкой Unicode? Очень сложно читаь текст из знаков вопроса.
2) Можно добавить в меню команды вставки икон?

Готов помочь в написании справки.

UPD Понял - мои просьбы излишни. Не понятно только, почему после старта, программа выглядит вот так: