Реквестирую реквесты

Тысячи проектов на freshmeat.net ждут вашей помощи.

Не. Это не совсем то. Просто есть желание покодить для души. Что-то такое, чтобы имело в конце законченный вид. А участие в проекте - это всё-таки серьёзно. Это в том числе и ответственность. Не говоря о затратах времени на вхождение в ситуацию. Поэтому хочется что-то компактное, и цельное. Было бы неплохо, если бы это было кому-нибудь нужно.

Файловый менеджер на голом qt4 без привязки к kdelibs.

Напиши поисковик по линуксу. Поисковик по лору. Ну и т.д.

> Файловый менеджер на голом qt4 без привязки к kdelibs.

Файловый менеджер а ля мц или типа конк? Или вообще в каком виде?

> Напиши поисковик по линуксу. Поисковик по лору. Ну и т.д.

А что, Гугол уже не справляется?

Специализироанный поисковик всегда лучше. Да и возможностей для интересных фич больше.

Без движка ЛОРа это жутко кривой поисковик будет...

А что значит "поисковик по линуксу"?

> А что значит "поисковик по линуксу"?

Мысль была вообще. Но как вариант -- поисковик по манам в перекрестии с поисковиком по лору (или с результатами гугла), или в перекрестии с поисковиком по /usr/share/doc.

ИНогда интересно какое влияние та или иная версия утилиты оказывает на всю систему. В доках иногда указывается о наличии проблем с конкретными версиями...

Скорее а ля thunar из икскрысы. Но на худой конец и типа mc было бы не плохо потому что нет даже такого (вернее есть но как-то не очень функционален).

Хм... Интересно. Надо обдумать, как это должно выглядеть...

По-моему, такие вещи функционируют заметно лучше в связке с ДЕ, нет?

> Напиши поисковик по линуксу. Поисковик по лору. Ну и т.д.

>А что, Гугол уже не справляется?

Гугол, при не верном написании слова "линукс" к логопеду не направляет...

> Гугол, при не верном написании слова "линукс" к логопеду не направляет...

Если поисковик по ЛОРу будет в таких случаях к логопеду слать, то половину тем найти будет совсем проблемно...

Конечно. В связке с ДЕ безусловно ни функционируют лучше. Умеют играть на дуде и варить кофе. Но зачастую подобный функционал избыточен, а библиотеки ДЕ как правило достаточно жирные. Но это так.

s/ ни / они /

try
{
    1) допилить mc
    2) см 1.
}
catch(...)
{
    1) допилить mc
}

> Конечно. В связке с ДЕ безусловно ни функционируют лучше. Умеют играть на дуде и варить кофе. Но зачастую подобный функционал избыточен, а библиотеки ДЕ как правило достаточно жирные. Но это так.

Жирные - это да... Хотя и сам Qt4 не тощий...

Тогда вопрос:

Что должен уметь делать файл менеджер? Ходить по каталогам, запускать проги, копировать, удалять, переименовывать, искать. Ещё?

поиск

mc имхо не сильно нужен. guiшные файл-менеджеры, конечно, ужасны, но mc... Честно сказать, даже FAR работал лучше него. К тому же, есть некоторые подозрения что проще выкинуть mc и написать новый, чем пилить существующий. Быстрее и лучше получится. И ещё напрягает отсутсвие альтернатив. Если, вдруг, кому mc не нравится, то вариантов все равно 0. Это не есть хорошо.

> поиск

Поиск чего, где и для чего?

Реализуй команду html2pdf или html2ps

естественно без JS, только html и css

эм... пусть файлов, где душа пожелает, для поиска файлов

Какие-нибудь дополнительные условия? Или тупо отрендерить html в pdf?

Не надо ничего писать. Если возник такой вопрос, ты ничего полезного не напишешь. А еще один мертвяк на sf.net не нужен.

> эм... пусть файлов, где душа пожелает, для поиска файлов

