I was in a QSO today with a new user of VarAC. I was telling him about the QSYU and QSYD buttons and told him "Do not type a message with 'QSY U' or 'QSY D' (no spaces) in it." He sent the reply, "Does hitting the QSYU/QSYD buttons automatically send a QSY request?" Well, you can guess what happened! As soon as VarAC parsed the message, it saw "QSYU" and initiated a QSY up 750 Hz. While we were both using version 3.4, we were unable to re-sync our operating frequency so had to abort the QSO, go back to the calling frequency and call each other again! Then we deliberately QSY'd away from the calling frequency (which worked).
Wouldn't it be better if the Gestures had to be enclosed in an "escape" character? Tags already are, like "<NAME:xxx>", "<QTH:xxx>" and "<LOC:xxx>". Why not the Gestures? I'm sure people are tired of hearing three dings every time I tell them about the DISCO I went to last week! LOL.
Enclosing the Gestures in an escape character, such as "<QSYU>" or "[QSYD]" or "[HIHI]" would avoid accidentally sending regular text that is processed as a command.
Released today on V3.5
Sorry for confusing the name of the software in my video!
One more thing...
Would it be possible to parse the <NAME:xxxx>, <QTH:xxx> and <LOC:xxx> tags so that the tag does not show up in the QSO?
Example:
Welcome Message: "Hello, this is <NAME:Joe">, located in <QTH:California>, <LOC:DM13>"
Would display as:
"Hello, this is Joe, located in California, DM13"
...but still propagate the receiver's log fields.
Makes for a cleaner QSO.
Same for other tags that do not necessarily need to be displayed (DING, DISCO etc).
Awesome! Thank you.
Also, see my new video on VarAC on the Ham Radio Outlet website: https://youtu.be/INjXXriezhA
Thanks for all your hard work!
I distinguish Tags from Gestures. QSY will be converted to TAGs
Guesters will remain as is for now.
Agree. the QSYU/D remained that way for some time with both options (with or without <>) to allow backward compatibility in the transition period. It was in purpose.
Now I agree its time to get rid of it and align it on the <QSYU>. <QSYD>
Will do it on V3.5