Какие есть пожелания?

езжай в майами пить и гулять прожигать жизнь и не майся херней на лоре

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

XYZCommander, last file manager как заготовка совсем не годятся?

выделение файлов ... не зависимо от того по каким директориям разбросаны файлы

Да, спасибо что напомнил. Я даже придумал сейчас - как это сделать. Кидать всё на промежуточную виртуальную панель, и потом оттуда копировать/перемещать. Также, как View после Search files в FAR Manager.

Тот же фар портировать и то дело.

У любого тут пупок развяжется. FAR Team абсолютно не заинтересована в этом

Я смотрел этот FAR насчет Windows-специфичных вещей в 2008 году. Код запутанный как лапша.

Ээээ... Этот тоже будет однопанельным?

Добавь маст хев фичу http://plugring.farmanager.com/plugin.php?pid=480&l=ru

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

Можно писать на Cython

Ок. Количество панелей можно сделать любым. Я посчитаю -
сколько будет разумно для ширины 1280 и 1920 пикселей
(согласно размерам стандартных шрифтов).
Из грубых прикидок, мне лично удобно иметь панель 20-40 символов (10x20).
То есть, порядка 200-400 пикселей (одна панель). На 1920-пикс
мониторе можно будет уместить порядка 5 панелей.
Я сейчас думаю - как вводить абстракции типа TFrame, TLayout
и т.п. Для начала сделаю одну панель - потом инкапсулирую её
в класс, и там видно будет.

Цель у меня - сделать себе удобный инструмент типа FAR manager,
который работал бы и под линуксом. А для людей - оставить
исходники, чтобы они могли взять какие-то технические приёмы
оттуда.

На Питоне я пишу, потому что он предназначен для быстрого
прототипирования. Можно написать и на Си, если кому-то нужно.
Но основное время здесь занимает разработка архитектуры
системы, а не реализация её на каком-то отдельном языке.
То есть, кто хочет - может спокойно переписывать её на

... на gcc + ncurses.

То есть, кто хочет - может спокойно переписывать её на C

конечно! что может быть проще переписать с питона на С, так может быть вы тогда и mercurial перепишите с питона на С? если по вашему все так просто

архитектурно тогда развивайте свой аля командер на С++, а тем кому надо пусть переписывают его на С или Питон

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

Spacefm, объективно лучшего гуй-файлового менеждера

ого, неужеди даже лучше ROX Filer?

даже лучше ROX Filer?

Конечно, даже сравнивать глупо.

Пожелание не писать это на питоне

Пожелание не писать это на питоне

Как видишь, Роман Каршиев (KRoN73) меня понял.
Не печалься, с возрастом приходит просветление. ;)

что может быть проще переписать с питона на С

Если это будет «Just for fun» - я перепишу.
Все мои open-source программы - это «Just for fun».

Да. возможно. Ключевое слово - это )

Установил сейчас и запустил mc - очень неудобно им пользоваться, в сравнении с хорошо настроенным zsh. На мой взгляд нужен только rox-filer - быстро обработать изображения с превьюхами, покопаться в рандомном скоплении файлов. С упорядоченными файлами как-то проще в шелле работать. Почему именно rox - удобен, удобно интегрируется со своими велосипедиками (скриптами, приложениями) и т.д. Миднайт вот как-то прям очень неудобен, с фаром не сравнить.

Может просто непривычно?

midnight commander

OpenGL-интерфейс.

o_O

да нет, я раньше много в нем работал и основные приемы знаю, потом как-то перестал в пользу krusader и konqueror в kde3. И вот сейчас сколько-то времени спустя - мне кажется что он сильно неудобен.

Если есть какие-то рекомендации по работе, фишки и приемы - интересно было бы почитать, ну или скринкасты. Может быть он крут а я не осилил.

Python 3.2.3 (April 10, 2012)

Python 2.x

Python 3.2.3 (April 10, 2012)

попутно хоть портируешь еще непортированные библиотеки на python3, хоть какая-то польза сообществу

хоть какая-то польза сообществу

Польза какому-то абстрактному сообществу - не приоритетная для меня задача.
Исправлять косяк Гвидо ван Россума с Python 3 я не собираюсь. Считаю, что у Python 3 нет будущего, и Google с Гвидо разрабатывают для себя лучший вариант, чем Python 3.

Google с Гвидо разрабатывают для себя лучший вариант, чем Python 3

Об чём речь?

тогда откладывай мистический файл аля коммандер менеджер и начинай переписывать mercurial на C

вот это http://ignorantguru.github.com/spacefm/screenshots.html - лучший гуй-файловый менеджер?

Гвидо к Go не прикасается, к Dart тоже. Какие еще гугл делает языки?

Какая то мышевозня цветастая.

лучший гуй-файловый менеджер?

Да.
Вот мой: http://i5.pixs.ru/storage/3/3/4/screen2046_6730607_4895334.png

вырвиглазненько

вырвиглазненько

Любовь к гламурным иконочкам - это со времён Windows XP + MacOS.
В 80-90-е годы мы могли только мечтать о таких крутых мониторах, разрешениях, цветности.
И что прикольно - ведь никто не жаловался! ;)

http://f1.s.qip.ru/j1zuY2up.png :)

Это разрешение коего монитора «Темп-209» в 1991 году:
http://speccy.info/w/images/c/c8/Sinclair_Basic_ZX81.gif

Такого разрешения были игры:
http://www.sromero.org/wiki/_media/spectrum/software/img/barbarian.gif
http://zx-news.narod.ru/sosg/shtm/shots/cpc/Dizzy3a_CPC.png

*моего

у меня был бк-компаньон 2 в те годы
это не повод в 2012 году предаваться утехам ностальгической некрофилии

Но ведь согласись, каждый пиксель был на виду!
А с нынешними 500dpi на мониторах и битых пикселей не увидишь. :)

Программирование пёрло из всех щелей. Даже я, школьник 5-го класса, научился программировать на ассемблере, через 4 года написав простейшую игрушку в реальном режиме процессора с EGA-графикой.

Техника вынуждала изучать программирование.
Без программирования сложно было использовать нестандартные особенности игр, иногда можно было попытаться запустить криво загруженную игрушку. Попытаться посмотреть её код, код загрузчика игры. Романтика.

А теперь и пикселя не разглядишь. И суммарные десятки гигагерц процессора куда-то уходят впустую.

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

а у тебя в посте сплошная ностальгия. через 20 лет будешь так же отзываться о убогих intel i5 / 2560x1440

pixs.ru

Где вы такие тормоза откапываете?

Гвидо к Go не прикасается, к Dart тоже. Какие еще гугл делает языки?

ну не томи уже...

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

Привет, ты только что изобрел Qt!

Какие еще гугл делает языки?

Для внутренних нужд - не знаю.

1. Лучше бы пил и курил.
2. Залить проект на какой-нибудь хостинг проектов.

Приложение пишу чисто для себя, так как не хватает возможностей FAR manager, а файловым менеджером midnight commander стараюсь пользоваться по-минимуму.

Не обманывайся, ты просто хочешь написать (ещё) что-нибудь на питоне.

и продавать патчи в мейнстрим

Ггг. фиксед

Вот это полезно, лорчую.

Не обманывайся, ты просто хочешь написать (ещё) что-нибудь на питоне.

+100500

Откуда я знаю. У гугла сплошной NDA. Потом разом выкатит на радость удивленной толпе.

Сейчас все функции зашиваю в один py-файл.

Зря.

ЗЫ: krusader и mc - наше все

тогда откуда инфа, что они вообще что-то делают новое и совместно?