blog.lexa.ru

Обращаю внимание постоянных читателей (точнее, писателей), что форма логина уехала в левой колонке вниз, ниже "Содержания" и "последних записей"

Дабы не смущать ей читателей случайных.

Пришла пора тестировать FastRawViewer 1.7 (beta) в котором:

Поддержка файлов формата HEIC/HEIF

Внимание: поддержка этих форматов доступна только в 64-битной версии под Windows и в нормальной (не Legacy) версии для macOS.

Начиная с FastRawViewer 1.7 поддерживаются файлы форматов HEIC (8 бит) и HEIF (10 бит) со следующими ограничениями и особенностями:

1. Поддерживаются только настоящие файлы указанных форматов, у которых в теге (боксе) ftyp написан формат heic или heix (это HEIF). Другие вариации формата (msf1, mif1, mif2) не поддерживаются.
   Наиболее распространенные
...

Дорогие пользователи FastRawViewer,

Если вы используете FRV под Windows, не затруднит ли вас потестировать вот этот вот билд:

FastRawViewer-1.7.0.1666-x64-Setup.exe

В чем его отличие:

1. В нормальной ситуации: ни в чем (ну вот список дисков в панели Folders будет на старте мыргать статусом Querying)
2. При работе с неработающими накопителями (нечитаемые CD, дефектные кардридеры): попытка проверить статус накопителя не должна приводить к блокированию GUI.
3. При работе с неработающей сетью (буква диска осталась, а сервер отвалился): увы, но принципиально лучше не станет: windows должна убедиться что оно отвалилось, и только после этого станет полегче. Если отвалившийся диск щупает только FRV, то его первый старт (пока windows понасчитает таймауты по всем дохлым дискам) будет долгим. Потом винда все закэширует и дальше все будет приемлемо.

Перечислены: плохие ситуации. Но вот что интереснее было бы узнать: не стало ли хуже/плохо в ситуации нормальной.

Продолжение опупеи, добавление в этому и этому.

Начиная с Qt версии 5.6 там изменилась поддержка HiDPI-дисплеев, внутренний фактор масштабирования может быть дробным (а не 1/2 как для поддержки Mac Retina). Масштабирование может быть автоматическим (стандартно это выключено), но что хуже всего - оно управляется, в том числе, переменными окружения.

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

В продолжение предыдущей записи:

• Поступила жалоба от пользователя: в свежей версии FRV под  macOS не копируются locked-файлы
• Даже не залезая в исходники Qt (я знаю что я там увижу) тут же догадался
  • QFile::copy раньше не копировал атрибуты файла (в частности, uchg)
  • А в новой версии - копирует.
  • А FRV копирует файлы правильно
    • Сначала со временными именами в папке назначения
    • И только если все нужные временные файлы (а  одна операция копирования - это может быть много файлов: RAW, JPG, .XMP) создались - происходит переименование временных в нужные имена.
    • А переименование для файлов с атрибутом uchg - запрещено в macOS.

Весь фикс, понятно, две строчки (в принципе, можно было бы и одну), потому что все запчасти нужные уже готовы (для переименования locked-файлов давно есть и нужный код и настройка "разрешать или нет").

Но я о том, что просто подмена Qt*.dll (или, в случае macOS .framework) с более старых на более новые - хоть и должна работать внутри одной major-версии Qt, но на практике - не работает.