Self-training and 100% knowledge of how everything is supposed to work are two 
completely different things.  Far too many people just click on things until it 
works without any understanding of why and won't even ask the question. I have 
talked to and helped well over 1,000 hams now and many of them have no grasp of 
the underlying technicalities.

Adding such a feature would reduce future "bug reports" where we have to 
explain to people that their rig won't do what the software indicates.

I may implement this idea anyways and if you don't want to use it that's your 
choice.  Just seems better to me that the GUI indicates the underlying rig 
capability.

Mike

On Friday, July 17, 2020, 08:17:20 AM CDT, Bill Somerville 
<[email protected]> wrote: 






Mike,




my Amateur Radio Licence clause 1(1)a says this:




"for the purpose of self-training in radio communications, including conducting 
technical investigations"




My emphasis.




73
Bill
G4WJS.




On 17/07/2020 13:58, Black Michael via wsjt-devel wrote:


>  "Informed choices".  I appreciate the humor.....many ops have no idea what's 
>supposed to work....
> 
> What I was referring to though was a flag that is "known" to be true. Perhaps 
> for both for split and data/pkt.  WSJT-X would default to enabled unless the 
> the flag is present in either TRUE or FALSE state.   And perhaps the tooltip 
> on Split and Data/pkt could indicate when we need to know if it works or even 
> a 1-time message to ask the user to notify us.
> 
> 
> Mike W9MDB
> 
> 
> 
> 
> 
> 
> 
> 
> On Friday, July 17, 2020, 07:52:52 AM CDT, Bill Somerville 
> <[email protected]> wrote: 
> 
> 
> 
> 
> 
> 
> Hi Mike,
> 
> 
> 
> 
> although it sounds attractive I think it will not work. There are too many 
> partial rig emulations out there to be sure if all advertized features really 
> work. The whole point of settings is for the user to make informed choices 
> based on their knowledge of their equipment, and how they intend to use it. 
> I'd rather keep the basic simplicity and flexibility instead of  trying to 
> manage their whole World for them.
> 
> 
> 
> 
> 73
> Bill
> G4WJS.
> 
> 
> 
> 
> On 17/07/2020 13:42, Black Michael via wsjt-devel wrote:
> 
> 
> 
>>    Bill..maybe WSJT-X could use the availability of the "rig_set_split" to 
>>enable/disable the Rig split option?
>> 
>> And what do you think about adding a flag in hamlib for whether or not 
>> Data/Pkt is supported for a rig so that could be enabled/disabled?
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Friday, July 17, 2020, 07:32:01 AM CDT, Alan Groups 
>> <[email protected]> wrote: 
>> 
>> 
>> 
>> 
>> 
>> 25018  AMSAT-UK               FUNcube Dongle Pro+     20200112.0      Beta   
>>      RIG_MODEL_FUNCUBEDONGLEPLUS
>> 
>> WSJT-X 2.2.2 works fine in FT8 mode, including changing bands, but with some 
>> notes:
>> 
>>     * I altered the main settings rather than create a new configuration, by 
>> selecting the Funcube in the dropdown list
>>     * The default radio settings included split being set by the rig - that 
>> produced a Hamlib error. Manual change to none and all was OK. Could be a 
>> leftover from my usual setting that does use rig split?
>>     * Likewise had to alter mode from data/pkt to USB, again probable 
>> leftover from my usual setting?
>>     * PTT on VOX (which is my usual setting)
>>     * USB setting that appeared left blank (nothing in the dropdown)
>>     * Audio input has to be set to the Funcube
>> Hope that helps!
>> 
>> 
>> 
>> 
>> 
>> 
>> Alan G0TLK
>> On 16/07/2020 05:11, Black Michael via wsjt-devel wrote:
>> 
>> 
>> 
>> 
>>>      If anybody has a rig out there that's in this list and you have it 
>>>working with WSJT-X...or if you have any bugs to report working with WSJT-X 
>>>please let me know.
>>> Would like to promote as many of these to stable as possible and WSJT-X is 
>>> one of a couple programs that exercises a rig pretty well.
>>> 
>>> Mike W9MDB
>> 
> 




_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to