LINUX.ORG.RU

vifm обновился до версии 0.7.5

 , , , ,


0

2

vifm является двухпанельным консольным файловым менеджером с Vi-подобным модальным управлением, позаимствовавшим некоторые идеи из почтового клиента mutt. Целями разработки являются следование Unix-way, высокая скорость работы и низкое потребление памяти (если соблюдение этих условий не вредит функционалу), а также максимальная схожесть с Vim.

Версия 0.7.5 добавляет одну существенную возможность (обработка escape-последовательностей в режимах предпросмотра), и содержит также ряд улучшений и расширений функционала прошлых версий.

Естественно, были также исправлены обнаруженные ошибки. Система сборки претерпела некоторые изменения, которые должны упростить компиляцию из исходных кодов (как на Linux, так и на таких системах как FreeBSD и OS X). Также были включены некоторые дополнительные файлы (live ebuild для Gentoo и примеры цветовых тем).

Остальные более-менее существенные изменения:

  • добавлены макросы, которые раскрываются в список файлов, содержащихся в регистре;
  • добавлена возможность сборки с динамической загрузкой xlib во время исполнения;
  • добавлено отображение прав на файлы в списке файлов;
  • libtool больше не используется во время сборки, что должно исключить возможные проблемы сборки;
  • была включена 'showfs' опция на FreeBSD-like системах;
  • уменьшено количество перерисовок окна предпросмотра;
  • «точная» синхронизация окон с помощью `:sync!` (учитывая курсор и его относительное положение в окне);
  • изменена политика хранения последней команды режима командной строки ("." теперь ничего не делает сразу после старта);
  • команда :execute теперь выполняет вычисление выражений;
  • улучшена обработка внешних команд, завершившихся с ошибкой, на Windows;
  • добавлена встроенная функция expand(), выполняющая вычисление модификаторов файлов;
  • состояние фильтра скрытых файлов теперь сохраняется в vifminfo;
  • улучшена обработка сочетаний Ctrl-W H/J/K/L при активном less-подобном предпросмотре;
  • улучшен поиск в less-подобном режиме предпросмотра.

>>> Скриншоты

>>> Ссылки для скачивания

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Pinkbyte (всего исправлений: 1)

Дело вкуса, конечно, но, ИМХО, файловый менеджер нужен для двух основных задач:

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

С остальным отлично справляется sh + coreutils.

lv ★★
()
Ответ на: комментарий от loz

выполнять весь круг возможных задач в рамках одного приложения — не unix-way.
выполнять весь круг возможных задач в рамках одного приложения — не unix-way.
выполнять весь круг возможных задач в рамках одного приложения — не unix-way.
выполнять весь круг возможных задач в рамках одного приложения — не unix-way.

unix-way устарел и ему нужно эволюционировать

ты ничего не понял в unix-way

special-k ★★★
()
Последнее исправление: special-k (всего исправлений: 1)
Ответ на: комментарий от loz

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

  • во-первых они очень продажные
  • во-вторых очень плохо видят ситуацию в целом углубляясь в аспект, а потом возникают лулзы как с мигелем (с подозрением на серьезное помешательство)
special-k ★★★
()
Последнее исправление: special-k (всего исправлений: 1)
Ответ на: комментарий от special-k

во-вторых очень плохо видят ситуацию в целом углубляясь в аспект

Если это позволило им создать ос, которая сегодня работает везде, то нельзя считать это минусом.

loz ★★★★★
()

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

MiniRoboDancer ★☆
()

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

mix_mix ★★★★★
()
Ответ на: комментарий от loz

Если это позволило им создать ос

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

Когда за оборот «The ос» в значении шиндоуз начнут наконец банить..

special-k ★★★
()

попробовал, mc мне милее.

essir
()
Ответ на: комментарий от unt1tled

ну как же, убил ты например xorg.conf чем-нибудь, иксы умерли. чем восстановить файл из бэкапа? или силой мысли, или mc каким-нибудь.

essir
()
Ответ на: комментарий от tranceGemini

А чем ranger лучше/удобнее MC? У меня он как-то не прижился

Я думаю тут вопрос «религии» восприятия тех или иных вещей.
К МС привыкал с год, и так и не привык. А ranger с первого запуска начал танцевать у меня под пальцами, с потрясной эффективностью. У кого-то так с МС.
Ну и стоит заметить что я очень активный пользователь vim'a, а ranger именно с vi-управлением, но без фанатизма.

