Thanks Steve. ..most interesting.
While it is true that the prior state is retained, let's look at the
probability of the two paths being desired.
1. Is Gen std msgs really used to call cq, or is one more likely to simply
choose tx6, which is CQ, and hit enable Transmit. In all my use of the
software, I have never used Gen std msgs to call cq.
2. In well over 90% of my instant skeds setup on ping jockey, they never
start with cq, but by specifying the callsign of my partner...because the
qso goes faster if you start wit the call (MSK144 ).
To me the real question is: When using Gen Std Msgs, what is the most
likely action to follow?
In my case, the ONLY time I use that function is to begin a sked. ..and all
my skeds are directed to a callsign.
Perhaps I'm just a victim of my own habits with X π
The bottom line for my suggestion is just operator convenience : is it more
likely that a directed call (tx1), or a CQ take place after Gen Std Msgs is
invoked?
Whichever is most likely is how I would "default" the tx message after Gen
std msgs is invoked.
I can learn it either way, so no biggie. One way seems intuitive to me, and
the other requires an additional step (changing from a prior tx msg to get
to the tx1 sked message.)
Thanks for taking the time to respond, Steve, I do appreciate it, as well
as all the effort put into this amazing piece of software.
73, N0AN
Hasan
On Sep 12, 2017 8:49 PM, "Steven Franke" <[email protected]> wrote:
> Hi Hasan,
>
> The behavior that I observe is: populate the DX Call box, click Generate
> Std Msgs box, and the TX1 thru TX6 boxes are populated. The Tx state
> remains wherever it was when this sequence of steps was initiated. If I
> Generate Std Msgs with the Tx1 box checked, then the Tx1 box remains
> checked after the messages are generated. I donβt see the problem. Surely
> it should be up to the operator to determine which state to start in.
>
> Further, it is surely reasonable that one side of a prearranged sked might
> want to populate the DX Call box and then call CQ. As you know, skeds
> sometimes proceed this way - two stations meet on a frequency with a prior
> understanding that, say, βAβ would answer βBβsβ CQ, if possible.
>
> Steve k9an
>
> On Sep 12, 2017, at 9:22 PM, Hasan al-Basri <[email protected]>
> wrote:
>
> I have played with this quite a bit and cannot figure out the reason for
> the following:
>
> I meet a station on Ping Jockey and we agree to begin a qso. I enter his
> call in the blank DX Call box , K1SIX. I click the Generate Std Msgs box,
> and the TX1 thru TX6 populate.
>
> But...the TX defaults to TX6...CQ...that makes no sense to me.
>
> Any time someone bothers to Generate Std Messages, it seems to me that the
> next operation is most certainly going to be TX1...I can think of no
> circumstance after hitting Gen Std Msgs that I would be calling CQ.
>
> Is it possible that any time GEn Std Msgs is clicked, the default
> operation could be set to TX1 ?
>
> Please excuse me if I'm missing something obvious, maybe I'm just blinded
> by my own operational style.
>
> TIA, 73 N0AN
> Hasan
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org <http://slashdot.org>!
> http://sdm.link/slashdot_______________________________________________
> wsjt-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> wsjt-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
