"I figured out my issue with the auto sequencing stopping at RRR. It does not 
have anything to do with with prompt to log pop up. I had Disable TX after 
sending 73 checkmarked in Settings/General tab. For some reason, it is 
disabling TX after sending RRR instead."


You have been caught by what I think is a very misleading user interface!


In earlier versions of wsjt-x if "Enable TX" was not red you could not 
transmit.  The name was consistent with the behaviour.


The function was then changed to enable auto sequencing  (or something 
similar).  Now the Enable TX light extinguishes at the start of 73 but the 73 
continues to be sent.


I don't know why this behaviour was changed but I don't like it.  The current 
interface is misleading because several items were not changed to reflect the 
new behaviour.


1. The button is still called "Enable TX" but TX is still enabled when it is 
not lit

2. The behaviour option is called "Disable TX after sending 73"  but this 
selection actually disables auto sequencing at start of 73

3.  The tool tip for the behaviour option does not describe what the option 
actually does

4. The tool tip for the Enable Tx button does not describe what the 
button/light does/indicates.


Either the behaviour needs to be changed back to how it used to be or the 
function names need to match what the system actually does.  My preference 
would be to go back to it being an Enable TX function.   If the Enable Tx 
button really did what is was labeled as,  there would be no need for the Halt 
TX button.


73,

Andy k3wyc






________________________________
From: wsjt-devel-requ...@lists.sourceforge.net 
<wsjt-devel-requ...@lists.sourceforge.net>
Sent: Monday, January 2, 2017 6:53 AM
To: wsjt-devel@lists.sourceforge.net
Subject: wsjt-devel Digest, Vol 35, Issue 9

Send wsjt-devel mailing list submissions to
        wsjt-devel@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/wsjt-devel
wsjt-devel Info Page - 
SourceForge<https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
lists.sourceforge.net
Your email address: Your name (optional): You may enter a privacy password 
below. This provides only mild security, but should prevent others from messing 
with ...



or, via email, send a message with subject or body 'help' to
        wsjt-devel-requ...@lists.sourceforge.net

You can reach the person managing the list at
        wsjt-devel-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of wsjt-devel digest..."


Today's Topics:

   1. Re: Prompt to log QSO when either RRR or 73 is sent (Jay Hainline)
   2. Re: Prompt to log QSO when either RRR or 73 is sent
      (Bill Somerville)


----------------------------------------------------------------------

Message: 1
Date: Mon, 2 Jan 2017 13:40:47 -0000
From: "Jay Hainline" <ka9...@mtcnow.net>
Subject: Re: [wsjt-devel] Prompt to log QSO when either RRR or 73 is
        sent
To: "'WSJT software development'" <wsjt-devel@lists.sourceforge.net>
Message-ID: <004801d264fd$d3a2c8d0$7ae85a70$@mtcnow.net>
Content-Type: text/plain; charset="utf-8"

I figured out my issue with the auto sequencing stopping at RRR. It does not 
have anything to do with with prompt to log pop up. I had Disable TX after 
sending 73 checkmarked in Settings/General tab. For some reason, it is 
disabling TX after sending RRR instead.





73 Jay KA9CFD



From: Jay Hainline [mailto:ka9...@mtcnow.net]
Sent: January 1, 2017 22:08
To: 'Black Michael' <mdblac...@yahoo.com <mailto:mdblac...@yahoo.com> >; 'WSJT 
software development' <wsjt-devel@lists.sourceforge.net 
<mailto:wsjt-devel@lists.sourceforge.net> >
Subject: RE: [wsjt-devel] Prompt to log QSO when either RRR or 73 is sent



I don?t know for certain why this was changed in the first place except the 
JT65 HF crowd is always looking for a way to sidestep a sequence to shorten the 
time for a QSO. This does not work in the meteor scatter VHF world where you 
are relying on random data bits to fly in on a meteor for less than 1 second 
and you are trying to decode just what the guy on the other end has received. 
If it aint broke, don?t fix it.



I hope I don?t get black balled for being negative like the Ham Radio Deluxe 
people do to users of their software. Lol ;-)



73 Jay KA9CFD



