On 01/10/2014 16:05, Joe Taylor wrote:
> Bill --
Hi Joe,
>
> Yes, TS-2000. I can use either a Debug or Release configuration -- let
> me know which would be useful. I probably won't get to doing further
> tests until this evening.
OK in a Debug configured build tree set the following CMake option
Bill --
Yes, TS-2000. I can use either a Debug or Release configuration -- let
me know which would be useful. I probably won't get to doing further
tests until this evening.
-- Joe
On 10/1/2014 10:59 AM, Bill Somerville wrote:
> On 01/10/2014 15:56, Joe Taylor wrote:
>> Hi Bil
On 01/10/2014 15:56, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
>
> I'm using the hamlib interface.
OK, that shouldn't happen. I assume that is with a TS-2000. I need to
see a trace from that to see exactly what is happening. Do you normally
test with a Debug or Release configuration build?
>
> -
Hi Bill,
I'm using the hamlib interface.
-- Joe
On 10/1/2014 10:24 AM, Bill Somerville wrote:
> On 01/10/2014 15:22, Joe Taylor wrote:
> Hi Joe,
>> I have noticed that when operating in Split mode, double-clicking on a
>> line of decoded text causes a momentary change of VFO A frequency,
On 01/10/2014 15:22, Joe Taylor wrote:
Hi Joe,
> I have noticed that when operating in Split mode, double-clicking on a
> line of decoded text causes a momentary change of VFO A frequency,
> whenever the final result will also change the frequency of VFO B.
>
> Yes, at the end VFO A is reset back w
I have noticed that when operating in Split mode, double-clicking on a
line of decoded text causes a momentary change of VFO A frequency,
whenever the final result will also change the frequency of VFO B.
Yes, at the end VFO A is reset back where it should be; but why is it
changed, at all? Is