Total Commander

iteg писал(а):Для информационной таблицы и списка изображений реализованы мультивыбор и контекстное меню с элементами: копирования, выделения всего, сохранения и перехода к узлу.

Согласен. Но тогда надо сделать синхронизацию окна иконок с таблицей и списком. У вас сейчас список синхронизируется с окном иконок, а окно иконок со списком нет. Ну и шагов для сохранения иконки очень много. Например, у вас окно иконок будет синхронизировано со списком. Начинаем. Нашел нужную иконку -> В списке нажимаем Перейти к узлу -> Переходим в таблицу и только там есть опции Копировать и Сохранить. Конечно и это вариант, но хотелось-бы хотя-бы опции Копировать и Сохранить иметь в списке. Если окно иконок будет с ним синхронизировано, тогда можно и в нем ПКМ или хоткеи делать.

iteg писал(а):Список изображений теперь растягиваемый.

Вы про версию 3.0.17.7? Если про нее, то растягивание таблицы и списка особо как-раз не нужно. Не думаю, что в библиотеке будут стозначные номера. А вот растягивание окна иконок очень надо. Тысячу иконок пролистывать по одной не очень удобно. Здорово было-бы если можно иконки отобразить несколько в ряд. В ICLView такого нет. Так что это могло-бы стать преимуществом вашего просмотра.

iteg писал(а):Да, планирую реализовать и для "Icon Group" и для "Cursor Group".

Было-бы здорово.

iteg писал(а):Посмотрю, что можно сделать.

И это было-бы преимуществом перед ICLView.

iteg писал(а):Обязательно пришлите ссылку на файл для анализа.

Файл-то не левый, а от Axialis. Набор Axialis_Flat_Pro_2017. Остальные наборы отображаются. https://www.dropbox.com/scl/fi/7b9ruajt ... wzurr&dl=1

iteg писал(а):Для Bitmap реализовано пропорциональное сжатие и центрирование в область 32x32. Если изображение меньше, то рисуется оригинальным размером с центрированием.

Думаю это будет намного лучше для иконок, чем растягивание. Не на чем потестировать, но надеюсь 512х512 будет видно в 32х32.

iteg писал(а):После версии 3.0.17.7 тоже увеличил скорость формирования списка изображений.

Дак где ссылка на более новую версию? Я вижу только на 3.0.17.7.

iteg писал(а):время занимает построение списка изображений.

В ICLView список мгновенно строится. Конечно хотелось-бы, чтобы и у вас так было, но ...

iteg писал(а):После версии 3.0.17.7 тоже увеличил скорость формирования списка изображений.

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

iteg писал(а):Построение списка изображение и их отрисовка возникает только в случае закладки Ресурсы и нахождении на разделе типа

Это самоочевидно. Но если это вызывает задержку и оптимизации поддаётся только до определённого уровня, то тогда это заставляет пользователя запоминать и учитывать то, что ему не нужно. Столько плагинов, а помимо этого ещё столько других утилит, программ, и у каждого запоминать неочевидные особенности? «Вот эту вкладку оставляем открытой, а вот за этой следим чтобы она не оставалась открытой, иначе в следующий раз когда мы её откроем, она будет тормозить» — это же как-то несерьёзно. Получается, что плагин вместо того, чтобы помогать, характер проявляет ))

В целом прототип симпатичный получился, но это не меняет принципиального момента — для таких программ, как PEViewer, показ иконок — третьестепенная задача. Интересно, в специализированных редакторах ресурсов делают вообще табличный показ иконок? Я не встречал. Постоянно под рукой держу RisohEditor и ResourceHacker — в них нет. В старом Restorator'е тоже, вроде, не было, точно не помню. И мне кажется это не случайно — у них другое предназначение. Ведь даже если Вы отладите синхронизацию показа и добавите прозрачность (потому что сейчас в тёмном режиме белые пятна вокруг иконок — беда, из-за них и иконок то не видно), всё равно это так и останется третьестепенным функционалом, пристройкой, периферией, а значит по определению не сможет тягаться с тем же ICLView, у которого изначально эта задача прямая и единственная. Это всё равно, что прикрутить к рукоятке молотка линейку, чтобы не таскать с собой линейку. Возможно, конечно, но зачем. Линейкой рукоятка никогда не станет, а будет только с толку сбивать.

Но главная печаль — это притормаживание. У меня оно ощутимо и на маленьких DLL-ках, с 20-ю иконками. Если тормоза убрать, ладно, нехай показывает. А если не получится, сделайте, пожалуйста, маааленький выключатель )) Это пожелание. Пока есть возможность попросить, будем попросить. Как не станет, будем смиряться.

AkulaBig писал(а):Здорово было-бы если можно иконки отобразить несколько в ряд. В ICLView такого нет.

Да вроде есть, вот



