Fw: Entry issues & key issues

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Fw: Entry issues & key issues

Thomas Beierlein-4
Sorry, forgot to forward my answer to the list.

73, Tom

Beginn der weitergeleiteten Nachricht:

Datum: Thu, 4 Jul 2019 10:24:46 +0200
Von: Thomas Beierlein <[hidden email]>
An: Adam Clark <[hidden email]>
Betreff: Re: [Tlf-devel] Entry issues & key issues


Hi Adam,

Am Tue, 02 Jul 2019 15:42:41 -0700
schrieb Adam Clark <[hidden email]>:

>
> However, I hope that the tab vs. enter bit is treated like an issue
> that requires resolution.  I don't believe it shouldn't matter how
> one gets to the exchange field - if I've put in an exchange and hit
> enter, I want to log the QSO, and it shouldn't matter how I wound up
> getting to the exchange field in the first place.  Can you imagine if
> a GUI treated you differently depending on whether you clicked on a
> text entry field vs tabbed in to it vs. hit enter to get to it, and
> then refused to enter the data (or cleared it out) when you went to
> click OK?  heh.  

I can understand your reasoning, but I fear it is not as simple as you
think. Let me explain.

TLF is not just a program which allows you to record the QSO data after
you inserted the information into the call input and exchange fields.
TLF is an state machine which guides you through the contest QSO and
records the result afterwards.

Lets take an CW QSO (as running station) as an example:

- Which an empty call input field you press Enter and TLf sends a CQ
- After you got a call and inserts the call sign Enter starts sending
  the exchange you have for the other station. (Press it again and it
  will resend it)
- After you received his exchange an put it into the comment field
  Enter send the closing message (and a new CQ) and logs the QSO.

Similar behavior is implemented for working in S&P or using digi mode
or ssb.

So we have the Enter key to proceed to the next QSO state and only
after you finished the QSO it will log the record.

You may question: Why not doing the same with the TAB key? That is
because we have two different problems to solve - stepping through the
QSO and navigating between call input and comment fields to correct
errors. The first job is handled by Enter, the second by TAB.

I hope that answers your question.

73, de Tom DL1JBE

>
> On Monday, July 1, 2019 11:28:25 AM PDT Thomas Beierlein wrote:  
> > Hi Adam and Zoli,
> >
> > maybe I can add some additional information related to the exchange
> > problem.
> >
> > Adam as Zoli told you the normal sequence is just to press ENTER
> > after entering the call and again after the exchange. TAB is mostly
> > to allow you to come back to the call input field from the exchange
> > field for corrections.
> >
> > Normally in your input sequence (TAB and then ENTER) the exchange is
> > kept intact but you have to press ENTER twice.
> >
> > ARRLFD is a little bit special here. It sets the RECALL_MULTS
> > keyword automatically and tries to find an already known exchange
> > from having worked the station on other band or from an
> > INITIAL_EXCHANGE file to fill it in.
> >
> > If TLF has no information about the exchange field it clears the
> > exchange field and that is what you can observe.
> >
> > So best would be to always use the ENTER key to switch to the next
> > state of the QSO.
> >
> > As a sidenote: Maybe we should rethink the behaviour of the
> > RECALL_MULTS and it should only pick up old exchange if the comment
> > field is empty.
> >
> > 73, de Tom DL1JBE
> >
> > Am Sun, 30 Jun 2019 08:48:12 -0700 schrieb Adam Clark
> > <[hidden email]>:    
> > > Hi Zoli,
> > >
> > > Upon further testing, if I use the following sequence:
> > >
> > > - input call
> > > - Hit Tab to move the cursor to the exchange field
> > > - Input exchange
> > > - Hit Enter
> > >
> > > The exchange is erased and upon re-entering the exchange and
> > > pressing Enter, it is logged.
> > >
> > > If, I use Enter to move from the call sign entry to the exchange
> > > fields, pressing Enter in the exchange field is logging on the
> > > first try.
> > >
> > > I have attached my logcfg.dat and arrlfd as requested, too.
> > >
> > > Thanks!
> > > 73,
> > > Adam
> > >
> > > On Saturday, June 29, 2019 9:56:20 AM PDT Csahok Zoltan wrote:    
> > > > Hi Adam,
> > > >
> > > > Thanks for the update. I also tried it with Konsole (v18.04.0,
> > > > KDE 5.54) and the cursor keys worked.
> > > >
> > > > For the FD issue: is this the sequence that you use?
> > > > - input call
> > > > - Enter << cursor moves to exchange field
> > > > - input exchange
> > > > - Enter << here your exchange gets erased, QSO is not logged
> > > >
> > > > Maybe send me your logcfg.dat and rules file, as with my setup
> > > > it works and I beleive I don't nothing special.
> > > >
> > > > 73,
> > > > Zoli
> > > >
> > > > On Fri, Jun 28, 2019 at 03:45:54PM -0700, Adam Clark wrote:    
> > > > > Hi again Zoli,
> > > > >
> > > > > Just thought I'd let you know that I tested with the git
> > > > > version of tlf, and adding some test entries (still using the
> > > > > field day setup/config), I have to re-enter the exchange each
> > > > > time.
> > > > >
> > > > > However, cursor keys work, so that's a bonus!
> > > > >
> > > > > 73,
> > > > > Adam    
>
>  



