G4POP wrote:One thing that caused Bill some confusion was the button that is labeled 'Select Required" and I believe it will also confuse other people!
When clicked this button returns a list of QSO's with the sent status marked as R - requested
The status R - requested is past tense I.e. I have already asked for this QSL Which indicates to me and most other people that I am waiting for a response.
No, remember that this field is the QSL SENT STATUS, and it's not correct to assume that i'm WAITING a QSL and this information will be set in the QSL SENT STATUS...
Maybe in the QSL RECEIVED STATUS, the REQUESTED means: I'm waiting for a QSL, and this is the program default.
G4POP wrote:
N - no however clearly means the the QSL has not been sent and requires upload in the case of eQSL and LOTW or posting in relation to a QSL card
Assuming that, there is not a status that means: NO, i don't have sent QSL and i will NEVER send a QSL to this user (because he wants $$$ or other reasons).
If you use N = NO to say "qsl not YET sent" you don't have a status where to set "qsl will be never sent".
Requested, in that case, will be unuseful and unused (and REQUESTED in the QSL SENT STATUS cannot be interpreted by "i'm waiting for a qsl back")
In Log4OM logic (but user is allowed to customize this) N means NO, I WILL NOT SEND. and REQUESTED means: User has requested QSL, but i've not sent my qsl yet. Queued, another status, in my interpretation means: QSL Printed but not sent yet, waiting for postage or bureau delivery
Again, everyone can use status as it wants. The only "fixed" status is set in the button you're asking to remove. I can add a combo to let user choose the status he want to load (N or R) but i will not remove the button.
G4POP wrote:
So I believe that most people would expect a list of QSO's with the LOTW/eQSL sent status marked as N - no when they click the 'Select Required' button
I believe the opposite, as stated before. The only way i see is to give an option to select what status will be load by the "select required" button, but i also thing we should provide some help to users, and make the software able to drive them...
G4POP wrote:
May I suggest that either the Select required button is removed because the function can be accomplished by other methods and it's existing function is confusing.
No
i will keep this button, because it's the first time an user reports that he's confused by this button, and i think we can explain how it works, instead of removing a feature... Then you're able to use it, if you know what it does.
G4POP wrote:
Alternatively change the function of 'Select Required' is changed to provide a list of QSO's with the status marked N-no
Did you have made a survey about how many users will use your convention and how many users use the "requested = qsl needs to be sent" one before asking this?
G4POP wrote:
I have never understood why the ADIF specification included 'Requested' I think it's pointless especially in the QSL, eQSL & LOTW sent status!
To provide 2 statuses that means: NO, DON'T SEND and NO, BUT YOU MUST SEND QSL. Removing REQUEST you will remain without this possibility (that is used also in label Printing)
G4POP wrote:
Another point is that I believe the default sent status for all QSL methods should be N-no
There is an option in the configuration to set this. You can change it, if you want, but i don't recommend to use this logic.
Anyway Log4OM is open to every choice also in this field, this is the main reason for our enormous list of options/settings
73
Daniele
