Предлагаю ввести колонку TIME_OFF, в установках сделать выбор учитывать время начала/окончания или нет (TIME_ON = TIME_OFF), при импорте, если отсутствует TIME_ON или TIME_OFF, приравнять время и установить TIME_ON = TIME_OFF.
Предлагаю ввести колонку TIME_OFF, в установках сделать выбор учитывать время начала/окончания или нет (TIME_ON = TIME_OFF), при импорте, если отсутствует TIME_ON или TIME_OFF, приравнять время и установить TIME_ON = TIME_OFF.
Во первых мне так никто не объяснил практический смысл 2-х времени для QSO. На QSL - одно время, в LoTW/eQSL - одно. Везде учитывается одно время.
Во вторых: как сохранять QSO? Сейчас в лог записывается время сохранения QSO. Если вводить 2 время - руками вбивать время начала QSO?
В общем так: время в логе будет одно, потому как считаю, что второе время внесет лишь дополнительные проблемы и не добавит смысла.
Это скорее традиция в наше время ставшая анахронизмом. Для регистрации связи принято время окончания ЩСО.
PS Представьте, Вы начали охоту за ДХ, зафиксировали сие действо в журнале как начало связи. Можно звать его сколь угодно долго, бывает и по нескольку часов. Дозвались, и это будет время окончания ЩСО. Какое время связи будет в В карточке ДХа, какое время будет в ЛоТВ? Я полагаю, что и вопроса на эту тему возникать не должно. То же и в контестах, фиксируется момент окончания связи.
Все верно. Мы же не "сеансы связи" проводим.
Хотя лет 10 назад видел Положение одного из дипломов (кажется что-то из США), где
условием выполнения было именно длительность проведения CW-QSO... Т.е. необходима
была фиксация именно начала и окончания связи. Диплом меня не заинтересовал, но
условия запомнились.
Впрочем, возможно, что это единичный случай, когда действительно актуально
время начала QSO. :)
LogHX 331
Тестироание копи-пэйст:
1) Окно QSO Entry (все поля)
- CNTRL-C - коллизия с функцией сменить страну
- CNTRL-V - работает OK
- CNTRL-X - работает OK
2) Окно Ручной ввод/редактироване
Для полей: Callsign, Date, Time, Freq, Via, State, Loc, Iota, Legend/Date, Operator:
- CNTRL-C - не работает
- CNTRL-V - не работает
- CNTRL-X - не работает
Для остальных полей:
- CNTRL-C - работает OK
- CNTRL-V - работает OK
- CNTRL-X - работает OK
3) Я забыл указать еще одну комбинацию клавиш из данной серии:
CNTRL-A - выделить всё в данном поле
Кстати, она на некоторых полях ввода/редактирования работает, но выборочно.
Странно, ведь вы наверное одинаковые классы и методы применяете ко всем полям.
http://rx4hx.qrz.ru/files/loghx/prer..._build_332.exe
- оптимизировал работу CW для всех видов CAT - проверьте.
-
у себя такое повторить не смог, т.к. это раньше исправлял. Но тем не менее еще кое-то подправил. Сейчас "залипания" не долно быть
-
а Вы их для каких кнопок прописываете? Для окна где частота отображается? Если да, то там нужно просто команду писать, без CATCMD. Если для кнопок CW - то так:
[CATCMD:XT1;]
проверил - все отсылается.
Я уже писал, но кто читает, повторю.
Тем кому не надо то TIME_ON = TIME_OFF.
А если учитывать начало связи и конец, то TIME_ON это время ввода позывного в поле лога а TIME_OFF время записи в лог.
Так сделано во многих логах(в ААлог тоже).
Алексей я думаю вам не сложно это сделать, в установках сделать выбор использовать начало и конец связи или нет.
Так как этот лог используют многие кто работает на КВ так им может и не надо, а мне надо вот и спросил.
Но на нет и суда нет.
Алексей, проблема в том, что LogHX почему-то отвечает не на все споты. Вот, посмотрите протокол. Отправлено много спотов, но ответ (он показан зеленым) получен только один:
Вложение 195152
Как работает SDC.
Когда к нему подключается лог, SDC Telnet Server отправляет в лог проверочный спот (на частоте 455 МГц: DX de SKM1-#: 455083.8 XX9XXX 17 dB 30 WPM CQ 1035Z). Если ответ получен, то SDC будет передавать на панораму позывные, которые вернул LogHX, если не получен - то на панораму будут отправляться все споты.
Почему-то ответ на проверочный спот не приходит.