>> однако, судя по этому треду, он многим нужен под Linux и FreeBSD.
> Linux и FreeBSD - это ОСи с иной архитектурой, идеологией и методами работы.
> Виндовую и юниксовую консоли вообще сранивать между собой некорректно -
> это разные вещи.

это понятно, но создают ведь и портабельные программы,
например, даже nginx под windows компилируют и запускают,
http://www.kevinworthington.com/2008/12/15/nginx-0727-for-wi.../

при желании - можно было бы и исходники Far сделать портабельными,
разве проще все с нуля переписать/написать под Linux/BSD/*nix ?

>> сорцы открыты, кто сейчас мешает развивать и/или даже портировать под Linux/BSD ?
> А "поезд ушел" - вот что мешает. Те люди, которые хотели тогда
> его дорабатывать - уже не станут этим заниматься. По разным причинам:
> другие задачи, своей работы не в проворот, интересы поменялись, юношеский задор
> угас... А молодое поколение юзает Тотал, в лучшем случае.
> Портировать под Linux/BSD его никто не будет. В Фаре все сильно завязано
> на WinAPI, на винде.

например, встроенный в Far редактор - он разве сильно завязан на WinAPI ?

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

в том-то и дело, что со временем оказывается, что и mc под Linux не очень то и нужен,
почти все можно легко сделать встроенными в шелл средствами или с помощью vim.
может быть и поэтому он перестал развиваться более двух лет тому назад?

> Вопрос кстати известный и тоже был оффтопиком ;-)) И на него был
> тогда еще, четкий ответ. Примерно так: те кто хотят потрировать -
> еще новички, всех возможностей системы не знают и сами портировать
> не могут. А те кто может - обладают достаточными знаниями для того
> чтобы понимать, что Фар под Линухом не нужен - там уже есть МС,
> достаточно гибкий и способный на гораздо большее, чем умеет фар ;-))

это да, но при массовом переходе пользователей с Windows на Linux
им приходится переучиваться под mc, хотя они уже привыкли работать в Far.
под Wine его запускать можно, но это неудобно.

>> или использовать некоторые фрагменты кода (с соблюдением копирайтов)
>> в других программах, например, в том же mc.
> Как Вы себе это представляете?? Нонсенс. Они совершенно разные - для прикручивания
> кусков одного к другому понадобилось бы столько затрат и усилий по
> изменению кода, что разработка с нуля гораздо менее трудоемкая, быстрей, выгодней
> и оправданней. Фар написан на С++, точнее на ВинАПИ даже, ориентирован
> на досовскую архитектуру. МС написан на С, интерфейс основан на ncurses,
> ориентирован на работу в терминале.

например, в ядре Linux присутствуют файлы, которые имеют лицензию BSD,
аналогично и здесь - можно использовать фрагменты Far (BSD) в mc (GPL)

сначала было желание, но не было возможности (закрытые исходники),
сейчас - есть возможность, но уже нет желания (это никому не нужно).

> Да и не был идеален Фар - тоже со своими глюками и недоработками.
> Ничего такого ценного, чего б стоило тащить под Линух у него нет.

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

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

вот как примерно есть у редакторов, командой vi запускается "старый" стиль,
командой vim - "новый". отличий в поведении достаточно много. так и тут,
команда "mc" может запускать mc-like интерфейс, а команда "far" - Far-like.
многим только что перешедшим с windows на linux это было бы очень удобно.
а даже и администраторам, когда они одновременно работают в разных системах.

но это так, мысли вслух, допиливать mc до уровня far у меня нет времени и желания.
как и допиливать UnixTree до уровня ZtreeWin...