Spirit_of_Stallman ★★★
()
Ответ на: комментарий от MyTrooName

Трудно сравнивать адекватно, vifm я пользовал не долго, не осилил видимо.
Потому не знаю его особых и уникальных умений. fm да и fm.
Единственного чего не хватает, как на меня, это фичи из mc, что позволяет подключать фтп и ссх шары.

Spirit_of_Stallman ★★★
()
Ответ на: комментарий от Spirit_of_Stallman

Подключать FTP/SSH можно, но, наверное, недостаточно интуитивным способом. Требуется создание файла с параметрами подключения и ассоциации с ним FUSE-утилиты для монтирования FTP/SSH (cureftpfs/sshfs).

Или, по Вашему, должно быть что-то вроде

:ssh me@ssh-server:/home/me
:ftp ftp.gnu.org
?

Последнее, кстати, можно сделать и сейчас, но костыльно.

xaizek ★★★★★
() автор топика
Ответ на: комментарий от loz

А что, в виме нет даже файлового браузера?

<esc>:e .

andreyu ★★★★★
()

Осилить Vifm так и не смог. Остался на MC, с VIM в качестве редактора по умолчанию. С Firefox + pentadactyl и VIM/GVIM/MacVIM в качестве IDE.

andreyu ★★★★★
()
Ответ на: комментарий от xaizek

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

Spirit_of_Stallman ★★★
()

В vifm мне не хватает поиска файлов из коробки, как в mc. А так - намного удобнее mc. Один :map чего стоит.

anonymous
()
Ответ на: комментарий от Spirit_of_Stallman

А это при каких условиях требуются права root в vifm для осуществления таких действий? Тут написано:

 How can I umount a filesystem?

FUSE filesystems can be unmounted either with:

  umount mountpoint

or

  fusermount -u mountpoint

The later does not need root privileges if the filesystem was mounted by the user doing the unmounting.
Используется именно второй способ, соответственно права root не должны быть нужны.

Я за более-менее нативный способ это проводить.

Нативный смотрится очень костыльным как для файлового менеджера, так как видится мне дублированием функциональности, предоставляемой ядром, и, соответственно, выполнением операций подобного рода явно не на том уровне системы (хоть это и удобно, но всё же «неправильно»).

xaizek ★★★★★
() автор топика
Ответ на: комментарий от Xintrea

Почему пользователь для выполнения действий должен знать наизусть все эти клавиатурные комбо?

ты родился со знаниями как пользоваться всеми утилитами? кто захочет - выучит ещё 8-10 хоткеев,
да и смысл делать очередной клон ФМ в котором всё что нужно знать - ctrl+c/ctrl+v ?

Что мешает сделать меню и строку подсказки?

настраиваемо

Зачем сделана неинформацитивная VIM-подобная панель, которая показывает все что угодно, только не то что нужно?

настраиваемо

Почему у столбцов нет заголовков?

настраиваемо

q11q11 ★★★★★
()
Ответ на: комментарий от Deleted

C gvim работает?

я уверен что можно настроить
равно как и в любом другом ФМ можно настроить что-то типа «открыть с помощью...»

q11q11 ★★★★★
()
Ответ на: комментарий от Spirit_of_Stallman

а ranger именно с vi-управлением

опа! не знал... надо будет и ranger пощупать

q11q11 ★★★★★
()
Ответ на: комментарий от xaizek

А это при каких условиях требуются права root в vifm для осуществления таких действий?

На 6стых дэбианах это было поломано, увы, постил багрепорт.
Кстате нужно на визи сейчас потестить.

Нативный смотрится очень костыльным как для файлового менеджера так как видится мне дублированием функциональности, предоставляемой ядром, и, соответственно, выполнением операций подобного рода явно не на том уровне системы (хоть это и удобно, но всё же «неправильно»).

Умом - солидарен с каждым словом.
И еще добавлю, что понимаю что это просто напросто плодить сущности, переписывая уже готовый функционал.
Но что-то детское, глубоко во мне, просто говорит «хочу», без попыток анализировать и объяснять этот странный феномен, для самого себя :)

Spirit_of_Stallman ★★★
()
Ответ на: комментарий от loz

Еще монтирование устройств/сетевых шар забыл.

