Что скажете...

← →
Vladimir Kladov (2007-08-23 17:43) [200]

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

← →
Vladimir Kladov (2007-08-30 17:08) [201]

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

← →
Sapersky (2007-08-30 21:45) [202]

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

← →
mdw © (2007-08-31 12:23) [203]

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

← →
SergeR © (2007-08-31 14:30) [204]

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

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

← →
mdw © (2007-08-31 15:42) [205]

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

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

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

← →
Jon © (2007-08-31 18:33) [206]

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

← →
Vladimir Kladov (2007-08-31 23:05) [207]

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

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

← →
Vladimir Kladov (2007-08-31 23:05) [208]

← →
ANTPro © (2007-08-31 23:48) [209]

Zoomer.exe.Manifest нет в М.

← →
Vladimir Kladov (2007-09-01 09:29) [210]

Да, с манифестом немного промахнулся. Но я вроде ничего не менял, это и в предыдущих билдах так же наверное было: надо переключиться в 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.

← →
Vladimir Kladov (2007-09-01 09:29) [211]

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

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

← →
vampir_infernal (2007-09-01 15:41) [212]

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

← →
Vladimir Kladov (2007-09-01 17:22) [213]

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

← →
Дмитрий К © (2007-09-01 22:46) [214]

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

← →
Vladimir Kladov (2007-09-02 07:33) [215]

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

← →
Дмитрий К © (2007-09-02 07:56) [216]

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

← →
Vladimir Kladov (2007-09-02 09:48) [217]

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

← →
Дмитрий К © (2007-09-02 12:20) [218]

Да, точно.

← →
Vladimir Kladov (2007-09-02 14:39) [219]

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

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

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

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

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

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

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

← →
Дмитрий К © (2007-09-02 15:41) [220]

Пути самые нормальные, без пробелов и русских букв. Все картинки показываются правильно. Все тумбнэйлы перечеркнуты. Если выбрать Exclude bad images все тумбы убираются.

Эксперименты.
1. С c:\tst1img\img.bmp все точно также. если кликнуть по тумбнэйлу картинка показывается.

2. Если выключить показ тумбнэйлов и включить после переоткрытия то грузятся, и картинки грузятся.

Проверил 401M - эффект не проявляется, зато проявляется в J,j,K, если оформление не граш, а в 401l (л) и в грашах. j вообще падает если запустить с папкой в параметре, опять же если оформление не граш.

Я уже запутался. Там проявляется, тут не проявляется.
Вообще, в 401m при запуске с параметром c:\tst1img\img.bmp проявляется стабильно при любом оформлении.

← →
Vladimir Kladov (2007-09-02 16:15) [221]

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

← →
Дмитрий К © (2007-09-02 16:37) [222]

Вот эта строка, случайно, ни о чем не скажет?

First chance exception 0xC0000096 (Privileged Instruction) occurred in "ZOOMER.EXE" at address 0x004D892C.

← →
Vladimir Kladov (2007-09-02 18:27) [223]

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

Появилась другая мысль, когда я еще раз глянул код. Поставил сейчас защиту семафором ресурса, который (по идее) не должен пересекаться в разных потоках. Но (у вас 2 процессора?) нет гарантии, что не случится чего-нибудь эдакого, если при старте программы ей уже известен путь, и процесс сканирования тумбочек начинается раньше чем я предположил. В общем, дело тонкое, у себя проверил как успел, выложил как 401N. Заодно с уже исправленным стандартным диалогом для 95, но это, наверное, всё равно мало кому интересно. Размер 793К, не накладно? (Я уж решил пока попробовать в полном варианте)

Да, еще добавил все-таки лог на тумбочки но только если тумбочка не загрузилась. Имен файлов мне не интересны, главное - цифры.

← →
Дмитрий К © (2007-09-02 18:46) [224]

> выложил как 401N

The requested URL /ZoomerSetup.zip was not found on this server.

← →
Дмитрий К © (2007-09-02 19:15) [225]

А, все. Нашел.
SetupZoomer.zip

← →
Vladimir Kladov (2007-09-02 20:52) [226]

