Re: [wsjt-devel] Configurations

2020-05-19 Thread Joe Taylor
Hi Ed, On 5/19/2020 8:49 PM, j...@comcast.net N4II wrote: Exactly. The difficulty is, at present there's no way for the new user to know what you've just written -- other than by receiving an email from you, or one of the other cognoscenti -- since it's not documented anywhere. (I learned abo

Re: [wsjt-devel] Configurations

2020-05-19 Thread jan0
writing or editing, I'd be happy to pitch in. Ed N4II. -Original Message- From: Joe Taylor Sent: Tuesday, May 19, 2020 7:03 PM To: WSJT software development Subject: Re: [wsjt-devel] Configurations Hi Ed, Thanks for your comments, they are much appreciated. A few comment

Re: [wsjt-devel] Configurations

2020-05-19 Thread Al
"*One feature I never understood is the "Clone Into" " Me neither... But it would make more sense to me if it allowed entering a new name thus  "Clone" and "Rename" in one step ( "Clone to new name" ). Sort of like "create new using existing settings". AL, K0VM * On 5/19/2020 6:30 PM, Hasan a

Re: [wsjt-devel] Configurations

2020-05-19 Thread Hasan al-Basri
I use configurations for every mode as well as DXpeditions. They work great. *One feature I never understood is the "Clone Into"* I guessed that it might be a simultaneous Clone and Rename, but I've never used it. The way I make new configurations is to start from a known perfectly working confi

Re: [wsjt-devel] Configurations

2020-05-19 Thread Joe Taylor
Hi Ed, Thanks for your comments, they are much appreciated. A few comments inline below. On 5/19/2020 4:59 PM, j...@comcast.net N4II wrote: I sense a bit of, er, annoyance on behalf of WSJT-X developers with the fact that relatively few users seem to be using Configurations -- at least, the

[wsjt-devel] Configurations

2020-05-19 Thread jan0
I sense a bit of, er, annoyance on behalf of WSJT-X developers with the fact that relatively few users seem to be using Configurations -- at least, the solution proposed to a fair number of user interface issues raised here recently seems to be the same: "Use Configurations". When I first used th

Re: [wsjt-devel] Configurations

2017-09-13 Thread Charles Suckling
Thanks, Bill -Original Message- From: Bill Somerville [mailto:g4...@classdesign.com] Sent: 12 September 2017 19:27 To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] Configurations On 12/09/2017 17:51, char...@sucklingfamily.free-online.co.uk wrote: > Is there any limit

Re: [wsjt-devel] Configurations

2017-09-12 Thread Bill Somerville
On 12/09/2017 17:51, char...@sucklingfamily.free-online.co.uk wrote: Is there any limit on the number of configurations that can be stored? Hi Charlie, not really but managing the list on screen will become unwieldy after a hundred or so. 73 Bill G4WJS. ---

Re: [wsjt-devel] Configurations

2017-09-12 Thread Gary McDuffie
> On Sep 12, 2017, at 10:51 AM, char...@sucklingfamily.free-online.co.uk wrote: > > Is there any limit on the number of configurations that can be stored? I don’t know the answer to that, but I’ve had as many as 15 with no problem. I’m down to a dozen now. Once I learned to use Configurations

[wsjt-devel] Configurations

2017-09-12 Thread charlie
Hi Bill Is there any limit on the number of configurations that can be stored? 73 Charlie -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _

Re: [wsjt-devel] configurations

2016-04-30 Thread Alessandro Gorobey
Hi Bill, r6660 work Thanks!!! Il 01/05/2016 01:25, Bill Somerville ha scritto: > On 30/04/2016 23:20, Steven Franke wrote: >> Playing with configurations a little bit here. When I switch configurations >> I see a flurry of errors that look like this: >> >> Hamlib: kenwood_transaction: Retr

Re: [wsjt-devel] configurations

2016-04-30 Thread Bill Somerville
On 01/05/2016 00:31, Steven Franke wrote: this defect should be repaired by r6660. Confirmed! Hi Steve & all, fixing this reminds me that we have many cases where a static variable has been used where a class instance variable is what is needed. These are all potential defects when switchin

Re: [wsjt-devel] configurations

2016-04-30 Thread Steven Franke
> Hi Steve, Sandro & all, > > this defect should be repaired by r6660. Confirmed! Thanks Bill, Steve k9an > > 73 > Bill > G4WJS. > > > -- > Find and fix application performance issues faster with Applications Manager

Re: [wsjt-devel] configurations

2016-04-30 Thread Bill Somerville
On 30/04/2016 23:20, Steven Franke wrote: > Playing with configurations a little bit here. When I switch configurations I > see a flurry of errors that look like this: > > Hamlib: kenwood_transaction: Retrying shortly > Hamlib: kenwood_transaction: Unknown command or rig busy > > followed by two

Re: [wsjt-devel] configurations

2016-04-30 Thread Steven Franke
Yes - the problem occurs only when switching configurations. On startup, everything is OK. > On Apr 30, 2016, at 5:53 PM, Bill Somerville wrote: > > On 30/04/2016 23:20, Steven Franke wrote: >> Playing with configurations a little bit here. When I switch configurations >> I see a flurry of err

Re: [wsjt-devel] configurations

2016-04-30 Thread Bill Somerville
On 30/04/2016 23:20, Steven Franke wrote: > Playing with configurations a little bit here. When I switch configurations I > see a flurry of errors that look like this: > > Hamlib: kenwood_transaction: Retrying shortly > Hamlib: kenwood_transaction: Unknown command or rig busy > > followed by two

Re: [wsjt-devel] configurations

2016-04-30 Thread Bill Somerville
On 30/04/2016 23:20, Steven Franke wrote: > The end result is that I get the Rig Control Error box, and I have to > re-enter the CAT control port each time. Hi Steve, this seems to be related to the issue that Sandro has. Somehow the CAT serial COM port is not being copied correctly when a conf

[wsjt-devel] configurations

2016-04-30 Thread Steven Franke
Hi Bill - Playing with configurations a little bit here. When I switch configurations I see a flurry of errors that look like this: Hamlib: kenwood_transaction: Retrying shortly Hamlib: kenwood_transaction: Unknown command or rig busy followed by two of these: Hamlib: serial_setup: tcsetatt