Laurie's desire was that a macro request would "queue" up...just like it
used to do -- right now it either just updates the message without the
button or transmits immediate.
True...operator can always do what they want but minimizing clicks is always
a nice thing for what  sounds like the common case.  Never neard anybody on
the JTAlert email list complain about the radio button being enabled.
A tri-state would let the other application allow the user to choose their
desired action.

Or...just adding the active tab  to the status would allow something
similar....

73
Mike W9MDB

-----Original Message-----
From: Bill Somerville [mailto:[email protected]] 
Sent: Sunday, May 31, 2015 8:19 AM
To: [email protected]
Subject: Re: [wsjt-devel] Free Text UDP message

On 31/05/2015 14:12, Michael Black wrote:

Hi Mike,
> Laurie says thanks for the recent change on the free text message.
>
> But.would still like be able to enable the radio button on tab 1.
My thinking was to try and keep it simple by hiding the differences between
tab 1 & tab 2. It seems to me that setting of the radio button on tab 1 for
the free text message can be easily achieved by waiting until the next Rx
period starts and then sending the send ASAP message. 
This is why I talked about visual feedback i.e. the free text message can be
seen to be changed immediately and the server can choose when to activate it
i.e. now or later.
>
> I wonder if the Send flag should be tri-state?
> Send=0 -- update text only
> Send=1 -- update text and "ready" button -- i.e. Tab 1 -- Tab 2 
> ignores
> Send=2 -- update text and transmit immediate -- so both Tab 1 & Tab 2 
> would transmit immediate
>
> Also...perhaps an added item to the status to show the active tab 
> would be nice.  So, for example, tab 3 & 4 one could disable macros 
> for example if they are not appropriate.
>
> 73
> Mike W9MDB
73
Bill
G4WJS.

----------------------------------------------------------------------------
--
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


------------------------------------------------------------------------------
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to