DRAKON.SU

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

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

И еще думаю, что Заземление лианы должно само выполняться, только в пункте меню выбрать, а линию до низа не вести

viewtopic.php?p=29470#p29470

Уважаемый Рэйлвэй Каген!

В Вашем тексте два раза встречается слово ДВУМЕРНЫЙ (я нарочно его выделил).
Правильно я понимаю, что в первом случае должно стоять не ДВУМЕРНОГО, а ОДНОМЕРНОГО?
Или я не прав?

Это был вопрос к Илье Ермакову. Должно быть именно "двумерного". Термин введён здесь. Одномерный случай - это линейная текстовая запись.

1. Будем думать (с понедельника), о предупреждении при выходе размеров документа за 3500*2500. Снять это ограничение не получается. Сейчас, при настройке - "Размещения схем без наложения", есть возможность сдвигать все схемы в документе.
2. Будем думать, как отказаться от построения мышкой соединительной линии.

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

Только подумал внести такое же пожелание, а тут уже . Правда тоже не знаю, было ли это уже предложено ранее или нет

Нашел и решение данной проблемы без изменения самой программы с помощью программы AutoHotkey. Скрипт к ней приложил, ознакомится с русской документацией можно по ссылкам с этой страницы http://forum.script-coding.info/viewtopic.php?id=2496

На текущий момент скрипт позволяет:

1) При щелчке правой кнопкой мыши, менять фокус
2) Прокручивать вместо мышки клавишами ctrl со стрелками
3) При щелчке мыши выделяется также текст в окне редактирования

При желании можно будет заменить и другие действия мыши клавиатурными комбинациями, т.е. сделать горячие клавиши

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

Спасибо за доработки:

А имеется возможность контекстное меню сделать, раз уж есть переходы клавишами?

И выделение объектов правой кнопкой все таки должно быть, а не предварительный щелчок левой кнопкой по ним. Если это конечно не сложно

Вероятно, будет полезно организовать разбор командной строки при запуске и.с.DRAKON. Т.е., выделив группу *.drt файлов в папке, выбираем виндовское "открыть".. и сейчас среда пытается открыть каждый выделенный файл в отдельном экземпляре редактора. При достаточно большом количестве выбранных файлов это заканчивается ошибкой "Недостаточно памяти для обработки команды", а потом "av".

Лучше будет, если среда откроет все выделенные файлы в одном экземпляре редактора.

Рекомендация, в частности для Бытко:
1. Было изменено начертание икон (ИмяВетки, Адрес, Вариант и др. ), но размеры сохраняются в файле. Для получения в новом виде необходимо выполнить: выбрать в меню "Правка" / "Документ: установить шрифт ..." и без изменения шрифта нажать клавишу "Ok".
2. В ряде случаев, текст в иконах содержит пустую строку, т.к. при наборе его в окне текста в конце нажималась клавиша "Enter". Вызовите в окно текста, встаньте после последнего символа и нажмите продолжительно клавишу "Del", т.е. удалите пустые последние строки и конечные пробелы. Программа доработана в этой части.

Вопрос, как правило не в сложности, а в наличии знаний и понимании необходимости.

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

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

Вопросы к Тышову:
1) Зачем иконы выбора по высоте разносятся? Ведь при этом теряется весь эргономический смысл конструкции "Переключатель!
2) Зачем в .png попадают квадратики точек ввода?
3) Суперстранно, просто кошмарно выглядит результат объединения двух веток - выходы из развилок образовали вообще непонятно что. Как с этим справиться?

Вопрос к теоретикам - апологетам первозданного Дракона:
4) Исчисление икон, исчисление шампуров... Какой смысл? Раз ветки можно объединять...
5) С какого перепугу две (или более) абсолютно равнозначные сливающиеся ветки должны быть несимметричными (все приводятся к левому шампуру)?

Про эргономику... ну да ладно... выделить кусок схемы - такая нетривиальная операция, оказывается

