> Даже до заголовков развёрнутых окон, в которых не пускают мышь, не додумались - хотя
> это сделало бы доступ к меню много более удобным.А как тогда их, извините, закрывать, ежели крестик нажимать не пускают?
> либо не отвечает нынешним реалиям. Те же упоминаемые мной полосы прокрутки
> были хороши, когда не было колеса, а сейчас другие решения надо
вот в некстстепе полосы прокрутки были правильные -- во-первых, слева/сверху от текста, то есть ближе к курсору/началу абзаца, во-вторых, пропрорциональные. Колесо на мышке убило грамотрый дизайн GUI, да :(
> искать. И появятся они, вероятно, не скоро - потому что хорошая
> альтернатива просто не уместится в существующий десктоп - в ней должны
> по-другому работать кнопки мыши, по-другому организовываться экранное пространство,
> другие архитектурные решения
переизобретаем Plan 9, mouse chords, интерклики мышкой?
> (к примеру, диалог открытия файла вообще должен быть
> отдельной программой и взаимодействовать с основной через шину сообщений, а превью
> показывать, пользуясь XEmbed).
на мой взляд, диалога открытия файла вообще не должно быть. Ни в виде диалога -- интерфейс
в стиле хотя бы Емакса удобнее, т.к. позволяет делать поиск, в том числе, по надписям на
кнопкам и скрытым подопциям, он безмодальный, а это правильно;
ни в виде собственно, файлов. Вместо "открыть файл, который лежит там-то" должна быть некое хранилище объектов с тегами и категориями, и функции DE вида "найти объект по тегу",
"переслать объект в следующее в данном workflow приложение как ссылку или объект", "экспортировать/импортировать объекты в ФС"
Например, такой workflow: открываем браузер, гуглим, открываем 10 ссылок по найденному.
Выделяем найденное, нажимаем секретную_комбинацию_клавиш -- и в емакс автоматически вставляется запись из выделенного в нужном формате + ссылка на url страницы, откуда выделили + опционально, история переходов по странице. Правим в емаксе заметку аннотацию, нажимаем M-x сохранить-и-опубликовать -- и это автоматически ушло в бложик, или в другое приложение, и т.п.
Нечто подобное есть в MacOSX в Things или OmniWeb.
Нечто подобное можно слепить, взяв какой-то лёгкий браузер вроде uzbl/luakit/serf с XEmbed, биндингами к dbus и скриптами + биндингами в таком браузере, + xclip с несколькими клипбордами + xbindkeys для взаимодействия всего этого, правда, сделать это за
разумное время, борясь с настройкой всевозможных конфигов, скриптуемых тулзов, и с нормальной интероперабельностью между тулзами -- хмм.. спорно..
> Сделать всё это можно - но нужны довольно
> приличные усилия. То есть это нужна команда, которая готова была бы
> делать всё с нуля - начиная с тулкита
а тулкит-то зачем трогать? или хочется чего-то, подобного портам в амижном воркбенче + Rexx, или plumbing + порты приложений в Plan 9 (как команды того же Rio или acme)?
> и заканчивая протоколами
> взаимодействия "стандартного десктопного софта", а результат работы не сможет нормально
> сосуществовать с текущим виндовс-лайк софтом.
вот это в основном и нужно, грубо говоря, "прикрутить к софту dbus", точнее -- общие для таких разных workflow и таких разных приложений (в рамках одного workflow) стандарты для взаимодействия.