>Дрэгдроп не планировался

Для оконного приложения он ожидаем, он есть у FBE.

>Исходно интерфейс затачивался для возможности работы вообще без мыши.

Это несколько избыточно как для пакетной обработки, так и для колупания с отдельным файлом. Времени тут выигрывать особо не на чем. Заточка под консоль была бы продуктивней. С шаблоном в кофиге — вообще замечательно.

>меня всегда бесили таковые, начинающиеся с нуля

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

>изменить исходный код сообразно Вашим представлениям и сделать собственный форк

Пакетная обработка с заменой — прекрасны уже сейчас!

Намасте!

Версия 1.1.1

Тут много намешано.

В первую очередь, если кнопки недоступны после окончания загрузки - это получилась уличная магия из-за параллельного запуска загрузки файлов несколько раз. В самом первом варианте потокобезопасность обеспечивалась отключением всех элементов управления на время загрузки, но уж очень они при этом противно мигали, и было решено дерево книг и список картинок не выключать, но оградить доступные функции критическими секциями, чтобы каждый следующий вызов ожидал завершения предыдущего. Это было сделано, но мой склероз привёл к тому, что одна из функций не была ограждена. А тут ещё добавилась мгновенная загрузка нескольких аргументов из командной строки, ещё повысив шансы гонок. Возможно, дело было в этом. Это исправлено, теперь добавление нескольких каталогов, указанных одновременно, будет выполняться по очереди, следите за статусом и прогрессом в статус-баре внизу. Когда будет готово, с ошибками или без, там появится сообщение. Также, имейте в виду, что дерево книг и список картинок поддерживают мультивыбор через удержание Ctrl, Shift, или Ctrl+Shift при кликах. Там есть Readme.txt, прочтите для понимания, чего ожидать.

По поводу задумчивости. Во-первых, .NET - это, по сути, виртуальная машина, поэтому ожидать от неё скорости нативного байт-кода не следует. Во-вторых, добавляет своё Wine. В-третьих, если книги не в архивах, то загружаются только их пути. Если в архивах - уже приходится читать заголовки архивов. Но сами книги и картинки из них загружаются только при выделении их элементов в дереве, как раз чтобы предотвратить загрузку сотен миниатюр. Не выделяйте книги, с которыми не хотите работать, в дереве - и загрузки картинок из них не будет.

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

Насчёт глаз не знаю, но на луноликого Вы непохожи, так что вряд ли. Теперь по существу: превью применяет заданные параметры сжатия (под списком картинок посредине, а не извлечения справа) к показываемой справа выделенной картинке, если она одна. При этом снятие выделения с неё в списке и повторное выделение снова показывает оригинал. Сделано это потому, что мне лень сильно переделывать интерфейс до того, как определится степень интереса к утилите и выяснятся нужные изменения, а в параметрах извлечения по очевидным причинам нет указания размеров и варианта "использовать исходный формат". Добавлена всплывающая подсказка об этом на кнопке. И картинка зумится на всё поле просмотра при любом размере. Попробуйте установить целевой размер 100 на 100 и нажать превью: результат должен быть очевиден.

Тут не знаю. Из всех элементов управления мой собственный - только дерево книг, субкласс TreeView с мультивыбором и без дискотеки при каждом движении мыши. Список картинок это стандартный System.Windows.Forms.ListView, и поведение, соответственно, стандартное. При тестировании ничего подобного не выявлено. Возможно, и правда Wine. Там нередко случаются сюрпризы вроде иного по сравнению с Windows порядка вызова функций при отрисовке, и тому подобного, что иногда ломает выполняемые программы непредсказуемым образом.