Но есть же Suflower. Там бы только предпросмотр человеческий сделать да плагинов понаписать и всё готово. Плюс он не на жирноQt, а на GTK2.

юзаю mucommander, функциональностью доволен

Вы, похоже, перепутали Krusader (православный двухпанельник а ля TC) и Dolphin (тот самый проводник).

Вы, похоже, перепутали Krusader (православный двухпанельник а ля TC)

я что-то давно Krusader'а не видел, да.

Лучше подключись к доработке nemo. Туда нужно добавить катологизацию закладок и кнопку Undo.

не нужно

...json...

Запрос: fs_plugin, ls, хомяк. Ответ: список, [имя файла, размер], [[имя,размер],[имя,размер],..

и потом со всей этой хней мы попробуем взлететь
vfs в mc чем не угодил ?

vfs в mc чем не угодил ?

консольный ФМ не нужен, есть coreutils & utils-linux.

vfs в mc чем не угодил ?

и да, только идиот может сравнивать vfs с sshfs+ssh+scp+rsync на выбор.

Соответственно для сборки он тоже нужен

А ну колись, сколько раз за день собираешь файловых менеджеров?

PS: Ну а вообще, конечно пиши, и не нужно спрашивать. Даже если им будешь пользоваться только ты, все равно оно того стоило.

На хрена изобретать велосипед, если можно допилить уже существующий?!

Допилить до чего? В Krusader есть все, что нужно, но это «все» реализовано через задницу. Нужно подсчитать md5-сумму многогигабайтного файла - извольте доустановить md5sum, а потом любоваться отсутствием какой-либо информации о прогрессе операции. Хочешь удалить файл, жмёшь Del, потом подтверждаешь нажатием Enter... Ан нет, диалог подтверждения еще не успел вызваться из недр жирных kdelibs, получается что вместо удаления запустил файл.

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

ТС, нужда в клоне Total Commander есть и она большая. Только не надо мудрить с микроядерной архитектурой, пусть будет смешанной. Главное - скорость, возможности, юзабилити. У автора Total Commander это получилось, больше ни у кого.

Главное - скорость, возможности, юзабилити.

это всё модулями должно реализовываться.

консольный ФМ не нужен, есть coreutils & utils-linux.

Не нужен - не ставь, но он неплохо дополняет cli, когда файлов много и масками нужные не покроешь или это дольше.

не хочу софтом, хочу gimp'ом по F4 и viewer'ом по F3.

ты уж определись тогда, нужен фм или нет, и чем не устраивает открытие gimp'a из mc.

и да, только идиот может сравнивать vfs с sshfs+ssh+scp+rsync на выбор.

Причем тут ssh ? Вот, например, git через vfs запилили http://habrahabr.ru/post/86756/ ( crutch_master - это случаем не то что ты хотел ?).
Все уже давно придумано и просто сделано, что угодно аналогично можно приделать, а тут городить хрень какую-то собрались, nih в чистом виде.

Я предложил взять за основу Krusader только потому, что ТС написал «Писать буду на C++/Qt5.». То есть не писать код с нуля.

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

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

Хочешь удалить файл, жмёшь Del, потом подтверждаешь нажатием Enter...

Это отключается.

Ан нет, диалог подтверждения еще не успел вызваться из недр жирных kdelibs, получается что вместо удаления запустил файл.

Проблема не в kdelibs, а в kio. Я предложил убрать привязку.

Допилить до чего? В Krusader есть все, что нужно, но это «все» реализовано через задницу.

Вот такие мелочи как раз и требуют доработки. И вообще, нет предела совершенству :)
Впрочем, я был бы рад, если б кто-нибудь написал что-то подобное по функционалу, отвязанное от DE.

У автора Total Commander это получилось, больше ни у кого

Да, Гислер - гений! Остальным есть куда тянуться.

Единственное но - бинарные данные

Первое что пишло в голову - base64. Правда костыль-костылищще ))

Не нужен - не ставь

успокойся, стоит у меня GNU Midnight Commander, ВР, только он мне не нужен.

ты уж определись тогда

ты нерусский? Я хочу двухпанельный ФМ с гуем и плагинами.

чем не устраивает открытие gimp'a из mc.

тебе этого боюсь не понять.

Причем тут ssh ?

при том, что это в основном то, для чего мне vfs надо. Ну ещё может яндексдиск через davfs2.

Вот, например, git через vfs

я как-то в консоли управляюсь.

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

дык что-ты тут делаешь?

Единственное но - бинарные данные

BSON, MessagePack или любой другой бинарный формат.

нормального двухпанльного файлового менеджера с гуем под linux

Нужно, но вангую, что ты не осилишь и родишь очередной ненужный никому кусок говнокода.

