Главная » Новые релизы

Архив рубрики: Новые релизы

Комментарии

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

Новый релиз 1.05.025

Особенности «25-го» релиза

  1. Этот релиз – непереходный. Это означает, что никаких модификаций базы данных при запуске системы не производится. Чтобы база данных соответствовала релизу, нужно: либо создать её «с нуля» при начальной установке системы на компьютер, либо хотя бы однократно воспользоваться ядром релиза 1.05.024 (существующая база данных будет модифицирована и полностью подготовлена для работы с релизом 1.05.025).
  2. Как само ядро, так и все плагины должны относиться именно к релизу 1.05.025; работа плагинов от ранее выпускавшихся релизов с новым ядром не гарантируется.
  3. Ядро системы выделено в отдельный пакет CheckLog-1-05-025-APPL, для установки системы на компьютер в «самом минимальном» варианте потребуется скачать этот пакет, и ещё пакет CheckLog-1-05-025-BASE.
  4. В состав системы введены средства резервного копирования и восстановления из резервной копии всех настроек системы, включая настройки ядра, цвето-шрифтовые схемы и настройки плагинов; эти функции обеспечивает новый плагин ZipCONF.
  5. Отныне документация в виде приложений к отдельным пакетам более не существует. Есть написанная мной «Настольная книга радиолюбителя», содержащая, помимо разнообразных общеобразовательных сведений, инструкции по настройке и применению CheckLog в радиолюбительской практике. В настоящее время книга распространяется бесплатно как электронное издание на русском языке, я готов обсуждать с  любыми заинтересованными лицами вопросы перевода её на любой другой язык. При этом сама система CheckLog останется исключительно англоязычной.

Кроме того, в системе реализованы следующие новшества:

Новый логотип и стартовая заставка

Для релиза 1.05.025 разработан новый логотип, используемый в иконке приложения. Для отображения на рабочем столе доступны четыре варианта иконок, отличающиеся цветом основного фона – это даёт возможность использования разных изображений для различных вариантов запуска системы (например, при построении 3-системного ландшафта). Существенно изменена стартовая заставка, теперь в ней единообразно отображаются ход загрузки плагинов и создания отдельных форм основного приложения.

Поддержка слабовидящих

Впервые в CheckLog включены средства для слабовидящих пользователей: поддержка тёмных и контрастных тем, настройка масштаба (обычный 100%, средний 125% и крупный 150%) и отдельных элементов пользовательского интерфейса. В полном объёме работает унаследованная от релиза 1.05.024 настройка цветов и шрифтов для отображения всех окон ядра (как на главной форме, так и на всех открываемых по запросу окнах).

Поддержка тёмных и контрастных тем

Все компоненты системы CheckLog (ядро и плагины) поддерживают темы Windows, в том числе – тёмные и контрастные. Выбор темы зависит от пользователя, изменения вступают в силу для ядра – немедленно при переключении темы, для плагинов – при следующем запуске каждого из них.

Настройка цветов и шрифтов для ядра

Позволяет настроить отображение практически всех элементов интерфейса, делая максимально комфортной работу с системой для слабовидящих пользователей. Совместим с системными темами Windows, обеспечивает онлайн-переключение с одной темы на другую непосредственно в момент смены системной темы. Предоставляет выбор двух встроенных тем (бесцветной «nothing» и привычной по предыдущим релизам «default»), а также сохранение и использование в текущем сеансе и в дальнейшем неограниченного набора пользовательских тем.

Упрощение цветов и шрифтов схем для плагинов

Вместо прежней многоцветной раскраски таблиц в формах плагинов используется ограниченный набор цветов: обычный (стандартный цвет текста Windows), выделенный (подсветка гиперссылок Windows), и инверсный. При необходимости можно изменить эти цвета, используя настройки темы (Personalization – Window Color).

Контроль версий загружаемых библиотек

Система CheckLog в работе использует динамически загружаемые библиотеки, которые должны располагаться в корневой папке системы (там же, где и исполняемый код ядра CheckLog.exe). На данный момент таких библиотек три: libeay32.dll, ssleay32.dll (используются при обращениях к веб-ресурсам по протоколу https), и UnRAR.dll (при необходимости извлечь содержимое RAR-архива). Если вдруг версии этих библиотек окажутся несоответствующими (например, устаревшими), то некоторые функции системы либо не будут работать, либо работать будут с ошибками. Информация о версиях библиотек доступна на закладке System формы About.

