I'm loving VARAC version 3.4... with one exception, the QSY pop-up!
Actually, I like the QSY feature very much, but the pop-up appears with Yes already highlighted and ready for input. The problem is that if I'm typing something into the outgoing message buffer when the pop-up appears, the dialog box takes my typing as its input. The dialog box can then disappear and I won't know what it did and it may have done something I didn't want to do - like QSY down directly onto another nearby station instead of allowing me to not QSY down, but QSY Up instead.
I think it would be better if the dialog box for confirming a QSY request were somehow inactive so that the user would have to actively click on it to accept or deny the request. That way the user could continue typing his/her current outgoing message, send it, and then QSY.
Anyone agree? Disagree?
Honestly, I have so many more important things to ignore in daily life that the QSY message is a lightweight concern. I don't even see it. I throughly enjoy VarAC.
Trying to manage other's behavior or use is an uphill frustration and slippery slope at the same time.
QSY popup and the timer 'countdown' is really annoying. If I have established a contact (example on 7105) There is usually enough time for a quick QSO and then RELEASE the frequency to someone else. That kinda works but is really no different than WSJT's canned messages..
What would be a better arrangement is for VARAC to suggest more than one frequency for users to select and then the user can then choose one and just call CQ (just like an SSB or CW QSO) that way several people are not listening on one Freq.
The calling freq can still the be used to 'beacon' a station or call CQ but include the other frequency - kinda like we do when using SPLIT on Contest (but in digi) - I hope I explained it well?
Any thoughts? as I hear a lot of dead-air?
I understand.
The only issue is that it steals focus while I'm typing and reacts to my typing. I want to QSY, but don't see the window because while I'm typing the words "Good to hear from you" into the buffer, the "Y" initiates the QSY. Or, if I'm typing "That's nice", the "N" cancels the QSY. Both of us want to QSY, but the other person initiated it without waiting for some idle time between exchanges.
Maybe the window can pop-up, but with neither YES or NO set as the default? This would require clicking on the dialog window and every time the user pressed a key, Windows would beep, indicating that some action was required (the default Windows operation when you press a key that's not expected in a dialog window).
Which bring up another issue. Sometimes QSYU/QSYD fails if one or other person is actively sending a message. I've had several QSOs where my message is being sent, the other person clicks QSYU/QSYD, and I get the pop-up, hit YES, and then we end up with one of us changing frequency, but not the other person. We end up chasing each other up/down the band as we QSYU or QSYD trying to find each other again!
QSY windows has to steal the focus from the VarAC windows othwise it will remain behind it and may not be seen and you miss your opportunity to QSY.
the default is YES as in 99% you would QSY.
You also get a DING sound letting you know something happened.
I understand what you experienced but it is just a matter of practice and getting used to how it works.
I did get some request for a different sound alert to distinguish the QSY alert from others. I will include this.