tlf-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Tlf-devel] TLF Improvement Suggestions


From: Bob Nielsen
Subject: Re: [Tlf-devel] TLF Improvement Suggestions
Date: Sat, 5 Jul 2008 08:18:47 -0700


On Jul 4, 2008, at 8:49 AM, Chris Maness wrote:

3. Also, their is no such mode DIGI in the adif spec. Q's that have DIGI in the mode field, get kicked out when I try to import into trusted QSL. I have to change by hand in another program. RTTY, PSK31 etc, are acceptable modes for tqsl. It would be nice to have more choices in digi modes (just legit ones that won't get kicked out by other apps).

DATA is the correct generic digital mode to use with TQSL. The following are also accepted: AMTOR, CLOVER, FSK31, FSK441, GTOR, HELL, HFSK, JT65, MFSK16, MFSK8, MINIRTTY, MT63, OLIVIA, PACKET, PACTOR, PSK125, PSK31, PSK63, Q15, RTTY and THROB (I am not even sure what all of these are).


7. The edit mode drops users into vi or some other arcane editor (yes I know, I love VI's arcaness too), and out older crew absolutely had no clue. I was looking to add pico, but it looks like this program has been obsoleted. However, I think that pico would even be too much for these guys. Is there a editor that emulates the old DOS text editor. We need something completely bonehead here.

Joe is supported and is WordStar-like. It actually has a pico clone (jpico), but that is not supported by TLF. It probably wouldn't take many changes to the code to use jpico, but I haven't tried it.

10. A GUI mode -- It would be nice to be able to use it in console or GUI. I really like N1MM. Maybe this would be a model to construct it on. Again, there should be a dumb dumb mode for this too as some of our club members even complain that N1MM is too complex (a windows app).

Have you tried xtlf?

73, Bob N7XY





reply via email to

[Prev in Thread] Current Thread [Next in Thread]