Everything is hunky-dory nowthanks Joe
de Mike W9MDB
From: Joe Taylor <j...@princeton.edu>
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Sent: Tuesday, November 22, 2016 6:44 PM
Subject: Re: [wsjt-devel] r7329 breaks JTAlert
Mike --
Please see if
It's helpful to be able to click on a CQ in JTAlert rather than in the decode
window in WSJT-X when the band is very busy. It is frustrating when you go to
click on a CQ and the decodes keep scrolling the target station away (more than
once I've ended up clicking on the wrong station).
Jim S.
On 23/11/2016 11:05 AM, Joe Taylor wrote:
> Why would I want JTAlert to start a QSO?
JTAlert has always had this ability since the introduction of the UDP
interface. Double-clicking a Callsign (that is CQing) in JTAlert will
send the appropriate UDP "Reply" packet to WSJT-X which sets WSJT-X to
re development <wsjt-devel@lists.sourceforge.net>
> *Sent:* Tuesday, November 22, 2016 6:05 PM
> *Subject:* Re: [wsjt-devel] r7329 breaks JTAlert
>
> Why would I want JTAlert to start a QSO?
>
> On 11/22/2016 6:23 PM, Black Michael wrote:
> > The change in r7329
: Joe Taylor <j...@princeton.edu>
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Sent: Tuesday, November 22, 2016 6:05 PM
Subject: Re: [wsjt-devel] r7329 breaks JTAlert
Why would I want JTAlert to start a QSO?
On 11/22/2016 6:23 PM, Black Michael wrote:
> The
Why would I want JTAlert to start a QSO?
On 11/22/2016 6:23 PM, Black Michael wrote:
> The change in r7329 to fix the Autoseq disables JTAlert's ability to
> start the QSO. Clicking in JTAlert will show the CQ message in the
> receive window but no longer enables "Enable Tx".
> r7328 works fine.