--
"Do what is needful!"
Ursula LeGuin: Earthsea
--



--
"Do what is needful!"
Ursula LeGuin: Earthsea
--


_______________________________________________
Tlf-devel mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/tlf-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fw: Entry issues & key issues

Csahok Zoltan
This can be quite easily done in recall_exchange without disturbing
the contest state machine (i.e. keeping Enter and Tab functions as-is).
A sensible correction.

73,
Zoli

> > >
> > > As a sidenote: Maybe we should rethink the behaviour of the
> > > RECALL_MULTS and it should only pick up old exchange if the comment
> > > field is empty.
> > >
> > > 73, de Tom DL1JBE
> > >

_______________________________________________
Tlf-devel mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/tlf-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fw: Entry issues & key issues

Thomas Beierlein-4
I will implement it in next days.

73, de Tom DL1JBE

Am Mon, 8 Jul 2019 20:11:19 +0200
schrieb Csahok Zoltan <[hidden email]>:

> This can be quite easily done in recall_exchange without disturbing
> the contest state machine (i.e. keeping Enter and Tab functions
> as-is). A sensible correction.
>
> 73,
> Zoli
>
> > > >
> > > > As a sidenote: Maybe we should rethink the behaviour of the
> > > > RECALL_MULTS and it should only pick up old exchange if the
> > > > comment field is empty.
> > > >
> > > > 73, de Tom DL1JBE
> > > >  
>
> _______________________________________________
> Tlf-devel mailing list
> [hidden email]
> https://lists.nongnu.org/mailman/listinfo/tlf-devel



--
"Do what is needful!"
Ursula LeGuin: Earthsea
--


_______________________________________________
Tlf-devel mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/tlf-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fw: Entry issues & key issues

Thomas Beierlein-4
Hi all,

I changed recall_exchange() so that it respects the content of the
exchange field if it is not empty.

I also had to modify the logit() code as in some conditions it emptied
the exchange field if no former exchange could be found.

As a result content inserted by hand has now always precedence over
content from old qsos or initial exchange file.

73, de Tom DL1JBE


 Am Tue, 9 Jul
2019 07:10:27 +0200 schrieb Thomas Beierlein <[hidden email]>:

> I will implement it in next days.
>
> 73, de Tom DL1JBE
>
> Am Mon, 8 Jul 2019 20:11:19 +0200
> schrieb Csahok Zoltan <[hidden email]>:
>
> > This can be quite easily done in recall_exchange without disturbing
> > the contest state machine (i.e. keeping Enter and Tab functions
> > as-is). A sensible correction.
> >
> > 73,
> > Zoli
> >  
> > > > >
> > > > > As a sidenote: Maybe we should rethink the behaviour of the
> > > > > RECALL_MULTS and it should only pick up old exchange if the
> > > > > comment field is empty.
> > > > >
> > > > > 73, de Tom DL1JBE
> > > > >    
> >
> > _______________________________________________
> > Tlf-devel mailing list
> > [hidden email]
> > https://lists.nongnu.org/mailman/listinfo/tlf-devel 
>
>
>



--
"Do what is needful!"
Ursula LeGuin: Earthsea
--


_______________________________________________
Tlf-devel mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/tlf-devel