Навигация — прокруткой бувера терминала.

в нормальных эмуляторах терминала и в двух известных мне мультиплексорах есть интерактивный поиск

Просмотр конкретного файла: выделить мышой, написать less, нажать среднюю кнопку мыши.

1) screen: copymode/интерактивный поиск/старт выделения/конец строки/конец выделения/вставка.

Получил список файлов, перенаправил его как текст в редактор. Написал к редактору команды: «взять файл под курсором, открыть в новом буфере», «взять файл под курсором, поместить в каталог ${dirname}», «взять файл под курсором, удалить, затем строку удалить». Повесил на хоткеи. Во, стало гораздо лучше!

в emacs-овом dired всё это есть и даже больше

Что из этих 250 коммитов улучшит мне жизнь на крысояде?

пользуюсь на stumpwm, брат жив

Дочитал до конца. Написано конструктивно, со многим, пожалуй, согласен (тайлинг, группировка, работа с меню). Годный обзор.

Поздравляю с сформулированным планом развития . Пойду что-ли панель соберу ;)

X3PCG..

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

А вот сохранение результатов поиска реально офигенная фича!

Только в том случае если ты - свинья и на винте у тебя полный бардак. Я как-то вообще без поиска обхожусь. Последний раз find'ом пользовался несколько месяцев назад.

вот давно хотел спросить (ибо пробовать лень): а lxpanelx поддерживает свистоперделки типа прозрачности и блура?

В планах.

Человек упорно не хочет понять одной вещи.

Если нужно управление файлами, то в linux есть несравнимо более удобные вещи, такие как bash/zsh/etc.

А если юзер пользуется компьютером, то он с помощью этих ФИЧ натворит себе такого, что плакать захочется не только ему.

Эти вещи уместны для Windows, где больше ничего и нет, но по факту неинтересны и обычному пользователю, и продвинутому.

Понимаю, что буду выглядеть как виндузятник, смотрящий на копипаст средней кнопкой мыши, но черт возьми, зачем оно может понадобиться?! Я долго думал...

Ситуация: закрыть 8 из 10-ти окон программы.
С клавиатуры, число нажатий: (alt-tab * x + alt + f4) * 8. С мышью, без выделения окон: 16 нажатий. (меню -> закрыть, меню -> закрыть...)
С мышью, с выделением окон: ctrl, 8 нажатий, меню -> закрыть — итого 11.

Ни разу не видел, в том числе на винде. Видимо, такая уж нужная фича, раз даже виндузятники не используют.

Да ты вообще много не видел. Не печалься, ты не один такой.

Лолшто?

Лолто.

Если нужны более сложные параметры - find и grep к вашим услугам, и нечего тащить их функционал в ГУИ, ибо, как показывает мне опыт, такой поиск бывает нужен как раз при работе из консоли.

Простая ситуация: grep -r тебе найдёт 20 файлов, а открыть тебе надо только 3-4. При чем, пока не увидишь названия и совпавшую строку, не знаешь, какие именно 4, но когда увидишь — узнаешь. Задача не решаема конвеером с xargs. Зато элементарно решаема при наличии грамотного ФМ. Ну а ты мышевози по окну терминала, копипастя нужные имена файлов средним кликом. Делать больше нехрен.

Но... видимо, мне не понять людей, которые без поиска в содержимом своих ФС не ориентируются.

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

Справка на что угодно через универсальную команду «man».

Даже если не считать то, что ты уводишь разговор в сторону, говоря совсем про другую справку... то по поводу универсальности:

$ (cd /usr/bin ; man -ws 1 *) 2> >( echo "Нет мана: `wc -l`" ) > >( echo "Есть ман: `wc -l`" )
Есть ман: 2135
Нет мана: 1351

Ладно, ослабим условия:

$ (cd /usr/bin ; man -w *) 2> >( echo "Нет мана: `wc -l`" ) > >( echo "Есть ман: `wc -l`" )
Есть ман: 2289
Нет мана: 1194

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

Ржали всем шредером. Но логика мне нравится, да: раз под линуксом нет, значит не нужно.

Пару раз открывал виндовую справку - поражался, за какого идиота меня держат.

Это ты еще справку KDE не открывал.

Ну это уже проблема линуксовых ДЕ, а не преимущество винды.

«Это не они такие богатые, это мы такие бедные».

1) screen: copymode/интерактивный поиск/старт выделения/конец строки/конец выделения/вставка.

total: F3.

в emacs-овом dired всё это есть и даже больше

Потому что это комбайн. Всё логично.

Я как-то вообще без поиска обхожусь. Последний раз find'ом пользовался несколько месяцев назад.

