<italic><color><param>0000,0000,0000</param>> Of significantly more value to
me, for instance, would be arranging the
> multiplier list (for domestic contests) in columns by call area instead of in
> straight alphabetical order. For me, at least, processing the info that way
> is about 10 times more intuitive than searching a straight alphabetical list
> of abbreviations.
</italic></color>I solved this a couple of years ago for my operations. Not
exactly what you're
suggesting, but a good alternative. I modified all of my .DOM files so that on
screen the mult list approximates a geographical map. All the mults are in
approximate correct location. I find that easier than the columns of 1's,
of 2's, etc.
The principle behind it is this: TR <italic>reads</italic> the .DOM file as a
sequential file and
displays it on screen. There is no mapping involved at all. However, Tree has
cleverly implemented a couple of features that allow you to play with the .DOM
files to affect how the mults are displayed, namely to have the remaining
display highlighted instead of being erased, and the ability to set the subdue
color of the worked mults to the same as the background, thus rendering them
The net result is when you work the YUK section, it disappears from the screen,
but is really still in place, so none of the other mults move. Having modified
your .DOM file so that the mults display where you want them, your map
I haven't played with the files since after NL was introduced (it's included)
think I only need to add WFL, correct? Or did I miss one? But if you want a
copy of the modified files, let me know.
73, Rod K4QG | It's pronounced
| Look it up.
Never be afraid to try something new;
remember amateurs built the Ark,
professionals built the Titanic
FAQ on WWW: http://www.contesting.com/trlogfaq.html
Administrative requests: trlog-REQUEST@contesting.com
Feature Wishlist: http://web.jzap.com/n6tr/trwish.html