Re: [wsjt-devel] Possible bug in v1.7.0-rc3 and feature request.

2016-12-18 Thread Black Michael
ummy_&&m_->monitor_last_used_; So if a rig=None monitor_last_used is always false instead of always true. de Mike W9MDB From: Bill Somerville To: wsjt-devel@lists.sourceforge.net Sent: Sunday, December 18, 2016 4:25 AM Subject: Re: [wsjt-devel] Possib

Re: [wsjt-devel] Possible bug in v1.7.0-rc3 and feature request.

2016-12-18 Thread Black Michael
devel] Possible bug in v1.7.0-rc3 and feature request. On 18/12/2016 04:36, Black Michael wrote: > Perhaps though a band change should set m_lastMonitoredFrequency > whether or not one is monitoring?  Not sure why you'd want to revert > back to a different band in this situation. H

Re: [wsjt-devel] Possible bug in v1.7.0-rc3 and feature request.

2016-12-18 Thread Bill Somerville
On 18/12/2016 04:36, Black Michael wrote: > Perhaps though a band change should set m_lastMonitoredFrequency > whether or not one is monitoring? Not sure why you'd want to revert > back to a different band in this situation. Hi Mike, that would defeat the purpose of "Monitor returns to last us

Re: [wsjt-devel] Possible bug in v1.7.0-rc3 and feature request.

2016-12-17 Thread Black Michael
If you uncheck the option "Monitor returns to last used frequency" that behavior stops. Perhaps though a band change should set m_lastMonitoredFrequency whether or not one is monitoring?  Not sure why you'd want to revert back to a different band in this situation. de Mike W9MDB From: Llo