FAR Manager 1.80: Open Source & Unicode

Unicode FAR 2 Linux. Cool! Еще лучше, если кто-нибудь Midnight Commander 4.1.X-MP заставит тоже с UTF работать - давно пора (а Olegarch в "ус не дует"). Кстати, этот MC-MP-паразит в Debian Etch почему-то не компилится. Может кто сталкивался?

> Неудобство в том, что приходится очень часто ls вызывать (хотя можно сделать так, чтобы автоматически вызывалось.......)

Хм... Похоже, это вопрос стратегии. slocate/find/grep/gsdl/file/less/du/df, и только где-то в конце ls.

> В mc обозримей, чтоли, получается.

Только психологически. Вначале я тоже практически все время сидел под mc, а потом было принято волевое решение -- mc просто снесен, а все работы -- только с помощью утилит. Ну иногда еще emacs-dired, если совсем страшно становится.

Собсно, проблем у помойки только две: чистка мусора и бэкап. Я с трудом сейчас представляю, что лежит у меня в корне, да это и не нужно -- любой нужный файл находится за приемлемое время с помощью find/grep. И только когда на диске кончается место, начинаются пляски с du/df. Опять же, find по шаблону запросто находит типовые файлы, которые раскидываются по тематическим каталогам.

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

>Например, плагин фирефокса - Scrapbook - видел?

Посмотрел. Но он ничего не решает. Я хочу разбрасывать файлы по каталогам соотв. А Scrapbook - это не ИИ.

> Короче. даже отвечать лень.

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

> Все описанные проблемы от простого незнания шелла/mc.

для тугодумов - я не описывал _проблемы_. я описывал некоторые юс-кейсы, в которых фар решает задачи быстрее, чем шелл. если кто неспособен их понять - свободен. если кто считает что это не его юскейсы - молодец, но тоже свободен. если кто считает что это НИЧЬИ юскейсы - пусть задумается о своей адекватности.

> Зачем less, если есть vi?

и как в vi переключиться на просмотр следующего/предыдущего файла? разумеется, не запуская его через vi *? напоминаю - просмотр логов начиная от какого-то, и вперед-назад.

>> Где там ваша консоль с "cd -"? > Ctrl-R cd Enter

а что, cd сохраняет ПОЛНЫЕ пути? ну найдется команда cd src. а вот нету в текущей директории папки src. потому что текущая директория - src/trunk/util/sub/more/driver. и попросту БЫСТРЕЕ нажать Alt+F12, вверх 4 раза, Enter, чем cd ../../../../.. Enter (поминутно рискуя опечататься - и не получая визуального фидбека, не ошибся ли с числом точек). быстрее = продуктивнее.

во многих ситуациях работа в консоли - это как игра в шахматы в слепую. можно, особенно если память отличная и пальцы отстукивают команды по 300 символов в минуту. но лично я просто не вижу в этом фана. вот когда консоль нужна не для фана, а как инструмент (для того-же grep, например) - я ее вызываю одним пальцем (нет, натурально, одним).

если красноглазики фанатеют от консоли как от самого факта - да ради бога.

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

>лень отвечать - сиди молчи в тряпочку. для пустого флуда есть форумы для школьников.

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

>для тугодумов - я не описывал _проблемы_. я описывал некоторые юс-кейсы, в которых фар решает задачи быстрее, чем шелл. если кто неспособен их понять - свободен. если кто считает что это не его юскейсы - молодец, но тоже свободен. если кто считает что это НИЧЬИ юскейсы - пусть задумается о своей адекватности.

Отсутствие названной фичи - есть "проблема".

>и как в vi переключиться на просмотр следующего/предыдущего файла? разумеется, не запуская его через vi *? напоминаю - просмотр логов начиная от какого-то, и вперед-назад.

Если ты собрался читать файлы подряд, что тебе мешает всегда запускать vi *, по умолчанию?

А насчет логов - ты что их, редактируешь? less умеет также переключаться.

>а что, cd сохраняет ПОЛНЫЕ пути? ну найдется команда cd src. а вот нету в текущей директории папки src. потому что текущая директория - src/trunk/util/sub/more/driver. и попросту БЫСТРЕЕ нажать Alt+F12, вверх 4 раза, Enter, чем cd ../../../../.. Enter (поминутно рискуя опечататься - и не получая визуального фидбека, не ошибся ли с числом точек). быстрее = продуктивнее.