Ну если кто забудет найти теперь легко: http://zoomer.kolmck.net - официальная страница. С нетерпением жду результатов теста. Надеюсь, это безобразие исчезнет.

← →
Дмитрий К © (2007-09-02 21:17) [227]

> http://zoomer.kolmck.net - официальная страница.

Ссылка http://zoomer.kolmck.net/ZoomerSetup.zip на официальной странице на данный момент указывает в никуда.

> С нетерпением жду результатов теста. Надеюсь, это безобразие
> исчезнет.

Безобразие не исчезло. Более того, проверил на виртуальной машине в WinXP и Win98 - точно такое же поведение.

Никаких логов про тумбы при этом нигде не создается.

И кстати, при 16-битной палитре в W98 портятся треугольнички в расширенном диалоге выбора папки.

← →
Vladimir Kladov (2007-09-02 22:03) [228]

Спасибо за проверку. Жаль что никто больше ничего не пишет. Наверное у вас очень особенный комп. У себя проверил на 3 железных (с XP) и 2 виртуальных (95 и 98) и ничего такого. Как же лога нет, должен быть в папке программы thumb_bad_log.txt. Создаваемость лога можно проверить в обычном случае, открыв папку с самой программой зумер и пролистав до нераспознанных картинок в ресурсах (т.к. экзешник сжат, то не все ресурсы видны равильно). Если он и впрямь не создаётся при проявлении бага, значит, вылетает ещё до того места, которое я заподозрил. Это надо хорошо подумать, в крайнем случае вообще всю загрузку в try-except заключить, блоками, чтобы нарыть. Сейчас линк поправлю, как же это я так перепутал все наоборот. И еще удивляюсь - почему не качают... )))

← →
Vladimir Kladov (2007-09-02 22:08) [229]

Спасибо за проверку. Жаль что никто больше ничего не пишет по поводу такого глюка. Наверное у вас очень особенный комп. У себя проверил на 3 железных (с XP) и 2 виртуальных (95 и 98) и ничего такого. Еще 1 в углу стоит, давно не включал, пень-100, ну на нем как-то и особого смысла проверять нет.

Как же лога нет, должен быть в папке программы thumb_bad_log.txt. Создаваемость лога можно проверить в обычном случае, открыв папку с самой программой зумер и пролистав до нераспознанных картинок в ресурсах (т.к. экзешник сжат, то не все ресурсы видны равильно).

Если он и впрямь не создаётся при проявлении бага, значит, вылетает ещё до того места, которое я заподозрил. Это надо хорошо подумать, в крайнем случае вообще всю загрузку в try-except заключить, блоками, чтобы нарыть.

Сейчас файл переименую. Чего я в этот раз его наоборот назвал, поторопился.

> Наверное у вас очень особенный комп.

Может быть 64-разрядность каким-нибудь боком влияет.

thumb_bad_log.txt конечно создается, но не в этом случае. Т.е. картинки-то все нормальные, неиспорченные, тумбы в обычной ситуации создаются и показываются правильно - ломаются только если запускать Zoomer с параметром папкой.

Получил тот же эффект на Athlon XP c WinXP.
Запускаю Zoomer, бросая папку с картинками на ярлык на раб. столе.

← →
Vladimir Kladov (2007-09-03 17:36) [232]

Итак, есть большая вероятность, что задачка решена, я выложил в 401n. Т.к. речь идёт о 2хядерных машинах, и проблема возникает при слишком быстром запуске потока, сканирующего тумбнайлы, я пришёл к выводу, что для случая запуска с путём в параметрах строки его надо придержать на время. Пока поставил цикл из 5 х Sleep( 50 ), с проверкой того, что само приложение хочет завершиться (иначе можно было бы сразу sleep(250) - на 1/4 секунды). Видимо, надо дать сначала поработать некоторым другим потокам, чтобы они подготовили почву. (Всего потоков от 5 до 9, зависит от обстоятельств, но загрузка тумбочек в своём потоке крутится). В общем есть большой шанс, что это решает проблему для 99,9% случаев (если решает, на что надеюсь). Остаётся ещё 0,1% (или меньше), которые я просто не знаю как решить пока - мне просто нужен такой 2хядерный комп, чтобы пробовать прямо на нём, но пока такой возможности нет. Т.е. если комп сильно загружен в этот момент, и после 0,25 сек. поток всё-таки включится раньше, чем то, чего он ждал, то будет всё опять так же. Чтобы узнать точно, что именно он ждал, чтобы начать работать правильно, нужно много экспериментов. Пока отложу на будущее.

