After a QSO with EA8TH, I received a "cold" call from YO9IE which I
answered, but in the log window following that QSO, the -17 report
from the 1st QSO was reused:
201245 0 0.3 1202 ~ CQ EA8TH IL18 Canary Is.
...
201400 Tx 2607 ~ EA8TH DF7CB JO31
201415 -2 0.3 1202 ~ DF7CB EA8TH
Hi All:
I did further troubleshooting on this issue this morning. There was a recent
MacOS driver update from Prolific Technology on my USB/Serial device that I had
not installed. Updating the MacOS driver has resolved the problem. DTR is now
toggling accurately and consistently.
Strange th
Terve Saku,
Hei!
Do you set *absolute minimums* for H and W and then close/open wsjtx?
Yes I did. I narrowed both H & W to the minimum they would go but they
still restored OK after restart
73's de Kari, oh2gqc / oh6bz
___
wsjt-devel mailing
Hei!
Do you set *absolute minimums* for H and W and then close/open wsjtx?
As Bill says if window is a bit bigger for both directions, with my
display resolution ~2cm in H and ~1,5cm in W, retains it. That breaks
the whole display window positioning setup in every start with this
rather small
Hi Saku, long time, no see...
On 12.8.2021 10.07, Saku via wsjt-devel wrote:
HI!
If you set wsjtx main window to minimum horizontal and vertical size
it is not saved/loaded when wsjtx starts again resulting bigger main
window that was set.
Saving window W and H and X,Y position at close and r
On 12/08/2021 08:07, Saku via wsjt-devel wrote:
HI!
If you set wsjtx main window to minimum horizontal and vertical size
it is not saved/loaded when wsjtx starts again resulting bigger main
window that was set.
Saving window W and H and X,Y position at close and reload them at
start should gi
HI!
If you set wsjtx main window to minimum horizontal and vertical size it
is not saved/loaded when wsjtx starts again resulting bigger main window
that was set.
Saving window W and H and X,Y position at close and reload them at start
should give same sized window.
OS Fedora Linux 34/ LXDE
