Total Commander

посмотрел python-3.1.1
да плагин его открывает так же как и сам 7zip.
отличие только в том, что файлы с подчеркиванием 7zip сортирует после остальных, а тотал наоборот.

отличие только в том, что файлы с подчеркиванием 7zip сортирует после остальных, а тотал наоборот.

Ну, способ сортировки как раз настраивается в конфигурации тотала.

версия 0.5.6.0

реализована поддержка поиска текста в архивах.
во всех, которые умеем распаковывать.
возможно надо подредактировать магические цифры в wincmd.ini
проверял на 7z и rar.

сделал фильтр на повторяющиеся запросы тотала при использовании Ctrl+PgDown
см. описание askByContentTimeout в readme. по умолчанию ваш ответ "нет" работает в течении одной секунды.

разобрался с msi
добавил в FAQ.

переделал ожидание 7zG
во-первых теперь тотал нормально отрисовывается, если мы блокируем его окно.
во-вторых вы можете запретить в конфиге запускать 7zG в фоне. см. alwaysWait7zip в readme.
в случае alwaysWait7zip=1 у вас не будет такой рассинхронизации, как описано тут:
http://forum.wincmd.ru/viewpost.php?p=71414
но придется "немного" подождать.

исправил использование только маленьких букв в некоторых случаях.
относится к имени конфига и архивам bz2.

Total7zip писал(а): реализована поддержка поиска текста в архивах.

Паканул ~400 мелких png в rar и 7z(оба солид), сначала дал искать один байт в rar, затем в 7z. В первом случае на поиск ушло 1.72с, во-втором - 131, т.е. поиск в 7z оказался медленнее в 76 раз При этом обычная распаковка для 7z даже чуть быстрее...

так нажмите Ctrl+R после того как удаление закончено. и содержимое панели обновится. как сделать это из плагина я не знаю.

Вот это и говорю, F2 и Ctrl+R это одно и то же, в этом случае просто выскакиваю из архива. Может проще всё же перечитать заголовок архива?

сделал фильтр на повторяющиеся запросы тотала при использовании Ctrl+PgDown
см. описание askByContentTimeout в readme. по умолчанию ваш ответ "нет" работает в течении одной секунды.

Может всё же подавить запросы? Получается что все вопросы задаёт плагин, хотя ему уже однажды сказали - что не хотим открывать плагином данные архивы...

Reflector
Rustn
неудобно забивать гвозди веником.

но все-таки отвечу =)

Reflector писал(а): Паканул ~400 мелких png в rar и 7z(оба солид), сначала дал искать один байт в rar, затем в 7z. В первом случае на поиск ушло 1.72с, во-втором - 131, т.е. поиск в 7z оказался медленнее в 76 раз

вы RAR тоже через WCX плагин обрабатываете?
если да - через какой, если нет, то что вы хотели сказать?
известно, что тотал глупо ведет себя с плагинами при поиске по содержанию. не надо делать solid архивы, если вам нужен поиск. =)

Rustn писал(а): Вот это и говорю, F2 и Ctrl+R это одно и то же, в этом случае просто выскакиваю из архива. Может проще всё же перечитать заголовок архива?

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

Rustn писал(а): Может всё же подавить запросы? Получается что все вопросы задаёт плагин, хотя ему уже однажды сказали - что не хотим открывать плагином данные архивы...

тут ключевое слово "данные архивы".
если вы знаете что это за архивы, если у вас есть плагин, который с ними правильно работает, то ЗАЧЕМ вы открываете их по Ctrl+PgDown как файлы неизвестного формата?

без обид. по-моему все правильно. давайте обсуждать =)

Total7zip писал(а): вы RAR тоже через WCX плагин обрабатываете?
если да - через какой, если нет, то что вы хотели сказать?
известно, что тотал глупо ведет себя с плагинами при поиске по содержанию. не надо делать solid архивы, если вам нужен поиск. =)

Солид rar - 4.3Mb, время поиска 1.7с
7z(размер блока 4Gb) - 3.5Mb, время поиска 131с
7z(размер блока 4Мb) - 4.6Mb, время поиска 32с
7z(размер блока по размеру файла) - 15.8Mb, время поиска 1.7с

Напрашивается простой вывод: если вам нужен поиск, не юзайте 7z вообще Но тут остается только нудить Гислеру, хотя если он не модифицировал API когда добавлял юникод, то шансов практически никаких.

еще раз, скажите пожалуйста,
вы RAR тоже через WCX плагин обрабатываете?

Total7zip писал(а):еще раз, скажите пожалуйста,
вы RAR тоже через WCX плагин обрабатываете?

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

для меня имеет значение, ответьте пожалуйста.
если у вас рар работает в 76 раз быстрее и обрабатывается wcx плагином - то скажите каким.

Total7zip писал(а): для меня имеет значение, ответьте пожалуйста.
если у вас рар работает в 76 раз быстрее и обрабаиывается wcx плагином - то скажите каким.

Я же сказал, что нужно нудить Гислеру, т.е. это проблема API...

Total7zip
судя по времени выходу новых версий, для тебя программировать так же "тяжело" как мне писать комменты

так держать! я твоим плагином уже 3 заменил! большое спасибо!

Я же сказал, что нужно нудить Гислеру, т.е. это проблема API...

Не стоит забывать, что с RAR тотал работает через его собственную библиотечку - и вполне возможно, что там поиск работает совсем иначе, чем через WCX API.

MVV писал(а): Не стоит забывать, что с RAR тотал работает через его собственную библиотечку - и вполне возможно, что там поиск работает совсем иначе, чем через WCX API.

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

ps. Если зайти в солид 7z и прямо из него пакануть в другой архив, то распаковка тоже происходит по одному файлу, хоть это и не поиск, а индикатор общего процесса всегда показывает 1%.

Кстати, обнаружил такую вещь. При попытке открыть плагином файл VHD (образ диска виртуальной машины), выдается один файл [Content] c размером раздела. При этом та же версия 7zip через шелл или через Multiarc для того же файла выдает содержимое раздела.

Понятно что формат не столь распространенный, и в принципе его можно оставить на мультиарке, но через плагин всё работает быстрее.