Newsgroup: it.comp.lang.visual-basic
Titolo: Domanda un po' stupida sull'interfaccia utente

Chiedo un consiglio che può sembrare stupido ma qui in ufficio è nata una
discussione.
Secondo voi esiste uno standard che stabilisce se nelle applicazioni per
Windows il cursore debba passare automaticamente al campo successivo quando
il campo attuale viene completamente riempito?
Se per esempio ho un form di immissione dati anagrafici, al termine
dell'inserimento del sedicesimo carattere del codice fiscale il cursore
dovrebbe passare al campo successivo senza dover premere TAB?
Grazie
Skysurfer

 cursore dovrebbe passare al campo successivo senza dover premere TAB?
imho no!

 successivo senza dover premere TAB?
Si _se e solo se_ tutti i campi sono a lunghezza fissa.
Altrimenti un tasto (tab o invio) per passare da un campo all'altro. Valido
per _tutti_ i campi.
IMHO ;)
Lokar
--
Sito Comune: 
http://www.it-lang-vb.net/
Manifesto: 
http://www.it-lang-vb.net/docs/Manifesto.txt
UGIdotNET - 
http://www.ugidotnet.org

 ha scritto

non mi sembra stupida, affatto.
i seriali di win e photoshop direi lo facciano.
a me l'aveva chiesto un titolare di sw house molto produttivista.
il problema principale e' che se uno non se l'aspetta...
forse la cosa migliore sarebbe metterlo come opzione.
ciao

 per _tutti_ i campi.
Personalmente lo trovo un automatismo leggermente fastidioso, da limitare a
casi specifici; l'esempio sei seriali gia' citato, oppure un numero di carta
di credito, sono tra questi, dato che non solo sono fissi ma concettualmente
anche un singolo valore, spezzato su diversi textbox... in ogni caso la
maggior parte degli utenti trova spiazzante quando l'interfaccia si comporta
in maniera non omogenea, e quindi piuttosto che avere campi che saltano al
successivo e campi per cui e' richiesto il TAB, preferisco restare sullo
"standard piu' standard", che e' il TAB.
Tra parentesi, sono un feroce oppositore del tasto INVIO come pulsante per
scorrere i campi: e' un vecchio retaggio dei programmi terminale ma non mi
risulta sia mai esistita in nessuna versione di Windows, da 10 anni a questa
parte; aspetto sempre il giorno in cui gli utenti smetteranno di
chiederla... e i programmatori accomodanti di implementarla ;-)
Ciao
--
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

 chiederla... e i programmatori accomodanti di implementarla ;-)
sante parole.
ciao

a.p ha scritto:

Ma che state dicendo voi ultimi due? ;-)
Se n'è già parlato e ho presente le motivazioni tecniche a suo tempo
addotte, non mi convincono.
Il tasto Invio è il più grosso sulla tastiera, da sempre, è correntemente
utilizzato per confermare (anche se, a volte e per alterazione
generazionale, un'intera finestra), da una vita (DOS) era l'unico modo per
andare avanti.
Hanno inventato il Tab (per far qualcosa di nuovo in Win, come i politici
appena insediati), per chi scrive da sinistra a destra, come avviene per il
95% (+/-) della popolazione mondiale, è dalla parte opposta e, come si dice,
dalla mano statisticamente meno "prestante", se siete così pigri da non
gestirlo, avete due sole possibilità: 1) Scrivete allo zio Bill e gli date
del bevitore (no, non santo), come faccio io oppure rinnegate (fatelo,
fatelo se siete capaci) la metà della vostra vita informatica.
Odio il Tab. Oltretutto è praticamente sempre non intercettabile. E' un
assurdo. :-((

 fatelo se siete capaci) la metà della vostra vita informatica.
io veramente il tab ho iniziato a usarlo con le macchine elettriche
ibm, proprio mentre facevo i primi cobol. gran macchine, fra l'altro,
con quelle testine rotanti tipo tg3.
ti assicuro che se, visto che nessun altro lo fa e ce n'e' bisogno, ti
batti 11k schede 12.5x7.5 in circa 3 mesi, anche senza aver fatto
corsi dattilo, il tab lo impari...
invece del clipper mantengo esc=uscita, che purtroppo non viene sempre
implementato in win. ma cancel=true sta li' apposta...


 corsi dattilo, il tab lo impari...
Bene, da domani ti metto il cambio al posto della leva degli indicatori
direzionali.
Poi vediamo, neh?! :-)

 Poi vediamo, neh?! :-)
