Hi Neil,
despite your comments and their validity, it has become common practice
to end QSOs with an RR73 grid message. Because of this it is fairly
essential that WSJT-X knows to not treat such a message as a standard
grid message, extending that to handling such a message as a logging
prompt and final message, like it does for a 73 message, is not a great
deal of extra work. It does create some ambiguities and difficulties but
I would rather add some support than have many QSOs being logged with
incorrect grid squares. If I can find a way to accommodate a way of
generating RR73 messages to finish a QSO then I will add it but that
will always be optional. This all becomes far more important with the
use of auto-sequencing to make operating manageable with T/R periods don
to as fast as 5s.
73
Bill
G4WJS.
On 21/07/2017 00:45, Neil Zampella wrote:
Bill (G4WJS),
but doesn't that mean you have to redo the logic used by the double
click to change the current function from seeing RR73 as a grid, and
overwriting, then sending a -XX signal report?
I'm also guessing that you would have to make this band specific so
its not used with MS/EME/etc modes which would mess up the normal QSO
there. You have plenty of people still using WSJT v10 that it would
cause headaches for.
There are plenty of us who DON'T use RR73 as it doesn't save any time
on the slow modes whatsoever, and its an affectation that does not
need to be formalized as part of the protocol (IMHO).
Neil, KN3ILZ
On 7/20/2017 1:32 PM, Bill Somerville wrote:
On 20/07/2017 17:27, Bill Turner wrote:
How about R-73 to avoid confusion with grids RR-73?
Hi Bill,
that defeats the purpose of RR73, it is because it is a valid grid
that two complete callsigns can be sent with it as a standard
message. You suggestion would require a free text message with a 13
character (inc. spaces) size limitation.
73
Bill
G4WJS.
------------------------------------------------------------------------------
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