Hello everyone
You guys haven’t heard from me before – I’m David Fisher, NX6D. I’ve been
watching this reflector for a couple of weeks, building and testing the program
as the versions roll out. I have hundreds of FT8 QSOs in my log and am close
to a multi-band WAS in FT8. I’m also an “alpha tester” for Flex Radio and
volunteer in other capacities with them.
I’d like to suggest that WSJT-X find a way to deal with the following scenario:
Monitoring a band, with JTAlertX running, I see a station in a QSO with another
station. JTAlertX flags it for me because it is located in a state I want for
WAS. Frequently the station I want to contact is replying to a third station’s
CQ. I’d like to double click the station in the left (or right) window and
have WSJT-X set the Call, Grid (if available), and RX frequency, but not set TX
Enable. This will get me set up to contact the station while monitoring the
QSO without adding QRM to it by having my transmitter pop up, even for a
moment. It would allow me to scroll the left window back, find the station,
select it without being concerned if it is transmitting or receiving at the
moment I double click it.
Experimenting with R8150, I see that if I set my TX frequency to something, and
set the TX Hold option, then it doesn’t move when I double click the station I
want. That’s part of what I’d like to have. I’ll have plenty of time to
position it to some location so that I can start my contact with the desired
station as a split operation.
The real issue is the TX Enable. I’d like to avoid having it set on the double
click so I can pick the right time in the other QSO to send my message, on a
split frequency.
Thanks for listening and 73
Dave Fisher / NX6D
________________________________
From: Joe Taylor <j...@princeton.edu>
Sent: Saturday, September 30, 2017 11:00:33 AM
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel] Experimental changes in r8146
Hi all,
Changes in program behavior can be confusing, so I apologize for some
recent instability in GUI operational behavior. Code revision r8146 is
yet another attempt to get it right -- or as near "right" as possible --
while supporting both simplex and split-frequency default operating styles.
The following is the commit message for r8146:
##########################################################################
Another try at optimizing the GUI for simplex and split behavior.
Details below:
1. Checkbox "Double-click on call sets Tx and Rx freqs" has been removed
from the Settings -> General tab.
2. Checkbox "Lock Tx Freq" on main window is relabled "Hold Tx Freq".
3. Behavior now defaults to the "simplex" behavior in use up to code
revision r8123. In particular, double-clicking on decoded mesages
that do not contain your own call moves both Rx and Tx frequencies.
If the first callsign is your own call, only Rx freq moves.
4. If "Hold Tx Freq" is checked, double-clicking on decoded messages
moves the Rx frequency; Tx frequency is moved only if CTRL was held
down.
5. Clicking on the waterfall moves Rx and Tx frequencies as before:
Rx only on a simple click, Tx only on SHIFT-click, and both on
CTRL-click. This happens even if "Hold Tx Freq" is checked (which
is why this box is no longer labeled "Lock Tx Freq").
##########################################################################
If I have not made mistakes, this arrangement should provide full
backward compatibility and also easy assertion of a mode that keeps your
Tx frequency fixed until you explicitly change it.
If you can build r8146 for yourself and try it on the air, please post
your comments here.
-- 73, Joe, K1JT
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
