=Архив= LogHX: Аппаратный журнал любительской радиостанции, тема №2

[RX4HX]

LogHX - программа аппаратного журнала любительской радиостанции с большими возможностями настройки "под себя".

Вложение 244265


Сайт программы: RX4HX

Помощь по программе: Ссылка --> Начальная страница

Ссылка --> на файл Whatsnew.txt с информацией о последних обновлениях в релизе:

Ссылка --> Актуальные релизы и история изменений.

Канал на Youtube Сергея RD9CX: LogHX

База дипломов - >> Вложение 262565

Уважаемые друзья!
В связи с большой загрузкой по работе отвечать на личные письма и телефонные звонки возможности нет!
Просьба все вопросы и предложения писать на форуме QRZ.RU
Спасибо за понимание!

[4Z5CP]

Несколько погрешностей на заметку Алексею.

Связи с карточками Бюро и Директ не импортируются правильно.

Т.е. не принимают нового значения.

В окне фильтра:


При нажатии на поля QSl_P, QSL_R, QSL_S - выскакивает ошибка:


Версии от 08.02 и 09.02
Успехов.

[RD9CX]

Алексей, в одной из крайних версий появилась возможность группового редактирования. Оценил удобство при редактировании состояния QSL. Пометил, напечатал, в "Групповом редактировании" поставил дату QSLS_Date.
НО, ЧТОБЫ В ЛОГЕ ПОМЕНЯЛСЯ ЦВЕТ СТРОКИ QSO В СООТВЕТСТВИИ СО СТАТУСОМ QSL, приходится возвращаться и отдельно помечать эти выделенные связи, как "QSL послана/получена".
Можно подправить, дабы исключить лишние движения?

Алексей, а теперь, после этого у меня проявились сверхлишние телодвижения !!!
Дело в том, что я в основном отвечаю на присланные QSL.
Теперь разберЁм один пример:
Прислана карточка от француза. В ней значится только одно QSO 17-11-2013 на десятиметровом диапазоне.
В логе этой строки я делаю отметку QSLR и QSLS.
Затем я решаю отметить на отправку остальные три неподтверждЁнные связи (15-06-2013, 29-05-2014, 23-05-2015) как бы до кучи.... ну чтоб потом (если что) не отправлять... ради той-же экономии
Соответственно ставлю галочки только в колонке QSLS
Далее, набив 2 листа наклеек я иду в "Групповое редактирование" и ставлю даты сразу и в QSLS_Date и в QSLR_Date
И вот !!! после этого автоматом проставляются галочки в колонке QSLR



....и что ??? мне теперь опять "лопатить" все те карточки, чтобы снять на самом деле ещЁ не подтверждЁнные связи ????? это-ж капец какой-то

До этого обновления всЁ было в порядке как вы понимаете.
на них видно, что эти связи только отправлены (голубенькие) ! хотя даты проставлены в обеих колонках
Вот пример до введения этого обновления:



и даты проставлены... но и галочки в колонке QSLR не стоят.
Значит эта фича подходит не всем. По крайней мере тем, кто первым не отправляет свои QSL ки
Алексей. Нужно это как-то исправить чтоб всем хорошо было ))) !!! а-то капец правильной статистике

...только-что это обнаружил..... теперь фиг знает сколько сот QSLок нужно перелопачивать
ой как не охота )))

В "групповом редактирование" резонно проставлять даты сразу в обе колонки QSLR_Date и QSLS_Date, так-как выборочно в QSLR_Date она даты не проставит.
Тогда получается один вариант - ставить даты в окне "ручного ввода/редактирования", а это так-же геморойно.

Алексей. я же предлагал сделать так (если это програмно-возможно), чтобы дата вставлялась автоматом если есть отметка в QSLR или QSLS
То есть, если поставил галочку в ячейку QSLS, то и дата проставилась в колонке QSLS_Date.
Тогда всем будет удобно..... и "групповое редактирование" не нужно.

