По сообщению с форума поддержки FAR - консольного файлового менеджера для Windows:
Unicode Far или просто Far Manager 1.80 выходит в Опен Сорс.
Мы надеемся что общими силами нашего комьюнити получится поднять на ноги этот всеми долгожданный проект.
>FAR не нужен. MC тоже. Почти все задачи проще решить из командной строки, даже под виндой (если там стоит полный набор юниксовых утилит). anonymous (*) (26.10.2007 20:45:41)
;-) Компьютер не нужен, нужна печатная машинка! :) там полно всяких полезных кнопочек (утилит на них забиндиных).
Фар тоже можно запускать удалённо (по телнет) и он даже работает +).
По сабж. Был бы он в 2000 году опен сорс, а так ужО не надо. +). Насчёт плагинов - их много, но найти такие которые не тормозят и не глючат _очень_ проблематично. Причём даже базовых плагинов - от нормального (качающего быстро с докачкой и без глюков) ftp клиента, до поддержки regexp в едитор. Имно отсутствие нормальных плагинов это как раз политика закрытого сорца - большенство плагинов, которые я пробовал, закрыты - там поправить-то не шибко много, а сорца нету. В общем, они опоздали - поезд ушОл.
э? это плугин для чего? и можно ли сцылко?, виндузятнегам разошлю, а то за***ли... да, и какие его возможности? можно ли на панели с ssh-сессией выполнять удаленные юних-команды? или придется держать два окошка: одно с sshfs (WinSCP-like) для навигации и одно с shell (под PuTTY) для выполнения команд?
зы: ютф8 держит? а то под форточками с этим туго, я так и не понял как в WinSCP сделать юникод...
Была давно такая прекраснейшая оболочка для доса Connect Commander. Возможностей - немеряно! Но авторы на него забили уже лет 6 назад, а сырцы выложили только частично. Вот бы его портировать....
как то раз установил сабж на работе , но никаких прелестей
не заметил , в гавнянсой ненастраиваимой виндовской консоли
вообще невозможно комфортно с чем-нибудь работать .
>> Нормальный юниксовый метод - использовать sed. Все равно редакторы паталогически плохо работают с большими файлами.
> +1. Это я начинаю делать, когда размер файла превосходит 100 Мб.
Почему бы все-таки не делать это всегда без исключений (используя готовый скрипт)? Давить кнопки/возить мышь в редакторе - верный путь как-нибудь случайно промахнуться и получить 'немного' не те данные, которые на самом деле были нужны, не заметить проблему и потерять кучу времени, идя по ложному следу. Нужно бы по возможности исключать человеческий фактор...
> ИМХО FAR портировать под Линукс не имеет смысла, т.к. он ценится виндузятнегами в основном за свои плагины, а переводить плагины по опенсорс, тем более делать их юникс-совместимыми, пока никто не обещал =)
Нормальное чтение UCS-2, нормальное переключение между любыми кодировками и (8-битными и UCS-2), отсутствие "уже озабочен выполнением", в шелле и панелях всегда одна директория, нормальная работа с вертикальными блоками в редакторе.
ЕМНИП волков на асме написан, так что вряд ли в этом есть смысл (кроме лицензии, конечно), т.к. исходники мало чем будут отличаться от дизассемблинга, разве что комментами и вменяемыми названиями переменных/меток, и то не факт =)
> Господа, говорящие "mc" - наше всё: а вы покажите, скажем, подсвечиватель синтаксиса для perl`а, который не съёживается от сложного кода (в колорере парсер/лексер тоже не супер, но хотя бы не извращает цвет фона).
Ну каларер с фаром - это не одна программа, у них разные лицензии и их писали разные люди. Каларер давно open source.
для меня "нативно - на C/C++" -- это следуя ansi/posix и используя только libc/libm/libz/librt/libpthread/libитп... а WIN32 API я могу использовать и с перла через Win32::API. что с них более нативно, и кому нативно? ;)
тоесть, если, скажем, libc и libm [были бы (а может и есть)] написаны на 51%+ на ассемблере, то если я их буду использовать в С-приложении, это уже будет не нативно? а если я их надумаю использовать в С++-приложении, то это вообще святотатство будет? ;)
>На самом деле какбы мс небыл крут, до фара он не дотягивает.. И не надо кричать мол баш наше все, так делают только красноглазые школьнеки с завышеной самооценкой. Фар это самая первая софтина, которую лично я бы хотел юзать в *nix, ибо продуманая и очень качественная. Ждем с нетерпением.
Я уже давно не школьнЕГ. По работе в винде ОЧЕНЬ не хватает нормальных консольных прог вроде find, grep, ls и пр. (с их корнвейерами и перенаправлением ввода/вывода). Установил втайне от начальства Linux второй осью. Понемногу отпускает... Только перезагружаться постоянно туда-сюда приходится. Фаром вообще пользоваться не могу - очень неудобно. Уже лучше эксплорером.
> Господа, говорящие "mc" - наше всё: а вы покажите, скажем, подсвечиватель синтаксиса для perl`а, который не съёживается от сложного кода (в колорере парсер/лексер тоже не супер, но хотя бы не извращает цвет фона).
А причём здесь Far? Подсвечивать синтаксис задача любого нормального текстового редактора.
>krusader таки говнище.
Если тебе что то в krusader-е/mc не нравится, сделай лучше! Благо с исходниками полный порядок.
>Far - когда надо возиться с консольными программами, ключами к ним и т.д.
Ну и где вы видели консольные проги доля маздая? Если вы имейте в виду DOS, то в таком случаи лучше использовать NC под DOS или DOSBox, но только не маздай.
когда я только начинал прогить и только перешел на паскаль ( слава богу уже давно на нем не пишу :) ), то написал полную замену VC - с редактором с подсветкой синтаксиса паскаля и асма + комиляция и запуск из под него, примитивным просмотром html, там было еще много полезных фич, но в конце концов я отказался как от паскаля, так и от идеи сделать популярный консольный файловый менеджер для винды, кстати его размер 65Кб :Р
>Всем, кто катит бочку на фар, то есть не осилили... А вы его вообще пробывали использовать? Это же отличный и расширяемый за счёт плугинов файловый менеджер
> есть файл. 1000 000 строк. Нужно: найти в нем строку с номером 500 000 и вырезать из файла все, что ниже, вплоть до заданной метки. Метка находится примерно на 700 000 (+/- 50000 строк) строке.
Перейти на строку 500 000, выделить оттуда до начала, скопировать в буфер, создать временный файл (в памяти), вставить в него, переключиться обратно, перейти на строку 650 000, найти метку, выделить до конца, скопировать, вставить в конец временного, скопировать временный в буфер, очистить файл, вставить вместо него из буфера, закрыть временный. Либо выйти из старого файла и сохранить временный с тем же именем. Если подобный поиск нужно проводить несколько раз, можно использовать макросы. А вот с макросами MC никакой кирпич не поможет :)
Хотя да, выделение блоков заданием начала и конца (кажется это называется "в стиле Wordstar") давно просят добавить. По-моему даже есть соответствующий плагин.
> Ну и где вы видели консольные проги доля маздая? Если вы имейте в виду DOS, то в таком случаи лучше использовать NC под DOS или DOSBox, но только не маздай.
Открою несколько страшных тайн: 1. Есть некоторые утилиты для обслуживания Exchange (например eseutil) для которых нужна консоль.
2. Есть и системные консольные утилиты (netsh например).
3. MS Windows 2008 можно, не всегда правда, установить вообще без GUI
То, что кто-то использует только ворд с экселем не отменяет всего остального. В биоректор.
> По работе в винде ОЧЕНЬ не хватает нормальных консольных прог вроде find, grep, ls и пр. (с их корнвейерами и перенаправлением ввода/вывода). Установил втайне от начальства Linux второй осью.
Вообще-то для венды есть полный набор Unix-утилит (и даже 2 набора :)) - Cygwin и UWin. И еще есть unxtools.
> вот уж что что, а наличие фара бы заменило все на свете.. все конкуверы, експлореры и наутилусы вместе взятые.. А в связке с емакс просто убойная вещь!
В Emacs, если что, есть Dired, кроющий всякие нортоноподобные поделия как бык овцу :]
>Вообще-то для венды есть полный набор Unix-утилит (и даже 2 набора :)) - Cygwin и UWin. И еще есть unxtools.
Да знаю я. Скачал вот cygwin, когда имел доступ к быстрому халявному инету, притащил, а некоторые файлы плохо записались. Да и проверки установленного софта регулярно проходят.