sol che ci mettiamo d'accordo prima. in su e' avanmarcia o retromarcia
? e per svoltare a destra, dico a mia moglie di sporgere il braccio
dal finestrino ?
sarebbe peggio se lo mettessi al posto del tergi. una retromarcia ogni
5" non credo potrei sopportarla...

*Skysurfer* ci ha deliziati con queste righe
 Quote:

allora ti parla uno che lo ha fatto su espressa richiesta degli utonti , in
pratica per mantenere una certa compatibilita' con un vecchio programma dos
che usavano ho implementato queste policies nelle maschere di inserimento :
-(campi a lunghezza fissa) arrivato alla fine passa subito a quello dopo
- tab e enter  scorrono in "avanti" tra le caselle , se si arriva alla fine
il bottone di conferma prende il default
- le caselle con focus prendono uno sfondo giallino ( il primo giallino
della palette di vb ) mentre le altre restano in bianco
- il tasto del e canc cancellano l'intera stringa inserita
- le frecce direzionali permettono lo spostamento nel campo corrente
permettendo la modifica del campo ([ins] perennemente inserito)
- tasti funzione abbinati ai command button e commentati sulla status bar
tutto naturalmente e' stato messo in un setting personale per ogni utente.
A mia sorpresa devo dire che 2 utenti su 10 sotto osservazione hanno
imparato ad usare il solo invio lasciando le vecchie abitudini al passato
(per il mouse il discorso e' ancora lungo , secondo me in molti casi e'
ancora troppo scomodo da usare )
Scusa se mi sono dilungato ma da questa esperienza mantengo la combinazione
tab = enter
-- 
<Gigio2K>
Sito Comune
Nokia -> I.T.H.N. -> 
http://www.ithn.it/
VB -> I.C.L.VB -> 
http://www.it-lang-vb.net/

 gestirlo
Personalmente credo che, se avessero considerato solo l'aspetto "politico",
avrebbero mantenuto INVIO per accattivarsi maggiormente gli utenti DOS, a
suo tempo; trovo invece che abbiano fatto bene a scegliere un tasto
differente, che rispetto all'INVIO ha molti meno significati (come sopra:
per lo piu' solo nei programmi di word processing), e' dalla parte opposta
del mouse (sempre per la media degli utenti) e quindi e' un candidato
migliore per diventare un tasto "specializzato"
Per la gestione del medesimo, non e' affatto questione di pigrizia, ma di
principio: l'utente ha scelto un sistema operativo dove si usa il TAB per
scorrere i campi, il 90% dei programmi che lui stesso usa prevedono, come e'
standard, solo quel tasto e si e' adattato a questi; mi dici perche' proprio
con il mio devo mettere del codice di "retrocompatibilita' mentale", e per
di piu' gratis?
A onor del vero mi ricordo pochissime richieste in questo senso, alle quali
abbiamo risposto semplicemente "in ambiente Windows e' cosi'"; il giorno in
cui ci offriranno 10.000 € per implementare la funzione, se ne puo'
parlare...


Grazie a tutti per i consigli!
Ciao, e buon lavoro.
Skysurfer

 parlare...
Io la implemento gratis. Costa davvero poco.

 Io la implemento gratis. Costa davvero poco.
Questa e' una tua scelta... e comunque ti invito a valutare un paio di
aspetti:
- se implementi INVIO per andare avanti, dovresti implementare per coerenza
anche SHIFT-INVIO per andare indietro...
- pulsanti di default, addio.
- lo spostamento tra caselle di testo e altri controlli e' disomogeneo, se
fai INVIO su un CommandButton come lo consideriamo? pressione di pulsante o
avanzamento?
- ogni volta che hai un testo multilinea devi far comunque digerire
all'utente l'uso del TAB
Bada, non sto dicendo che sei un fesso per averlo fatto, mi rendo
perfettamente conto di quanto possono essere noiosi a volte i clienti; pero'
per quanto ci riguarda, cose di questo genere costano sempre troppo in
confronto al (nullo) valore aggiunto che danno al programma, mentre siamo
ben disposti a fare "aggratis" modifiche ben piu' complesse, se aggiungono
davvero qualcosa...


 - pulsanti di default, addio.
