Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 127
Ну, как-то так. Буду рад конструктивной критике.
лучше добавить ссылку для скачивания в самый подвал
В ридми нету инструкции как собрать под Убунту
Всё там указано. Делаете git clone, открываете fcmd.sln в MonoDevelop, выбираете режим Release, компилируете, запускаете fcmd.exe. Если ругается на ошибки в fcmd.sln или csproj, исправляете (приводите файл к формату VS 2010). Это баг MonoDevelop, с которым ничего другого не остаётся, кроме как обходить.
тогда лучше делать репозиторий под деб системы хотя бы,
обычным configure&&make тут не обойдешься))
обычным configure&&make тут не обойдешься))
Разве? Всё просто компилируется. Потом скопировать бинарники XWT и запускать. Ничего сложного. Ну, а готовые архивы с бинарниками FC+XWT можно скачать здесь: yadi.sk/d/XNZXI4MkTucdB
По идее должно быть достаточно
$ xbuild /p:Configuration=Release fcmd.sln
Давайте я PPA на выходных сделаю. Если через xbuild собирается нормально, не должно быть ничего сложного.
Но ведь там Java…
что, имхо, точно не хуже C#, особенно для кросса
С явой туго на Windows (её надо ставить отдельно), так что если писать прикладное ПО с прицелом на обывателей (в будущем), то только C++/Qt или .NET. Но с платформой .NET я так или иначе уже много лет «дружу», поэтому выбрана именно она.
её надо ставить отдельно
Совсем не обязательно. :)
MATLAB, IntelliJ IDEA прекрасно работают без установленной отдельно Java (это примеры больших и хорошо написанных программ с интерфейсом на Java). Конечно, это многомегабайтные монстры и для мелких программ таскать с собой в инсталляторе рантайм может оказаться слишком накладно. Но всё же не так уж это и критично.
Ну так ведь и Mono надо отдельно ставить на Linux/Mac, разве нет?
Давайте я вас перефразирую: «С .NET туго на Linux (ее надо ставить отдельно)».
Но кроме шуток, Вы можете как-то по-существу позиционировать Ваш проект относительно mucommander?
Но кроме шуток, Вы можете как-то по-существу позиционировать Ваш проект относительно mucommander?
Честно говоря, mu Commander в разы лучше получается, он более-менее доведён до ума, давно развивается, написан на Java, что допускает совместимость с широчайшим спектром ОС (в отличии от .Net, что есть только на Win,*Nix,OSX, и в виде любительских проектов на всякой малоизвестной дребедени типа maemo)… Но я впервые услышал о нём из комментариев здесь. Увы.
что допускает совместимость с широчайшим спектром ОСЗапустите яву на iOS. Mono там работает, например.
Кстати, да.
двухпанельный файл-менеджер на iOS? Мисье знает толк в извращениях :)
iFile неудобен именно отсутствием двухпанельности, например. Копирование нескольких файлов делается через длинную последовательность действий.
Теоретически, это может быть весьма полезной штукой для гиков. Да, там нет локальной ФС, но можно работать с удалёнными. Но это, тем не менее, все равно извращение.
А я читая начало статьи думал: давать ссылку или не давать…
МуКоммандер — оч мощно! Спасиба за «наводку» :) Куча протоколов, реальная «мультиплатформенность» с единственный TheMust — Java. На сегодня трудно представить любую ОС без жава, так что вопрос о «туго» стоит с чем другим, но не с явой для любой из платформ (ИМХО).
Автору статьи:
Жаль что начали с нуля изобретать велосипед. На примере с МуКоммандером — его доточить будет думаю куда больший вклад для общества, чем изобретать очередной велик на всех мыслимых диковенных ( платформенно-зависимых) языках. Ява будет жить ещё долго. Ничего плохого не хочу сказать про .NET, Python, JS, Mono, и Qt…
...C и С++ — сразу отказать! Это по определению платформенно-зависимые реализации. Таких «коммандеров» точно уже куча. Для них Виртуал-боксы и VMWare функцию кроссплатформенности выполняют :)
ЗЫ
Там (у МуКоммандера) сейчас около 13 страниц открытых багов. Сколько сейчас багов у FileCommander?
Автору статьи:
Жаль что начали с нуля изобретать велосипед. На примере с МуКоммандером — его доточить будет думаю куда больший вклад для общества, чем изобретать очередной велик на всех мыслимых диковенных ( платформенно-зависимых) языках. Ява будет жить ещё долго. Ничего плохого не хочу сказать про .NET, Python, JS, Mono, и Qt…
...C и С++ — сразу отказать! Это по определению платформенно-зависимые реализации. Таких «коммандеров» точно уже куча. Для них Виртуал-боксы и VMWare функцию кроссплатформенности выполняют :)
ЗЫ
Там (у МуКоммандера) сейчас около 13 страниц открытых багов. Сколько сейчас багов у FileCommander?
Ничего плохого не хочу сказать про .NET, Python, JS, Mono, и Qt…
...C и С++ — сразу отказать! Это по определению платформенно-зависимые реализации.
Простите, но Вы сами себе противоречите. Qt — это C++, а C и C++ весьма кроссплатформенны, чего, к сожалению, не скажешь о большинстве GUI-библиотек для них.
Ну сначало нужно определиться со словом «кроссплатформенность». Ява (в отличии от Qt) уже завоевала себе местно как среди студентов, так и в Энтерпрайз-секторе. Не хочу обидеть Qt-фанов, но к своему стыду ( после прочтения ) я не нашёл ни одной знакомой проги ( не знаю каким боком там VirhualBox), которой я бы повседневно пользовался, и реализованной на Qt.
Т.е. до сильного распространения эта платформа ещё увы не дожила. Возможно и временно — не могу предугадать. Хотя после короткого взгляда на «перенимание» прав на Qt этот брэнд толкать пока что не сильно кому охота, а пойдёт ли он по пути Линукса — тоже вопрос. Дабы не начинать холивары — предлагаю с Qt подождать, пока не образуются гаранты типа былого Sun.
С Явой же и её продуктами пока ни проблем ни переносимости нет. Ну вернее они есть как и всегда, только они решимы, и посему — не проблема. У неё разве что .NET, поддерживаемый Билом Гейцом был конкурентом. :)
Т.е. до сильного распространения эта платформа ещё увы не дожила. Возможно и временно — не могу предугадать. Хотя после короткого взгляда на «перенимание» прав на Qt этот брэнд толкать пока что не сильно кому охота, а пойдёт ли он по пути Линукса — тоже вопрос. Дабы не начинать холивары — предлагаю с Qt подождать, пока не образуются гаранты типа былого Sun.
С Явой же и её продуктами пока ни проблем ни переносимости нет. Ну вернее они есть как и всегда, только они решимы, и посему — не проблема. У неё разве что .NET, поддерживаемый Билом Гейцом был конкурентом. :)
Не хочу обидеть Qt-фанов, но к своему стыду я не нашёл ни одной знакомой проги, которой я бы повседневно пользовался, и реализованной на Qt.А на Java?
Ну да — на Java. На жава — все! Эклипс. Томкат. JDeveloper. Google App Engine. Android…
… много.
… много.
Ну сначало нужно определиться со словом «кроссплатформенность»
Простите, но Вы так и не определились с этим словом. Вы начали приводить примеры, что среди используемых Вами программ нет написанных на Qt, но есть написанные на Java. К кросс-платформенности это не имеет отношения.
Но раз уж Вы начали в эту тему… Среди моих часто используемых программ что-то на Java найти сложно, есть лишь AppCode, который я давно уже не запускал. На Qt же написан скробблер Last.fm, калькулятор, VLC, а когда я работал разработчиком на Qt, то запускался регулярно QtCreator, Qt Linguist и иже с ними. Под Linux на Qt вообще написаны KDE и Skype. Там вообще дофига Qt-based софта, всё и не упомнишь.
Я бы с удовольствием представил свою ос без Java, если бы не разработка под Android.
Честно говоря, гуглинг в своё время не выявил существование mu Commander. Видимо, плохо искал.
Java тут не причём, она даже более кроссплатформенна. А на каком языке писать — это без разницы, я выбрал более привычный.
Java тут не причём, она даже более кроссплатформенна. А на каком языке писать — это без разницы, я выбрал более привычный.
В свое время он показался мне недостаточно функциональным, мой выбор — Double Commander!
У меня почему-то в нем не работает переход по символическим ссылкам, т.е. локально не могу открыть «C:\Users\lalala\Мои документы», то же самое с sftp.
Обратите внимание еще на Nomad.Net. очень качественно сделанный фм. Написан под .Net, сборки не обфусцированы. Но к сожалению давно нет вестей от разработчика из Беларуси о статусе проекта. Надеюсь почерпнете оттуда идеи.
М-м-м… Double Commander?
А я всё никак не соберусь начать писать свой ФМ. На питоне! Нужен кому-нибудь ФМ на питоне?
А я всё никак не соберусь начать писать свой ФМ. На питоне! Нужен кому-нибудь ФМ на питоне?
Только на JavaScript, и, обязательно, в тридцать строк.
Кстати, отличный менеджер, допилили его до нормального состояния. Использую на Ubuntu, изредка на Windows.
Да да, Double Commander, это на мой взгляд самый удачный проект написанный на Lazarus
Поддерживаю, Double Commander — лучший(графический)аналог TC для *nix систем.
sunflower на питоне вроде. задумки не плохие, но сыроват еще сильно. но с большего нравится
На питоне можно написать хорошо, даже тормозить не будет. Только вот при увеличении кодовой базы будет всё сложнее развивать проект и поддерживать качество кода. Проблем можно избежать, если заранее выработать архитектуру проекта, принять чёткие соглашения и правила разработки, поддерживать покрытие тестами и т. п. В общем, написать можно. Плагины расширения на питоне точно проще будет писать, но питон итак можно прикрутить куда угодно, само ядро на нём писать не обязательно.
> Только вот при увеличении кодовой базы будет всё сложнее развивать проект и поддерживать качество кода.
Почему?
В смысле, какие для этого есть специфичные причины в самом Питоне, которых нет в других языках?
Почему?
В смысле, какие для этого есть специфичные причины в самом Питоне, которых нет в других языках?
Всё просто. Его динамическая сущность, отсутствие статической типизации. Динамические системы всегда сложнее для анализа, нежели статические. Чем больше кода, тем сложнее становится система на любом языке. Давно же были исследования (вроде даже Таненбаум об этом писал) на тему возрастания цикломатической сложности и количества ошибок от количества кода, и это нелинейная зависимость, она нарастает как снежный ком. В статических языках можно контролировать сложность за счёт статической типизации и статического анализа, там всегда известно на этапе компиляции какие типы в каких переменных. В динамических языках в переменных уже на этапе выполнения может оказаться всё что угодно и об этом нужно постоянно помнить.
Короче, маленькие и простые программы проще писать на интерпретируемых динамических языках, но большие и сложные на статических компилируемых.
Короче, маленькие и простые программы проще писать на интерпретируемых динамических языках, но большие и сложные на статических компилируемых.
Динамическая типизация дает возможность городить трудноанализируемый огород, но ей необязательно пользоваться. Более того, ей можно пользоваться очень выборочно, аккуратно инкапсулируя подобные куски в код с более аккуратным внешним интерфейсом.
Собственно, посмотрите на качество автозавершения и рефакторингов в современных питоновских IDE на типичном коде. Оно ведь работает именно на выведении типов, просто неявном. Вообще, среди всех динамических языков, идиоматический Питон легче всего обрабатывать таким образом, т.к. его структура близка к статическим языкам.
Собственно, посмотрите на качество автозавершения и рефакторингов в современных питоновских IDE на типичном коде. Оно ведь работает именно на выведении типов, просто неявном. Вообще, среди всех динамических языков, идиоматический Питон легче всего обрабатывать таким образом, т.к. его структура близка к статическим языкам.
Я всецело согласен с вами, что динамическая типизация даёт большие возможности и свободу. Именно поэтому я и уточнил в первом комментарии, что нужно придерживаться соглашений об использовании возможностей языка и архитектурных решений, чтобы не запустить программу до неподдерживаемого состояния.
Про качество автодополнения и рефактоингов в современных IDE я знаю. Сам давно пользуюсь PyCharm, наблюдаю за Python Tools для Visual Studio, в разработке которого вы участвуете, насколько я понимаю. :)
Про качество автодополнения и рефактоингов в современных IDE я знаю. Сам давно пользуюсь PyCharm, наблюдаю за Python Tools для Visual Studio, в разработке которого вы участвуете, насколько я понимаю. :)
Пользую под макосью. Всё устраивает, но иногда виснет зараза, перестает откликаться на клаву и мышь.
Короче, я решил. Краудфандинг!
Цель $1 000 000
Тем, кто скинется по $100 будет выслан README с заявленной (не обязательно принятой на реализацию) функциональностью.
Тем, кто скинется по $500 — вышлю якобы скриншот, криво набросанный в GIMP-е.
Те, кто даст $1 000 будут упомянуты в окне «About…»
Если проект наберёт $100 000, то окно «About…» можно будет вообще вызвать. Даже из графического интерфейса и почти без хаков и перекомпиляции!
Если соберу $500 000 мой кроссплатформенный ФМ будет портирован и на Windows!
Купивший облигацию за $10 000 сможет решить, какая из двух файловых панелей будет работоспособна.
Все средства собранные сверх цели пойдут на развитие моей личности.
Цель $1 000 000
Тем, кто скинется по $100 будет выслан README с заявленной (не обязательно принятой на реализацию) функциональностью.
Тем, кто скинется по $500 — вышлю якобы скриншот, криво набросанный в GIMP-е.
Те, кто даст $1 000 будут упомянуты в окне «About…»
Если проект наберёт $100 000, то окно «About…» можно будет вообще вызвать. Даже из графического интерфейса и почти без хаков и перекомпиляции!
Если соберу $500 000 мой кроссплатформенный ФМ будет портирован и на Windows!
Купивший облигацию за $10 000 сможет решить, какая из двух файловых панелей будет работоспособна.
Все средства собранные сверх цели пойдут на развитие моей личности.
Что за бред? Скриншот не липа, а смонтирован из двух — на Ubuntu и Windows. Сняты оба на двух одинаковых бинарниках.
Панели обе полностью работоспособны, хотя под WPF иногда глючат. Вся заявленная функциональность работает, если не работает, пишите что именно и как не работает. Желательно с выводом из терминала (если что либо написалось туда).
Панели обе полностью работоспособны, хотя под WPF иногда глючат. Вся заявленная функциональность работает, если не работает, пишите что именно и как не работает. Желательно с выводом из терминала (если что либо написалось туда).
Мы в универе тоже Susanin Commander писали.
Успехов в вашем начинании. Может вы напишете нормальный фм под макось.
Успехов в вашем начинании. Может вы напишете нормальный фм под макось.
С макосью пока что туго, компилятор mono по невыясненным причинам зависает именно на OSX, но надеюсь исправить.
forklift же есть
>Может вы напишете нормальный фм под макось.
Чем не устроил какой-нибудь Path Finder?
Предвидя комментарий насчет платности: когда заканчивается триал, то он всего лишь выкидывает окно с предложением купить при каждом запуске (с 15-секундным таймаутом). Но т.к. он запущен у меня постоянно, то я это окошко вижу хорошо если раз в месяц (когда перезагружаюсь по какой-то причине).
Чем не устроил какой-нибудь Path Finder?
Предвидя комментарий насчет платности: когда заканчивается триал, то он всего лишь выкидывает окно с предложением купить при каждом запуске (с 15-секундным таймаутом). Но т.к. он запущен у меня постоянно, то я это окошко вижу хорошо если раз в месяц (когда перезагружаюсь по какой-то причине).
Из множества перепробованных пока пользуюсь Path Finder (и то, последнее время больше mc), но и он далек от Total Commander
Path Finder, кстати, сегодня можно купить на распродаже за ~11 баксов, нужно перебить среднюю цену, чтобы получить весь бандл, цена постепенно растёт.
Хотелось бы, конечно, аналог FAR под OS X.
Хотелось бы, конечно, аналог FAR под OS X.
brew install mc
>Path Finder, кстати, сегодня можно купить на распродаже за ~11 баксов, нужно перебить среднюю цену, чтобы получить весь бандл, цена постепенно растёт.
Ух ты, класс! За один только Path Finder не жалко 11 долларов заплатить (вместо 40), а тут в довесок еще пачка аппов, причем штуки 3-4 из них я скорее всего буду юзать.
Спасибо тебе добрый человек!
Ух ты, класс! За один только Path Finder не жалко 11 долларов заплатить (вместо 40), а тут в довесок еще пачка аппов, причем штуки 3-4 из них я скорее всего буду юзать.
Спасибо тебе добрый человек!
Я тоже обрадовался и сразу купил, и только потом заметил, что к выходу готовится Path Finder 7 c поддержкой синхронизации папок и дропбокса, и не ясно, будет ли Path Finder 6 поддерживать OS X 10.10, или получится как с Parallels Desktop и OS X 10.9 — после выхода бесплатной новой версии ОС придётся платно апгрейдить пришедший в негодность старый купленный софт.
О, спасибо! чего только не перепробовал (muCOmmander(больше года), DoubleCommander (был последним), еще какие-то), но вот про pathFinder не знал и похоже — это то, что нужно! Особенно удобно и окно терминала снизу, почти всегда терминал запущен или частенько запускается. В общем пока все нравится!
Может будет звучать как ересь, но я под маком пользуюсь Far. Полноценно, через wineconsole, с плагинами, архиваторами, FTP, Lucida Console, большим окном и пр.
Да, немного не хватает возможности запустить любой файл энтером, но можно сделать 'wineconsole .' и папка открывается в Finder.
Да, немного не хватает возможности запустить любой файл энтером, но можно сделать 'wineconsole .' и папка открывается в Finder.
менеджер Total Commander, выгодно отличающийся от других богатым функционалом, мощной системой плагинов, основанной на Win32 COMи давно плагины стали там COM-мом? Я вот писал под него плагины, и такого что-то не припомню…
Как впечатления от Xwt? Я его некоторое время назад побоялся использовать, посчитав сыроватым.
Кросс-платформенный файловый менеджер? Это реальность
Конечно реальность… mc! (;
Есть еще замечательный File Commander (правда не опенсорсный). Использую еще со времен OS/2
Ну, удачи ему в репозитариях Debian!
Минусующим — речь о том, что на Debian и иже с ним его простым sudo apt-get install не поставить, только wget+dpkg -i, весело устанавливая все зависимости вручную.
Да почему не поставить?
в sources.list.d и все ок
deb http://silk.apana.org.au/ubuntu precise main stable-dev unstable-dev в sources.list.d и все ок
Нет, речь о штатных репозиториях, packages.%distroname%.org, установке в 1 клик. А так, да, любое ПО ставится… Вон, Skype, например…
(также есть готовая бинарная сборка для всех ОС ...)
Ничего не понял. Скачал, как запустить на макоси?
Оффтоп.
А что в .NET / Mono нет нормальной интернационализации (i18n)? А то уж как-то совсем сурово: github.com/atauenis/fcmd/blob/master/Localizator.cs
А что в .NET / Mono нет нормальной интернационализации (i18n)? А то уж как-то совсем сурово: github.com/atauenis/fcmd/blob/master/Localizator.cs
Есть. Более того, Resharper позволяет это в два клика делать.
Скажем так, я не нашёл толкового способа интернационализации интерфейса на XWT, чтобы не надо было писать килобайты трудночитаемого кода. Может быть, они и есть (gettext не предлагать), но Localizator на данный момент вполне адекватное решение. Только в код конструктора надо добавить загрузку текущего языка из настроек и загрузку словаря строк из внешнего файла. Но руки пока не доходят.
gettext не предлагать
А чем этот стандарт локализации и производные от него плохи? Вот, например, возьмём систему интернационализации в Qt. Все переводимые строки «обворачиваются» в специальный метод
tr/translate, который также определяет контекст перевода. Далее на исходники натравливается парсер, который вытаскивает такие строки и формирует XML-like *.tr файлы перевода с переводимыми строками. Эти файлы переводятся кем-либо в удобном редакторе Qt Linguist и компилируются в бинарные *.qm файлы. Бинарные файлы загружаются в приложение динамически с помощью специального класса QTranslator. Файлы могут загружаться как с диска, так и из ресурсов приложения. Может быть загружено любое количество файлов перевода, например, для используемых библиотек, ядра, плагинов могут быть отдельные файлы перевода. Такой подход обеспечивает модульность, гибкость и расширяемость.А ваш велосипед как работает?
Может быть я тупое бревно, но мне проще один раз, при инициализации класса, инициализировать класс-БД, из которого когда надо тягать строки. Если надо, можно реализовать и препроцессинг файлов языков, всякие там include и условная компиляция, только зачем? Разве что комментарии, отступы и поддержку пустых строк стоит добавить, а так… Зато файл языка можно редактировать в чём угодно, он текстовый без наворотов, практически INI.
Это было описание принципа работы Localizator.
Это было описание принципа работы Localizator.
Это было описание принципа работы Localizator
Я ничего не понял :)
Ладно, объясните на примере:
Что должен сделать разработчик, который хочет написать плагин с GUI на разных языках для вашего приложения?
Пусть сам разбирается. Плагины — отдельно, FC — отдельно. Языковые файлы у них абсолютно независимы. Если совсем приспичит, можно Localizator вынести в Pluginner, но тогда возникнет проблема с чтением настроек из fcmd.exe.config, и придётся городить дополнительные костыли.
Но у него хотя бы есть возможность получить информацию о текущем языке приложения из каких-то настроек или через какой-то API?
Скорее всего не будет он разбираться. Если вы создаёте расширяемую платформу в надежде привлечь разработчиков к её развитию, вы должны озаботиться созданием технологического базиса и экосистемы для этого.
Скорее всего не будет он разбираться. Если вы создаёте расширяемую платформу в надежде привлечь разработчиков к её развитию, вы должны озаботиться созданием технологического базиса и экосистемы для этого.
При создании приложений для Windows, вы проклинаете разрабов Microsoft за ограниченную локализацию сторонних приложений? Вот и FC тоже приитивный хост для сторонних «приложений». Насчёт чтения настроек я подумаю, скорее всего, в IPlugin будет некое свойство, содержащее важные для плагинов настройки типа языка и темы.
Очень интересная выходит «конкуренция» среди двухпанельников: широкий выбор, но у каждого куча минусов. Кто-то не допилен, кто-то не opensource и не обновляется, кто-то заброшен даже в opensource… Не хватает, имхо, организованности. Энтузиазм у людей заканчивается, а «свежих» разработчиков не появляется. Почему?
Я, признаться, уже делал когда-то
Очень надеюсь, что у Вас энтузиазм не иссякнет, а последователи найдутся и в больших количествах! Собственно, это моё общее пожелание ко всем новым «домашним» opensource проектам.
И ещё: найдите дизайнера, это обязательно. Да, mc он не нужен, но Ваш FC — пока не mc и без проработки дизайна и UX им просто не будут пользоваться. Начать можно со смены шрифта, хотя бы.
Я, признаться, уже делал когда-то
git init с целью написать двухпанельник на C++/Qt… но понял, что не потяну. Да, я МОГУ написать всё, что нужно для него, но будет ли у меня на это время, не закончится ли энтузиазм, найдутся ли те, кто меня поддержит — на эти вопросы не было ответа. Поэтому я с грустью посмотрел на свой main.cpp и выполнил rm -rf.Очень надеюсь, что у Вас энтузиазм не иссякнет, а последователи найдутся и в больших количествах! Собственно, это моё общее пожелание ко всем новым «домашним» opensource проектам.
И ещё: найдите дизайнера, это обязательно. Да, mc он не нужен, но Ваш FC — пока не mc и без проработки дизайна и UX им просто не будут пользоваться. Начать можно со смены шрифта, хотя бы.
Спасибо за поддержку, но пост здесь был сделан в том числе по причине таяния энтузиазма. :-) ФМ на Qt, кстати, неплохой затеей мог выйти, ведь Qt вполне себе кросс-платформенный сейчас.
Шрифт менять проблематично — XWT поддерживает только семейства шрифтов, serif, sans-serif, etc. Напрямую мне так и не удалось задать шрифт по имени. Нет там и тупо системного шрифта, поэтому я их стараюсь не трогать (inherrit), иначе совсем Г выходит.
Шрифт менять проблематично — XWT поддерживает только семейства шрифтов, serif, sans-serif, etc. Напрямую мне так и не удалось задать шрифт по имени. Нет там и тупо системного шрифта, поэтому я их стараюсь не трогать (inherrit), иначе совсем Г выходит.
Я, наверное, извращенец, но использую кроссплатформенно kde-шный dolphin. Там Qt, все нативненько, вроде и без тормозов, и двухпанельный режим есть.
Не понимаю восторгов, если честно, это обычный проект, вполне подходящий для изучения .net для студентов. Под линукс есть замечательный mc, или dolphin, для которых не нужно mono, а под венду — far/mc/total.
Из возможных путей развития вижу только оформление этого всего в виде пошаговых уроков для других, изучающих C#.
Из возможных путей развития вижу только оформление этого всего в виде пошаговых уроков для других, изучающих C#.
Если есть желание обсудить технические моменты/ознакомиться с архитектурой FC, приглашаю прямо сейчас в IRC RusNet #fcmd-dev. В комментариях это долго и неудобно.
silk.apana.org.au/fc.html — Вот настоящий FileCommander. Странно что вы упомянули какой то проходной мусор, не упомянув именно этот FC
Товарищи! Прежде чем создавать issue и задавать вопросы, пожалуйста, проверьте, причиной глюка может быть баг xwt, если это так, пишите им, а не мне.
Вы уж простите, но баг проявляется на вашей программе, так что разбираться вам. Это нормально. Можете создать баг для xwt, можете его обойти. Почитайте вот эту статью, к примеру.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Кросс-платформенный файловый менеджер? Это реальность