I am trying to set up TRLog so the function keys send messages more
suited to my operating style. To do this, I have done the following:
logcfg.dat contains nothing but the following line
INPUT CONFIG FILE = D:\HamRadio\TRLog\stdcfg.dat
stdcfg.dat contains all of my unchanging configuration info including
function key messages and function key labels. Why don't I just use the
supplied ones? Well, one of my changes was to make F7 send "PSE QRS", a
key I often need, sometimes several times during the same QSO.
This has been working well for me until the recent ARI contest. I did
the usual contest setup, selecting ARI. When I started operating, I
found the function key messages had changed from what I had programmed,
causing some puzzlement to the Italians and embarrassment/confusion to
me. (Can you say Lid in Italian?) While this is hardly the end of the
world I would like to understand what is happening.
I have the one line logcfg.dat described above in the TRLog folder.
I have my stdcfg.dat described above in the TRLog folder.
I have the ARI01.cfg file created by TRLog (I told it to call it ARI01)
in the TRLog\Log folder.
Path statements, etc., are set up so everything works.
I don't see any function key assignments in ARI01.cfg (other than the
ones I put in there during the contest with ALT-P).
I presume that the line in ARI01.cfg which says CONTEST = ARI invokes
something in tr.exe which, along with setting up the scoring system,
programs the function keys.
So, is the following right?
tr.exe reads the contents of logcfg.dat followed by the contents of
stdcfg.dat file pointed to by INPUT CONFIG FILE = .... Then, because tr
was invoked from an empty \log folder and a contest was selected, in
this case ARI, it reads the contents of the resulting .cfg file
(ARI01.cfg) in the \log folder. The CONTEST = ARI line in the .cfg file
sets up the scoring method, invokes a table of Italian provinces and
programs some of the F Keys, overwriting the F Key assignments in
stdcfg.dat, all within tr.exe.
I don't see any .dom files that look like they have anything to do with
ARI.
The 6.56 manual says to "look in the file FCONTEST.PAS to see how the
program configures itself" which I would love to do but I don't seem to
have received this file. If this is the source code for tr I can
certainly understand why it isn't distributed.
Anyway, it's starting to look like stdcfg.dat, while a good idea, isn't
going to work for me and that I should create a similar file and invoke
it with CTRL-V after the contest setup has created the (in this case)
ARI01.cfg file in \log.
Another approach, if I am right about how all this works, would be to
get Tree to remove all the F Key programming from the various contests
so it wouldn't mess up what I am trying to do with stdcfg.dat. As I
don't think this has been discussed here, at least since I subscribed
(less than a year), maybe I'm the only one who is so idiosyncratic as to
have a problem with this. If so, I should probably shut up and explore
the CTRL-V route.
None of this should be read as a complaint. The more experience I have
with TR the more impressed I am with the thought that has gone into its
creation. I'm simply trying to understand how to channel its power to
meet my needs, in this case F Key messages of my choice without having
to reprogam them for every contest.
Comments/advice anyone?
Jim Smith VE7FO
--
FAQ on WWW: http://www.contesting.com/FAQ/trlog
Submissions: trlog@contesting.com
Administrative requests: trlog-REQUEST@contesting.com
Problems: owner-trlog@contesting.com
Feature Wishlist: http://web.jzap.com/n6tr/trwish.html
|