Файловый менеджер

[Пантер]

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

[ритт]

я думаю, до конца недели

[Пантер]

Разговор врача и мальчика:
(В)Мальчик, сколько тебе лет?
(М)Четыре будет.
(В)Оптимист...

[lit-uriy]

Пантер, я тут одну доработку сделал:

Код

Diff
@@ -84,6 +84,7 @@ void MainWindowImpl::setLayouts()
 	layout->addWidget(qsplitSplitter);
 	layout->addLayout(qhblConsoleCommandLayout);
 	layout->addWidget(qfCommandButtons);
+	layout->setContentsMargins(-1, -1, -1, 0);
 	qwCentralWidget->setLayout(layout);
 }

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

[Пантер]

Сегодня посмотрю.
-----------------------------------------------------------
Посмотрел. Понравилось. Принял.

[kirill]

Чо то попробовал собрать проект - не может найти dirent.h
Как его подключать?

[Q2W]

Вопрос разработчикам:
А вот многие ФМ умеют присоединяться к ftp, smb, etc. Но что-то мне подсказывает, что это как минимум не юникс-вэй. Ибо остальные программы не могут получить доступ туда же без собственной реализации этих протоколов.
В связи с этим, считаю правильным, когда ftp, самба, nfs, монтируется по запросу юзера прямо в ФС (под виндой как новый диск).

Так вот, разработчики разделяют это мнение или будут делать свою реализацию подключения к этим типам файлохранилищ?

Сым было начал свой ФМ на qt jambi, однако, смотрю, у вас лучше спорится дело. Так что буду участвовать фичреквестами и багрепортами +)

[SABROG]

Для Active Directory (SAMBA) можно попробовать OpenLDAP. Сам не пробовал.

[Q2W]

Для Active Directory (SAMBA) можно попробовать OpenLDAP. Сам не пробовал.

Т.е. Ваше мнение, что подключаться к сетевым файлохранилищам юзер должен в каждом отдельном приложении? (В т.ч. в файловом менеджере).

Ну и мне по прежнему интересно мнение разработчиков.

[lit-uriy]

>>юзер должен в каждом отдельном приложении?
Я смысла не понимаю этого вопроса в данной теме. Ну положим все согласятся, что должно монитироваться в конкретную точку ФС, а не быть допфункцией файлового менеджера.

И что дальше? Пантер должен будет реализовать это кроссплатформенно в рамках проекта "Файловый менджер"?

[Q2W]

>>юзер должен в каждом отдельном приложении?
Я смысла не понимаю этого вопроса в данной теме. Ну положим все согласятся, что должно монитироваться в конкретную точку ФС, а не быть допфункцией файлового менеджера.

И что дальше? Пантер должен будет реализовать это кроссплатформенно в рамках проекта "Файловый менджер"?

Как раз я думаю, что этот функционал должен реализовываться в другом приложении.
Тогда:
1. Все приложения смогут пользоваться сетевыми файлохранилищами.
2. Не надо будет использовать разные реализации использования сетевых хранилищ в разных прогах, с разными багами и т.п.
3. Приложения, не реализовавшие этот функционал, получат его.

Так вот, в списке приложений, удобной реализации которых под линукс я не нашёл, это - второе (после ФМ, о чём я писал выше). =)

[Пантер]

Все, что не касается локальной ФС, будет решаться через плагины и ВФС. Под виндой сеть придется через винапи делать, уже немного начато движение в эту сторону. Вообще стандартные методы позволяют лазить под виндой по сетевым шарам типа QDir dir("//192.168.0.1/c/"). Но показ компьютеров придется делать самим. ФТП реализуем. На счет сети под Линуксом еще не решили как, Константин предложил использовать кедовые возможности, но мне завязка на кеды не нравится. Если у кого есть мысли, давайте.
Вообще плагинная система значительно расширит функционал, но работа в этом направлении будет начата лишь тогда, когда будет основной функционал. К сожалению я завтра на сессию уезжаю, так что все ляжет на Константина, ну и немного на меня, если сессия позволит.

[Q2W]

Т.е. Вы собрались делать комбайн и очередную реализацию ftp-, smb-, nfs-, ssh-,.. клиентов. Печально.

[kuzulis]

Т.е. Вы собрались делать комбайн и очередную реализацию ftp-, smb-, nfs-, ssh-,.. клиентов. Печально.

а как иначе? (ИМХО)  ведь эти клиенты тоже должны быть кроссплатформенными!
хотя, если для Linux  - то можно не придумывать что-то новое, а взять куски из готовых клиентов (например ssh, nfs)... а вот для Windows - уже на API писать!

Насчет кед.. а нельзя ли как нить не использовать их библиотеки? А то получается очередной krusader

[Q2W]

а как иначе?

Как-как. Нужна отдельная прога, сидящая резидентно + в трею где-нибудь.
В ней юзер может примонтировать в систему удалённое файлохранилище как ФС. В линуксе более-менее понятно, как это сделать, а в винде это либо подключение этих ФС как новый дисков (или NTFS-папок), либо как сетевой протокол (виртуалбокс так делает с подключением общих с хост-машиной папок).

P.S.: Что-то у меня такое чувство, что здесь мало кто допёр, чем же всё-таки для пользователя лучше реализация этой штуки как отдельного приложения.