<br><div class="gmail_quote">Steve<br><br>Only in my dreams would my gun be big enough to anticipate better than 1 in 2 mults called would respond first call.  So, 'big gun' functionality is not too much of a priority here.<br>
<br>However, were Laurent & Olivier to agree to implement cursor/field addressing, 'big gun' functionality would arise by default.  I believe it should only be necessary to add $SpaceBar to the S&P F4 message to achieve it.<br>

<br>Bob, 5B4AGN<br><br><div class="gmail_quote">2009/7/14 Steve London <span dir="ltr"><<a href="mailto:n2icarrl@gmail.com" target="_blank">n2icarrl@gmail.com</a>></span><div><div></div><div class="h5"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

As an N1MM Logger user, seeing this discussion is like deja vu. The N1MM users<br>
could never reach a clear consensus on the "correct" operation of ESM in S&P<br>
mode. The solution in N1MM was to add the so-called "big gun switch"<br>
configuration checkbox. When the big gun switch is "on", the first time you hit<br>
Enter, it sends your call. The next time you hit Enter, it sends the exchange.<br>
If you need to send your call again before sending the exchange, it requires<br>
hitting the "mycall" function key. When the big gun switch is "off", hitting<br>
Enter will continue to send your call until you use the spacebar to move the<br>
cursor into the exchange field. At that point, hitting Enter will send the exchange.<br>
<br>
Laurent and Olivier, save your self endless grief and bandwidth on this issue<br>
and add a "big gun switch" to Win-Test.<br>
<br>
73,<br>
Steve, N2IC<br>
<div><br>
Bob Henderson wrote:<br>
> Hi Philippe<br>
><br>
> No offence taken but I'd like to make a correction to your understanding.  I<br>
> make suggestions NOT demands.<br>
><br>
> I'm puzzled by your comment.  " IMHO, I want to know, every time I press the<br>
> 'enter' key, what will be output."  This is exactly my point No. 2. It is not<br>
> possible to know from looking at the screen what will be output as it is<br>
> dependent upon number of 'enter' key presses not the cursor position.<br>
><br>
> The change I have requested would ensure the operator can always know what<br>
> will happen next by checking the cursor position on the screen. This would be<br>
> true in both RUN and S&P modes.<br>
><br>
> I disagree that ESM cannot be useful in S&P.  I also disagree that it is<br>
> desirable to have to abandon it when repeats are requested.<br>
><br>
> With the scheme I have described 99%+ Qs can be handled with use of only the<br>
> 'enter' key and Space Bar.  With the current arrangement the % of Qs which<br>
> can be handled this way is significantly lower.<br>
><br>
> I firmly believe my suggestion would make for a superior ESM implementation.<br>
> I also accept if I am the only one that thinks so it would make no sense to<br>
> implement the change.<br>
><br>
> FWIW<br>
><br>
> Bob, 5B4AGN<br>
><br>
</div>> 2009/7/14 F6IFY Philippe <<a href="mailto:f6ify@free.fr" target="_blank">f6ify@free.fr</a> <mailto:<a href="mailto:f6ify@free.fr" target="_blank">f6ify@free.fr</a>>><br>
<div>><br>
> Hi Bob and all the list,<br>
><br>
> No offense Bob, but I hope Olivier and Larry will not follow your demand.<br>
> IMHO, I want to know, every time I press the "enter" Key, what will be the<br>
> output. So when I have a doubt I wish to be able to use the Fx keys to be<br>
> sure not sending the wrong message.<br>
><br>
> So, I hope Larry will keep the ESM as simple and stupid as it is for the<br>
> moment. IMHO, ESM is useful only in Run mode when all is "nominal"<br>
> (regular?).<br>
><br>
> I have used ESM intensively on others softwares, and I think the Larry's<br>
> design is by far the best.<br>
><br>
> 73 Philippe - F6IFY<br>
><br>
</div>> ----- "Bob Henderson" <<a href="mailto:bob@5b4agn.net" target="_blank">bob@5b4agn.net</a> <mailto:<a href="mailto:bob@5b4agn.net" target="_blank">bob@5b4agn.net</a>>> a écrit :<br>
<div><div></div><div>><br>
>> Dear Olivier and Laurent<br>
>><br>
>><br>
>> I realise you have only just implemented ESM in V4 but I wonder<br>
> if you<br>
>> might be prepared to consider a change to its functionality to accommodate<br>
>> cursor addressing?<br>
>><br>
>> The current functionality has two clear disadvantages IMHO:<br>
>><br>
>> 1. When a QSO does not follow the usual format it is necessary to revert to<br>
>> F keys to avoid inappropriate responses. (E.g a request for repeat of<br>
>> exchange.)<br>
>><br>
>> 2. The operator cannot tell from looking at the screen what will happen<br>
>> when he next presses return.<br>
>><br>
>> If ESM was re-coded such that message sent and logging action taken were<br>
>> dependent upon which field the cursor is in, together with the content of<br>
>> that field, these disadvantages would be overcome.<br>
>><br>
>> I believe the following behaviour would provide a useful improvement.<br>
>><br>
>> RUN<br>
>><br>
>> Cursor in empty Call field - return = F4 Cursor & Call in Call field -<br>
>> return = Insert Cursor in Exchange field - return = +<br>
>><br>
>> S&P<br>
>><br>
>> Cursor in empty Call field - return = F4 Cursor & Call in Call field -<br>
>> return = F4 Cursor in Exchange field - return = Insert<br>
>><br>
>> A useful addition to the message variables might be something<br>
> like $>.<br>
>> This variable added to the end of the RUN Insert message would<br>
>> automatically advance the cursor to the Exchange field. The Space Bar<br>
>> toggles between Call & Exchange fields, so it would only be necessary to<br>
>> press the Space Bar before Return on those occasions where a<br>
> repeat<br>
>> was requested.<br>
>><br>
>> Thank you for your consideration.<br>
>><br>
>> Bob, 5B4AGN, P3F<br>
>><br>
>><br>
>> _______________________________________________ Support mailing list<br>
</div></div>>> <a href="mailto:Support@win-test.com" target="_blank">Support@win-test.com</a> <mailto:<a href="mailto:Support@win-test.com" target="_blank">Support@win-test.com</a>><br>
<div>>> <a href="http://www.f5mzn.org/cgi-bin/mailman/listinfo/support" target="_blank">http://www.f5mzn.org/cgi-bin/mailman/listinfo/support</a><br>
> _______________________________________________ Support mailing list<br>
</div>> <a href="mailto:Support@win-test.com" target="_blank">Support@win-test.com</a> <mailto:<a href="mailto:Support@win-test.com" target="_blank">Support@win-test.com</a>><br>
<div><div></div><div>> <a href="http://www.f5mzn.org/cgi-bin/mailman/listinfo/support" target="_blank">http://www.f5mzn.org/cgi-bin/mailman/listinfo/support</a><br>
><br>
><br>
><br>
><br>
> ------------------------------------------------------------------------<br>
><br>
> _______________________________________________ Support mailing list<br>
> <a href="mailto:Support@win-test.com" target="_blank">Support@win-test.com</a> <a href="http://www.f5mzn.org/cgi-bin/mailman/listinfo/support" target="_blank">http://www.f5mzn.org/cgi-bin/mailman/listinfo/support</a><br>

_______________________________________________<br>
Support mailing list<br>
<a href="mailto:Support@win-test.com" target="_blank">Support@win-test.com</a><br>
<a href="http://www.f5mzn.org/cgi-bin/mailman/listinfo/support" target="_blank">http://www.f5mzn.org/cgi-bin/mailman/listinfo/support</a><br>
<br>
</div></div></blockquote></div></div></div><br>
</div><br>