Hello Thomas,
On Sun, Jan 05, 2014 at 02:17:00PM +0100, Thomas Beierlein wrote:
> Hi ervin,
>
> I am using these one:
>
> https://gist.github.com/dl1jbe/8268022
>
> Looks very similar to yours. It works for me here.
yes, that's almost same that mine.
You've used the SERIAL+SECTION, but then i
On 01/05/2014 05:13 AM, Thomas Beierlein wrote:
Hi Ed,
sorry for late reply, I was away a little. I just rechecked: on TLF's
side there is only one Newline before a macro and one after it. I
changed it back in October 2012.
Do not worry about the reply. I understand needing time away.
This is
Hello Thomas,
On Sun, Jan 05, 2014 at 02:21:56PM +0100, Thomas Beierlein wrote:
> Am Sun, 5 Jan 2014 14:09:21 +0100
> schrieb Ervin Hegedüs - HA2OS :
>
> > Hello Thomas, hello Nate,
> >
> > a few days ago I sent a patch to Nate (through this list) for
> > hamlib, to fix this bug in case of Kenwo
Am Sun, 5 Jan 2014 14:09:21 +0100
schrieb Ervin Hegedüs - HA2OS :
> Hello Thomas, hello Nate,
>
> a few days ago I sent a patch to Nate (through this list) for
> hamlib, to fix this bug in case of Kenwood rigs. May be he will
> merge...
>
> But I think the original problem will not solved with t
Hi ervin,
I am using these one:
https://gist.github.com/dl1jbe/8268022
Looks very similar to yours. It works for me here.
73, de Tom DL1JBE
Am Sat, 4 Jan 2014 12:09:54 +0100
schrieb Ervin Hegedüs - HA2OS :
> Dear OM's,
>
> there will be the HA-DX on 3rd full weekend of this month
> (18th/19
Hello Thomas, hello Nate,
a few days ago I sent a patch to Nate (through this list) for
hamlib, to fix this bug in case of Kenwood rigs. May be he will
merge...
But I think the original problem will not solved with this,
namely I would like to keep untouched my filter state, when I
switch band/VF
Hi Ervin, hi Nate,
I think you both have your points
RIG_PASSBAND_NORMAL is defined as a special coded width value. Every
rig should interpret that value as 'use the defined _normal_ bandwidth
for that mode. As it seems that there are backends which misses these
behavior I think the problem
Hi Ed,
Am Sat, 04 Jan 2014 16:15:57 -0500
schrieb Ed :
> On 01/04/2014 03:02 PM, FS wrote:
> > I agree that the LF after the macro could be skipped. But 2 LFs in
> > place before I find useful, to start on a clean line. 73 Fred from
> > https://github.com/Tlf/tlf/blob/master/ChangeLog 2012-10-13
Hi Ed,
sorry for late reply, I was away a little. I just rechecked: on TLF's
side there is only one Newline before a macro and one after it. I
changed it back in October 2012.
Please read also the NEWS entry for tlf-1.1.4, especially the last
sentence:
- Rework of digimode handling together
