Or alternately the progress bar for the current sequence could be colored red 
or green depending on “progress” of TX or RX respectively.

 

73 de Bill ND0B

 

 

From: Black Michael [mailto:mdblac...@yahoo.com] 
Sent: Monday, January 2, 2017 11:36 AM
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Subject: Re: [wsjt-devel] Disable Tx after RRR/73

 

That Green/Yellow makes sense to me...that coloring matches the rx/tx mode and 
the colors on the Rx Frequency list plus the status line.  All would show green 
on Rx and yellow on Tx.

 

The main advantage in the red is that it does stand out letting you know you 
will be transmitting which is an important distinction.  Kind of a "warning" 
in-your-face.  I must say that I think I'd miss that color....

 

de Mike W9MDB

 

  _____  

From: ANDY DURBIN <a.dur...@msn.com <mailto:a.dur...@msn.com> >
To: "wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> 
" <wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> > 
Sent: Monday, January 2, 2017 11:22 AM
Subject: Re: [wsjt-devel] Disable Tx after RRR/73

 

"so are you saying that you want to revert to having no "Halt Tx" 
button and have the "Enable Tx" button have two functions that cannot be 
separated?"

 

There was always a Halt TX button but, with the r3673 functionality of Enable 
TX, I don't think it was needed.  Removing it would not be  reversion.

 

The first step would be to understand why the change from "TX Enable" to "Next 
Enable" was made.  I see no advantage but I only use JT9 and JT65 on HF and 6m. 
  I assume there was some advantage in other operating environments.

 

If the arguments for the change are still valid then, obviously, it won't be 
changed back to the simple TX Enable that it used to be in r3673 and earlier.  
If that is the case then I hope the description inconsistencies that I listed 
earlier will be addressed. 

 

Moving to brainstorming mode - The color red seems inappropriate for the 
indicator for either functionality.   If tri-state is an option I'd suggest no 
fill for no TX possible (no change),  Green for auto enable -  this message and 
the next one will be sent, and Amber for this message is the last one that will 
be sent.  Colors would change  at the end of the TX period or when this button 
or Halt TX was pressed.

 

73,

Andy k3wyc

 

  _____  

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

 

Send wsjt-devel mailing list submissions to
        wsjt-devel@lists.sourceforge.net 
<mailto:wsjt-devel@lists.sourceforge.net> 

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/wsjt-devel 


 <https://lists.sourceforge.net/lists/listinfo/wsjt-devel> wsjt-devel Info Page 
- SourceForge

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 
<mailto:wsjt-devel-requ...@lists.sourceforge.net> 

You can reach the person managing the list at
        wsjt-devel-ow...@lists.sourceforge.net 
<mailto: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: Disable Tx after RRR/73 (Bill Somerville)
   2. Re: Disable Tx after RRR/73 (ANDY DURBIN)
   3. Re: Disable Tx after RRR/73 (Bill Somerville)
   4. Re: Disable Tx after RRR/73 (Black Michael)


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

Message: 1
Date: Mon, 2 Jan 2017 15:07:33 +0000
From: Bill Somerville <g4...@classdesign.com <mailto:g4...@classdesign.com> >
Subject: Re: [wsjt-devel] Disable Tx after RRR/73
To: wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> 
Message-ID: <eb5e6493-1280-d049-33cb-8417fdb16...@classdesign.com 
<mailto:eb5e6493-1280-d049-33cb-8417fdb16...@classdesign.com> >
Content-Type: text/plain; charset="windows-1252"

On 02/01/2017 14:54, ANDY DURBIN wrote:
> My preference would be to go back to it being an Enable TX function. 

Hi Andy,

the "Enable Tx" button has always been "Enable auto Tx", in fact the 
underlying variable name is autoButton and it always has been.

Because the message protocols restrict you to transmitting in only the 
first or second period of the sequence the only interpretation of that 
button is transmit when it is next possible to do so. That may be now or 
at the start of the next suitable period. The "Halt Tx" button is not 
the antithesis of "Enable Tx" but it does happen to toggle it off, this 
is because it makes sense to not transmit again after a request to "Halt 
Tx". Once a transmission is started the "Halt Tx" button is the way to 
stop it, toggling "Enable Tx" to off does not do that, it never has.

73
Bill
G4WJS.

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

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

