Total Commander

это не баг просто перед закрытием восстанавливается исходный размер окна, что бы если сразу за ним откроется следующий плагин, то он имел исходный размер окна по умолчанию а не заданный моим плагином

Понятно. но с точки зрения пользователя который нажал Esc чтобы закрыть окно это *можно* назвать визуальным багом. А виноват листер таки?

Наверное это еще Гислеру предстоит - у него кстати окно TCmd c флагами CS_HREDRAW | CS_VREDRAW что приводит к стробоскопическому миганию при изменении размеров окна (DragFullWindows:on).

в комментариях к плагину говорилось о проблеме с архивами WinRar 3.70:

Andrex
Не работает с WinRAR 1.70
Имел ввиду, что не работает, конечно же, с WinRAR 3.70. Пишет: "Неожиданный конец архива".

parcan
надо бы скачать посмотреть WinRAR 3.70, что там женя опять наизменял

Andrex
Ну и как результаты?

parcan
жду когда выйдет из стадии бетты
Скачал финальную версию WinRAR 3.70 создал архив, плагин его обработал нормально.

Parcan,
а можно доработать ArchView, что бы он не срабатывал на файлы OpenOffice.org?
А то создает небольшие трудности при одновременном использовании с OpenOffice.org HTML Viewer (Lister-плагин).. Они конечно решаются путем установки у последнего более высокого приоритета, но все равно это недоработка ArchView..

Почему недоработка? Архивы и есть архивы - и плагин должен их обрабатывать, независимо от расширения.
Поставьте себе опцию - реагировать только на расширение - но тогда вы замучаетесь с архивами с нестандартными расширениями.
Я, например, смотрю этим плагином файлы ООо - если есть подозрение, что файл битый...

Ник писал(а):Почему недоработка? Архивы и есть архивы - и плагин должен их обрабатывать, независимо от расширения.
Поставьте себе опцию - реагировать только на расширение - но тогда вы замучаетесь с архивами с нестандартными расширениями.
Я, например, смотрю этим плагином файлы ООо - если есть подозрение, что файл битый...

Я понимаю, что формат того же ODT, это zip-архив, но ведь хочется просматривать по F3 сам файл, а не свойства архива..

Поставьи будет тебе счастье.

Ник то же самое посоветовал:
--Поставьте себе опцию - реагировать только на расширение - но тогда вы замучаетесь с архивами с нестандартными расширениями.

Можно еще попробовать добавить в Detect строку:

Если много архивов с одним нестандартным расширением, его тоже можно добавить.

но все равно это недоработка ArchView..

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

ЗЫ. у меня у самого ArchView стоит последним в списке листер плагинов, поэтому на ООо файлы я всегда вижу их содержание как мне этого и хочется, а уж если приспичит вызываю следующие плагины т.е. свой.

2Parcan
Помнится, ты в другой теме написал, что готов выложить исходники...

они у меня дома и я постоянно забываю их взять на работу

зы. все еще собираюсь

У меня архив ZIP на 2,5 Гб там 500 тыс файлов - медленно читает - нельзя ли как-нибудь ускорить?

2 Ник
не думаю т.к. для zip архива, благодаря его структуре, практически весь раз разбор идет в памяти.

выложены исходники
Microsoft Visual Studio 6.0
код кривоват ну тут извиняйте.