From: Black Michael [ <mailto:mdblac...@yahoo.com> mailto:mdblac...@yahoo.com]
Sent: Sunday, January 1, 2017 3:39 PM
To: WSJT software development < <mailto:wsjt-devel@lists.sourceforge.net> 
wsjt-devel@lists.sourceforge.net>
Subject: Re: [wsjt-devel] Prompt to log QSO when either RRR or 73 is sent



I think the consensus solution would be to make it a user option.

Seems the meteor scatter people have the most problems with it since they were 
quick to speak up.



I had proposed at one time to make the "Prompt me to log QSO" a tri-state box 
so one could check 73, 73+RRR, or none.  But seems the binary choice is clearer 
and there are no other tri-state checkboxes in WSJT-X.



So this patch makes it optional with an added option line below the current 
prompt option.  All worlds should be happy with this.



 <https://www.dropbox.com/s/s5xwpc39bubmzxx/rrr_option.patch?dl=1> 
https://www.dropbox.com/s/s5xwpc39bubmzxx/rrr_option.patch?dl=1





de Mike W9MDB





  _____

From: Seb < <mailto:w...@miamisky.com> w...@miamisky.com>
To: WSJT software development < <mailto:wsjt-devel@lists.sourceforge.net> 
wsjt-devel@lists.sourceforge.net>
Sent: Sunday, January 1, 2017 1:26 PM
Subject: Re: [wsjt-devel] Prompt to log QSO when either RRR or 73 is sent



IMHO the introduction of the log QSO prompt when you are sending RRR does not 
solve or help anything.



It is useless when you are doing meteor scatter. If I?m sending Tx3 and the 
other station hears that and sends Tx4 and then logs the contact, it is not a 
valid QSO because I have no idea if the other station has heard my report.  I 
will end up sending Tx3 several times until I just give up on the contact.



73 de Sebastian, W4AS





On Jan 1, 2017, at 9:38 AM, Jay Hainline < <mailto:ka9...@mtcnow.net> 
ka9...@mtcnow.net> wrote:



This was introduced in r7431. I think its bad form to get a prompt to log the 
QSO when you are sending RRR. How do you know if your QSO partner has received 
it if he does not send 73 back to you??



Jay Hainline KA9CFD

Colchester, IL  EN40om







------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org!  <http://sdm.link/slashdot> 
http://sdm.link/slashdot



_______________________________________________
wsjt-devel mailing list
 <mailto:wsjt-devel@lists.sourceforge.net> wsjt-devel@lists.sourceforge.net
 <https://lists.sourceforge.net/lists/listinfo/wsjt-devel> 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel



-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 2
Date: Mon, 2 Jan 2017 13:53:41 +0000
From: Bill Somerville <g4...@classdesign.com>
Subject: Re: [wsjt-devel] Prompt to log QSO when either RRR or 73 is
        sent
To: wsjt-devel@lists.sourceforge.net
Message-ID: <88cd7f71-519d-d86e-abcd-b04edce31...@classdesign.com>
Content-Type: text/plain; charset="windows-1252"

On 02/01/2017 13:40, Jay Hainline wrote:
> I figured out my issue with the auto sequencing stopping at RRR. It
> does not have anything to do with with prompt to log pop up. I had
> Disable TX after sending 73 checkmarked in Settings/General tab. For
> some reason, it is disabling TX after sending RRR instead.

Hi Jay,

the disabling of auto Tx and the automatic pop up of the logging dialog
are currenty linked. I believe the thinking was that if you are able to
log then you should stop sending. IMHO this is only true for the caller
as the station running the frequency is obliged to keep sending RRR
until they are sure that the caller has seen it, even though their end
of the QSO is compete and they can log it. This made sense when the
logging reminder only came up for 73 messages, now it also does for RRR
messages and that is causing the problem here.

Maybe we should pop up the log QSO dialog but only disable auto Tx once
the Ok has been clicked. Another option might be to split the setting
into two options like "Prompt to Log QSO" and "Disable auto Tx *after*
logging", the latter maybe only applying if the message that prompted
logging was a 73 message.

There must be a way of doing this that satisfies all modes and operating
methods.

73 & HNY
Bill
G4WJS.

-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

------------------------------------------------------------------------------
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


End of wsjt-devel Digest, Vol 35, Issue 9
*****************************************
------------------------------------------------------------------------------
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

Reply via email to