в светлом и в тёмном. Или Вы про другое? Ещё я в ICLView очень пользуюсь встроенным «навигатором». Это в статусной строке 2 кнопки — ими перемещаешься только по иконочным dll, и если в папке тысячи dll, но не все из них иконочные (как в system32, например), этот «навигатор» очень выручает. А ещё и редактор там встроенный есть. А ещё размер какой хочешь выставляй... Маэстро ))

yozhik

yozhik писал(а):не сможет тягаться с тем же ICLView, у которого изначально эта задача прямая и единственная

ICLView не показывает иконки dll панели дисков. Значит уже придется держать и PEViewer и ICLView.

yozhik писал(а):для таких программ, как PEViewer, показ иконок — третьестепенная задача

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

yozhik писал(а):Это всё равно, что прикрутить к рукоятке молотка линейку, чтобы не таскать с собой линейку.

Вот честно. Совершенно не понимаю это ваше утверждение.

yozhik писал(а):Но главная печаль — это притормаживание

С этим полностью согласен.

yozhik писал(а):сделайте, пожалуйста, маааленький выключатель

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

yozhik писал(а):Да вроде есть

Точно. Я и не знал.

yozhik писал(а): А ещё

Да это все понятно. Никто и не спорит. Может в конце-концов и стоит оба плагина оставить. Но без PEViewer не обойтись никак, а насчет ICLView каждый должен думать сам. Так что смысл добавить в PEViewer функционал работы с графикой есть.

Чтобы не создавать ненужные версии в рамках одной функциональности буду обновлять 3.0.17.6.

Тестовая версия 3.0.17.6:
Для разделов Icon, Cursor и Bitmap реализовано отображение изображений:
- Добавлен разделитель для изменения ширины списка изображений.
- В контекстное меню добавлен пункт сохранения.
- В список изображений добавлен мультивыбор.
- Список изображений переведен в виртуальный режим - увеличилась скорость формирования списка.
- Реализовал подстановку пути в диалог сохранения от предыдущего раза между всеми экземплярами окон плагина (AkulaBig).
- Для отображения Bitmap (Icon, Cursor и _Group в следующей версии) реализовано масштабирование с центрированием. Если изображение вписывается в 32x32, то отображается оригинальным размером.
https://www.upload.ee/files/18332566/wl ... 6.rar.html


AkulaBig

Набор Axialis_Flat_Pro_2017

Этот файл библиотеки иконок в NE формате (старый формат, до текущего PE).
На данный момент реализовал разбор секции ресурсов NE, которую отображаю на вкладке "Секции / Заголовки". Возможно, со временем перенесу на закладку "Ресурсы".

iteg
Благодарим за улучшения!

Я вот разве что про переходы с сохранением выделенного еще раз напомнить хотел бы.

Т.е. если я выделяю СРАЗУ иконку с ID=213 в правой панели показа изображений, то
надо бы чтоб и в табличном виде сразу выделяется такая же строка с ID=213.
Сейчас выделение лишь в самой правой панели перепрыгивает, а в таблице остается
выделенным то последнее - что было выделено мной до перехода в панель картинок.

И еще - когда я на изображении жму Space и перехожу в древовидное представление
в левой панели раскрытого узла соответствующего типа ресурса - это просто маст-хев.
НО! теперь если я в дереве выделил какой-то объект/узел, то при переходе в общее
табличное представление этого типа ресурса - было бы желательно чтобы в таблице
сразу этот же объект/строка был выделен, как и в правой панели - соответствующее
изображение там было бы выделено. Сейчас там просто всё предыдущее выделение
показано, даже если оно и разное было - в таблице одно, в правой панели - другое.
Но не имеющее никакой связи с выбранным объектом в узле дерева.

И еще новая позиция ширины правой панели не запоминается от запуска к запуску...

iteg
Теперь по скорости терпимо, спасибо ))

При первом открытии вкладки Resources сортировка в колонке Name нормальная 1, 2, 3, ... 10, 11 и т.д. Но если щёлкнуть по заголовку колонки, то сортировка меняется на 1, 10, 100, 101, ... 109, 11, 110 и при последующих щелчках только инвертируется, а к нормальной уже никак не возвращается.

Проведена большая работа. Но есть проблемки.

iteg писал(а):Для разделов Icon, Cursor и Bitmap реализовано отображение изображений

Спасибо. Отлично работает.

iteg писал(а):- Добавлен разделитель для изменения ширины списка изображений.

Очень удобно, но пока глючит:

При первом запуске разделитель показывается с ПРАВОЙ стороны окна иконок. Конечно он не работает. Вот если потыкать по другим пунктам, он встает слева и начинает работать.

iteg писал(а):- В контекстное меню добавлен пункт сохранения.

Прекрасно работает. Но все-же синхронизацию очень-бы хотелось. Полностью поддерживаю Destiny

