Re: [wsjt-devel] Interesting feature. Bug can be reproduced

2018-12-23 Thread Saku
It might be so. But testing a program is to find all possible odd cases users may create (you'll never complete that !) and find fixes for them. This case upcase shift should be done just before message is prepared for transmit, always. Or prevent typing with low case to edit boxes (run upcase

Re: [wsjt-devel] Interesting feature. Bug can be reproduced

2018-12-23 Thread WB5JJJ
All you need to do is to TAB or CLICK ANYWHERE outside the TX6 dialog box and they will change to Upper Case during the Enable Tx cycle. The same thing happens if you enter lower case in the DX Call or DX Grid boxes. However, Tx5 does automatically take lower case keystrokes and enter as upper cas

Re: [wsjt-devel] Interesting feature. Bug can be reproduced

2018-12-23 Thread Saku
Tested this again with rigctld -r 1 (dummy) 1)   Start wsjt-x 2)   Place cursor to TX6 edit box between CQ and YOURCALL 3)   Write 2 letters with low case (e.x.  na) 4)   Enable TX 5)   When TX fires, letters will change to upcase (ex. NA). That is ok. 6)   During TX period, or during following R

[wsjt-devel] Interesting feature

2018-12-23 Thread Saku
While keeping cursor at TX6 box (before my call) I did change directed cq between JA and AS. All went ok if I had CAPS on (shift pressed). Few times I missed shift and wrote "ja" instead of "JA". Results can be seen below. Typing "as" or "AS" did not make any difference. When I started to t