On 13/12/2018 15:07, Rich Griffiths wrote:
When I encountered this behavior, I checked the WSJT-X.ini file. I
found that some of the new Configuration entries were in the file, but
not all. And there were a few new entries that had %26 in the name.
I tried deleting the bogus entries from the file, but the program just
put similar ones back the next time I ran it.
Hi Rich,
the %26 characters are ok, they would be & characters since the Qt
settings facility URL encodes keys and %26 is the URL encoded form for a
& character. & characters are legal in configuration names, they will
make an key accelerator for the following character (shown by an
underline of the accelerator character), if you want a real & in a
configuration name then you must type && and that will escape the
accelerator function leaving just a & printed.
When I have seen this defect happen it seems to be other WSJT-X menu
entry text that ends up in the configuration keys, I have no idea why or
how but he configuration switching does some quite complex processing to
re-write the whole of the settings file so anything is possible. So far
I have not found a way to reliably reproduce the issue so I can work out
where it is going wrong.
73
Bill
G4WJS.
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
