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

[RX4HX]

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

Вложение 244265


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

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

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

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

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

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

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

[EU1FQ]

Hi/
Позывной стирается в окне ввода щсо также при смене модуляции, что тоже не очень удобно. К примеру работаю я ссб, а корреспондент просит провести связь в тлг. Пока мы с ним договариваемся, я сохраняю щсо, набираю еще раз позывной, перехожу в тлг а все поля пустые. Снова набирать, провожу связь, а после проведения связи быстро перейдя в ссб все стерлось. Немного неудобно и временя много уходит.

А эти кнопочки Вам для чего даны?



- - - Добавлено - - -

И еще, для облегчения ввода позывного

[RW3DQC]

А эти кнопочки Вам для чего даны?



- - - Добавлено - - -

И еще, для облегчения ввода позывного

наверно для сохранения данных во внутреннем колбуке, но никак для того чтобы не стирался позывной при смене вида работы

[RX4HX]

не стирался позывной при смене вида работы

Это функция в логе такая. По моему верная - работали CW, ввели позывной. Не сработали, перешли в SSB - позывной стерся. Логика такая. Не могу представить логику, что при смене модуляции позывной в окне ввода не должен стираться.

- - - Добавлено - - -

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

Ну да, может быть такое. Но неужели такое часто бывает?

[RX1AG]

Не могу представить логику, что при смене модуляции позывной в окне ввода не должен стираться.

запускаю лог без САТ... Работаю с корреспондентом на 20м провел ЩСО. Он просит перейти на 40 м. Переключаю в окне QSO ENTRY диапазон -- позывной корреспондента стирается !!??. Нужно вводить заново. Почему? Такая логика сейчас....
Разве она правильная?

[RW3DQC]

Это функция в логе такая. По моему верная - работали CW, ввели позывной. Не сработали, перешли в SSB - позывной стерся. Логика такая. Не могу представить логику, что при смене модуляции позывной в окне ввода не должен стираться.

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

- - - Добавлено - - -

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

в некоторых программах есть галочки стирать позывной при смене диапазона, при смене модуляции. Может так сделать?

[RX4HX]

При отправке журнала на LotW выскакивает окошко:

У меня такое же явление:

У себя такое повторить не смог. При возникновении этой ошибки проверьте:
в папке лога LoTWUploads - создается adi и tq8-файлы?

[EU1FQ]

наверно для сохранения данных во внутреннем колбуке, но никак для того чтобы не стирался позывной при смене вида работы

Позывной просто обязан стираться перед проведением нового QSO! Или Вы хотите перед каждым новым Call самостоятельно очищать окно ввода? Лично я категорический против!
Алгоритм можете применить, к примеру, такой. Сработали Вы с EU1FQ в SSB режиме, сохранили QSO в лог. Затем перешли в CW участок, начинаете набирать EU1...., в выпадающем списке сразу появится позывной EU1FQ, щелчок по нему мышкой, и сразу в окне ввода появится позывной EU1FQ и вся информация о нем. Останется только внести рапорт. В настройках лога должны стоять галочки "Сохранять данные позывного во внутреннем Колбуке при сохранении" и "Выпадающий список позывных". Что еще надо? Или лог автоматом должен провести за Вас QSO?
Как часто Вы с одним и тем же оператором проводите QSO в одной моде а потом сразу в другой? Одно, два, тысячи? Создаете проблему на пустом месте.

[UI7F]

To: RX4HX
У себя такое повторить не смог. При возникновении этой ошибки проверьте:
в папке лога LoTWUploads - создается adi и tq8-файлы?

Да, Алексей, мало того, QSL отправляется на LotW. И после закрытия этого окошка появляется галочка - QSL отправлена.
Смотрел на LotW, там QSL есть. Здесь самое неудобное, что это окошко выскакивает под всеми окнами, чтобы его достать надо по Alt+Tab переходить.
По закрытию все работает штатно.

- - - Добавлено - - -

To: EU1FQ
Позывной просто обязан стираться перед проведением нового QSO!

Николай, я ни в коем случае не говорю, что здесь что-то не правильно работает...
Ведь Вы наверное помните в UR5EQF - ставится галочка "Не изменять данные о корреспонденте" Я только про это!
Просто значит еще не сделано... Когда-нибудь будет...

[RW3DQC]

