Куда приводит ночное программирование

Оно умеет по архивам ползать?

Нет. Но комбайн тоже не хочется. Есть конвейеры юникс.

А зачем нужен еще один просмотрщик картинок?

Без подколки, действительно интересно, что не устроило в имеющихся.

Если используешь gio, то умеет :-D

Начал кодить от балды полгода назад. А потом покатилось - куча идей, две кучи мыслей.

А, да, забыл сказать, gif-анимацию он тоже показывает.

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

> И вот в предыдущую ночь добавил еще одну спорную штуку. По клавише F3 программа переключается в том же окне на список открытых картинок.

имхо полезно.

>Нет. Но комбайн тоже не хочется. Есть конвейеры юникс.

Вот и приделай ему обёртку такого конвейера :)

Научи использовать Гимповские фильтры.

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

Везде какой-то убогий поиск...

F-Spot же.

Это я уже давно планирую.

Лёгкому просмотрщику нужно всё, что не делает его тяжёлым.

Есть открытие файлов из командной строки. У юникс есть возможность перенаправить вывод в файл. Хотя бы «ls >> ls.txt». Есть «japw 'cat ls.txt'». На случай если там имена файлов с пробелами, я уже приделал ключ -l, т.е. - «japw -l ls.txt».

>Есть открытие файлов из командной строки.

Вот у меня каталог, в котором десяток картинок и пара архивов с сотней картинок. Как мне полистать их все туда/сюда во вьювере без обёртки?

архивы в tmp распаковать и передать? )

>архивы в tmp распаковать и передать? )

Ну, да, это убойный метод :)

> пара архивов с сотней картинок

А зачем хранить картинки в архиве?

> > пара архивов с сотней картинок

А зачем хранить картинки в архиве?

сжатие без потерь же

> сжатие без потерь же

png, например, сжимать смысла нет

> В общем, какие мысли у кого?

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

Может еще что-то добавить?

Лично мне от вьюера необходим просмотр тегов. Совсем хорошо было бы добавить удаление красных глаз.

Удачи!

> сжатие без потерь же

А что, бывают форматы картинок без сжатия? Есть, конечно, всякие TIFF, но в живой природе я их не встречал.

>А зачем хранить картинки в архиве?

раздачи торрентов тех же

>А что, бывают форматы картинок без сжатия?

BMP

Есть, конечно, всякие TIFF, но в живой природе я их не встречал.

Ну, это ты от живой природы очень сильно прячешься :)

>F-Spot же.

очень убог в поиске

А slideshow умеет?

>>Есть, конечно, всякие TIFF, но в живой природе я их не встречал.

Ну, это ты от живой природы очень сильно прячешься :)

В приципе да, все мои картинки — фотографии с мыльницы (в JPEG естественно) и воллпаперы (в JPEG и SVG). :)

Ты же биолог, вроде. Неужели в этой области всё, что нужно уже запрограммировали?

Ну допустим на флешке архивы переносить удобнее. Или почтовые вложения

В биологии срочно нужен ИИ, без него тяжеловато. ВОт только за ночь его не напишешь

А что удобные вьюеры биологам никак не нужны?

>внизу окна появляется лента с миниатюрами

Ой как я ненавижу эти ленты...

По ночам нормальные люди детей плодят, а не онанизмом-программизмом занимаются.

Нормальные люди не нужны

> Везде какой-то убогий поиск...

Было что-то подобное сделано у Googla в Picasa, но насколько помню там в основном критерием сортировки была дата создания. Использовалось что-то другое не помню.

>Нормальные люди не нужны

Это точно ;-)))

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

Нужно ли это легкому просмотрщику?

Нужно ли это вообще кому-нибудь?

> В биологии срочно нужен ИИ, без него тяжеловато.
А как же модное направление «Биоинформатика». Неужели не пишуть?

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

Конечно нужно, когда фоток, скажем, 300 000 или более

> Конечно нужно, когда фоток, скажем, 300 000 или более

300 тыщ фоток? У домашнего пользователя столько не бывает.

Проблема надумана, как и у анимешников, которым зачем-то нужны 20-терабайтные диски.

да, да, да, «640 КБ должно хватить всем»

Я пытался натолкнуть вас на мысль, что если у вас 300 тысяч фотографий, то вы, наверное, крутой профессионал. Наймите себе штат разработчиков и они напишут все что вы пожелаете.

Нет денег — ищите решение самостоятельно или удалите 299 тысяч фоток :)

Кстати, кому интересно, можете потестировать. http://tima-s.narod2.ru/programs/japw/

Отзывы принимаю :)

Необходимость находится на уровне «хотелось бы», «было бы здорово»,«жаль, что нет». Если бы была крайняя нужда в изощренном поиске, то даже такой любитель, как я, сам напишет сей функционал. Пока же подходят простой find, slocate или recoll, или же просто приходится помнить, что где. Но они топорны, и иногда достает, что нет того, что хочется. C учетом того, что объемы данных растут вместе ёмкостью дисков, можно говорить об актуальности вопроса.

Может, не дождавшись, я и сам займусь этим и напишу свой велосипед.

> Необходимость находится на уровне «хотелось бы», «было бы здорово»,«жаль, что нет». Если бы была крайняя нужда в изощренном поиске, то даже такой любитель, как я, сам напишет сей функционал. Пока же подходят простой find, slocate или recoll, или же просто приходится помнить, что где. Но они топорны, и иногда достает, что нет того, что хочется. C учетом того, что объемы данных растут вместе ёмкостью дисков, можно говорить об актуальности вопроса.

Думаю, что скорее допилят тегирование отдельных файлов (на уровне файловой системы или индексатора а-ля tracker), и потребность в подобных велосипедах пропадет.