Ускоренный запуск ядра

Поддержка ускоренного запуска ядра (с максимально быстрым приведением системы в готовность, например – для последующей работы в качестве основного средства ведения аппаратного журнала радиостанции) включает возможности конфигурации с ограниченным набором плагинов и сокращение набора создаваемых в ходе начальной загрузки вспомогательных форм ядра.

Автоактивация

Автоактивация обеспечивает работу с большинством подгружаемых плагинов без ввода персонального ключа активации. После установки всех пакетов CheckLog загружает все плагины, но небольшая часть из них остаётся «неактивной» до активации системы персональным ключом. Впрочем, с помощью большей части плагинов, работа с которыми поддерживается автоактивацией, система покрывает практически все потребности обычного радиолюбителя. Автоактивация не распространяется на наблюдательские позывные, содержащие знак “” в любой позиции, в таких исключительных случаях всё равно придётся запрашивать персональный ключ.

Унификация сообщений в окне хода процесса

Проведена ревизия кода всех плагинов, теперь вывод сообщений в поле Progress обеспечивается одной-единственной унифицированной процедурой. Соответственно, сделан решительный шаг в сторону уменьшения потенциальных ошибок и неточностей – информация о ходе процесса стала ещё более оперативной и достоверной.

Унификация сообщений в файле сообщений об ошибках

Отныне в каждый файл *.err (папка Errors), если он формируется, добавляется префикс – несколько строк, содержащих перечень использованных условных обозначений. Префикс состоит из строк, начинающихся символом “|” в первой позиции, поэтому при необходимости дальнейшей автоматизированной обработки ошибок его легко отличать от собственно содержательных строк.

Унификация в таблицах

Во всех таблицах на закладках главной формы ядра, а также в таблицах открываемых по запросу дополнительных окон используется единая система правил цвето-шрифтового оформления позывных корреспондентов – жирный шрифт применяется для выделения тех, кто подтвердил проведённые QSO/SWL. Цвет шрифта зависит от количества способов, которыми корреспондент подтверждает проведённые связи либо наблюдения.

Синхронизация времени

При работе ряда плагинов (в частности, SrvWSJTX, обеспечивающим стыковку с программами цифровой связи WSJT-X, WSJT-Z, MSHV, JTDX) и собственно для проведения таких связей важно, чтобы часы локального компьютера были хорошо синхронизированы с «мировым временем». Обычная практика – ставить на компьютер какую-нибудь дополнительную программу (вроде NetTime), которая следила бы за временем и периодически выполняла бы синхронизацию его с общедоступными эталонными серверами. Но здесь, как говорится, «есть нюанс»: такая программа может «зависнуть», или потерять связь с Интернетом, или не выполнить очередную (плановую) синхронизацию. Пользователь в таких случаях имеет все шансы не заметить сбой, и продолжать по своей наивности надеяться, что у него всё в порядке. Заменяя эти внешние программы встроенной подсистемой, ядро CheckLog обеспечивает:

  • надёжную синхронизацию времени как с общепринятыми (из серии *.nettime.pool.ntp.org), так и любыми другими, задаваемыми в настройках, серверами;
  • возможность синхронизации как в момент старта ядра, так и периодически, с заданным интервалом (5, 10, 15, 30 или 60 минут), который можно подобрать исходя из параметров соединения с Интернет и быстродействия компьютера;
  • простой и понятный визуальный контроль успешности последней выполненной синхронизации, в том числе – и при работе модального плагина.

Отображение состояния встроенного UDP-сервера

Левая «синяя» лампочка, появляющаяся в строке состояния на форме Majordomo (и на формах плагинов, если это предусмотрено) отражает состояние встроенного UDP-сервера, принимающего UDP-сообщения от других программ (в том числе – и от других компьютеров, если это необходимо). Нет лампочки – UDP-сервер выключен. Есть лампочка – включен, причём мигание лампочки означает готовность включенного сервера, а постоянное свечение каким-то другим (не «синим») цветом сигнализирует об ошибке.

Ретрансляция UDP-сообщений

Волею своих авторов, существующие популярный программы цифровой связи (WSJT-XWSJT-ZMSHVJTDX и подобные им) умеют отправлять UDP-сообщения только по одному IP-адресу. Поскольку возможности, предоставляемые протоколом, авторы таких программ не умеют (или не хотят) использовать как полагается, без непонятных ограничений. Эту особенность учитывает плагин SrvWSJTX, которому (через настройки SrvWSJTX.ini) можно «объяснить», кому передавать полученные им UDP-сообщения. В том числе – другим программам, в том числе – и на других компьютерах

Дальнейшее развитие системы и её обсуждение

На данный момент все имевшиеся планы и идеи относительно системы CheckLog реализованы. В ходе тестирования и многолетнего практического применения система доказала свою полезность и эффективность. Она вполне может использоваться в качестве основного средства ведения аппаратного журнала любительской радиостанции (для лицензированных радиолюбителей и наблюдателей). Лично я использую её уже несколько лет, в качестве основного аппаратного журнала и камеральной системы; общая наработка (по состоянию на декабрь 2024 года) уже составила 3950 часов.

Впрочем, если новые идеи будут возникать – отчего бы не обсудить возможности их реализации? Для этого существует множество публичных форумов, желающие – да воспользуются. Если обсуждение будет конструктивным – возникнет повод и мне заглянуть на те форумы… Сам я на этих (российских) форумах высказываться не могу, ибо «в знак особой благодарности» за мои труды уже заблокирован тамошними «начальничками» на них пожизненно (или вообще лишён аккаунта). Есть ещё поддерживаемая мной CheckLog User’s Group, там обсуждение возможно в рамках открытых тем. А вот на этом сайте никаких обсуждений не будет никогда.

Заставка релиза 1.05.025

В релизе 1.05.025 изменилась и стандартная заставка, отображаемая при старте. Теперь она выглядит (в случае использования автоактивации) вот так:

Индикатор процесса в верхней части показывает динамику загрузки плагинов. Каждый сегмент этого индикатора соответствует одному из загружаемых плагинов; в некоторых темах оформления Windows деление индикатора на сегменты не предусмотрено – выберите ту тему, которая более всего соответствует вашим эстетическим предпочтениям, это совсем несложно.

В текстовых строках отображается период разработки системы, и сведения об авторских правах. Ниже выводится номер версии и (в скобках) номер сборки. В номере версии старшее число соответствует номеру редакции применяемого программного интерфейса между ядром и плагинами; следующее число указывает номер редакции структуры базы данных. Наконец, последнее число в номере версии информирует о номере программной реализации (релизе) системы. Номер сборки определяется, исходя из даты выпуска программного кода. Такая информация содержится и в коде ядра системы (файл CheckLog.exe), и в коде загружаемых плагинов (файлы *.ext в папке Plugins). Версии ядра и всех используемых плагинов для 25-го релиза должны совпадать.

Ещё ниже второй индикатор отображает динамику развертывания самого ядра системы (процесс генерации форм). Здесь каждому сегменту индикатора соответствует одна из форм, входящих в состав ядра. При ускоренном запуске часть форм не создаётся, и это можно заметить по виду индикатора.

В правой части отображается картинка, характеризующая условия применения системы. В случае автоактивации – это наушники. При наличии персонального ключа активации картинка меняется, пользователь может воочию познакомиться с симпатичным маскотом, “лицом системы”  девушкой Чикиттой.

Автор системы уделяет особое внимание созданию и поддержанию “человечески привлекательного” образа и качества системы, рассчитывая на внимание потенциальных пользователей к разработанному им уникальному программному продукту.

Чего нет в “24-м релизе”

Всё перечисленное ниже не успеет войти в релиз 1.05.024 по очень простой причине – я уже работаю над следующим релизом. И немало в этом преуспел. Во всяком случае, сохранив внешнее сходство с релизом 1.05.024, новый будет гораздо более удобен. В первую очередь он станет ориентирован на людей, имеющих проблемы со зрением (испытал на себе, не могу без содрогания вспоминать). Здесь и настройка цветовой палитры, и приспособленность к “тёмной” и контрастной теме оформления экрана Windows, и учёт особенностей масштабирования (укрупнения) текста – от исходного 100%, через 125%, и до крупного 150%. И ещё много чего, перечисленного ниже.

Автоактивация без ввода персонального ключа

В новом релизе встроен механизм автоактивации, обеспечивающий работу с большинством подгружаемых плагинов без ввода персонального ключа активации. После установки всех пакетов CheckLog загружает все плагины, но небольшая часть из них остаётся “неактивной” до активации системы персональным ключом. Впрочем, с помощью большей части плагинов, работа с которыми поддерживается автоактивацией, система покрывает практически все потребности обычного радиолюбителя. Автоактивация не распространяется на наблюдательские позывные, содержащие знак “” в любой позиции, в таких исключительных случаях всё равно придётся запрашивать персональный ключ. Например, для позывного UA3050SWL ключ не нужен, а для позывного R2F-055 – необходим.

Унификация вывода сообщений на форме

Речь о выводе служебных сообщений в поле Progress на форме многих плагинов. До сей поры процедуры были специфичны для каждого плагина. Мне это надоело, поскольку при доработках приходилось разыскивать все такие места в исходных текстах плагинов (а их, как известно, уже 25 штук, причём в некоторых поддерживается несколько функций, более одного пункта меню). Вместо этого будет одна-единственная процедура, перенесённая из исходного кода плагинов в одну из общих библиотек. Соответственно, для изменений достаточно будет смотреть в одно-единственное место, где и править, и тестировать, и единообразно применять для всех возможных случаев.

Унификация вывода сообщений в файл ошибок

Файлы ошибок (*.err), формируемые при работе плагинов, были весьма лаконичны, однако сообщения в них подчиняются общему правилу: выводится позывной, для которого отмечена та или иная ошибка (предупреждение, исправление); потом идёт условный знак, определяющий характер ошибки; потом строка данных, по которым можно разобраться – что именно неправильно, как исправлено или как на это реагирует система. Никаких комментариев по поводу условных знаков в тексте файла сообщений об ошибках не было. Отныне в каждый файл, если он формируется, будет добавляться префикс – несколько строк, содержащих перечень использованных условных обозначений. Префикс состоит из строк, начинающихся символом “|” в первой позиции, поэтому при необходимости дальнейшей автоматизированной обработки ошибок его легко можно будет отличить от собственно содержательных строк. Ну, и не нужно будет всякий раз копаться в документации, в поисках значения того или иного условного символа – всё будет непосредственно перед взглядом пользователя. Кому надо – легко разберётся.

Подсистема синхронизации времени

При работе ряда плагинов (в частности, SrvWSJTX, обеспечивающим стыковку с программами цифровой связи WSJT-X, WSJT-Z, MSHV, JTDX) и собственно для проведения таких связей важно, чтобы часы локального компьютера были хорошо синхронизированы с “мировым временем”. Обычная практика – ставить на компьютер какую-нибудь дополнительную программу (вроде NetTime), которая следила бы за временем и периодически выполняла бы синхронизацию его с общедоступными эталонными серверами. Но здесь, как говорится, “есть нюанс”: такая программа может “зависнуть”, или потрерять связь с Интернетом, или не выполнить очередную (плановую) синхронизацию. Пользователь в таких случаях имеет все шансы не заметить сбой, и продолжать по своей наивности надеяться, что у него всё в порядке. Заменяя эти внешние программы встроенной подсистемой, ядро CheckLog обеспечивает:

  • надёжную синхронизацию времени как с общепринятыми (из серии *.nettime.pool.ntp.org), так и любыми другими, задаваемыми в настройках, серверами;
  • возможность синхронизации как в момент старта ядра, так и периодически, с заданным интервалом (5, 10, 15, 30 или 60 минут), который можно подобрать исходя из параметров соединения с Интернет и быстродействия компьютера;
  • простой и понятный визуальный контроль успешности последней выполненной синхронизации, в том числе – и при работе модального плагина.

Поддержка “тёмных” и контрастных тем Windows

Я как-то заметил, что при нестандартных вариантах “раскраски” интерфейса Windows отдельные элементы интерфейса CheckLog отображаются как-то “криво”, снижая общее впечатление от высоких качеств системы. Этот недостаток удалось преодолеть, поскольку я наконец-то разобрался с тем, как Delphi (Embarcadero) надстраивает собственную “обёртку” вокруг интерфейсных элементов Windows. Всего-то неделя чтения документации MSDN, и всё стало на свои места: теперь все элементы интерфейса CheckLog будут вести себя так, как если бы они были “родными” элементами интерфейса Windows. Для ядра поддерживается даже смена темы оформления Windows “на лету”, с моментальной подстройкой. Для плагинов несколько сложнее, поскольку, с точки зрения операционной системы, каждый плагин запускается не в системном контексте ядра, а в своём собственном. И этот контекст не является полностью самостоятельным, а подчинён контексту ядра. Поскольку сообщения Windows о переключении темы интерфейса обрабатываются и “гасятся” в контексте ядра, до плагинов они уже не доходят. Городить какой-то дополнительный механизм ретрансляции сообщений Windows по иерархоческой лестниуе контекстов мне не хочется, поэтому только так: плагин учитывает изменения темы только в момент своего запуска, и уже не реагирует на них во время работы. Надеюсь, что это маленькое неудобство не повлияет на удовольствие, получаемое от общего дизайна системы.

Сигнал готовности к приёму по UDP

Теперь левая “синяя” лампочка, появляющаяся в строке состояния на форме Majordomo (и на формах плагинов, если это предусмотрено) отражает состояние встроенного UDP-сервера, принимающего UDP-сообщения от других программ (в ом числе – и от других компьютеров, если это необходимо). Нет лампочки – UDP-сервер выключен. Есть лампочка – включен, причём мигание лампочки означает готовность включенного сервера, а постоянное свечение каким-то другим (не “синим”) цветом сигнализирует об ошибке. Устранимые ошибки исправляются, и мигание в таком случае возобновляется. При неустранимой ошибке лампочка продолжает светиться постоянно, и тогда потребуется операторское вмешательство (например, перезапуск Majordomo, или плагина, или ядра CheckLog).

Ретрансляция UDP-сообщений

Речь опять про WSJT-X, WSJT-Z, MSHV, JTDX и подобных им. Волею своих авторов, эти программы умеют отправлять UDP-сообщения только по одному IP-адресу. Что, с точки зрения протокола UDP/IP, несколько… хм-м-м… странновато. Поскольку возможности, предоставляемые протоколом, авторы таких программ не умеют (или не хотят) использовать как полагается, без непонятных ограничений. Эту особенность учитывает (в новой редакции) плагин SrvWSJTX, которому (через настройки SrvWSJTX.ini) можно “объяснить”, кому передавать полученные им UDP-сообщения. В том числе – другим программам, в том числе – и на других компьютерах. Я, например, легко организовал работу трёх экземпляров CheckLog, на трёх компьютерах. На первом CheckLog работал “в связке” с WSJT-Z, ведя полный протокол проведенных QSO. На втором CheckLog+SrvWSJTX были подняты в простом режиме “локального наблюдения” за работой первого экземпляра, но без записи проводимых QSO в журнал. Наконец, на третьем CheckLog+SrvWSJTX были запущены над журналом радионаблюдений (ну есть у меня еще и наблюдательский позывной UA3050SWL), и там все проводимые на первой системе QSO автоматически заносились в соответствующий журнал, как радионаблюдения за работой позывным R2ADF. Это так, для примера, в порядке баловства. Более практическое применение – в условиях учебного класса, где один из компьютеров (например, учительский) работает в активном режиме, проводя радиосвязи… а все остальные, получая автоматически ретранслируемые этим компьютером сообщения от программы цифровой радиосвязи, дают возможность на каждом из компьютеров класса реально наблюдать за работой радиостанции, не толпясь “за спиной” учителя-оператора. Насколько я понимаю, для подобной организации процесса найти другие адекватные средства весьма сложно.

Другой подход к повторной отправке подтверждений

При двойном клике мыши на записи журнала связей, либо при вызове через главное меню Logbook → View current QSO открывается форма с подробной информацией об этой записи. В ней выаодятся сведения об отправленных и полученных подтверждениях. Прежде нажатие кнопок Drop … marks вызывало сброс как для отправленных, так и для принятых подтверждений. Теперь можно сбрасывать только отправленные, и только в том случае, когда нет принятых. Это решение делает возможным повторную отправку подтверждений, в первую очередь – mQSL, для которых в сопроводительном письме ещё и указывается, что оно посылается повторно, так как на ранее отправленное (с указанием даты отправки) подтверждения так и не получено. То есть становится возможным периодически напоминать “интересным” корреспондентам о необходимости подтверждения QSO/SWL, чтобы “дожимать” результаты по редким в эфире странам и территориям.

Обновление инструкций, встроенная Help-подсистема

Подобная работа требует слишком много времени, причем – в режиме “пошли все на фиг, я тут думаю!”. Вряд ли смогу себе это позволить, когда не сделан (и не выпущен в публичное пространство) новый сайт, на который будут перенесены все функции, включая файловый архив, on-line документация, средства обратной связи и прочая, и прочая, и прочая… С сайтом тоже, как очевидно, работы всего-то “начать да кончить”, а сроки поджимают. Хорошо, что на данный момент я практически закончил всё, что связано с программированием собственно системы, ядра и плагинов. Теперь гоняю получившийся комплект на практических задачах, работаю в эфире, обновляю справочники, обмениваюсь подтверждениями… Меня-то устраивает, но время от времени замечаю какие-то мелочи, противоречащие систематическим правилам и моему личному чувству перфекционизма. Приходится, скрепя сердце, отрываться от остальных дел… править, проверять… ведь сказано же: “Хочешь сделать хорошо – делай сам”. Так что помощников даже для тестирования и формулировки замечаний не найти, то ли все обленились, то ли помирать (не дай Б-г!) уже собрались и отходят от всяких дел.

“Подтяжка” разметки таблиц при изменении масштаба

Как известно, Windows умеет менять масштаб изображения на экране, делая более комфортной работу пользователей со слабым зрением. Стандартно поддерживаются режимы: 100% (без увеличения, 96 dpi), 125% (укрупненно, 120 dpi), и 150% (крупно, 144 dpi). Изменяются как картинки, так и шрифты. А вот с таблицами может быть проблема – шрифт в колонках укрупнился, а границы колонок “не разъехались”. В новом релизе такого уже не будет, все изменения масштаба будут пропорционально отражаться и в разметке таблиц.

Контроль версий загружаемых библиотек

CheckLog в работе использует динамически загружаемые библиотеки, которые должны располагаться в корневой папке системы (там же, где и исполняемый код ядра CheckLog.exe). На данный момент таких библиотек три: libeay32.dll, ssleay32.dll (используются при обращениях к веб-ресурсам по протоколу https), и UnRAR.dll (при необходимости извлечь содержимое RAR-архива). Если вдруг версии этих библиотек окажутся несоответствующими (например, устаревшими), то некоторые функции системы либо не будут работать, либо работать будут с ошибками. Информация о версиях библиотек будет доступна на закладке System формы About.

Новый логотип и новая заставка при старте

Чуть более лаконично, чуть лучше читаемо… Всё ж таки надо менять не только набор функций, но и (хоть иногда) заботиться и о “бантиках”, то есть о внешнем виде и визуальной узнаваемости продукта. Кстати, визуальные изменения затрагивают не только логотип и заставку… тем интереснее должно быть дождаться выхода в свет этого релиза.

Новый релиз 1.05.024

Одновременно с запуском нового сайта системы CheckLog выпускается новый релиз – 1.05.024. Что в нём нового:

  • Возможность подбора цветов интерфейса ядра и плагинов, по желанию пользователя
  • Две встроенные цветовые схемы: “по умолчанию” (как реализовано сейчас), и “бесцветная” (с полностью выключенными дополнительными цветами)
  • Найдены, локализованы и исправлены ещё попадающиеся, к сожалению, мелкие ошибки

Состав плагинов для релиза 1.05.024 остаётся там же, как и в 1.05.023 (текущем). По-прежнему у меня вызывают сомнения плагины AppUR5EQF и AppLOGHX, с одной стороны – вроде как бы ими пользуются, а с другой… До сих пор я не получил на них ни единого отзыва от пользователей системы. На всякий случай заранее подготовьтесь, что этим плагинам осталось жить совсем недолго…

В релизе, который придёт на смену уже предоставленному 1.05.024, все (подчеркиваю – ВСЕ) плагины будут новыми (хотя и одноимёнными), так что с будущим ядром ни один из ранее опубликованных плагинов от предыдущих релизов работать просто не будет. У них не будет для этого главного – базовой технологической совместимости, и, если не планировать включать их в тот, будущий релиз… ну, просто не останется, вымрут, как мамонты. Плагины от предыдущих релизов будут работать с релизом 1.05.024 – и могут “жить”, пока жив он.

Подробно об изменениях

  • Сохранена полная преемственность с предыдущим релизом (1.05.023) в части формата и наполнения базы данных; при переходе на этот релиз не требуется проводить какие-либо дополнительные преобразования файла CheckLog.mdb, а также файлов настроек ядра CheckLog.ini и отдельных плагинов.
  • Ключевая особенность – встроенный конфигуратор цвето-шрифтовой схемы оформления интерфейса ядра. Позволяет настроить отображение практически всех элементов интерфейса, делая максимально комфортной работу с системой для слабовидящих пользователей. Совместим с системными темами Windows, обеспечивает онлайн-переключение с одной темы на другую непосредственно в момент смены системной темы. Предоставляет выбор двух встроенных тем (бесцветной “nothing” и привычной по предыдущим релизам “default”), а также сохранение и использование в текущем сеансе и в дальнейшем неограниченного набора пользовательских тем. Внимание: действие конфигуратора не распространяется на цвето-шрифтовые схемы плагинов!
  • Входящие в состав стандартных пакетов плагины приведены к более простому в смысле цветовой насыщенности интерфейсу. Это обеспечивает повышенную читаемость сообщений как в светлых, так и в тёмных системных темах.
  • Плагины AppUR5EQF и AppLOGHX обеспечивают прямую “бесшовную” интеграцию с соответствующими логгерами, за счет онлайн-импорта данных из их журналов связей.
  • Плагин XpoEXCEL обеспечивает форматированный экспорт данных журнала связей, справочника позывных, списка исходящих QSO/SWL, а также статистики полученных подтверждений, по странам и территориям, с возможностью наложения дополнительных фильтров.
  • В состав системы официально введены плагины отправки и получения подтверждений (почтовых mQSL, пересылаемых стандартными средствами электрической почты, без обращений к централизованному серверу) SndMQSL и RcvMQSL, пакет MQSL. В качестве “подложки” такой карточки может использоваться стандартное изображение (картинка “по умолчанию”), либо любое другое изображение, соответствующее установленным техническим требованиям. Изображение mQSL обеспечивает необходимый уровень защиты от фальсификаций, используя технологии “полупрозрачного наложения” текста на изображение “подложки”, а также индивидуально создаваемый для каждого случая уникальный QR-код.
  • Открыта для использования закладка Awards, отображающая достижения пользователя в выполнении требований автономных дипломных программ. В настоящее время разработана и предлагается в составе системы программа Millionaires Club (“Клуб миллионеров”), в которой критерием достижения результата является накопление более 1,000,000 миль суммарных расстояний между собственной станцией и станциями-корреспондентами. Каждая станция-корреспондент учитывается только один раз, при условии подтверждения зачетных QSO/SWL (любым способом: традиционными QSL, электронными mQSL, а также подтверждениями через серверы eQSL.cc и Logbook of The World – LoTW). Результаты учитываются отдельно по диапазонам волн и видам модуляции. В случае выполнения условий получения награды автоматически создается файл – изображение соответствующего диплома (сертификата), содержащий все необходимые средства защиты от фальсификаций. Это изображение может использоваться в любых целях, в том числе и для распечатки в виде бумажной копии. В дальнейшем набор автономных дипломных программ будет расширяться.
  • Добавлен календарь активности, отражающий (по  датам) работу станции в эфире. В компактном виде отображается весь выбранный (текущий для журнала) год, где выделяются даты фактической работы в эфире, как по собственным QSO/SWL, так и по полученным от корреспондентов подтвержденным радио-наблюдениям (SWL).
  • В окне суммарной статистики по журналам связей выделяются жирным шрифтом строки отображаемых на главной форме журналов; двойной клик мыши на таких строках приводит к быстрому переключению на выбранный журнал.
  • В справочнике позывных для “сирот” дополнительно показывается (зачеркнутым шрифтом), если соответствующие позывные не зарегистрированы ни на одном радиолюбительском информационном ресурсе (HamQTH.com, QRZ.ru).
  • В комплекте (пакет BASE) обновлены до актуальных версий библиотеки libeay32.dll, ssleay32.dll и UnRAR.dll. В папке Files находятся “свежие” версии файлов countrylist.zip (префиксы стран и территорий, для плагина AskCNTRY) и config.xml (диапазоны и модуляции любительской радиосвязи, для плагина AskFRMOD). При отсутствии доступа в Интернет этими файлами можно пользоваться для обновления информации в справочниках CheckLog.