The idea of reserving or locking serial numbers has been discussed at length on this reflector many times.  The author has tried to explain that they do not want to implement the complexity of a serial number server or network lock.<div>

<br></div><div><a href="http://lists.f5mzn.org/pipermail/support/2009-August/078077.html">http://lists.f5mzn.org/pipermail/support/2009-August/078077.html</a></div><div><br></div><div><a href="http://lists.f5mzn.org/pipermail/support/2009-August/078077.html"></a>Serial numbers should be <b>by band</b> if you are MULTI-TWO or MULTI-MULTI.  Serial numbers should be sequential if you are multi-single, partially to discourage the use of the octopus.</div>

<div><br></div><div>The bottom line is that it is very unlikely that the Win-Test code is going to be changed to implement serial number reservation, so you need another system.  It is also perfectly acceptable to give the same serial number to two different QSOs, as long as the sent serial number is shown  correctly in the Cabrillo file.</div>

<div><br></div><div>I do think it should be a lot easier to update a sent serial number than it is today, where you have to select Edit Sent Serial Number from the menu.</div><div><br></div><div>73,</div><div>Bob, N6TV<br>

<div><br><div class="gmail_quote">On Mon, Mar 28, 2011 at 11:06 AM,  <span dir="ltr"><<a href="mailto:kd4d@comcast.net">kd4d@comcast.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Good day:<br>
<br>
First time WinTest User here - we were successful using WinTest for the first time<br>
in WPX!  :-)  It was refreshingly stable compared to CT (DOS) and we only had ONE<br>
minor configuration problem on one computer!<br>
<br>
Like CT before it, WinTest has the "feature" of changing the serial number in<br>
the logging window if another station logs a QSO using that number.  The<br>
suggested solution in the manual requires the operator to log the QSO with a bad<br>
serial number and go back to correct it.  Tired operators don't do this well.<br>
<br>
I suggest "locking" the serial number update on the screen whenever a character<br>
is typed in the logging window (or, perhaps, requiring a "space" to get to the<br>
entry window).  This WOULD cause sending duplicate serial numbers sometimes<br>
(unless something complicated like a serial number server is implemented),<br>
but that's preferable to logging a different number than is sent.<br>
<br>
N1MM's solution is elegant, but it sends wildly out of sequence<br>
serial numbers and requires a central server.  I think this proposal would<br>
probably be reasonably easy to implement and, with minimal operator<br>
training, eliminates the problem of logging a different serial number than<br>
was sent.<br>
<br>
(I think that freezing the number on on the first character being typed into<br>
the window is preferable.  It can be "unfrozen" if the line is wiped).<br>
<br>
Comments?<br>
<br>
73,<br>
<br>
Mark, KD4D<br>
_______________________________________________<br>
Support mailing list<br>
<a href="mailto:Support@f5mzn.org">Support@f5mzn.org</a><br>
<a href="http://lists.f5mzn.org/cgi-bin/mailman/listinfo/support" target="_blank">http://lists.f5mzn.org/cgi-bin/mailman/listinfo/support</a><br>
</blockquote></div><br></div></div>