Ernesto Grueneberg wrote:
>
> n6tr@teleport.com wrote:
> >
> > > > How about changing the QSO subtotals in the program to QSO
> without
> > > > dupes. So you can tell how many real qso you have (would be
> better
> > > > if other line with dupes could be included) (I'm talking about
> the
> > > > logging screen, not the summary sheet)
> > > >
> > >
> > > I've been nagging Tree to do this for years. I'm glad to see I'm
> not
> > > the only one who thinks this makes more sense than the current
> > > method. So far Tree has resisted all my moans, but maybe if more
> > > people agree, and tell Tree so, he'll cry uncle on this as well.
> >
> > The basic problem with this is keeping track of the dupes and
> > coming up with correct QSO numbers. You obviously want your
> > QSO number to increment if you work a dupe. The two numbers are
> > the same thing currently in the program. I have looked a couple
> of
> > times
> > at making the two separate and always end up walking away from it
> > because it is too complicated.
> >
>
> how about this:
> you already have the qso nr in each band. when you log a dupe, the
> program extracts 1 from the subtotal. looks simple to me
> --
> Ernesto M. Grueneberg
> LU6BEG
>
> mailto:lu6beg@canopus.com.ar
>
> htpp://www.qsl.net/gadx
> mailto:GADX@qsl.net
--
Ernesto M. Grueneberg
LU6BEG
mailto:lu6beg@canopus.com.ar
htpp://www.qsl.net/gadx
mailto:GADX@qsl.net
--
FAQ on WWW: http://www.contesting.com/trlogfaq.html
Submissions: trlog@contesting.com
Administrative requests: trlog-REQUEST@contesting.com
Problems: owner-trlog@contesting.com
|