OberonCore

Ну называйте это "запуск процедуры из модуля". Важно то, что это выполняется по одному нажатию, а Ctrl-F9, F9 или F5 -- это не важно...

Запуск какой процедуры? Если по аналогии с запуском программы делать запуск фиксированной процедуры, он будет выполняться по одному нажатию.

Там, кстати, есть Alt+D,A вместо Ctrl+K, Alt+D, U. Ещё тычок по командеру с Ctrl. Я просто не привык.

Вообще да. Запуск тестовых процедур. Kernel.Collect. Это конечно от человека зависит, мне проще написать команду нежели запоминать сочетания клавиш.

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

UPD. И журнал выполненых команд. Похоже мне не хватает в ББ консоли.

А может вообще командный терминал написать? А поверх него - ББФар

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

Не удобен. Дык я пошутил

Как я понял в "Execute and clear command" команда стирается даже если была ошибка выполнения. Например, неправильно введено имя модуля. Нехорошо-с.

А в каком-то из старых журналов была статья, как сделать педаль к "бытовому компьютеру".
Давайте заделаем "запуск командера педалью"

Надо подумать. Можно ещё как в гугле сделать - "Команды StdLog.Cleae не существует. Возможно вы имели ввиду StdLog.Clear?"



Это как?

Кстати, возник вопрос. Вот для выгрузки существует ExternalizeAs. А есть подобный механизм для процесса загрузки? Мне нужно при загрузке документов все коммандеры заменять на свою реализацию (фактически меняется только обработка нажатия мыши).

Я имел ввиду:
- Вводим ^Q A.B;
- Test Menu->Execute and clear command;
- команда стёрта, в логе "command error: code file for A not found".

Да я понял, я просто идею дальше развил Когда Гуглю задаёшь искать слово с ошибкой, он выдаёт "возможно Вы имели ввиду".

Может быть, перехват делать на уровне Converters? Или Documents?

А фиг его знает. Stores для создания объектов напрямую пользует Kernel, соответственно "настоящий" коммандер всё равно будет создан. Текстовые документы ещё можно через Converters править, но ведь коммандеры не только в текстах бывают

Вообще, чем дальше, тем больше убеждаюсь в странности модула Stores.

Не странность, а непосредственная унаследованность от классической Oberon System.

Сразу всё предусмотреть было невозможно - и молодцы, что не стали пытаться...

Таки я не понимаю, чем не устраивает подмена после загрузки документа? Любой Containers, а не только текст, поддерживает итерацию по вложенным Views - и процедуру ReplaceView.