Everything is hunky-dory nowthanks Joe
de Mike W9MDB
From: Joe Taylor
To: WSJT software development
Sent: Tuesday, November 22, 2016 6:44 PM
Subject: Re: [wsjt-devel] r7329 breaks JTAlert
Mike --
Please see if r7336 works
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
Mike --
Please see if r7336 works as you wish.
-- Joe, K1JT
On 11/22/2016 7:10 PM, Black Michael wrote:
> Well it's been doing it since we added the UDP interface. Bill
> explicitly coded it.
> You've always been able to double-click a CQ in the call slots on
> JTAlert and the reply
Well it's been doing it since we added the UDP interface. Bill explicitly
coded it.
You've always been able to double-click a CQ in the call slots on JTAlert and
the reply packet causes WSJT-X to Enable Tx.Having an extra click to Enable Tx
is an ergnomic pain.
de Mike W9MDB
From:
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.
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.
de Mike W9MDB