Не думаю, что это задача для FM. Этим, наверное должен демон заниматься, мониторящий события udev`а или что-нибудь в таком роде. И думаю, что такие даже существуют.

lv ★★
()
Ответ на: комментарий от anonymous

Есть же :grep, :locate, :find. Вам не нравится зависимость от внешних утилит? Или необходимость указания всё тех же аргументов командной строки (в mc интерфейс поиска значительно проще в использовании)?

xaizek ★★★★★
() автор топика

Пищать и портить файлы умеет?

X10Dead ★★★★★
()
Ответ на: комментарий от anonymous

В Windows да, не со всеми портами этих утилит будет работать, так как опции командной строки иногда отличаются. Нужны опции вроде 'grepprg' в Vim'е, с определением форматов для которых были трудности. А вообще в Windows вопрос актуальный, спасибо за напоминание.

xaizek ★★★★★
() автор топика

Сколько негатива тут вылили... а у меня только одна претензия: в упор не вижу на сайте кнопку «Donate»

anonymous
()
Ответ на: комментарий от anonymous

Да, её там нет, можете не искать :-) Разработка будет продолжаться и без этого.

xaizek ★★★★★
() автор топика
Ответ на: комментарий от loz

O_o Зачем через ФМ? демон должен управляться отдельной консольной утилитой (скорее всего, тот же исполняемый файл, запускаемый с определёнными ключами, но это уже тонкости). А так - пусть при подключении хранилища создаёт в /mnt/ директорию и монтирует туда девайс. При размонтировании - удаляет дирректорию. В ФМ нужна лишь возможность «обновления» текущей дирректории. Нафиг там управление монтированием? Монтирование должно делаться одним инструментом для всей системы и не привязываться к ФМ, который может быть и не запущен.

lv ★★
()
Ответ на: комментарий от lv

пусть при подключении хранилища создаёт в /mnt/ директорию и монтирует туда девайс

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

При размонтировании - удаляет дирректорию.

А узнает оно о необходимости размонтировать прямо из твоего мозга?

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

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

демон должен управляться отдельной консольной утилитой

Тогда зачем он нужен если я могу mount в консоли писать? А потом так же переключаться в фм. В чем смысл?

loz ★★★★★
()
Ответ на: комментарий от loz

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

Всё может быть. Для этого демон должын быть конфигурируем.

А узнает оно о необходимости размонтировать прямо из твоего мозга?

Ага - из него родимого. Через консольную утилиту, управляющую демоном. Ну или даже ручками ты umount сделаешь, udev видит, что устройство пропало, демон по событию удаляет соответствующую директорию. Тоже вариант. Это уже тонкости - ты в суть смотри :)

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

Это уродливо. Демонов может быть несколько, фм-ы тоже могут быть разные. Не должно быть жёстких привязок фм-а к определённому демону. Быть может мне другим демоном пользоваться удобнее. Или фм-ом. Максимум - сделать возможность вешать скрипты на определённые контролы фм-а для управления демоном монтирования в частности.

Тогда зачем он нужен если я могу mount в консоли писать? А потом так же переключаться в фм. В чем смысл?

Смысл, в первую очередь, в автоматическом монтировании. Автоматическое размонтирование (по выдёргиванию флешки) к сожалению невозможно в силу особенностей работы ФС. И да, возможность управлять демоном с консоли не есть обязывание пользователя осуществлять монтирование вручную.

lv ★★
()
Ответ на: комментарий от lv

Это уродливо. Демонов может быть несколько, фм-ы тоже могут быть разные.

Про брокеров сообщений ты видимо не слышал.

Всё может быть. Для этого демон должын быть конфигурируем.

И как ты его сконфигурируешь монтировать диск когда тебе надо и не монтировать когда тебе не надо?

Максимум - сделать возможность вешать скрипты на определённые контролы фм-а

Вот это как раз и есть уродство.

Через консольную утилиту, управляющую демоном.

Она уже есть, называется mount и umount.

loz ★★★★★
()
Ответ на: комментарий от loz

Про брокеров сообщений ты видимо не слышал.

Краем уха. У них есть какой-то общий стандарт для всех демонов монтирования, который ими всеми поддерживается?

И как ты его сконфигурируешь монтировать диск когда тебе надо и не монтировать когда тебе не надо?

В определённых пределах - почему нет? В основном всё, что подключено и обнаружено должно быть автоматически смонтировано. Можно указать параметры монтирования для каждого девайса. Что-то не монтировать при обнаружении (например /boot какой-нибудь).

Вот это как раз и есть уродство.

Это довольно универсальное решение. Как ты это будешь делать с брокерами сообщений? Или ты считаешь, что фм должен дёргать mount / umount и отслеживать udev? Тоже вариант, но если ФМ не запущен, то получается, что автомонтирование у нас пропадает. ИМХО, должно быть какое-то универсальное решение для системы вцелом (с возможностью автоматизации процесса монтирования), не завязанное на ФМ.

Она уже есть, называется mount и umount.

А ты точно ничего не путаешь? Как mount и umount помогут тебе настроить автоматическое монтирование? Статически это делается в /etc/fstab, но, на сколько мне известно, нет стандартного средства, учитывающего возможности udev.

lv ★★
()
Ответ на: комментарий от lv

Краем уха. У них есть какой-то общий стандарт для всех демонов монтирования, который ими всеми поддерживается?

А у файловых менеджеров есть стандарт работы со скриптами про совершении каких-то действий?

В определённых пределах - почему нет? В основном всё, что подключено и обнаружено должно быть автоматически смонтировано. Можно указать параметры монтирования для каждого девайса. Что-то не монтировать при обнаружении (например /boot какой-нибудь).

Я тебе написал, как он будет монтировать, если _не нужно_ монтировать при загрузке. Ты мне опять какую-то херню несешь.

Это довольно универсальное решение.

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

А ты точно ничего не путаешь? Как mount и umount помогут тебе настроить автоматическое монтирование?

Ты слишком умен чтобы понять, что управление демоном из консоли равносильно вводу mount/umount и никак не решает проблему удобства для пользователя.

loz ★★★★★
()
Ответ на: комментарий от loz

А у файловых менеджеров есть стандарт работы со скриптами про совершении каких-то действий?

Какой ещё «стандарт работы со скриптами»? Можно написать ручками скрипт, который будет выполняться при использовании какого-то конкретного контрола. Но это больше фантазии на тему как прикрутить возможность управления монтированием к ФМ.

Я тебе написал, как он будет монтировать, если _не нужно_ монтировать при загрузке. Ты мне опять какую-то херню несешь.

Вчитывайся внимательнее. «Можно указать параметры монтирования для каждого девайса. Что-то не монтировать при обнаружении (например /boot какой-нибудь).» Если же ты имеешь в виду, что вот обычно нам монтировать нужно, а в какой-то конкретной ситуации вдруг стало не нужно, то тут придётся сперва конфиг поправить. Как, собственно, и с fstab. Так что чего тебя смущает мне не понятно.

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

Твоя альтернатива - поддержку всем ФМ собственного механизма управления монтированием. При этом теряем автоматическое монтирование при незапущенном ФМ. Чем лучше-то? И для каждого демона скриптов не нужно - достаточно одного демона.

Ты слишком умен чтобы понять, что управление демоном из консоли равносильно вводу mount/umount и никак не решает проблему удобства для пользователя.

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

lv ★★
()
Ответ на: комментарий от MyTrooName

autofs

Спасибо за рекомендацию - посмотрю его. Пробовал halevt (до смерти hal) и что-то ещё... но в итоге монтирую пока ручками.

lv ★★
()
Ответ на: комментарий от lv

Твоя альтернатива - поддержку всем ФМ собственного механизма управления монтированием.

Моя альтернатива - фм с кнопками для каждого раздела. Нажал смонтировать - он смонтировался, нажал размонтировать - он размонтировался. Зачем писать руками скрипты? Зачем управление из консоли?

loz ★★★★★
()
Ответ на: комментарий от loz

Понял. Получается, что фм должен мониторить события по добавлению новых девайсов, которые возможно смонтировать. Плюс поддержка сетевой шары. Возможно, конечно, но я не считаю это основным функционалом ФМ (с чего, собственно, разговор начался). Считаю, что ФМ должен хорошо показывать содержимое каталогов, превьюшки файлов, а не заниматься поиском девайсов и их монтированием.

Про «из консоли» было о том, что лучше иметь в системе ни от чего не зависящую систему удобного (автоматического/полуавтоматического... вобщем настраиваемого) монтирования. А про скрипты - фантазии на тему как это максимально безболезнено прикрутить к ФМ (возможно фантазия и не очень здоровая - кто его знает :))

lv ★★
()
Ответ на: комментарий от lv

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

loz ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.