Осталось сделать следующий шаг - понять что панели нужны только если на диске разведена помойка. А если помойку не создавать, список чего угодно нефайловой природы (бранчей в гите, сервисов в системе, хостов в .ssh/known_hosts, да хоть ключей у набираемой команды) нужен куда чаще, чем список файлов. Поэтому файловый менеджер, как и сетевые файловые системы, нафиг не нужен.
Скажем в том же emacs (ну или vim, пофиг) попасть в нужный файл исходников можно манипулируя не списком файлов в проекте, а списком функций или методов (см. сtags(1)) или списоком ошибок компилятора.
Недаром авторы Андроида так норовят скрыть от пользователя файловую систему совсем, заменив её на множество интентов - ручек, торчащих наружу из приложежений. У них получается плохо, мы слишком привыкли, что информация в компьютере хранится в виде файлов) но что-то в этой идее есть.
А у идеи с tmux-ом будут жестокие проблемы с любым интерактивным не-шеллом. Как только мы захотим запусить что-то полноэкранное, хоть rtorrent, хоть текстовый редактор, хоть lynx, или хотя бы строчно-ориентированное. но работающее с объектами, список которых на панели так просто не отобразить (например psql), вся эта концепция рушится с треском.
Меня, кстати, безумно злит привычка новомодного софта (того же git) каждый раз когда вывод оказывается чуть длиннее экрана, вызывать вьюер, использующий альтернативный буфер, и по завершении этого вьюера убирать с экрана то, что только что там было. Мне бы это в прокручиваемом буфере эмулятора терминала было б гораздо удобнее на предмет cut'n'paste в командную строку.
Возможно, стоит наоборот, поглядеть в сторону Оберон-системы, где была возможность работать с объектом имя которого показано на экране в любом месте, а не только в специальных панелях?
no subject
Date: 2016-01-20 19:31 (UTC)Скажем в том же emacs (ну или vim, пофиг) попасть в нужный файл исходников можно манипулируя не списком файлов в проекте, а списком функций или методов (см. сtags(1)) или списоком ошибок компилятора.
Недаром авторы Андроида так норовят скрыть от пользователя файловую систему совсем, заменив её на множество интентов - ручек, торчащих наружу из приложежений. У них получается плохо, мы слишком привыкли, что информация в компьютере хранится в виде файлов) но что-то в этой идее есть.
А у идеи с tmux-ом будут жестокие проблемы с любым интерактивным не-шеллом. Как только мы захотим запусить что-то полноэкранное, хоть rtorrent, хоть текстовый редактор, хоть lynx, или хотя бы строчно-ориентированное. но работающее с объектами, список которых на панели так просто не отобразить (например psql), вся эта концепция рушится с треском.
Меня, кстати, безумно злит привычка новомодного софта (того же git) каждый раз когда вывод оказывается чуть длиннее экрана, вызывать вьюер, использующий альтернативный буфер, и по завершении этого вьюера убирать с экрана то, что только что там было. Мне бы это в прокручиваемом буфере эмулятора терминала было б гораздо удобнее на предмет cut'n'paste в командную строку.
Возможно, стоит наоборот, поглядеть в сторону Оберон-системы, где была возможность работать с объектом имя которого показано на экране в любом месте, а не только в специальных панелях?