> On Oct 1, 2017, at 9:33 PM, Black Michael via wsjt-devel
> wrote:
>
> Unfortunately single click in text objects is for text selection functions to
> highlight.
I’ve heard this excuse given several times now and I don’t understand it. Why
can’t text selection co-exist? To me, control cl
I had proposed SHIFT DBL CLICK to do everything double-click does except set
Enable.I know this can be done from the settings but something more immediate
is needed.
de Mike W(DB
On Sunday, October 1, 2017, 7:08:54 PM CDT, David Fisher
wrote:
Hello everyone
You guys haven’t hear
Unfortunately single click in text objects is for text selection functions to
highlight.
de Mike W9MDB
On Sunday, October 1, 2017, 9:26:49 PM CDT, David Tiller
wrote:
Re David Fisher's suggestion - we've all been concentrating on double clicking
and leaving our friend the single clic
Re David Fisher's suggestion - we've all been concentrating on double clicking
and leaving our friend the single click out of the conversation.
Usual behavior for clicking is for a single click to do X, and double clicking
do X plus some related function Y.
Perhaps single clicking could set the
That would do the job. On the surface it seems inconvenient to reconfigure
the program in a case like this. My normal mode of operation jumps around from
a mode like I’ve described, to the more conventional “transmit on his
frequency”. But, I’ll give it a try. Thanks for listening.
73
Hi David,
The real issue is the TX Enable. I’d like to avoid having it set on the
double click so I can pick the right time in the other QSO to send my
message, on a split frequency.
Why not simply uncheck the box "Double-click on call sets Tx Enable", on
the *Settings -> General* page?
Hello everyone
You guys haven’t heard from me before – I’m David Fisher, NX6D. I’ve been
watching this reflector for a couple of weeks, building and testing the program
as the versions roll out. I have hundreds of FT8 QSOs in my log and am close
to a multi-band WAS in FT8. I’m also an “alp
On 01/10/2017 20:18, Philip Gladstone wrote:
I suspect that the decoding of the country file is incorrect -- in
particular AK4PR decodes to be in Alaska (rather than USA). The
country file has =AK4P as being in Alaska, but this indicates an exact
match.
Hi Philip,
well spotted! The cty.dat
I suspect that the decoding of the country file is incorrect -- in
particular AK4PR decodes to be in Alaska (rather than USA). The country
file has =AK4P as being in Alaska, but this indicates an exact match.
WSJT-X 1.8.0 r8069
Philip
---
Hi Erik
It's an observation. Joe would have a much more positive verification if it is
real. I've often seen simultaneous decodes of different signals that differed
by as few as 3 Hz.
Ted
K9IMM
-Original Message-
From: Erik - [mailto:erikcarl...@live.com]
Sent: Sunday, October 01, 2017
I like the idea - it sure needs something to help the current situation. But
"... FT8 appears to be able to decode signals only a few Hz apart" is fact or
an assumption? I have found that a strong signal even slightly over-lapping a
wanted weaker one, as seen on the waterfall, will cripple decod
Hi again Ted,
I had second thoughts, after sending the message, about my choice of
words. The 'proficient operator' expression can be misinterpreted as an
'elitist' comment. Rest assured that was not what I had in mind.
There is a fine line when it comes to automation, and the developers
wer
Vince,
Thanks for the comments. I think the key point is "by a proficient operator". I
often do manually what I am proposing to do automatically.
There are a lot of newbie non-proficient operators on the band, with the
smash-hit popularity of FT8. I was one of them, until recently...
I find l
Hi Ted,
I don't speak for the developers. I'm simply a user.
What you are suggesting can easily be done now by a proficient operator.
I use N1MM+, and what they did was mitigate poor operating practices,
after all education attempts had failed.
There are people out there that will click on a
I don't understand the need to QSY both RX and TX to an open frequency. If
you're calling CQ with Call 1st enabled, the program will automatically QSY
the RX to wherever you're called. You just need to set your TX.
On Oct 1, 2017 10:42 AM, "Hiro Ebihara" wrote:
>
>
> Thanks, Jams-san, these do n
I’ve noticed, and judging from the lively discussion on enforcing split
operation, others have too, that when I call CQ, lots of folks call me on my
exact transmitting frequency, resulting in no decode for any reply.
The developers of N1MM faced a similar situation with packet-spotted replies
Thanks, Jams-san, these do not help quick QSY of both rx and tx freq.together
to empty fWF to try calling CQ?
hiro・JA1LZK
From: James Shaver [mailto:n2...@windstream.net]
Sent: Saturday, September 30, 2017 9:38 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-
Joe,
Although I have not yet tested r8148, I noticed that the "Tool Tip" needs
updated in r8146 on "Hold Tx Freq".
Ed, K0KC
k0kc@arrl.nethttp://k0kc.us/
On Sunday, October 01, 2017 08:39:24 EDT, Joe Taylor
wrote:
Hi Erik,
Thanks for reporting this defect. I had left
Hi Erik,
Thanks for reporting this defect. I had left in an improper disabling
of the spinner control for Tx Freq. Please try r8148.
-- 73, Joe, K1JT
On 10/1/2017 4:28 AM, Erik - wrote:
/5. Clicking on the waterfall moves Rx and Tx frequencies as before:/
/Rx only on a simple clic
5. Clicking on the waterfall moves Rx and Tx frequencies as before:
Rx only on a simple click, Tx only on SHIFT-click, and both on CTRL-click.
This happens even if "Hold Tx Freq" is checked (which is why this box is no
longer labeled "Lock Tx Freq").
Does not work for me. If "Hold TX Freq" i
20 matches
Mail list logo