iteg писал(а):- В список изображений добавлен мультивыбор.

Отлично работает. И очень понравилось, что сохраняет в папку с названием ресурса.

iteg писал(а):- Список изображений переведен в виртуальный режим - увеличилась скорость формирования списка.

Теперь никакой разницы по времени загрузки с IclView не наблюдаю. Отличная работа!

iteg писал(а):- Реализовал подстановку пути в диалог сохранения от предыдущего раза между всеми экземплярами окон плагина

Очень удобно. В IclView выбешивает отсутствие этой опции.

iteg писал(а):- Для отображения Bitmap (Icon, Cursor и _Group в следующей версии) реализовано масштабирование с центрированием. Если изображение вписывается в 32x32, то отображается оригинальным размером.

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

Видно, что не все иконки показываются. В группе 4 иконки, а в одиночных иконках только две. И этот глюк присутствует и в оф версии плагина.
Кстати, на этой гифке видно, как нужна синхронизация. Ну или тоже Перейти к узлу. После выделения в группе то еще удовольствие искать ресурс в одиночных ресурсах.

iteg писал(а):_Group в следующей версии

Ждем с нетерпеньем. Может тогда и навигация как-то упростится.

iteg писал(а):Возможно, со временем перенесу на закладку "Ресурсы".

Очень-бы этого хотелось. Ведь на вкладке "Секции / Заголовки" иконки не отображаются. А значит так и придется держать IclView.

iteg
Если я правильно понял, Вы сейчас отлаживаете прототип, который потом будете переносить в другие режимы (Icon Group, etc.). Тогда быть может имеет смысл уже сейчас включить прозрачность, как она работает при индивидуальном просмотре. Ибо в тёмном режиме беда:

iteg писал(а):- Добавлен разделитель для изменения ширины списка изображений.

У меня это не работает ни при каких условиях. Даже после манипуляций, как AkulaBig показал. Win 11 23H2 x64, пробовал плагин в обеих битностях.

iteg писал(а):- В список изображений добавлен мультивыбор.

При последовательных щелчках в списке, выделение в панели иконок не сбрасывается. Т.е. если по очереди щёлкнуть по каждой строке в списке, то в конце все иконки в панели окажутся выделенными.

iteg писал(а):- Для отображения Bitmap (Icon, Cursor и _Group в следующей версии) реализовано масштабирование с центрированием. Если изображение вписывается в 32x32, то отображается оригинальным размером.

Тут я, честно говоря, не понял о чём именно речь. Разницы с предыдущими версиями не наблюдается. 16х16 по-прежнему отображаются растянутыми до 32х32 со всеми вытекающими искажениями.

yozhik писал(а):в тёмном режиме беда

Забыл про это написать. Такая беда не только в темном режиме, но и при простом изменении цвета фона BackColor2.

yozhik писал(а):У меня это не работает ни при каких условиях.

Я попробовал файлы всех доступных мне расширений. Везде стоит щелкнуть на другую группу и возвратится в Icon, разделитель начинает работать. Неужели от версии Винды такое может зависеть? У меня 24H2.

yozhik писал(а):При последовательных щелчках в списке, выделение в панели иконок не сбрасывается.

У меня тоже не сбрасывается.

AkulaBig писал(а):Везде стоит щелкнуть на другую группу и возвратится в Icon, разделитель начинает работать. Неужели от версии Винды такое может зависеть? У меня 24H2.

У меня 24-й сейчас нет поблизости, а вот посмотрел ещё на 10 21H2 и на 7 SP1 — так же, не словить его никак, разделитель. По группам переключаюсь, а не помогает — он с правого краю то маячит, но не ухватишь, не зацепишь.

yozhik писал(а):он с правого краю то маячит, но не ухватишь, не зацепишь.

Похоже реально от Винды зависит. У меня с правого края он легко захватывается. Но тянуть-то некуда. Кстати, когда он на левый край перемещается, если иконок мало, то-есть они вмещаются в один ряд и нет скрола. Тогда разделитель визуально не видно, но он работает.

Вообще нет проблем при работе с разделителем. Он ровно там, где и должен быть - на левой
границе правой панели - т.е. на стыке вывода таблицы по центру и панели справа.
На правой границе его нигде ни при каких условиях нет.

Меня как-то ICLView больше устраивает. Но поскольку тут такое бурное обсуждение, то вставлю свои пять копеек.

У меня вообще иконки не показывает. Вместо них такая хрень:

[cut="Скрины"]

[/cut]

Destiny писал(а):Вообще нет проблем при работе с разделителем

А у вас какая винда? Похоже в ней все дело.

10 1809 x64 LTSC

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

BeTeP писал(а):У меня вообще иконки не показывает

Ну и файл прилагается же к посту? Чтобы мы тоже могли посмотреть.