....
a parte tutto il resto: mi pareva che i pulsanti di default dessero qualche
problema sull'evento validate, se le cose stanno così è meglio non usarli
comunque.
Salutoni
Sergio

 davvero qualcosa...
Sě, concettualmente hai ragione, perň ... fatto una volta č fatto per tutte
le applicazioni che hai (basta usare KeyPreview) e ... io potrň dire al
cliente che ci stiamo combattaendo che il mio programma lo fa e il tuo no.
Scherzo, ovviamente ... , ma non troppo. ;-)

cliente che ci stiamo combattaendo che il mio programma lo fa e il tuo no.
Posso sempre vendermela che il mio e' conforme alle guidelines di Microsoft
e il tuo no... ma visto il tuo rapporto con l'altissimo ('a' minuscola),
suppongo che per te sia motivo di orgoglio ;-)
Che ti devo dire?
per il momento sono contento di aver potuto evitare almeno questo problema;
le richieste sono state come dicevo rare, e liquidate sempre con la
spiegazione standard; sara' che non facciamo programmi con finestre di data
entry "spietato"... ad ogni modo mi auguro di non dovermi mai ingraziare uno
dei tuoi clienti, abituati a F8.....brrrrrr ;-)


 dei tuoi clienti, abituati a F8.....brrrrrr ;-)
Nota quella precisazione importante che hai fatto. Io, invece, faccio "data
entry spietato".
Comunque, siccome è personalizzabile, al posto di F8, ti piace
Shift+Ctrl+Alt+F23? ;-)
C'è un'altra motivazione tecnica: In alcuni casi, abbandonando un campo devo
fare alcune cose. Vero, posso usare Validate (quando attivabile) o
(obbrobrio!) LostFocus, il fatto è che, dando un significato particolare
all'invio (e non, per esempio, a un click da altre parti) posso
intercettarlo (e agire di conseguenza), il Tab no.

 Shift+Ctrl+Alt+F23? ;-)
puoi arricchire le combinatorie coi tasti:
win
option
contestuale
command
alt gr
mela
:P

 combo?
Beh, qui scantoniamo nel campo delle "fisse" personali: in un TextBox o in
un campo di edit in generale ammetto che potrei anche considerare l'INVIO
come "naturale", ma in altri tipi di controllo, tipo appunto liste e cose
del genere, onestamente mi verrebbe spontaneo considerare quel tasto come
una sorta di "apri", diciamo alla stregua di un doppio click, piuttosto che
una tabulazione...


 una tabulazione...
Ho capito. No, (tranne per i textbox multilinea) per me Invio vuol solo e
sempre dire "Conferma e abbandona il campo corrente".
Se un bottone che riceve il Focus, come detto, vuol dire
"Confermalo/Cliccalo/Pigialo/Sfondalo" ;-)

 una tabulazione...
in ie, invio nel combo_url = esegui.
in explorer, listview, invio = 2click = esegui.
io a quelli cerco di attenermi.
ciao

 io a quelli cerco di attenermi.
Ok, bastaaaaaa ;-), userò sempre l'invio, se quelli inventano comportamenti
diversi per ogni controllo (1000 stanze a tenuta stagna...), sarò io a
sbagliare? Sì e soltanto se un utente, uno solo, ben sapendo che il Tab
comunque c'è, mi dirà "l'invio è scomodo".

 comunque c'è, mi dirà "l'invio è scomodo".
lupo, sia chiaro: per me, metti pure i menu' sotto, o a destra. fai
aprire i programmi con alt-f4 e switcha fra loro con ctrl-alt-canc. io
non te lo impedisco di certo :)
ciao

 non te lo impedisco di certo :)
Lo so, anche perchè tu sei un esperto nel trovare tutte le combinazioni (e,
soprattutto, ad usarle), anche quelle che il programmatore, non dico ha
nascosto, ma proprio non ha previsto. :PP
Ctrl+Fn+AltGr+www+busta+?
ah, per confermare occorre switch-are su Off.

 ah, per confermare occorre switch-are su Off.
ciao :)

 scorrimento...
No, proverò, ma smettila di solleticare la mia curiosità :-)
Ora nasce spontanea una domanda: ma tu (magari per non troppo antiche
spoglie) quante dita hai? :-))

 spoglie) quante dita hai? :-))
se dio vuole, ancora abbastanza per cliccare un mouse di macintosh :)
pero' l'operazione di cui sopra e' piu' semplice se fai shift con una
mano e clic con l'altra :P