← →
Vladimir Kladov (2007-09-04 10:53) [233]

А это точно только с директорией такое (было до n)? а что, если отдельный файл бросить на ярлык? А то я исправление сделал только для случая директории.

Владимир, Вы получили мое второе письмо с исправлениями, отправленое в воскресенье вечером (у вас ночью)? А то ответа нет, я волнуюсь :)

> А это точно только с директорией такое (было до n)?
Точно только с директорией. Специально проверил на более ранних версиях, если бросать один файл, тумбы нормально создаются.

В 401n ситуация не изменилась. По прежнему, в большинстве случаев бросания папки на ярлык, тумбы перечеркнуты (иногда все нормально). Этот эффект, как я уже говорил, наблюдаю не только на 2-ядерной машине, но и на обычном AMD Athlon XP с одним ядром.

Из еще замеченных мной багов:
1. Установка на одноядерном Атлоне падает при запуске с системным сообщением об ошибке в программе.
2. На 2-ядерном в Vista Zoomer не убирает за собой временные файлы (ZOO????.tmp).

P.S. Картинка - http://slil.ru/24812910 - папка с одним bmp брошена на ярлык.

← →
Vladimir Kladov (2007-09-04 13:38) [236]

Т.е. все-таки теперь иногда проскакивает через нечто. Можно было бы увеличить задержку по времени, но это способ все равно не 100% надёжный. Надо бы как-то попробовать выяснить, какого такого события надо дождаться перед тем, как начинать считывать тумбнайлы. Вот такой вопрос: у вас не зарегенная версия? Всё, что я нахожу подозрительного, относится именно к зарегенной версии пока. (И чего я так до сих пор ниодного атлона не приобрел, хотя бы для тестирования. Теперь вот пожинаю).

На 2-ядерном зарегенная. На атлоне, соответственно, - нет.

← →
Vladimir Kladov (2007-09-04 16:02) [238]

Т.е. без разницы. Вот не пойму при чём там может быть Атлон вообще, 2хядерность еще каким-то боком может влиять на порядок выполнения потоков хотя бы. Может все-таки дело в Висте (виртуальная машина под Вистой, думаю, все равно будет фактически работать по правилам хостовой оси и хостового железа: я знаю только один эмулятор ПЦ, который реально озволяет смоделировть чужое железо, например 486 или Пень-2, он именно эмулирует каждую машинную команду, а не запускает код блоками, до очередного системного обращения).

Да, а сообщение об ошибке в инсталляторе с Атлона можно увидеть? (а то я еще код не менял, адрес может быть полезен. Тем более что в инсталляторе нет защиты через исключения, там вообще практически нет защиты, и выполяется совсем отдельный кусок кода).

Чувствую себя человеком-невидимкой :(

Владимир, [234]

> Да, а сообщение об ошибке в инсталляторе с Атлона можно
> увидеть?

Exception c000001d at 8837b
Причем, та же и в XP и в Me.
Zoomer, сам по себе, в Windows Millenium на Атлоне вообще не запустился - система выдала ошибку, после нажатия "закрыть" - снова и т.д.
Возможно, конечно, все ошибки на Атлоне из-за кривого железа, но на нем тот же Photoshop, например, работает без проблем. Это я к тому, что:
> Вот не пойму при чём там может быть Атлон вообще

> виртуальная машина под Вистой, думаю, все равно будет фактически
> работать по правилам хостовой оси и хостового железа

Очень похоже, что это именно так.

На всякий случай:

1 комп.:
Intel Core 2 Duo / Vista x64 (XP, 98 на вирт. машине)

2-й:
AMD Athlon XP / Windows XP, Windows Millenium

Что скажете... Найти похожие ветки