[DXLog.net - Support] Observations Using the DXLOG at the CQWWRTTY

9A5K 9a5k at 9a5k.com
Tue Oct 1 00:17:07 CEST 2013


OK, this is easy to add and it's similar behavior as with invalid qsos
which are marked with "------" sign.



On Tue, Oct 1, 2013 at 12:11 AM, Bob Wilson, N6TV <n6tv at arrl.net> wrote:

> OK good,
>
> By the way, as long as a required field isn't completely blank, Win-Test
> philosophy is not to slow you down by *forcing* you to correct invalid data
> before accepting the QSO line.  In other words, Win-Test will let you log a
> QSO in zone "0W", and it won't force you to correct it immediately.  But it
> will mark the line with "????" as a big flag when you log it, and it won't
> count it as a zone mult.
>
> But it won't keep you from logging the next station in the pileup, and
> that's a good thing.
>
> In sum, I think DXLog.net should work as it does now for blank, required
> fields.  But for invalid data, it should let you log anything, flag it, and
> then you can fix it later without slowing down.
>
> 73,
> Bob, N6TV
>
> On Mon, Sep 30, 2013 at 3:07 PM, 9A5K <9a5k at 9a5k.com> wrote:
>
> > Yep, you're right Bob...
> >
> > It should be exactly like you wrote.. have to correct this in dev
> > version.. tnx..
> >
> >
> > On Tue, Oct 1, 2013 at 12:05 AM, Bob Wilson, N6TV <n6tv at arrl.net> wrote:
> >
> >> On Mon, Sep 30, 2013 at 2:59 PM, 9A5K <9a5k at 9a5k.com> wrote:
> >>
> >> > FIELD_RCVD_RGX_CHECK=DEST->RCVD:^[0-9]$|^[0-4][0-9]$
> >> >
> >>
> >> But that would accept zones 41-49, which do not exist.  Maybe:
> >>
> >> FIELD_RCVD_RGX_CHECK=DEST->RCVD:^[0-9]$|^[0-3][0-9]|^40$
> >>
> >> ?
> >>
> >> 73,
> >> Bob, N6TV
> >> _______________________________________________
> >> Support mailing list
> >> Support at dxlog.net
> >> http://www.dxlog.net/mailman/listinfo/support
> >>
> >
> >
> _______________________________________________
> Support mailing list
> Support at dxlog.net
> http://www.dxlog.net/mailman/listinfo/support
>


More information about the Support mailing list