Ну, спасибо. Пришлось из обработчика OnHide убрать пару строчек. Боюсь только, что без них наг будет выскакивать намного чаще, после нескольких показов.

Обновил до 401l - теперь скроллер из нового ToGRush в стиле GRush. GIF тоже улучшен, еще с 401L.

401K: Win98SE - вылет при попытке открыть диалог с папками. XP - открывает, но скроллбар у тумбнэйлов не работает, ни собственно бар, ни кнопки со стрелками.
401l: при запуске инсталлера в Win98 - EExternalException at 0008E978.

Вчера попробовал установить, посмотреть что за зверь. Но не смог. Setup выглядит странно, и нажать кроме как на Cancel ни на что не смог....
www.kolnmck.ru/img/Zoom.jpg

> Вчера попробовал установить, посмотреть что за зверь. Но
> не смог. Setup выглядит странно, и нажать кроме как на Cancel
> ни на что не смог....
> www.kolnmck.ru/img/Zoom.jpg
>

Тоже самое...Переименовал без сетап.
Скроллер прикольный ). Еще бы меню в таком же виде )).

> Еще бы меню в таком же виде )).

Да уж, меню и правда топорно выглядит, IMHO.

2 Vladimir Kladov С GRush controls симпатично смотрится TXPMenu (см на сайте). Вот скриншот, посмотрите www.kolnmck.ru/img/Menu.jpg

Clicking on the folder icon immediately terminates the application - WinXP SP2, Zoomer 4.01K onwards.

На сайте с буквой М. Уж извините, временно перехожу на CHM - размер вырос до 800К. С CHM, который сам под 95 не запускается, по крайней мере основной программе не требуется oleaut32 (правда, Variant.pas и VarUtil.pas пришлось стащить с Delphi установленного под 95-й виндой. Вот такой Delphi полиморфный: из одного дистриьутива формирует разные файлы в зависимости от того, на какую систему его ставят. По мне, глупее не бывает: хочешь, чтобы прога шла под 95, комили под 95. Скомпилируешь на ХП - на 95 не запустишь :) ).

Я проработал кучу баг-рпортов, да еще и своих нашел парочку, DirDlgEx

На сайте с буквой М. Уж извините, временно перехожу на CHM - размер вырос до 800К. С CHM, который сам под 95 не запускается, по крайней мере основной программе не требуется oleaut32 (правда, Variant.pas и VarUtil.pas пришлось стащить с Delphi установленного под 95-й виндой. Вот такой Delphi полиморфный: из одного дистриьутива формирует разные файлы в зависимости от того, на какую систему его ставят. По мне, глупее не бывает: хочешь, чтобы прога шла под 95, комили под 95. Скомпилируешь на ХП - на 95 не запустишь :) ).

Я проработал кучу баг-рпортов, да еще и своих нашел парочку, DirDlgEx надо обновить и еще до кучи, не помню уже, но - завтра. Сына в школу отправлю сперва :)

Zoomer.exe.Manifest нет в М.