А еще легче нажать Alt+Y четыре раза. Да и тебе вообще никто не запрещает написать скрипт, который как параметр принимает число уровней перехода. К примеру, назовешь его "c". Хочешь на 3 уровня прыгнуть - пишешь "c ccc" На четыре "c cccc". А на больше - "c 5", к примеру.

>во многих ситуациях работа в консоли - это как игра в шахматы в слепую. можно, особенно если память отличная и пальцы отстукивают команды по 300 символов в минуту. но лично я просто не вижу в этом фана. вот когда консоль нужна не для фана, а как инструмент (для того-же grep, например) - я ее вызываю одним пальцем (нет, натурально, одним).

Еще раз: FAR дополнял те пробелы, которые не закрывала убогая виндовая консоль. в Юнихе этих траблов нет. Поэтому и уровень совершенно другой.

PS память должна быть всегда хорошей. Причем никто не запрещает тебе в PS1 прописать текущий каталог.

PPS А скорость набора тренируется со временем. Поюзаешь с пол-года. И на 300 символов/мин (в определенных последовательностях) подымешься.

> Alt+F12 - история перемещения по папкам. В которой фокус ввода УЖЕ там где надо, и перейти на 2 папки назад - нажать два раза вверх и Enter. Где там ваша консоль с "cd -"? А на три директории взад как перейти?

Выучи команды pushd и popd.

> Да и тебе вообще никто не запрещает написать скрипт

> А скорость набора тренируется со временем. Поюзаешь с пол-года. И на 300 символов/мин

Хм. Для того что в Far есть изкоробки, shell надо долго что-то допиливать и учить. Что сказать, очень удобно, ага.

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

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

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

> ЗЫ по существу вопроса - если фар портируют на Linux/BSD, это будет ЗНАЧИТЕЛЬНЫМ шагом в продвижении свободных ОС на десктопы. У кого есть возможность портировать - сделайте это, народ не забудет ваш подвиг :)

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

> Если б не было таких проблем, то mc бы не появился

Проблемы не в unix, проблема в головах. Тех, кто придя в мир Unix не захотел играть по его правилам, а страл пользоваться костылями. Проблема, которая не ограничена файловыми менеджарами, а постоянно всплывает во флеймах gui vs console, gimp vs photoshop, кликанье next-next-next vs нормальный пакетный менеджер, vi(emacs) vs visual studio. Список можно продолжить.

> ЮИ что, если вставить сразу 3 флешки, он их всех в этот путь замонтирует? Конечно, алгоритм выбора точек монтирования в винде несовершенен, но, по крайней мере, по Alt+F[12] в FARе можно все эти точки увидеть, в отличии от Ctrl+\.

Я вот не понимаю, ты дебил или прикидываешься? Все флешки монтируются в каталог /media под именами disk1, disk2, ... (если только для конкретной флешки не определено свое специальное наименование (кстати, а Фар с виндой такое умеет)). Биндим хоткей на эту (/media) диру - и вуаля - имеем список смотированных в данный момент съемных накопителей.

Нифига, не легче. Особено портировать под linux.

мц - ацтой , без которого сложно обойтись
даешь фар под линукс !

>Хм. Для того что в Far есть изкоробки, shell надо долго что-то допиливать и учить. Что сказать, очень удобно, ага.

Пока еще ничего того, что в ФАР есть из коробки, и того, что нет в шелл(+mc) я не увидел в доводах.

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

В общем. Увидим, что из фара получится. Скорец всего будет так:

Те, кто хочет - не могут, а тем, кто могут - не нужен. :)

> Пока еще ничего того, что в ФАР есть из коробки, и того, что нет в шелл(+mc) я не увидел в доводах.

Значит стоит читать лучше свои же посты.

>Посмотрел. Но он ничего не решает. Я хочу разбрасывать файлы по каталогам соотв.

Файлы и каталоги - зло.

>мц - ацтой , без которого сложно обойтись

>даешь фар под линукс !

Не, не так: Даёшь кто_таму for windowz-only!

удобства нет: элементарно больше нажатий клавиш

> да, исходники mc лучше не смотреть... ОТСТОЙ в который руками лучше не лезть.

> Far гораздо приятней и читабельней, но порт под linux будет самурайским подвигом :-)

