PE Viewer 3.0
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Спасибо. Не заметил его в названии файла.Mrak_Tlen писал(а):123
Добавлено спустя 59 минут:
Лучше стало, но все равно разделитель живет своей жизнью.iteg писал(а):Для этого контролы поместил в ScrollBox.
Вот первый запуск новой версии:
Даже один ряд иконок не видно. Обратите внимание. Только я цепляю мышкой разделитель, он показывает, что будет растягиваться до ширины двух иконок. После растягивания окна больше в такое положение разделитель поставить не удается. Только перестановкой сборки из архива. При этом в PEViewer.ini никаких изменений. То-есть совершенно не понятно, где хранится ширина. надеюсь не в реестре и не в appdata.
После растягивания минимальная ширина окна становится две иконки и шириной в одну иконку его никак не сделать в развернутом окне. А вот в восстановленном окне удалось. Дергал, дергал, вдруг окно стало шириной в одну иконку. Хотел записать гифку. Но не удалось это повторить, сколько не старался. А так ScrollBox помог. Теперь в любом состоянии можно растянуть до показа таблицы. И разделитель показывается всегда слева.
Да, иконка стала показываться, но с черным фоном. Если удастся это исправить, будет здорово.iteg писал(а):3) Для миниатюр реализовал поддержку PNG, но имеется проблема с черным фоном.
Похоже из-за этого ширина не может быть меньше ширины двух иконок.iteg писал(а):4) Для вертикального разделителя рассчитываю минимальную ширину, которая равна ширине двух ячеек плюс ширина вертикальной полосы прокрутки.
Ждем.iteg писал(а):5) Для BITMAP и PNG в заголовок добавляю реальный размер изображения.
Это про синхронизацию. Да, это заработало. Но еще ведь хочется чтобы Перейти к узлу и в группу переходило. Может это будет называться Перейти к групповому узлу. Ну а уж если будет переход из Icon и IconGroup в окно изображений, это было-бы вообще шикарно. Хотя сейчас я приноровился по номерам иконок переходить, но обратная синхронизация тоже не помешала-бы.iteg писал(а):Реализовал.
Сильно не торопитесьiteg писал(а):Но внутренние текстовые строки на английском. Со временем доработаю.
Не надо распылятся на мелочи. Без этого можно потерпеть.AkulaBig
1)
2)
3)
1)
Ширина записывается в параметр ResourcesFrame.ListViewImagesWidth.При этом в PEViewer.ini никаких изменений.
2)
Это недействительная ширина списка от предыдущей версии, где она могла быть меньше, чем текущая минимальная.Даже один ряд иконок не видно.
3)
Минимальную ширину списка миниатюр каким количеством ячеек сделать? Сейчас две. Или в одну?Похоже из-за этого ширина не может быть меньше ширины двух иконок.
Увидел. Просто значение записывается после закрытия плагина. А я сравнивал инишники во время работы.iteg писал(а):Ширина записывается в параметр ResourcesFrame.ListViewImagesWidth.
Но она автоматом появляется, даже при удалении ResourcesFrame.ListViewImagesWidth. То-есть откуда-то она подхватывается.iteg писал(а):Это недействительная ширина списка от предыдущей версии, где она могла быть меньше, чем текущая минимальная.
Мне кажется в одну лучше.iteg писал(а):Или в одну?
iteg
[/cut]
но если прозрачность реализовать хлопотно, то может и не стоит заниматься этим. Обычно в просмотрщиках вокруг миниатюр не отображается дополнительный цветовой квадрат, т.е. без выделения фон = один цвет, с выделением фон = другой цвет, соответствующий выделению. Но учитывая, что у нас эта функция второстепенна, можно не придавать ей столько значения (хотя в глаза бросается ).
Другой вариант: пойти по пути ICLView — при выделении миниатюр не отрисовывать фон, но только рамку, [cut="вот так."]
[/cut] Хотя в этом случае придётся решить как отображать выделение, когда панель плагина неактивна (не в фокусе). ICLView и в активном, и в неактивном состоянии отображает одну и ту же рамку выделения, одним и тем же цветом.
[/cut] И второй момент: если во всплывающих подсказках невозможно отобразить длинные сообщения из-за ограничений, тогда в чём их целесообразность? Потому что сейчас происходит [cut="вот что:"]
[/cut] — строка в списке отображается полностью, а в подсказке обрезается. Но если бы и в списке отображалась не полностью, обрезанная в подсказке она ничего не проясняет.
Речь вот об этом была (2я красная стрелка, указывающая на список, относится к выделению с Shift) [cut="Скриншот"]> При выделении изображения, т.е. смене фона, первоначальный цвет квадрата бросается в глаза.
Можно пример.
[/cut]но если прозрачность реализовать хлопотно, то может и не стоит заниматься этим. Обычно в просмотрщиках вокруг миниатюр не отображается дополнительный цветовой квадрат, т.е. без выделения фон = один цвет, с выделением фон = другой цвет, соответствующий выделению. Но учитывая, что у нас эта функция второстепенна, можно не придавать ей столько значения (хотя в глаза бросается
).Другой вариант: пойти по пути ICLView — при выделении миниатюр не отрисовывать фон, но только рамку, [cut="вот так."]
[/cut] Хотя в этом случае придётся решить как отображать выделение, когда панель плагина неактивна (не в фокусе). ICLView и в активном, и в неактивном состоянии отображает одну и ту же рамку выделения, одним и тем же цветом.
Глюк с Shift пока остался, на первом скриншоте он виден в списке. Сейчас при выделении пунктов в списке, в миниатюрах выделяется только первая и последняя, а при выделении в миниатюрах — в списке только первый пункт и последний.Реализовал перекрестное выделение элементов для списков свойств и миниатюр.
Нет, здесь что-то другое. Подсказка обрезается вне зависимости от длины. Вот в этой dll-ке в имени ресурса DISKNETHOOD обрезаются последние две буквы, [cut="вот, посмотрите."]> если навести курсор на любую длинную строку в любой вкладке, то во всплывающей подсказке она отобразится обрезанной
Насколько помню, системное ограничение для подсказки 160 символов.
[/cut] И второй момент: если во всплывающих подсказках невозможно отобразить длинные сообщения из-за ограничений, тогда в чём их целесообразность? Потому что сейчас происходит [cut="вот что:"][/cut] — строка в списке отображается полностью, а в подсказке обрезается. Но если бы и в списке отображалась не полностью, обрезанная в подсказке она ничего не проясняет.
Я за одну. Сделайте, пожалуйста, в одну.Минимальную ширину списка миниатюр каким количеством ячеек сделать? Сейчас две. Или в одну?
Amo ergo sum
AkulaBig писал(а):Ткните пальцем, где он на странице загрузки написан?
Добавлено спустя 4 минуты:
Вообще в идеале бы найти какую-то библиотеку показа подсказок - расширенную, чтобы она по умолчанию
имела куда больше возможностей, чем дает стандарт от Винды. Ибо этот стандарт уже в печенках сидит.
Надо показать в подсказке не только текст, но и картинку? Задолбаешься
Надо сделать переносы строк - ровно там, где хочется - задолбаешься, надо фон/шрифт поменять
на лету - задолбаешься... И т.д.
Добавлено спустя 5 минут:
А насчет кол-ва рядом в показе - я за простую настройку сразу в настройках.
Чтобы не ловить мышкой это кол-во, а сразу вписать - мне так вообще 3 хочется.
Для следующей версии реализовал:
1) Минимальная ширина списка миниатюр равна одной ячейке плюс ширина вертикального скролла.
2) При показе формы рассчитываю минимальную ширину списка миниатюр. Не будет проблемы первичной узкой ширины без параметра ListViewImagesWidth (AkulaBig).
yozhik
Да, подсказка не переносит буквы из-за размера ячейки, но если нажать на нее, то текст в ячейке разместится, т.к. ячейка по вертикали увеличится. Это особенность реализации контрола.
1) Минимальная ширина списка миниатюр равна одной ячейке плюс ширина вертикального скролла.
2) При показе формы рассчитываю минимальную ширину списка миниатюр. Не будет проблемы первичной узкой ширины без параметра ListViewImagesWidth (AkulaBig).
yozhik
Да, подсказка не переносит буквы из-за размера ячейки, но если нажать на нее, то текст в ячейке разместится, т.к. ячейка по вертикали увеличится. Это особенность реализации контрола.
Или этот тут выше как-то по другом описали, или все же скорее нет.
Выделяем в таблице ресурс - справа получаем выделение соответствующего изображения.
к примеру, выделили 6 строку и получили выделение в иконках объекта с ID=6.
Ок, а теперь мы выделяем в иконках объект с ID=9 и ... получаем в таблице выделение
строки №6 И лишь ПЛЮСОМ (хотя как это вообще возможно?) выделение строки №9.
ХОТЯ безусловно ожидалось единственное выделение строки №9.
Выделяем в таблице ресурс - справа получаем выделение соответствующего изображения.
к примеру, выделили 6 строку и получили выделение в иконках объекта с ID=6.
Ок, а теперь мы выделяем в иконках объект с ID=9 и ... получаем в таблице выделение
строки №6 И лишь ПЛЮСОМ (хотя как это вообще возможно?) выделение строки №9.
ХОТЯ безусловно ожидалось единственное выделение строки №9.
Добро, надеюсь, я всё правильно понял. Но вот здесь изначально размер ячейки (или строки) достаточный и весь текст умещается, дополнительно нажимать ничего не надо:iteg писал(а):Да, подсказка не переносит буквы из-за размера ячейки, но если нажать на нее... Это особенность реализации контрола.
Тем не менее текст во всплывающей подсказке (tooltip для краткости) всё равно обрезается:
Кол-во символов в этом тексте = 118, т.е. ограничение в 160 здесь не должно действовать, значит тут что-то другое. Корректно работающий tooltip в моём представлении выглядит вот так:
В области панели текст не уместился, но его можно посмотреть в tolltip'е — всё понятно. А в PEViewer сейчас вот что:
В области панели текст не уместился, но и в tooltip'е его нельзя посмотреть — это выглядит непонятным, производит впечатление сбоя. Если это и есть особенность реализации контрола, то быть может тогда лучше отключить tooltip вообще, чтобы зря не мелькал, а то ведь всё равно чтению текста он не помогает. Или может там всё же какой бажок закрался?
Amo ergo sum