Не совсем понял вопросы...

Касательно таких объединений - у меня для них размещение обсчитывается так:

Alexey_Donskoy пишет:

Алексей Николаевич!
Тышов сейчас в отпуске. Попробую ответить за него.
Alexey_Donskoy пишет:

Полностью согласен. Это недоработка. Надо поправить.
Эргономический смысл конструкции "Переключатель!" портить нельзя.
Впрочем, не исключено, что Тышов умеет это как-то исправлять.
Если не умеет, надо доработать.

Alexey_Donskoy пишет:

Помнится, Тышов учил, что валентные точки (Тышов называет их "точки ввода")
можно удалить, если выбрать "Документ". Впрочем, я могу соврать.

Alexey_Donskoy пишет:


1. Термин "Ветка" ввел я. Ветка -- это конструкция силуэта.
А Вы спрашиваете не про силуэт, а про примитив. В примитиве веток нет.

Алексей Николаевич! У Вас есть моя книга "Занимательная информатика".
В этой книге на стр. 143 написано.



Таким образом, нельзя говорить о ветках в примитиве.
Но вполне можно говорить о маршрутах или о ветвях
(но только не о ветках).

С учетом этого вношу в вопрос Донского маленькую коррекцию.
заменяю "ветку" на "ветвь".

С учетом этой небольшой поправки, можно сказать, что
Alexey_Donskoy пишет:



Законный вопрос. Ответ такой. Конструкции Дракона не всегда переводятся
в классические конструкции текстового программирования Эдсгера Дейкстры.

То, что Дейкстра запрещал, Дракон разрешает. То, что было запрещено, теперь
разрешено.

Меньше неоправданных ограничений, значит, больше свободы.

Алексей Николаевич! Это было общее утверждение.
Если же перейти к конкретике, то в данном случае Вы правы.
То есть математика здесь безукоризненная.
Но с точки зрения эргономики, Вы правы, задавая вопрос:
"Как с этим справиться?"

Ответ. Справиться можно так. В иконе "вопрос" Nrec > 0 выход по нет
не надо вести по прямой до упора в вертикаль.
Надо ввести чисто графическое исправление. Указанный выход по нет ведем
горизонтально длиной 1 см., затем делаем излом и сворачиваем вниз.

После этого, как Вы сказали, выравниваем три иконы "вариант" переключателя
по горизонтали.
Затем выравниваем две иконы вопрос Nrec по горизонтали.
Затем выравниваем две иконы "действие" по горизонтали.
Таким образом, в правых двух ветвях переключателя получаем две графически
одинаковые конструкции. Они выровнены по горизонтали.

При этом каждая из двух одинаковых графических конструкций содержит:
-- Икону вопрос Nrec.
-- Икону действие в левом плече развилки.
-- Правое плечо развилки пустое (это просто вертикальная линия).

Разница между этими конструкциями состоит только в текстовом наполнении
икон "вопрос" и "действие".

Таким образом, Алексей Николаевич полностью прав.
(А некорректное использование термина "ветка" -- это ничтожная мелочь).

На остальные вопросы отвечу позже.

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

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

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

Вот-вот именно так, сортированная, упорядоченная хоть как-то информация воспринимается лучше! Обычно это "хоть как-то" алфавит а у нас функция - "наименьшее зло на шампуре" (правее - хуже). Алексей, а Вы действительно уверены что они одинаковы? Два жителя США имеют (теоретически) равные права но одинаковы ли они? Даже у близнецов можно найти что-то для сортировки.

Илья, а вот именно поэтому я и хочу видеть графическое подтверждение равноправности.
Это в тексте любое перечисление всё равно станет упорядоченным (1,2,...). А в графике хочу видеть симметрию (там где она действительно есть). И не вводить лишних сущностей (фиктивная упорядоченность, обусловленная метрикой представления).

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

Ну, не знаю... Мне наоборот нравится в Драконе несимметричность.