Альтернатива обработчику архиватора Nautilus

Когда я сжимаю файлы, я ожидаю два основных варианта. Ни один из них не присутствует в действии контекстного меню «compress ...» Nautilus, и вместо этого есть только опция для установки пароля.

Самое главное для меня:

1 - уровень сжатия

Потому что часто я просто хочу, чтобы вы попросили какое-то решение. для быстрого хранения файлов. И я не хочу сжимать жесткие (по умолчанию) файлы, которые уже сжаты (аудио, видео, pdf, exe и т. Д.), Экономя как время, так и скорость и эффективность, а также будущую эффективность при распаковке;)

Еще одна вещь, с которой я могу жить без нее, но предпочитаю ее присутствовать:

2 - алгоритм сжатия

Просто я выбираю другой алгоритм для текстовых и двоичных файлов

Я обычно использую 7z или rar, но также gzip


Обновление:

Я не мог себе представить, что это была бы такая проблема. Я нашел только xarchiver в репозитории, но он также является безликим как файловое простейшее. Затем я искал альтернативы файла-ролика , которые я мог бы назвать от действий Nautilus:

  1. PeaZip Он не поддерживает аргументы и имеет уродливый графический интерфейс. Я не понимаю, почему разработчики не используют системную тему api, и после этого предоставляют темы, если считают, что это круто. Не упоминаю, что я не вижу точек графического интерфейса для менеджера архивов? Убрано сразу
  2. Клиент GUI Freearc не может использоваться с аргументами, поэтому я не могу использовать его для своей задачи. В другом случае у этого есть много вариантов. Я позволил этому быть, и решить позже, что с ним делать
  3. Другое?

Написание нескольких сценариев для действий Nautilus является немым. Zenity не предлагает больше одного окна ввода или одного или одного ... Запись сценария Python TK выглядит не очень хорошо, и я не знаю, что GTK лучше делать

Похоже на тупик: (

2
задан 16 February 2012 в 07:56

0 ответов

Другие вопросы по тегам:

Похожие вопросы: