Thanks to Mike NF4E for the original issue report and patch that this
change was based on.
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8072 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
Slower decodes may mean that confirmation that a called station is
working another station arrives after start of Tx.
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8071 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
We cannot assume that a "DE <dx-call> <anything>" is or is not for us
so we must continue calling and risk possible QRM. Calling split
avoids this issue.
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8066 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
These attempt to ensure that a prefix is logged by the QSO partner
even if the compound call holder user Tx3 to tail-end a QSO.
The type 2 message generation options are largely overridden in
contest mode as only a few options make sense. Key is that Tx1 may use
only the base call when calling split is necessary, this requires that
both Tx3 and Tx4 have the full compound call otherwise the QSO partner
will never see the full call until it is possibly too late i.e. post
logging.
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8065 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
Message generation in contest mode now generates the correct Tx3 for
type 2 calls.
"<type-2> 73" is a free text so needed special handling in message
processing.
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8064 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
Generic message packing and unpacking routines now understand antipode
grid contest messages. These messages are now recognized as standard
messages in message response processing and dealt with appropriately
when contest mode is selected and applicable (currently FT8 and MSK144
only).
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8062 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
Double-clicks on 73 messages fixed. Fixed issue with incorrect decode
being selected by double-click. Refined auto-sequencing sign off
handling, any 73 or rr73 free text near Rx or Tx frequency taken as a
73 from QSO partner but if a standard message then must be from QSO
partner.
Moved functionality from MainWindow to DecodedText class.
More efficient picking of messages from decoded text windows by
extracting the text block directly.
Tighten up use of RR73 and skipping Tx1, these are now disabled for
relevant compound calls where they would break the QSO exchange.
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8056 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
73 messages from other QSOs on frequency should now be ignored rather
than being processed.
Also some long overdue refactoring and tidying of non-idiomatic C++
code in the logbook directory.
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8047 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
This means that "CQ DX", "CQ VT", etc., will be presistent until changed back.
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8035 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
Note that reverting to v1.7 will invalidate any saved working
frequencies from v1.8 but proceeding to v1.8 again will present a
reset set of working frequencies i.e. any user defined entries in v1.8
will be lost of a v1.8 -> v1.7 -> v1.8 transition is made.
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8018 ab8295b8-cf94-4d9e-aec4-7959e3be5d79
------------------------------------------------------------------------
r8012 | bsomervi | 2017-08-07 15:29:25 +0100 (Mon, 07 Aug 2017) | 1 line
Better fix for KG4 call country lookup and worked before status
------------------------------------------------------------------------
git-svn-id: svn+ssh://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx@8013 ab8295b8-cf94-4d9e-aec4-7959e3be5d79