Total Commander

А можно ли ещё отступ (margin) слева чуть увеличить (или сделать настраиваемым)? А то в тёмной теме (ох, опять она, несчастная) рамка фрейма белая и к ней буквы жмутся и с ней «сливаются». (Всё равно ведь в глубины полезете )

yozhik писал(а):А можно ли ещё отступ (margin) слева чуть увеличить (или сделать настраиваемым)?

Это куда бóльшие глубины... Сейчас всё отсчитывается от левой границы прямоугольника, но если добавлять левый отступ, его придётся учитывать везде: в отрисовке текста/маркеров/значков, в расчетах ширин, в оффсетах и границах ссылок и еще бог знает где. Такие вещи, по-хорошему, надо было делать сразу. Не знаю даже.

Loopback писал(а):Это куда бóльшие глубины...

Ох, этого я и боялся. Добро, конечно. Хотелки сочинять — это как под гору бегать. Под гору вскачь, а в гору хоть плачь.

yozhik писал(а):на этот торрент — в нём под заголовком Custom fields длииинный список AdditionalInfo. При вызове плагина этот список спрятан под треугольничком. Открывается он моментально, а вот закрывается значительно медленней: на x64 за 3-4 сек., а на x86 за 6-8 сек. Может быть возможно как-то оптимизировать закрытие?

Я не совсем понял про что вы, но если про вариант открытия по F3, то у меня там есть под "треугольничком" «Подробно» и там какая-то нестандартная хрень под треугольничком «Нестандартные».
Но в любом случае, я все эти "треугольнички" потыкал и туда и сюда, всё открывается и закрывается МОМЕНТАЛЬНО.
Винда 11 (22H2).

MAN-biker
Ну, да, верно, по-русски это список «Подробно», и да, он с «хренью» внутри. У меня Win 11 23H2, но сейчас ещё проверил на десятке 21H2 — есть тормоза при закрытии, причём до 8 секунд (на 32-битном Total'е). Вот на семёрке по-шустрее, за 3 секунды закрылось. А на XP ещё шустрее, секунды за 1,5 закрылось, но всё равно чуть притормаживает. Пока в голову не приходит на что бы ещё внимание обратить, что влиять на это может...

yozhik, сейчас проверил ещё на рабочем компе, 10-ка (22H2) - Тотал
и плагин x64 - открывается и закрывается в доли секунды. Система на SSD, диск с торрет-файлом - на старом "механическом" HDD.

MAN-biker писал(а):Тотал и плагин x64 - открывается и закрывается в доли секунды.

А в 32-битном TC у вас тоже все быстро открывается?

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

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

Можно попробовать тестовую версию.

Loopback писал(а):Можно попробовать тестовую версию.

Теперь совсем другой коленкор. За секунду закрылось даже на самой моей тормозной Win 11 23H2. Премного благодарен.

Добавлено спустя 9 минут:

Погонял — никаких побочек пока не видно. Штук 40 торрент-файлов просмотрел у себя, какие были — открываются, в html экспортируются. Списки разные открываются/закрываются без лагов.

yozhik
Это радует, значит пойдет в релиз.

Loopback
Было бы замечательно, если бы в плагине (очевидно в функции wcx) появилась возможность сравнения файлов по содержимому, то есть сравнения хэша в торрент файле с хэшем реального файла. Как результат - сообщение об идентичности или о факте различия.
При этом, желательно, что бы была возможность такого сравнения, как одноименных файлов, так и разных по имени (если скачанный файл был переименован).
То есть, речь о хэше самого торрент файла не идет. Речь - о хэшах входящих в него файлов.

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

Jonmey, а данный функционал не будет вешать TC?

jentoso
Полагаю, что любой функционал зависит от реализации, В данном случае не вижу препятствий.
Если возникнут проблемы с использованием внутренних команд при расчете и сравнении хэшей, то это реализуемо как внешняя команда, поскольку от нее требуется лишь два варианта - истина или ложь.
при этом для "синхронизации" (точнее сравнения по хэшам всех файлов торрента) истина априори возможна только для одноименных файлов равного размера (в противном случае - ложь без сравнения хэшей). А при пофайловом сравнении хэшей для возможности истина дб априори одинаковый размер файла и размер файла в торренте.
Все операции выполняются в режиме read-only, никаких физических манипуляций не предусмотрено, результат - предоставление информации и только. Напомню, что речь идет о плагине в режиме wcx (архиваторный плагин), то есть любая команда выполняется только при вызове ее вручную (в отличие от wdx режима, для которого команды выполняются автоматом при настройке соответствующих колонок).

Jonmey писал(а):(очевидно в функции wcx) появилась возможность сравнения файлов по содержимому, то есть сравнения хэша в торрент файле с хэшем реального файла

Интерфейс WCX не предоставляет возможности сравнить "по содержимому", это делает тотал с предварительно распакованным файлом. Другие варианты плагинов тоже не очень-то подходят.

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

Иногда для отдельных файлов бывают прописаны хэши ed2k/sha1, но это сугубо частный случай, нестандартное расширение формата.

Jonmey писал(а):И опция синхронизации директорий

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

Loopback
Ну нет, так нет. Продолжим юзать стороннюю утилиту.