[RD9CX]

вот нашЁл наши дебаты по этому поводу:
http://forum.qrz.ru/355-loghx-appara...ml#post1330132
http://forum.qrz.ru/355-loghx-appara...ml#post1330152
как видно не всем это подходит.
... я бы даже сказал совершенно не подходит

[4Z5CP]

По логике, если есть дата получения карточки QSLR_Date, значит карточка получена и QSLR отмечается автоматически!
Вы ставите дату получения, а карточки на самом деле нет ?? Зачем ?
Дату QSLR_Date надо ставить только если КСЛ получена.

[RJ7M]

Чем дальше в лес, тем злее партизаны
В конце концов с учётом QSL (всех мастей и видов с подвидами) получается как и с цветами в "раскраске" Лога.
4Z5CP пытался разобраться (или подсказать) с АДИФами. Исписали много страниц. Результат? Остались каждый при своих интересах.
Теперь с датами QSL.
Некоторые окна, которые, как кажется пользователю, должны отвечать за QSL статус, "живут" своей жизнью.
Верно, птички в колонках QSLS и QSLR вообще "ни о чём". Зачем нужна птичка если за ней нет даты? Кому вообще нужен учёт без дат?
Некоторые окна также дублируют "половинчатые" возможности учёта QSL, а разнообразие этих окон возможно и преследовало изначальную цель предоставления широкого выбора функций, но на поверку, как видится, вносит только неразбериху.
Вложение 181664
Вложение 181665
Можно, конечно, выбрать единственный, из предлагаемого множества, способ учёта карточек, но, как показал RD9CX, этот способ не всегда оказывается оптимальным.
И мне кажется, что задача писателя Лога и в том, чтобы исключить возможные недопонимания или двоякие толкования со стороны пользователя. И, тем более, нелогичные отклики Лога в части учёта QSL, как одной из основных функций любого Лога.

[4Z5CP]

На счет какая строка относится к QSLS а какая к QSLR - когда подводите курсор к ним получаете всплывающею подсказку.

[RD9CX]

По логике, если есть дата получения карточки QSLR_Date, значит карточка получена и QSLR отмечается автоматически!
Вы ставите дату получения, а карточки на самом деле нет ?? Зачем ?
Дату QSLR_Date надо ставить только если КСЛ получена.

как видно из моего примера, одна связь всё таки подтверждена !!!
для трёх других я поставил QSLS.
...но это всего лишь один пример !!!
Теперь представьте, что я набиваю два листа наклеек (54 шт.)
Беру QSLку. В ней значится 3 QSO 10, 15, и 20 метров за 2014 год.
Но в окне "предыдущих связей" я вижу что в 2015ом году отработаны ещё пару бэндов 17 и 40 метров.
Разумеется в целях разумной экономии леса я ставлю для диапазонов 10, 15 и 20 метров галочки на QSLR и QSLS, а так-же включаю в эту наклейку ещё пару новых бэндов 17 и 40, тем более что количество QSO на наклейке у меня это позволяет (5 qso)
На 17 и 40 я ставлю галочки только в QSLS
Таких примеров очень много, где я добовляю связи которых нет на пришедших QSLках.
И в принципе меня не напрягает, что я ставлю даты сразу на отравленную и полученную, потому-что так гораздо быстрей и минимум лишних движений, если воспользоваться "групповым редактированием"
Даже если дата в QSLR_Date стоит, мне всё равно видно, что связь ещё не подтверждена.... она имеет голубенький цвет.

Так вот. Если не прибегать к групповому редактированию, то есть только один способ !!! ставить даты в окне "Ручного редактирование", а это в разы дольше... так-как нужно заниматься с каждым QSO в отдельности. Это приемлемо, если к Вам редко карточки приходят.... к примеру десяток )).... но когда ты их привозишь сотнями из QSL Buro Или долг как у меня с 2012 года... несколько коробок

