I disagree. I've often used "DX Call" and "Generate Std Msgs" for
different purposes.
My viewpoint is based mainly on using MSK144 for meteor scatter. With
the existing behavior, you can enter a callsign and look up the location
or distance (if it's already in the calls file), or you can add a
callsign and location while running a QSO with another station. I would
not want the standard messages to change just because I manipulated the
DX Call info.
The current separation of roles is easy to understand and useful.
... Rich W2RG
On 03/12/2017 01:22 PM, Charles Suckling wrote:
Hi Bill
“I would also suggest that the tab one "Generate Std Msgs" button does
not really earn its place on the UI and I have wondered several times
if it could be dropped in favour of automatically regenerating the
messages when the "DX Call" line edit changes.”
Agreed.
This has caught a few folks out (including me) who ended up sending
calls from their previous QSO. I made the same suggestion a while
back, but it was felt then that this would be an ‘unexpected
consequence’ of changing the DX call.
73
Charlie
.
------------------------------------------------------------------------------
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
------------------------------------------------------------------------------
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