Хм... А какие местоположения файлов знает душа? Локальные файлы, интернет, сетевые ресурсы. Ещё?

>Локальные файлы
просто чтобы было графическое междумордие для find

> Не надо ничего писать. Если возник такой вопрос, ты ничего полезного не напишешь. А еще один мертвяк на sf.net не нужен.

Нет. Не в том дело. Я не пишу мега всем полезный проект, не горю желанием создать уникальную вещь, которой потом весь мир будет пользоваться,вероятнее всего, на sf он тоже не попадет. Мне просто нравится писать программы в свободное время. Хобби. Любые программы. Иногда получается что-то, что можно использовать. Это приятно. Но фантазии не всегда хватает. Вот и интересуюсь потенциально востребованными областями на случай, если что-то стоящее получится. Я не профессиональный кодер и программистом никогда не работал. И не хочу, наверное. Просто пишу иногда для себя. За 10 лет это вошло в привычку и не писать уже не могу.

тупо отрендерить

ну и от иксов не зависеть

то что сейчас есть - рендерит уж очень криво и без css

> просто чтобы было графическое междумордие для find

Ясно. Пожалуй и для упомянутого выше файл-менеджера это не помешает.

Орлайт. А как иксы связаны с рендерингом html в pdf? Они там нафиг не упали...

Даже и не знаю. Всё остальное вроде бы от лукавого. Ну разве что уметь закладки на какие-то ключевые точки файловой системы и свежеподмонтированые устройства. Но это лезть в dbus.

http://google.com/linux

баян.

> Всё остальное вроде бы от лукавого.

А он такой убогий кому-нибудь нужен?

> Но это лезть в dbus.

Имхо это не так уж и страшно...

Нет ну тут как бы всё упирается в юзабилити. Сейчас для примера заглянул в Dolphin и Thunar. Если организовать список фич по убыванию значимости, то будет как-то так:
1)Kопировать, удалять, перемещать и создавать файлы и папки, а также умеет "открыть в..." и выдавать свойства файлов и папок по запросу;
2)Закладки а ля Дельфин/Тунар с основными точками файловой системы и ремовебал девайсами и может быть сетевыми устройствами (плюс автомонтирование по щелчку с правильными кодировками);
3)Хождение через архивы и может исообразы (или их "монтирование");
4)Представление объектов в виде объектов и в виде списка с колонками для сортировки по имени дате создание и хрен знает чему;
5)Открытие второй колонки по требованию;
6)Переключение адрессбара с объектной модели на строку (причём желательно на лету);
7)Умееть фильтры, поиск, раздавать права доступа etc
Как-то так...

В смысле чтобы это не был чуть поправленый ФФ или ООо запускаемый из командной строки.

> В смысле чтобы это не был чуть поправленый ФФ или ООо запускаемый из командной строки.

Ну можно ещё взять библиотеку от WebKit'а и печатать результат в PDF... Не думаю, что ручной парсинг и рендеринг html'ок будет сильно лучше. Не говоря уж о качестве реализации CSS...

Хм... То есть, по сути, надо оторвать kdelibs от Дельфина. Так получается?

Дельфина на чистом qt4 не мешало бы. А то не всегда охота тянуть kdelib ради дельфина и еще пары прог в блекбокс.

Будем сегодня поглядеть...

плюсадин

Да что дельфин, Krusader от qt3 отдирайте, ну и если хотите от kdelibs

В пользу qt4 имелось ввиду...

Как вариант - *оболочка* для поиска везде: google, man, locate, итд

Что-то вроде: http://www.wagner.pp.ru/~vitus/software/tcl/fubar.gif

Крусадер 2.0 на четверке(КДЕлиб). Правда он ищи бетка

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

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

Ximen> Не. Это не совсем то. Просто есть желание покодить для души.

Нафиг тогда спрашиваешь?

> Файловый менеджер на голом qt4 без привязки к kdelibs.

Плюсстопицотмильёнов.