Message: 2
Date: Mon, 2 Jan 2017 16:40:20 +0000
From: ANDY DURBIN <a.dur...@msn.com <mailto:a.dur...@msn.com> >
Subject: Re: [wsjt-devel] Disable Tx after RRR/73
To: "wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> 
"
        <wsjt-devel@lists.sourceforge.net 
<mailto:wsjt-devel@lists.sourceforge.net> >
Message-ID:
        
<by1pr16mb0135fc13afce12de27de67048c...@by1pr16mb0135.namprd16.prod.outlook.com 
<mailto:by1pr16mb0135fc13afce12de27de67048c...@by1pr16mb0135.namprd16.prod.outlook.com>
 >
        
Content-Type: text/plain; charset="iso-8859-1"

"Once a transmission is started the "Halt Tx" button is the way to stop it, 
toggling "Enable Tx" to off does not do that, it never has."


Bill,


That assertion is simply not true. I keep v1.3 r3673 on my computer so I can 
check things like this. In r3673 pressing the lit "Enable Tx" button while 
transmitting a message does stop the message transmission!


"Enable TX" used to be just that - Enable TX - and if it was not lit then no TX 
was possible.


73,

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

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

Message: 3
Date: Mon, 2 Jan 2017 16:43:38 +0000
From: Bill Somerville <g4...@classdesign.com <mailto:g4...@classdesign.com> >
Subject: Re: [wsjt-devel] Disable Tx after RRR/73
To: wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> 
Message-ID: <7bddb2fe-42c4-1562-5818-82b407da1...@classdesign.com 
<mailto:7bddb2fe-42c4-1562-5818-82b407da1...@classdesign.com> >
Content-Type: text/plain; charset="windows-1252"

On 02/01/2017 16:40, ANDY DURBIN wrote:
>
> That assertion is simply not true. I keep v1.3 r3673 on my computer so 
> I can check things like this. In r3673 pressing the lit "Enable Tx" 
> button while transmitting a message does stop the message transmission!
>
> "Enable TX" used to be just that - Enable TX - and if it was not lit 
> then no TX was possible.
>
Hi Andy,

ok, so are you saying that you want to revert to having no "Halt Tx" 
button and have the "Enable Tx" button have two functions that cannot be 
separated?

73
Bill
G4WJS.

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

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

Message: 4
Date: Mon, 2 Jan 2017 16:50:10 +0000 (UTC)
From: Black Michael <mdblac...@yahoo.com <mailto:mdblac...@yahoo.com> >
Subject: Re: [wsjt-devel] Disable Tx after RRR/73
To: WSJT software development <wsjt-devel@lists.sourceforge.net 
<mailto:wsjt-devel@lists.sourceforge.net> >
Message-ID: <1938249038.5348081.1483375810...@mail.yahoo.com 
<mailto:1938249038.5348081.1483375810...@mail.yahoo.com> >
Content-Type: text/plain; charset="utf-8"

I think it's a case of semantics.? If you push "Tx" button on rig it starts 
Tx...."Enable Tx" sounds a lot like that.
"Enable Tx Next" might be more appropos.? Even then if you Enable during a Tx 
period it starts but at least that still meets the "Next" behavior I think.? Or 
"Tx Allowed".

de Mike W9MDB


      From: Bill Somerville <g4...@classdesign.com 
<mailto:g4...@classdesign.com> >
 To: wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> 
 
 Sent: Monday, January 2, 2017 10:43 AM
 Subject: Re: [wsjt-devel] Disable Tx after RRR/73
   
 On 02/01/2017 16:40, ANDY DURBIN wrote:
  
 That assertion is simply not true. I keep v1.3 r3673 on my computer so I can 
check things like this. In r3673 pressing the lit "Enable Tx" button while 
transmitting a message does stop the message transmission!  "Enable TX" used to 
be just that - Enable TX - and if it was not lit then no TX was possible. 
 Hi Andy, ok, so are you saying that you want to revert to having no "Halt Tx" 
button and have the "Enable Tx" button have two functions that cannot be 
separated? 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 <mailto:wsjt-devel@lists.sourceforge.net> 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel 


 <https://lists.sourceforge.net/lists/listinfo/wsjt-devel> wsjt-devel Info Page 
- SourceForge

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





   
-------------- 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 <mailto:wsjt-devel@lists.sourceforge.net> 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel 


 <https://lists.sourceforge.net/lists/listinfo/wsjt-devel> wsjt-devel Info Page 
- SourceForge

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





End of wsjt-devel Digest, Vol 35, Issue 11
******************************************


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

Reply via email to