OberonCore

Следуя всё крепнущей тяге мигрировать полностью в ББ...

Поставил туда подсистему Media из коллекции Цинна.

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

Но увидел примитивный интерфейс на формах. И форму со списком воспроизведения. Кнопками "открыть-сохранить".

Ну до чего же люди очевидного не видят

Отсюда идея новичкам: взяв за основу Media, спаять некий плеер с активно-текстовым интерфйесом.

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

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

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

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

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

Ну, посмотрите вот это:

http://oberoncore.ru/wiki/blackbox/ex/points_game

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

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

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

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