Fantastic work, Ervin. I hope I can test it soon. My time for radio is a
bit limited right now. :(
Am 30.04.2014 00:11, schrieb Ervin Hegedüs:
* there are several QTC messages - does it need to possible to
configure the messages?
For example: if you opens the QTC window, Tlf sends a "QTC
QRV". This is one of the many messages. Would you like to
customize these?
As long the standard not. Shorter is better, "QRV" would be enough.
Import is that all messages are accessable by
F-Keys, also after the QTC window has opened. In case something went
wrong, after CTRL-Q.
* does it need to see the previous QTC blocks, like the QSO's?
If you pressing the UP cursor, after the 5 lines Tlf hide the
main window, and loads a pager, like "less" - would you like
to see some similar feature? If yes, how would you like to use
that?
Yes, at least 5 lines would be necessary. Its important if you want to
catch QTC at a later point of time in the contest. There it would be
helpful if the calls in the bandmap would show, how many QTCs are still
needed from this station, or if there is a need for QTCs at all.
* does it need to delete the QTC's? There are two questions: does
it need to delete only one, or more lines from a unique QTC
block? And does it need to delete a complete QTC block?
Well, it must be editable. Sometimes it happens that a station stops QTC
traffic, because condx went bad, and wants to continue with CQ. For this
a question at closing the dialog, Save Y/N would be ok, if QTC traffic
was stopped you can press N.
* does it need to show the number of received/sent QTC's on the
main window? That's not a simple question, because on the RTTY
mode, both directions are enabled, so a station can has sent
and received QTC's too.
Statistics is always nice. :-)
* how could be good to calculate the points? Now if you
send/receive a QTC block, then the number of QSO's in QTC
will be added to the regular QSO's, so you can't see the
total number of QSO's, only if you summary the bands values.
Make a column for QSOs, QTCs and one for total points. Likely this is
not compatible with the current implementation :(
73 Fred
_______________________________________________
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel
