Вот здесь в панели под заголовком окна с таблицей лога, где указывается страна, координаты, местное время… и что-то там ещё, непрочитываемое из-за наложений:
Вложение 171516
Алексей, я в своём сообщении про доки написал — когда нужно разобраться с неявными вещами, которые не на самой поверхности — да, RTFM! Но уж в Windows — ПКМ на объекте интерфейса, лежащем вот прямо под носом, сверху, — все действия с ним либо есть в контекстном меню, либо, если нет в контекстном меню, то нет и самих действий. В какое приложение не сунься, везде это так. Потому, наткнувшись на нередактируемую таблицу и клик ПКМ — о редактировании ни звука = редактирования нет. Это интуитивно уже.
Хелпы и всё прочее — это потом, когда доходит до настроек и тонкостей работы. А первые впечатления и оценки — как раз на основании опыта взаимодействия с системным интерфейсом. И когда эти первые впечатления — не позитивные, то какой, к лешему, хелп? Trash bin!
И что, вписывать время в эту колонку ручонками? При существовании предусмотренного спецификацией ADIF поля TIME_ON? И где при переносе лога (для чего и выдуман ADIF!) я смогу использовать этот кривой костыль? Все приложения, в которых время начала QSO будет использовано, например, в частности, FISTS Log Converter, будут искать данные в поле TIME_ON, а не в каком-то из костылей USERDEFn, который, уверен на 99%, LogHX даже не объявляет в заголовке выдаваемых ADIF'ов (если вообще выводит это поле, уж пусть даже и не объявленный USERDEF, а хотя бы какой-нить собственный APP_xxx). Да и если объявить этот USERDEFn в заголовке по всем правилам, всё равно в качестве TIME_ON его ни одно приложение использовать не станет. Ибо для этого предусмотрено родное TIME_ON.
То есть, подпилить там напильником, подправить кувалдой, чтобы стало (ой ли, станет ли?) нормально отображаться в одном приложении, попутно слетев в куче других? Отличный совет! Спасибо! ))

