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: [email protected] 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
MDB From: Lloyd To: [email protected] Sent: Saturday, December 17, 2016 5:08 PM Subject: [wsjt-devel] Possible bug in v1.7.0-rc3 and feature request. Today I updated my wsjt-x to v1.7.0-rc3. I primarily use it for wspr mode. I noticed that if monitor mode is not enabled

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

2016-12-17 Thread Lloyd
Today I updated my wsjt-x to v1.7.0-rc3. I primarily use it for wspr mode. I noticed that if monitor mode is not enabled, and wspr mode is enabled, and I select a band. The display updates to reflect the band, but when I click on monitor, it reverts back to the previously selected band. I had