Дай угадаю: ты компьютером пользуешься, чтобы слушать музычку и сра^Wсидеть на ЛОРе.

Так что же делать?

в винде и главное меню юниксвейно, не чета отрыжкам XDG.

А в «юниксвейном главном меню винды» можно ОДИН ярлычок закрепить в НЕСКОЛЬКО менюшек. Не сделать несколько копий, а именно один, и в нескольки местах меню? А то вот «отрыжки XDG» делать это умеют...

NT поддерживает симлинки, если что.

А вообще меню приложений с категориями спроектировано «по XDG» правильно. Там всё это (дополнительная сложности) действительно нужно и оправдано. В то же время, пользовательские менюшки проще и удобнее строить на основе дерева каталогов.

Это разные задачи же.

неа, в семерке она гораздо лучше

чем лучше? Попытка закосить под док привела к тому, что прикрепленные значки меняют свое положение в процессе работы. За это надо отрывать руки.
Пытаемся привести к нормальному виду: открепляем значки, создаем нормальную панель быстрого запуска, включаем подписи. Получаем фейл: на кнопке активного приложения нечитаемая надпись (белый шрифт на очень светлом фоне). Плюс до первого сервис-пака дополнительные панели имели свойство внезапно пропадать.
Если оставить большие значки в быстром запуске, тогда кнопки запущенных приложений будут не во всю высоту панели, с пустым местом внизу. Это полный п...ц. Хоть как-то можно пользоваться, только если сделать узкую панель с мелкими значками. Но косяк с надписями никуда не денется.
Добавляем к этому самопроизвольно меняющие порядок кнопки запущенных приложений, исчезающий индикатор раскладки (больше 10 лет не могут починить), невозможность нормально настроить ширинку кнопок таскбара.

Ну и где тут прогресс?

Однако пара этих багов — лишь частные случаи общей проблемы: графический интерфейс программ под линукс непредсказуем. Взаимодействовать с таким интерфейсом — всё равно что пользоваться отверткой с ручкой, которая впивается в руку, или носить неудобную обувь.

Никогда с таким не сталкивался.

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

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

http://itmag.es/3gy16 стесняюсь спросить,а чем вот это вот не подходит? вроде фм, поиск и меню есть.

F3, если ты находишься на файле. Так с zsh-дополнением я тоже могу (при том, что поиск там покруче)

Потому что это комбайн.

при этом вполне себе модульный и неплохо сочетающийся с пресловутым уних-путём

Простая ситуация: grep -r тебе найдёт 20 файлов, а открыть тебе надо только 3-4. При чем, пока не увидишь названия и совпавшую строку, не знаешь, какие именно 4, но когда увидишь — узнаешь. Задача не решаема конвеером с xargs. Зато элементарно решаема при наличии грамотного ФМ. Ну а ты мышевози по окну терминала, копипастя нужные имена файлов средним кликом. Делать больше нехрен.

whiptail --checklist

Если считать, что emacs — это среда исполнения, а наборы фич для него — отдельные приложения, то всё нормально.

Если считать, что мы говорим о иксовой среде, то тут всё гораздо хуже.

И таки F3 заменяет вот это: «старт выделения/конец строки/конец выделения/вставка» + неназванный тобой ввод less. (Ладно, дописывание less в начало строки и нажатие ^M можно повесить на хоткей bash-а. Всё равно это +1 лишний хоткей.)

Так с zsh-дополнением я тоже могу (при том, что поиск там покруче)

Подробнее с этого места. Чем круче, почему?

И как я последние 10 лет без описанного в той статье обхожусь то? Е-мое... что то наверное в этой жизни упустил. Пригласить что ли аффтара с циклом докладов «тайлинг окон», «вызов справки из контекстного меню», «оконные утилиты поиска», «работа с тулбаром»? А то ведь народ и не знает... без всякого сарказЪму (правда не знает).

PS Вспомнил, под 95/98й я всей этой хренатенью тоже не пользовался!

whiptail --checklist

Ну и этим самым ты будешь пытаться изобрести на коленке гуй для работы с файлами под частную задачу. Т.е. по сути делать за разработчиков DE их работу. Если бы я мог вместо whiptail вызвать thunar --load-list-from-stdin, то и наколеночные поделия не потребовались бы. А если бы я мог в этом воображаемом сферическом thunar-е открыть две панели и настроить любые хоткеи на любые действия по своему вкусу...

человек, перетаскивающий файл в окошко Open, хочет не скопировать его в текущий открытый каталог, а именно открыть

Да ну?

