I kinda' like that idea....that flashing bar should have more meaning....it's
really a bit annoying but giving it some more meaning would make it more
tolerable.
But should it go red or yellow? I can see it either way. Yellow matches all
the other Tx indicators...but red says "hey dude...you're transmitting!" Red
might be a bit too visually stimulating for that flashing bar.
de Mike W9MDB
From: Bill ND0B <n...@ockert.us>
To: 'Black Michael' <mdblac...@yahoo.com>; 'WSJT software development'
<wsjt-devel@lists.sourceforge.net>
Sent: Monday, January 2, 2017 11:40 AM
Subject: RE: [wsjt-devel] Disable Tx after RRR/73
#yiv4780127622 #yiv4780127622 -- _filtered #yiv4780127622
{font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv4780127622
{panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv4780127622
{font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv4780127622
#yiv4780127622 p.yiv4780127622MsoNormal, #yiv4780127622
li.yiv4780127622MsoNormal, #yiv4780127622 div.yiv4780127622MsoNormal
{margin:0in;margin-bottom:.0001pt;font-size:12.0pt;}#yiv4780127622 a:link,
#yiv4780127622 span.yiv4780127622MsoHyperlink
{color:blue;text-decoration:underline;}#yiv4780127622 a:visited, #yiv4780127622
span.yiv4780127622MsoHyperlinkFollowed
{color:purple;text-decoration:underline;}#yiv4780127622
p.yiv4780127622msonormal0, #yiv4780127622 li.yiv4780127622msonormal0,
#yiv4780127622 div.yiv4780127622msonormal0
{margin-right:0in;margin-left:0in;font-size:12.0pt;}#yiv4780127622
span.yiv4780127622EmailStyle19 {color:windowtext;}#yiv4780127622
.yiv4780127622MsoChpDefault {font-size:10.0pt;} _filtered #yiv4780127622
{margin:1.0in 1.0in 1.0in 1.0in;}#yiv4780127622 div.yiv4780127622WordSection1
{}#yiv4780127622 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>
To: "wsjt-devel@lists.sourceforge.net" <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
<wsjt-devel-requ...@lists.sourceforge.net>
Sent: Monday, January 2, 2017 9:50 AM
To: 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
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
| wsjt-devel Info Page - SourceForgelists.sourceforge.netYour 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: 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>
Subject: Re: [wsjt-devel] Disable Tx after RRR/73
To: wsjt-devel@lists.sourceforge.net
Message-ID: <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>
Subject: Re: [wsjt-devel] Disable Tx after RRR/73
To: "wsjt-devel@lists.sourceforge.net"
<wsjt-devel@lists.sourceforge.net>
Message-ID:
<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>
Subject: Re: [wsjt-devel] Disable Tx after RRR/73
To: wsjt-devel@lists.sourceforge.net
Message-ID: <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>
Subject: Re: [wsjt-devel] Disable Tx after RRR/73
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Message-ID: <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>
To: 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
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
| wsjt-devel Info Page - SourceForgelists.sourceforge.netYour 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
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
| wsjt-devel Info Page - SourceForgelists.sourceforge.netYour 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
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
