LINUX.ORG.RU
ФорумTalks

А есть ли для GNU/Linux такой просмоторщик изображений, который может лазить по сжатым архивам?

 , ,


1

1

Такая хрень и под винду-то не очень рапространена, но всё же.
Подскажите, что у нас есть по теме...
P.S. Желательно не прибитое гвоздями к DE и, как следствие, тянущее пол KDE с собой. На Qt-GTK наплевать. У меня они уже есть в системе.

★★☆

Ответ на: комментарий от i-rinat

mcomix

Похоже то, что надо. Спасибо!

Stahl ★★☆
() автор топика

монтируешь архив с помощью соответствующего fuse драйвера (если есть) и смотришь чем угодно

cvs-255 ★★★★★
()
Ответ на: комментарий от cvs-255

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

Stahl ★★☆
() автор топика
Ответ на: комментарий от nvidia

Автомонтирование чего? Архива? Куда? По какому критерию? Таймаут тут каким боком? Разверни мысль, а то я нихрена не понял.

Stahl ★★☆
() автор топика

Проблему надо решать на глобальном уровне: монтировать архив и тогда все прочмотрщики и утилиты работать смогут.

invy ★★★★★
()
Ответ на: комментарий от Stahl

Напиши скрипт чтобы монтировать двойным кликом, ну.

Еще можно посмотреть в сторону gvfs и kio, возможно прибитые гвоздями к DE умеют это делать.

NeXTSTEP ★★
()
Ответ на: комментарий от Stahl

То же, что и с тысячами директорий из которых здесь и сейчас нужны десятки файлов.

Для программ и для пользователя должно быть: Архив == папка. Как оно под капотом работает - дело десятое.

invy ★★★★★
()
Последнее исправление: invy (всего исправлений: 2)

А для чего нужно хранить изображения в архивах? Тот же jpeg, tiff, png пожать поверху уже не получится, а проблем добавит.

andreyu ★★★★★
()
Ответ на: комментарий от andreyu

Ну... одним большим файлом проще пользоваться, чем кучей мелких. Да и на винте архив эффективней использует место. Так что смысл есть.

Stahl ★★☆
() автор топика

gwenview такое умеет с zip-архивами. В четвертокедах умел в рар, но в пятерке это выпилили.

tmp_do
()

rar2fs умеет монтировать сразу кучу *.rar

$ rar2fs /path/to/100500/rars/ /path/to/mountpoint
$ ristretto /path/to/mountpoint

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

Lavos ★★★★★
()
Последнее исправление: Lavos (всего исправлений: 1)
Ответ на: комментарий от Stahl

Ну... одним большим файлом проще пользоваться, чем кучей мелких.

Стартанув этот топик вы подтвердили обратное :)

Да и на винте архив эффективней использует место.

Если только чуть чуть.

Так что смысл есть.

Если это нужно для хранения данных, которые понадобятся ...никогда не понадобятся, то смысл есть.

andreyu ★★★★★
()
Ответ на: комментарий от Lavos

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

Что вас сподвигло на такое решение?

andreyu ★★★★★
()
Ответ на: комментарий от invy

А почему бы не распаковать все эти архивы на ФС? Все равно же изображения почти не жмутся, а доступ куда удобнее. Или, если экономим байтики, то фс со сжатием использовать

cvs-255 ★★★★★
()
Последнее исправление: cvs-255 (всего исправлений: 1)
Ответ на: комментарий от Stahl

Да и на винте архив эффективней использует место

может быть во времена win95 с fat32 так и было, но сейчас есть более эффективные ФС

cvs-255 ★★★★★
()

nomacs умеет в zipах смотреть.

kep
()
Ответ на: комментарий от cvs-255

не захочется. ТС же просил смотрелку изображений.

sudopacman ★★★★★
()
Ответ на: комментарий от invy

разве?

Return-Path: <vlad@***>
X-Original-To: vlad@***                              
Delivered-To: vlad@***
Received: from vlad.localnet (vlad.lan [10.55.1.3])
        (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
        (No client certificate requested)
        by mail2.*** (Postfix) with ESMTPSA id 53755164
        for <vlad@***>; Thu, 31 Mar 2016 03:11:23 +0300 (MSK)
From: Vladislav Tsendrovskii <vlad@***>
To: vlad@***
Subject: att
Date: Thu, 31 Mar 2016 03:11:19 +0300
Message-ID: <1898635.m1aWrtO1ZR@vlad>
User-Agent: KMail/4.14.10 (Linux/4.4.1; KDE/4.14.8; x86_64; ; )
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="nextPart2656937.yIOuopS9HT"
Content-Transfer-Encoding: 7Bit

This is a multi-part message in MIME format.

--nextPart2656937.yIOuopS9HT
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="utf-8"

attachements
-- 
Best regards, Vladislav Tsendrovskii
--nextPart2656937.yIOuopS9HT
Content-Disposition: attachment; filename="directory/test.txt"
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="UTF-8"; name="directory/test.txt"

abcdef

--nextPart2656937.yIOuopS9HT--
cvs-255 ★★★★★
()
Последнее исправление: cvs-255 (всего исправлений: 2)
Ответ на: комментарий от cvs-255

хотя возможно это некорректно указывать такие имена

cvs-255 ★★★★★
()
Ответ на: комментарий от cvs-255

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

invy ★★★★★
()
Ответ на: комментарий от invy

А если там бинарник, то тот же гугл его нафиг выкинет

а какой-нибудь другой сервис вообще может не принимать аттачменты

cvs-255 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.