Позывной просто обязан стираться перед проведением нового QSO! Или Вы хотите перед каждым новым Call самостоятельно очищать окно ввода? Лично я категорический против!
Алгоритм можете применить, к примеру, такой. Сработали Вы с EU1FQ в SSB режиме, сохранили QSO в лог. Затем перешли в CW участок, начинаете набирать EU1...., в выпадающем списке сразу появится позывной EU1FQ, щелчок по нему мышкой, и сразу в окне ввода появится позывной EU1FQ и вся информация о нем. Останется только внести рапорт. В настройках лога должны стоять галочки "Сохранять данные позывного во внутреннем Колбуке при сохранении" и "Выпадающий список позывных". Что еще надо? Или лог автоматом должен провести за Вас QSO?
Как часто Вы с одним и тем же оператором проводите QSO в одной моде а потом сразу в другой? Одно, два, тысячи? Создаете проблему на пустом месте.

из-за вашего "Лично я категорический против!" потеряется оперативность в работе. Проведите анализ работы первого и второго варианта и предоставьте обоснованное заключение , что ваш вариант самый оптимальный. Или вы являетесь генеральным спонсором разработчика ПО и имеете 51% акций, что так высказываетесь. Если вы проводите 1 связь в 1 час и вам больше ничего не надо то пожалуйста делайте как вы привыкли. Открыл сумочку, достал кошелочку, закрыл сумочку, открыл кошелочку и т.д.

А зачем переходить в тлг участок, если я могу работать тлг там где я работаю ссб.
Набирая eu1... у меня выпадает еще eu1aa, eu1ab и т.д. и пока пролистаю и дойду до вашего позывного уйдет куча времени, а там где я работал на общий вызов частота уже занята. Вот для вас как раз нужно в настройках сделать галочки " стирать позывной при смене моды", " стирать позывной при смене диапазона"
Вот тогда и вам и мне работать будет комфортно в логе.

[RN7T]

Позывной просто обязан стираться перед проведением нового QSO

Создаете проблему на пустом месте.

Правильная логика. Провёл связь в SSB занёс в лог. Все поля очистились. Надо связь в ТЛГ набрал позывной, провёл QSO занёс в лог, поля очистились. Каждая связь фиксирует частоту, вид моды, время. Всё понятно.
А вот с дробью в позывном действительно проблема. Как только к позывному добавляешь / все поля очищаются. Принял позывной UA6F вся инфо есть , добавил только/ все поля очистились. Программа видит уже другой позывной. Вот тогда приходится товарища не отпускать пока все поля не занесёшь вручную. Я иногда не ставлю /Р или /9 и это не правильно.
При этом человек даёт новый RDA. Или QTH. В этом случае как правильно поступить?

[ES1BA]

В этом случае как правильно поступить?

В некоторых Логах алгоритм такой...
1- добавил /QRP, QRPP - ничего не стирается
2- добавил /м - остается имя, область, рда - без номера
3- добавил /1,2...,0 - все стирается кроме имени
и никаких дополнительных галочек...

[RW3DY]

Любая лишняя "галка" это усложнение алгоритма.
Потом опять вылавливание багов.
Из-за "хотелок" пары человек.
Будут ...... остальные пользователи.

[RW3DQC]

Правильная логика. Провёл связь в SSB занёс в лог. Все поля очистились. Надо связь в ТЛГ набрал позывной, провёл QSO занёс в лог, поля очистились. Каждая связь фиксирует частоту, вид моды, время. Всё понятно.
А вот с дробью в позывном действительно проблема. Как только к позывному добавляешь / все поля очищаются. Принял позывной UA6F вся инфо есть , добавил только/ все поля очистились. Программа видит уже другой позывной. Вот тогда приходится товарища не отпускать пока все поля не занесёшь вручную. Я иногда не ставлю /Р или /9 и это не правильно.
При этом человек даёт новый RDA. Или QTH. В этом случае как правильно поступить?

да, после проведения щсо должен стираться ОБЯЗАТЕЛЬНО. Но. если я его набрал повторно, при этом договариваясь в ссб о проведении щсо в тлг и переходя в другую моду он должен остаться.

- - - Добавлено - - -

Любая лишняя "галка" это усложнение алгоритма.
Потом опять вылавливание багов.
Из-за "хотелок" пары человек.
Будут ...... остальные пользователи.

и из-за нехотелок пары человек

прям революционная ситуация
Верхи не хотят... изменений свои привычки лучшую сторону, а низы не хотят жить по–старому

- - - Добавлено - - -

От многих слышно ...
И зачем я поставил новую версию программы, в старой так было хорошо...

[RO7F]

To RX4HX

Алексей написал в личку.

[RN7T]

Но. если я его набрал повторно, при этом договариваясь в ссб о проведении щсо в тлг и переходя в другую моду он должен остаться.

Не должен. Сначала переключись в ТЛГ а потом набираете позывной. Так логичнее.