On 02/10/17 01:15, Joe Taylor wrote:
> 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 T
On 10/2/2017 10:42 AM, Erik EI4KF - wrote:
2 Is it possible to equalise the functionality between the
Operating Panel 1, which has double-click Skip Grid and double click
RR73, and operating panel 2 which does not have these features? For
example a right-click on the 73 button to change to R
Hi Erik,
On 10/2/2017 10:42 AM, Erik EI4KF - wrote:
Since you were kind enough to write to me directly regarding the issue below,
may I ask you about some other aspects of WSJTx? I have previously posted about
these in the Development List but without reply.
It's best always to pose questi
There is another version on JT65-HF that implemented a button labeled "DE" that
does exactly what is being asked without having to uncheck turn on transmit on
double click. It works very well
AugustAG5AT
On Monday, October 2, 2017 12:52 AM, Gary McDuffie
wrote:
> On Oct 1, 2017,
> 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
:33 AM
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel] Experimental changes in r8146 Hi all,
Changes in program behavior can be confusing, so I apologize for some
recent instability in GUI operational behavior. Code revision r8146 is
yet another attempt to get it right -- or as near
33 AM
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel] Experimental changes in r8146 Hi all,
Changes in program behavior can be confusing, so I apologize for some
recent instability in GUI operational behavior. Code revision r8146 is
yet another attempt to get it right -- or as near "rig
age, on a
split frequency.
Thanks for listening and 73
Dave Fisher / NX6D
From: Joe Taylor mailto:j...@princeton.edu>>
Sent: Saturday, September 30, 2017 11:00:33 AM
To: wsjt-devel@lists.sourceforge.net<mailto:wsjt-devel@lists.sourceforge.net>
Subj
Dave Fisher / NX6D
From: Joe Taylor
Sent: Sunday, October 1, 2017 5:15:17 PM
To: WSJT software development
Subject: Re: [wsjt-devel] Experimental changes in r8146
Hi David,
> The real issue is the TX Enable. I’d like to avoid having it set on the
>
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?
From: Joe Taylor
Sent: Saturday, September 30, 2017 11:00:33 AM
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel] Experimental changes in r8146
Hi all,
Changes in program behavior can be confusing, so I apologize for some
recent instability in GUI operational behavior. Code
l Message-
> From: Joe Taylor [mailto:j...@princeton.edu]
> Sent: 30 September 2017 18:01
> To: wsjt-devel@lists.sourceforge.net
> Subject: [wsjt-devel] Experimental changes in r8146
>
> Hi all,
>
> Changes in program behavior can be confusing, so I apologize for some
> recent
September 2017 18:01
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel] Experimental changes in r8146
Hi all,
Changes in program behavior can be confusing, so I apologize for some
recent instability in GUI operational behavior. Code revision r8146 is
yet another attempt to get it right --
w Tx to move
Erik EI4KF.
-Original Message-
From: Joe Taylor [mailto:j...@princeton.edu]
Sent: 30 September 2017 18:01
To: wsjt-devel@lists.sourceforge.net
Subject: [wsjt-devel] Experimental changes in r8146
Hi all,
Changes in program behavior can be confusing, so I apologize for s
Hi - the current public version (1.8.0 RC2) is on the WSJT-X homepage
here https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
The version being discussed in this thread is a development version
which you'd need to compile yourself. Instructions on how to do that can
be found via a search of
Where do I get the new upload ?? made some 9200 contact with jt65 and ft8
On Saturday, September 30, 2017 2:23 PM, James Shaver
wrote:
Correction: when responding to a CQ via the UDP server using JTAlert,
the RX will move and the TX does not unless you hold the control key
down whic
What might be a touch nicer is a control on the main screen for
Click,Shift,Ctrl so this could all be worked by touch screen or handicapped.
Usually you would be in one mode for a while I'd think.
A tri-state would be good though there's been resistance to tri-states before.
I guess it could b
Joe, r8146 working very good for me now, thanks!
Hi all,
Changes in program behavior can be confusing, so I apologize for some
recent instability in GUI operational behavior. Code revision r8146 is
yet another attempt to get it right -- or as near "right" as possible --
while supporting both s
Hi all,
On 9/30/2017 2:48 PM, James Shaver wrote:
Ok, I may have figured it out: it looks like when using JTAlert to
respond to CQ's, if the CQ is in "CQ " format, both the TX
and RX move unless the "Hold TX Freq" box is checked as you'd expect.
When the CQ is structured as "CQ " the RX wi
Just to clarify, when I click on JTAlert, both Tx and Rx cursors move to
the CQ calling station. Jim is not seeing that.
My correction was only about being able to duplicate what he is seing
when Hold Tx Freq is checked. This is not the case.
Sorry for the confusion.
73 de Vince, VA3VF
On 2
Sorry...I widthdraw this last comment. It does happen as Jim describes,
even with Hold Tx Freq checked.
On 2017-09-30 2:31 PM, DXer wrote:
I can duplicate what you are seeing only if a check Hold Tx Freq.
Vince, VA3VF
On 2017-09-30 2:22 PM, James Shaver wrote:
Correction: when responding to a
Ok, restarted the machine (Win 7 Pro) and now both the TX and RX are
moving. Maybe a glitch on my end. I'll keep an eye on it.
Jim S.
N2ADV
On 9/30/2017 2:30 PM, James Shaver wrote:
Hi Vince - yes, that's what I mean. How very odd that I'm seeing
different results. I'll play around with i
I can duplicate what you are seeing only if a check Hold Tx Freq.
Vince, VA3VF
On 2017-09-30 2:22 PM, James Shaver wrote:
Correction: when responding to a CQ via the UDP server using JTAlert,
the RX will move and the TX does not unless you hold the control key
down which may cause issues for s
Interesting, not here.
73 de Vince, VA3VF
On 2017-09-30 2:22 PM, James Shaver wrote:
Correction: when responding to a CQ via the UDP server using JTAlert,
the RX will move and the TX does not unless you hold the control key
down which may cause issues for some.
Sorry, my fingers are moving f
Hi Vince - yes, that's what I mean. How very odd that I'm seeing
different results. I'll play around with it some more (I'm certainly
jumping around enough with conditions today!). More to come.
Jim S.
N2ADV
On 9/30/2017 2:27 PM, DXer wrote:
Hi Jim,
By using UTP server to respond, do you
Hi Jim,
By using UTP server to respond, do you you mean clicking on the callsign
in JTAlert? If yes, it's working for me, that is, both Tx and Rx move to
the same frequency as the CQ calling station.
73 de Vince, VA3VF
On 2017-09-30 2:19 PM, James Shaver wrote:
Works well but when using the
Joe,
2. Checkbox "Lock Tx Freq" on main window is relabled "Hold Tx Freq".
I like this change it accurately reflects what I see the program doing.
3. Behavior now defaults to the "simplex" behavior in use up to code
revision r8123. In particular, double-clicking on decoded mesages
that do not c
Correction: when responding to a CQ via the UDP server using JTAlert,
the RX will move and the TX does not unless you hold the control key
down which may cause issues for some.
Sorry, my fingers are moving faster than my brain today, apparently.
Jim S.
N2ADV
On 9/30/2017 2:19 PM, James Shave
Works well but when using the UDP server to respond to CQ's via JTAlert
the RX moves but the TX does not which may cause issues for some.
Jim S.
N2ADV
On 9/30/2017 2:00 PM, Joe Taylor wrote:
Hi all,
Changes in program behavior can be confusing, so I apologize for some
recent instability in
On the air with r8146. Everything working as described.
73 de Vince, VA3VF
On 2017-09-30 2:00 PM, Joe Taylor wrote:
Hi all,
The following is the commit message for r8146:
If you can build r8146 for yourself and try it on the air, please post
your comments here.
-- 73, Joe, K1JT
---
Hi all,
Changes in program behavior can be confusing, so I apologize for some
recent instability in GUI operational behavior. Code revision r8146 is
yet another attempt to get it right -- or as near "right" as possible --
while supporting both simplex and split-frequency default operating sty
31 matches
Mail list logo