<div dir="ltr">2008/9/24 José Nunes CT1BOH <span dir="ltr"><<a href="mailto:ct1boh@gmail.com">ct1boh@gmail.com</a>></span> <br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr"><div class="Ih2E3d">
<div>If you push F1 on radio 1, and immediately push "*", the radio will finnish sending the content of F1 on radio1, but radio2 is already the active radio. So using a paddle or pushing a F key (after the "* key") will send CW into radio2, the active radio.</div>


<div>This is the way it is supposed to work.</div></div></div></blockquote></div><br>It doesn't work this way with Winkey paddles, unfortunately.  Perhaps it is going to be hard to implement this behavior in the Win-Test code without breaking something else.  The code would have to be changed to treat WinKey paddle sending different than it treats function key sending.  Function key sending always "completes" the last message before switching active radios, unless you press [Esc] or another function key.  Paddle sending should immediately cancel all queued messages, and switch to the "yellow" or "current" radio before output begins.<br>
<br>So it seems like the first dot or dash could get chopped up a bit if the paddle CW and radio switch are supposed to happen at exactly the same time.   What should happen if you press [Shift] in the middle of a paddle-sent
dash?  Should the first part of the dash be sent on Radio 1 and second
part on Radio 2?  Probably so, as that is what you would expect intuitively, since that is what happens with a manual A/B switch.<br>
<br>There are also three different possible ways to switch the active radio that have to be handled in the code:<br><br>[*] - Swap active radio<br>[CapsLock] - Switch to secondary radio (Caps Lock Binds to the secondary radio)<br>
[Shift] - Temporarily switch to secondary radio as long shift is held down (Shift binds to the secondary radio)<br><br>73,<br>Bob, N6TV<br></div>