я ж сразу предложил:
галка на QSLS - автоматом ставится дата в QSLS_Date в этом QSO
галка на QSLR - дата автоматом в колонку QSLR_Date

..... а иначе никак. Групповое редактирование не решит всех проблем. Как сейчас, она автоматом проставит галки на выделенные QSO.

[RD9CX]

На счет какая строка относится к QSLS а какая к QSLR - когда подводите курсор к ним получаете всплывающею подсказку.

лично у меня нет таких подсказок

...такая всплывающая подсказка есть в поле IOTA, если в нём указан... или написать номер острова

[RJ7M]

На счет какая строка относится к QSLS а какая к QSLR - когда подводите курсор к ним получаете всплывающею подсказку.

На окне "Legend" - ДА (со словом "legend")
На окне "Date" - НЕТ

Опять "Догадайся, мол, сама"?
Можно привести ещё примеры "недочётов".
Понятно, что когда-нибудь до них дойдёт очередь. А может и не дойдёт. Никто же не "жужжит". Значит всё ОК.

[RJ7M]

лично у меня нет таких подсказок

Наверное зависит от версии Лога. У меня крайняя - и как описАл выше.

[4Z5CP]

Таких примеров очень много, где я добовляю связи которых нет на пришедших QSLках.

Я не знаю как вы отправляете на печать, если через очередь на печать. то после отпечатывания карточек, можно задействовать меню очереди печати "Установить напечатанные QSL как отправленные" , установится только галка QSL_S, правда не проставляется дата и метод отправки

[RD9CX]

Наверное зависит от версии Лога. У меня крайняя - и как описАл выше.

Всегда ставлю последний пререлиз.
Скорей всего опять скины мешаются

Теперь о последних дебатах с датами.
В принципе фитча удобная как сейчас с Групповым редактированием.
Ненужно даже галочки в QSLR и QSLS проставлять. Выделяй себе тупо что нужно... потом при помощи Группового редактирования всё автоматом проставится, и галки, и даты.
Ну а для тех, кто чуть по другому с QSLками работает, нужно сделать так, как я предложил. И в этом случае можно обойтись без Группового редактирования.
Ведь никто не будет отрицать, что колонки QSLR и QSLR_Date одно целое. По этому и нужно сделать так, чтобы они работали вместе.
А пока они живут своей жизнью
А надо бы: Галочку на QSLR = дата в колонку QSLR_Date автоматом.
Таким-же макаром и для QSLS = QSLS_Date

[ES1BA]

мне кажется, что задача писателя Лога и в том, чтобы

выслушать все "хотелки"... и не спешить с их реализацией... "семь раз...".
Как сторонний наблюдатель, все больше убеждаюсь в том, что НХ все больше становится похожим на один известный Лог: все в одном флаконе со множеством вариантов и "рюшечек", что приводит к дублированию и неоднозначности функций и самое главное - к потере интуитивности пользования.
Никоим образом не хочу обидеть автора, просто мысли вслух...

[RJ7M]

Как сторонний наблюдатель, все больше убеждаюсь в том, что НХ все больше становится похожим на один известный Лог: все в одном флаконе со множеством вариантов и "рюшечек", что приводит к дублированию и неоднозначности функций и самое главное - к потере интуитивности пользования.

Именно это я и писал, только применительно к конкретной функции - QSL обмен.

Никоим образом не хочу обидеть автора, просто мысли вслух...

Ох уж эта толерантность. На здоровую и конструктивную критику не обижаются.

[RX1AG]

выслушать все "хотелки"... и не спешить с их реализацией...

Работа по логу свелась к мелким делам по JT65. Постоянно что-то там меняется, не стыкуется. Конца не видно...Очень много "хотелок" мелких и мало применимых...
А вот, конкретно, пока не получается сделать цифровой модуль более функциональным, более удобным для повседневной работы, нежели модуль UR5EQF. Это не позволяет полностью переходить на ЛогНХ.