On 4/07/2016 10:16 PM, Bill Somerville wrote: > I am not quite sure how this would be delivered and used. I am a little > wary unless there is a strong use case, this is because the code to > reset the watchdog is in a very performance sensitive place in the UI. > The cases mentioned so far are, I believe, now covered within WSJT-X. > Especially as simply double clicking a decode in JTAlert, for example, > will start a new QSO without any need for interaction with WSJT-X until > it is necessary to progress the QSO. > > 73 > Bill > G4WJS. The expectation is that a UDP Status packet, with an appropriate Boolean flag set, be delivered when the timeout as been tripped. The current state of the internal counter is not needed, just a status message of watchdog activation. This would allow for the generation of an audio alert external to WSJT-X without the need for the end-user to be physically watching their computer screen looking for a popup window or GUI message.
de Laurie VK3AMA ------------------------------------------------------------------------------ Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