Ну... знаешь такую игрушку как "овцееб", немцы делали, она правда ниразу не свободная, но один мой знакомый, ныне в Новосибирске живет, заключил с ними договор на портирование под Linux. А там было все ужасно завязано на MFC+DX, ничего, до продакшена не дошла (мелочи оставались), но портирование сделано было, так что все возможно.

> В фаре это решается открытием на просмотр одного файла и потом + - на цифровой клавиатуре для переключения на следующий и предыдущий файл. Это кошмар как удобно, на самом деле - в том смысле, что отвыкнуть сложно.

В mc это тоже есть. Комбинацию не помню, но если нужно - постараюсь отписаться ;)

> Еще раз подчеркну - фар силен в КОНКРЕТНЫХ юс-кейсах и, разумеется, проиграет в куче других синтетических. Можно не придумывать. Я прекрасно умею пользоваться и find --exec, и grep, и sed, и awk, и даже perl -pe ;) Просто всему - свой инструмент. И если множество типичных задач фар решает нажатием одной кнопки, а универсальные или многофичастые утилиты - 10-секундной загрузкой и последующим мышевозением - или печатаньем мегаконструкций в консоли (и как школьнег пухнуть от собственной крутости) - то я умею отделить "шашечки" от "ехать".

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

Я готов портировать на контрактной основе. Время — один месяц. Денег — сколько предложите ;)

> Выучи команды pushd и popd.

выучи понятия "быстрее" и "удобнее".

в фаре для перехода на уровень выше нужно нажать одну (ОДНУ) кнопку. на пять уровней - пять раз. никакие pushd и popd, равно как и "c ccccc" никогда не дадут такой скорости.

реальное применение pushd и popd - скрипты, в которых требуется максимально снижать уровень хардкода.

> К примеру, назовешь его "c". Хочешь на 3 уровня прыгнуть - пишешь "c ccc" На четыре "c cccc". А на больше - "c 5", к примеру.

да ты просто открыл мне глаза! и как это я не догадался!

видишь ли, есть такое понятие - sane defaults. так вот можно "из коробки" делать "cd .." одной кнопкой - а можно постоянно писать костыли. просто одни авторы программ в свое время изучили типичные паттерны работы, а другие - нет.

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

Кстати, я тоже взглянул на исходники. При первом же их просмотре могу сказать, что портирование будет действительно нелегким, придется перелопатить многие вещи, завязанные на винде, например апишные функции типа GetCurrentDirectoryExW, apiExpandEnvironmentStrings, SetEnvironmentVariableW, SetRegRootKey и т.п. и т.д...

Впринципе, все эти куски будет довольно просто исправить, однако их там много, так что работа, как я уже говорил, трудоемкая...

Так что это вполне возможно. Даже нашелся человек (catap), который пускай и на контрактной основе, но всё же посчитал возможным это сделать.

P.S. А еще можно доработать mc по образу Far и сделать mcFar. Это я так, в качестве варианта 8)

>В mc это тоже есть. Комбинацию не помню, но если нужно - постараюсь отписаться ;)

Найдёшь - отпиши :) Но вьювер в MC совсем голимый. tail для файлов на лету делать не умеет, с кодировками не работает, поиск никакой, традиционное для всего MC отсутствие автодополнения из истории в диалогах и т.п...

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

А если менее раздражающее вспоминать - огромный список будет... Юзабилити у MC - никакое :-/

А, да. Забыл, что ещё сильно бесит. Невозможность посмотреть имя длинного файла при нахождении в глубоком подкаталоге (Meta-Enter не поможет) или сравнивать длинные файлы по именам в панели.

Ну так, напросись ;)

> Найдёшь - отпиши :)

Ух даже искать не пришлось ;) нажал F3 а потом F1 и посмотрел внимательно: > C-f Перейти к просмотру следующего файла текущего каталога. > C-b Перейти к просмотру предыдущего файла в текущем каталоге.

> Но вьювер в MC совсем голимый. tail для файлов на лету делать не умеет, с кодировками не работает, поиск никакой, традиционное для всего MC отсутствие автодополнения из истории в диалогах и т.п...

да, да, да... по всем пунктам. Но можно не использовать встроенный просмотровщик, как и редактор, в этом некоторый плюс (?)

> А если менее раздражающее вспоминать - огромный список будет... Юзабилити у MC - никакое :-/

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