Из всего описанного в кедах нет только сохранения результатов поиска. А может и есть, я все равно консолью ищу. Еще насчет таскбара не могу проверить, у меня его нет.

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

Ответ макоси: нажимаем в дисковой утилите кнопку Burn, нам выдают окно Open, предлагая выбрать образ для прожига, мы перетаскиваем в это окно имеющийся образ, нажимаем «начать» и идём пить кофе.

В винде придётся в окне Open долго и нудно искать УЖЕ ОТКРЫТУЮ папку.

Жду ответный юзкейс о копировании файла в окно Open.

В винде придётся в окне Open долго и нудно искать УЖЕ ОТКРЫТУЮ папку.

Тыкнуть в УЖЕ ОТКРЫТОЙ папке правой кнопкой и сказать Burn Image ты не осилил?

Бред какой-то: куча ненужных функций. Зачем это здесь?

Обрамление окон - каменный век. Зачем оно?

Ну и еще. Я не знаю, что там за херня в макоси, а в винде есть такая вещь, как перетаскивание файлов на окно программы. Никаких дополнительных диалогов для этого открывать не нужно. Если какие-то программы это не поддерживают, претензии не к винде.

В макоси нельзя перетащить файл из папки в приложение? В винде можно. ИЧСХ, файл при этом открывается. А любое окно файлового менеджера - неважно, диалог это open, диалог save или просто папка - это окно файлового менеджера.

Опередил :)

Ну и этим самым ты будешь пытаться изобрести на коленке гуй для работы с файлами под частную задачу.

заметь, элементарный, состряпанный из гов^Wюниксовых утилит за минуту

Если бы я мог вместо whiptail вызвать thunar --load-list-from-stdin, то и наколеночные поделия не потребовались бы

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

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

а если панелей не 2, а неограниченное количество, то получился бы емакс

С мышью, с выделением окон: ctrl, 8 нажатий, меню -> закрыть — итого 11.

Вот, кстати, поэтому и нужно настраиваемое умение панели закрывать окна по миддл-клику.

Подробнее с этого места. Чем круче, почему?

а, немного не понял о чём речь. Не круче, но можно сделать расширение для автодополнения :)

fixed

поэтому и нужно настраиваемое умение панели

выполнять любые функции по любым событиям

заметь, элементарный, состряпанный из гов^Wюниксовых утилит за минуту

написание и отладка данной фичи в thunar - дело чуть большего времени.

Это потому, что типичный ФМ — куча совершенно разных утилит в одном бинарнике. Сравни: 1) если у тебя как у руководителя проекта, висят в трекере задачи на релиз а ля «реализовать средство поиска», «реализовать средство синхронизации каталогов», «добавить в диалог свойств информацию о acl-правах». Или 2) если у тебя стоит задача разработать утилиту, которая делает всего одну вещь: обеспечивает навигацию по дереву каталогов и отображение файлов.

В первом случае разработчик в гробу видал всякие мелкие «продвинутые фичи». Не до жиру, быть бы живу.

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

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

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

Уже есть

http://s11.radikal.ru/i183/1201/1d/47b23de9bc8a.png

Тыкнуть в УЖЕ ОТКРЫТОЙ папке правой кнопкой и сказать Burn Image ты не осилил?

Не имеет отношения к делу. Речь идёт об окне Open, а не о прожиге dvd-шек.

Я не знаю, что там за херня в макоси, а в винде есть такая вещь, как перетаскивание файлов на окно программы.

И что должна делать программа при перетаскивании в неё iso-образа? ИМХО, либо показать содержимое, либо подмонтировать.

Не имеет отношения к делу. Речь идёт об окне Open, а не о прожиге dvd-шек.

Как раз имеет. Если у тебя есть объект, годный для перетаскивания, значит у тебя есть контекстное меню этого объекта. А в нём есть тот самый «открыть с помощью».

А любое окно файлового менеджера - неважно, диалог это open

С какого перепугу окно open стало окном файлового менеджера??? Виндопривычки?

Если у тебя есть объект, годный для перетаскивания, значит у тебя есть контекстное меню этого объекта. А в нём есть тот самый «открыть с помощью».

И что должна делать программа, когда «с помощью» неё открывают образ? Открыть? Подмонтировать? Мне нужно прожечь.

И что должна делать программа при перетаскивании в неё iso-образа? ИМХО, либо показать содержимое, либо подмонтировать.

Как ты думаешь, что должна делать программа для прожига дисков при перетаскивании на неё iso-образа? Неужели... подмонтировать? :-D

С какого перепугу окно open стало окном файлового менеджера??? Виндопривычки?

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

Свои фобии о вендопривычках оставь при себе.