Вот такие мелочи как раз и требуют доработки. И вообще, нет предела совершенству :)

Не получится. Авторы Krusader следуют идеологии unixway, то есть просто не будут принимать патчи, скажем, выпиливающие привязку md5sum и реализующие подсчет контрольных сумм внутренне.

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

Это отключается.

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

Проблема не в kdelibs, а в kio. Я предложил убрать привязку.

Это понятно, но - см. мой ответ выше. Не примут. Да и вообще весь Krusader, его ядро на kio работает.

это всё модулями должно реализовываться.

Krusader и есть модульная программа, но вот видишь что получилось из этой затеи. На модулях можно построить юзабельное и богатое по возможностям, но тормозное решение. Я предлагаю гибридную архитектуру. То, что должно быть однозначно - должно быть впилено в код, остальное - модулями. Уровень однозначности только надо определить. На мой взгляд навигация по файловой системе, навигация по архивам, по FTP должны быть встроены. По sftp - уже можно внешний модуль делать. Тут Total Commander хороший ориентир.

http://i.imgur.com/B3yMSn3.png

Немного для вдохновения как это могло бы выглядеть.

Ясно. Пилите, Шура, успехов на вашем нелегком поприще.

LeechCraft уже рекомендовали?

А тетрис и плейер уже написал?

Also 2 crutch_master;

Будет Over9000 костылей на все случаи жизни, НО, каждый пользователь будет выбирать только нужные ему.

Можно еще запилить репозиторий с этими костылями и сделать костыль-пакетный менеджер для упрощения их установки/удаления/обновления/пр.

ФМ типа ТК нужен тем у кого ДЕ нет (опенбокс и пр. ВМ) или тем у кого ДЕ убогий (винда). Но под виндой уже есть ТК, осталось узнать выяснить насколько минималисты любят кутешный софт.

Можно еще запилить репозиторий с этими костылями и сделать костыль-пакетный менеджер для упрощения их установки/удаления/обновления/пр.

было-бы неплохо в перспективе.

( crutch_master - это случаем не то что ты хотел ?).

Да. Теперь надо открутить ncurses, и прикрутить настраиваемый гуй.

Портируй (подожди пока портируют) Krusader для KDE5 Frameworks и живи счастливо.

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

Нужно, но вангую, что ты не осилишь и родишь очередной ненужный никому кусок говнокода.

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

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

Ну, простые вещи можно и в ядро переносить. Главное не увлекаться.

Уровень однозначности только надо определить.

Блокировка от запроса удаления до подтверждения. Бесит, когда нельзя одновременно юзать поиск и рыскать по каталогу.

Вам бы только гуй теребить. :)

Не надо спрашивать

Просто ***чь // thread

Но есть же Suflower Плагины дёргают gtk на прямую.

def change_table(self, tables):
  query = "SELECT * FROM {0};".format(tables.get_active_text())
  self.query.set_text(query)
  self.table.destroy()
  self.table = gtk.TreeView()
  self.sw.add(self.table)
  self.sw.show_all()
  gobject.idle_add(self.execute, query)

Customizable

Не увидел, как можно прикрутить внешние программы для просмотра. Документации нет. В конфигах тоже ничего интересного нет. Так и не понял в чём он Customizable, кроме плагинов на питоне. Конечно исходники есть, значит customizable, но вот, я не знаю питон, мне охота его учить?

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

Не надо спрашивать
Просто ***чь // thread

gh0stwizard ★★★★★ (26.12.2014 4:39:39)

Лорчую.

Вам бы только гуй теребить. :)

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

Писать буду на C++/Qt5

повторишь судьбу вышеперечисленных.

Пиши на GObject/Vala

mc чем не угодил ?

тащемта, тем, что там всё плохо, например. но пользуемся, грызем.

тащемта, тем, что там всё плохо

Что надо, чтобы было хорошо?

Портируй (подожди пока портируют) Krusader для KDE5 Frameworks и живи счастливо.

Это если и будет, то нескоро. Его почти забросили.

Плюс он не на жирноQt, а на некроGTK2.

Fixed for the great justice!

Пиши на GObject/Vala

Толсто, это говно даже не может в кросс-платформу.

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

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

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

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

Ребят, вы конечно простите, я-то старый ворчун, но вы тут типа программисты и писать что-то собрались, а это базовые вещи.

Total Commander тоже на паскале написан, поэтому тоталовские плагины легче портировать будет.
А чо, сейчас паскаль в школе не изучают?

DE-фобы - такие же идиоты.

юзаю mucommander, функциональностью доволен

Тоже использую, не могу сказать что супер, но из всех гуи ФМ остановился на нем. Хоть и на жабе писан.