Да, с манифестом немного промахнулся. Но я вроде ничего не менял, это и в предыдущих билдах так же наверное было: надо переключиться в GRush (Zoomer's own theme), и потом назад в темы Windows, тогда манифест извлекается из ресурса. Надо было при установке сразу извлечь, раз виндоуская тема по умолчаню. И не удаляется манифест унинсталлером. Забыл про него.

Теперь инсталлер центрируется не на экране, а на свободной части десктопа и его можно таскать мышью за градиент. Специально сделал свой код для выбора первоначальной позиции, чтобы можно было как-то сделать инсталляцию в 640х480 хотя форма и 800х600 (чтобы размер больше не съезжал после работы Delphi в маленьком экране, поставил MinWindth, MiHeight). Я, главное, разбирался сейчас как следует с chm: просто вернуть старый код с налёту не получилось - много изменений прошло с тех пор, как я его убрал (хотя и убрал ifdef'ами).

Самые главные побеждённые на этот раз баги: неправильная работа KOLDirDlgEx в GRush-стиле (не показывал дерево) и в не-GRush (не работало попап-меню на кнопках - для удаления ярлыков). И устанён баг с анимированными курсорами, было вплоть до краха приложения, а ошибка оказалась элементарная, а заметил только под 95 когда начало падать по-серьёзному. Устранен баг с right-click в панели move-to. И еще в l-версии исправил очень интересный глюк (явно не мой): в этой панели виртуальный listview показывал тултипные полные пути при невидимой панели (и соответственно невидимом list view). Т.е. наводим мышь на то место, где была бы строчка, которая не влазит, будь панель видна как по F6. И видим полный путь в тултипе. Хотя сейчас на этом месте - одиночный просмотр. Пришлось в OnLVData самому смотреть ToBeVisible и вовращать '', если false.

Еще я попробовал чуть-чуть ускорить интерфейс, меняя ширину файл-листа с тумбнайлами только при необходимости. Не совсем 100% удачно. Надписи "ничего не выбрано", и "нет распознанных картинок" получились немного сдвинуты влево. Но в целом, на медленной машинке, кажется быстрее. Хотя при сдвиге сплиттера (вправо) всё равно след остаётся.

И еще. В win9x/Me пришлось запретить GRush в основном приложении. Слишком много отъедается gdi-ресурсов. Причём даже не в основном окне, а в dirdlgex, если он в стиле GRush. Поэтому написал NT only.

Теперь отдельно по поводу меню. Я посмотрел скриншот, но принципиально ничего отличного от моего варианта не обнаружил. Другие цвета. Нет выделения шоткатов цветом или даже подчерком (или в примере нет шоткатов?), не понял я как выглядят крыжики чек и радиобоксов, как выглядит задизэйбленный пункт - так скриншоты не делаются. Если делать меню для GRush, то оно должно быть именно в стиле GRush. Те. само меню можно оставить как оно есть, а вместо Popup вызывать GRushPopupup какой-нибудь, который покажет свою форму с кнопками в стиле GRush - для каждого уровня меню свою. Т.е. надо имитировать всю работу меню - неохота, не говоря уже о том, что это снижает функциональность. Потенциально, такой подход может не дать в будущем работать средствам автоматизации меню, которые работают через альтернативные средства ввода (голос, спец-манипуляторы и сенсорные панели). Вариант с отрисовкой методами из GRush не очень подходит, или я не в курсе, как заставить пункт меню или всё меню перерисоваться, чтобы по таймеру кнопки переливались, как на форме.

Вообще, по интерфейсам у меня уже давно зреет мысль сделать нечто принципиально новое: 3D-контролы в окне OpenGL. Причём именно 3D, чтобы их можно было в пространстве поворачивать (панели, выезжающие и поворачиающиеся на шарнирах, улетающий и вращающийся вокруг всех осей закрывающийся элемент типа панели или кнопки). Учёт освещения, блики, тени, текстуры на всех элементах интерфейса. И при этом - неплохая скорость отображения. Как мысль?

у меня в WinXP SP2 только что скачанный SetupZoomer401M.exe при запуске дает EExternalError at 000867FF. После переименования в Zoomer401M.exe запускается нормально.

Опять с GRush/не GRush в инсталляторе ошибся. В m исправил, сейчас вкачиваю. Заодно пробему установки и удаления манифеста поправил и работу с файлом из клипборда (исчезал при переключении Fit window). А, уже вкачалось, начинаю вкачивать обновление KOL 2.79.

401m
Если переключить оформление (F12), иконки превьюшек обращаются в красные перечеркнутые круги и начинают как-то подозрительно перемаргиваться.

Я что-то не дойду: в граше всегда не грузит тумбы - или только 1 раз после переключения и перезапуска так себя ведёт а если
F5 или выбрать каталог, то всё восстанавливается? У меня не обнаружил такого. Может быть, важны типы файлов? Иногда
такое может быть с исполняемыми файлами - ресурсы оказываются недоступны, если это картинки из исполняемых файлов.
Мигает, потому что пытается регулярно перечитать заново. Полезно для отслеживания закачки изображений по медленной
сети, например, поэтому так оставил.

Переключение в любую сторону. Тип файлов не важен. Смена каталога или F5 не помогают, только перезапуск.

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

Да, точно.

Я вот думаю: у меня такого нет, а у вас есть. Что бы это могло быть? Какой-нибудь "неправильный" (длинный?) путь? Вы бы не могли поставить пару экспериментов, чтобы всё-таки понять, что там к чему.

1. Если положить только 1 картинку в отдельную папку по специальному простому пути, например, c:\tst1img\img.bmp - повторится?

Кстати, если по тумбнайлу кликнуть, картинка все-таки показывается или нет?

2. Если выключить показ тумбнайлов (View-> Title only), и после переоткрытия снова включить - тумбнайлы грузятся? (и сами картинки?)

Если у вас остались прежние версии, интересно было бы проверить, имелся ли там этот эффект, хотя бы при открытии с путем в командной строке. Если нет, и это особенность только m версии, это был бы хотя бы намёк.

И если ничего не удастся придумать, то мне надо будет делать специальную тестовую версию для проверки только этого случая (и хорошо, если одну). Для уменьшения размера я могу исключить из проекта chm, setup/uninstall, и оставить поддержку, например, только bmp- файлов. Будет где-то 200-300К в этом случае (или меньше). В качестве теста можно будет попробовать сохранить в загрузчике тумбнайла исходный образ картинки, чтобы хотя бы убедиться, что это та картинка. Вообще, сейчас "плохой" файл выгружается в папку установки под именем bad.file - но это из основной загрузки, и это поможет только если там пробует грузиться и не может. На крайний случай - стандартный вариант: лог всех действий в загузчике тумбнайла.

А у кого-нибудь ещё такое было (есть)?