it-swarm-eu.dev

Descrizioni comandi con timeout infinito?

Sto pensando di impostare il timeout su tutte le mie descrizioni comandi in un'applicazione WinForms su infinito (o un valore estremamente elevato). La motivazione è che è fastidioso per l'utente se il tooltip scompare mentre lo sto ancora leggendo, senza fornire alcun valore aggiuntivo per quanto posso dire.

Normalmente non chiederei una cosa del genere su StackOverflow, ma la stragrande maggioranza di tutti i software imposta i timeout sui suggerimenti, quindi mi chiedo se forse mi manca qualche considerazione importante? O è solo una vecchia convenzione a cui nessuno ci pensa più?

Se odi il timeout infinito al contrario di un timeout breve, spiega perché.

(Se pensi solo che le descrizioni dei comandi siano una cattiva idea, allora questa è una considerazione separata; questa domanda riguarda specificamente il timeout infinito.)

22
RomanSt

Microsoft Tooltips and Infotips Guidelines suggerisce esplicitamente che dovresti usare il massimo valore possibile:

Per le infotips, disattivare il timeout di rimozione della punta. Sviluppatori: Poiché non è possibile disattivare tecnicamente il timeout di rimozione, impostarlo sul valore massimo.

Lo fanno in Windows Explorer per le infotips di immagini (ovvero scompaiono dopo 32 secondi):

enter image description here

Anche l'attributo title per <acronym> I tag in HTML hanno infiniti timeout - si estendono sicuramente oltre i 32 per le infotips di Windows.

Dividi i peli, ma in realtà dovresti creare infotips anziché i suggerimenti:

A tooltip è una piccola finestra pop-up che identifica il controllo senza etichetta a cui punta, ad esempio controlli della barra degli strumenti senza etichetta o pulsanti di comando.

Poiché le descrizioni comandi si sono dimostrate così utili, esiste un controllo correlato chiamato infotips, che fornisce un testo più descrittivo di quanto sia possibile con le descrizioni comandi.

An infotip è una piccola finestra pop-up che descrive in modo conciso l'oggetto a cui si punta, come descrizioni di comandi della barra degli strumenti, icone, grafica, collegamenti, oggetti di Windows® Explorer, voci del menu Start e pulsanti della barra delle applicazioni.

6
icc97

Vorrei andare con il timeout indefinito. Questi davvero brevi come quando passi con il mouse sopra il valore Connect Using della tua NIC per vedere il tuo indirizzo MAC scade sempre prima che io abbia finito con esso e mi fa impazzire. Tuttavia, detto questo, eviterei il più possibile l'uso della punta dell'utensile. Soprattutto se usato per mostrare informazioni aggiuntive come l'esempio dell'indirizzo MAC. Usali per spiegare cosa significano le cose per il nuovo utente, non per visualizzare nuovi dati.

3
jamone

Se si va con un timeout infinito, 1) assicurarsi di fornire molto spazio inattivo, 2) assicurarsi che scadano correttamente su HouseOut. Perché l'unica cosa più fastidiosa di una descrizione che non puoi leggere perché scade troppo velocemente è una descrizione che oscura un'informazione importante e non vuole andare via.

Penso che l'abuso più palese di suggerimenti non scadenti sia stato il primo desktop manager di Enlightenment. OGNI elemento del desktop ha fornito tooltip non scadenti, e lo stesso ha fatto anche il desktop, producendo un tooltip buono mezzo schermo alto e largo contenente un aiuto completo su tutto ciò che potresti mai fare con il desktop, ad eccezione di come disattivare i tooltip.

3
SF.

Nota che usando l'API di descrizione comandi Win32 (che è ciò che fa la classe di descrizione comandi .NET), tu non puoi impostare un timeout infinito su Win32 (il massimo è ~ 32 secondi). In realtà MSDN afferma che non puoi impostare un ritardo superiore a 5 secondi , ma stranamente abbastanza 30 secondi funziona bene per me. Se per qualche motivo non funziona per te, ci sono soluzioni alternative . Penso che 32 secondi dovrebbero essere abbastanza buoni per la maggior parte dei tooltip, altrimenti dovresti farne uno tuo (vedi qui e qui per idee). Infine, dovresti probabilmente affrontare riapparire problema . Per ulteriori informazioni, consultare gli articoli di CodeProject qui e qui .

In bocca al lupo !

3
Ohad Schneider

Penso che infiniti tooltip trarranno grandi benefici da suggerimenti estremamente lunghi. Dai un'occhiata a una tipica descrizione comandi in Handbrake (software di transcodifica video).

tooltip

A causa delle limitazioni tecniche evidenziate da ohadsc, la descrizione comandi scompare in 5 secondi. È fastidioso. Non puoi capire tutto questo in 5 secondi, specialmente questa roba da nerd. Tuttavia, queste lunghe descrizioni comandi mi hanno aiutato a passare all'utilizzo avanzato del freno a mano. È molto meglio che dover passare avanti e indietro tra un documento di aiuto separato.

Non vedo alcun motivo per cui i suggerimenti scompaiano dopo X secondi, indipendentemente da quanto sia dettagliata la descrizione comandi. Non puoi aspettarti che tutti finiscano di leggere in X secondi. Se volevano che la descrizione dei comandi sparisse, sposta il mouse di qualche pixel verso l'alto: è facile.

2
JoJo

Per cominciare, odio i suggerimenti - li odio ancora di più, poi scompaiono mentre li leggo.

Direi di andare per il timeout infinito purché non si frapponga.

Ma nel complesso, penso che le descrizioni dei comandi siano una cattiva idea e sono state semplicemente trascinate "perché è così che l'abbiamo sempre fatto". Il problema è trovare un'alternativa piacevole e intuitiva che risolva il problema di fornire un aiuto conciso, su richiesta e mirato alle funzionalità.

1
Jonathon

Non vi è alcun vantaggio per il timeout. Sebbene le descrizioni dei comandi fossero utilizzate sporadicamente prima di Windows 95, Windows 95 le usava in modo eccessivo e le faceva scadere costantemente ovunque. Trovo molto probabile che tutti abbiano appena copiato la convention senza pensarci bene.

1
Timwi

Cosa possono occludere i tuoi suggerimenti? Se non occludono nulla, il timeout infinito va bene. Poi di nuovo, se hai quel tipo di spazio da lasciare vuoto, allora potrebbe essere che dovresti usare qualcosa di diverso dai tooltip, come etichette più descrittive più lunghe.

Lo scopo del timeout è per il tooltip (che l'utente non voleva necessariamente) per sfuggire a qualcosa che l'utente deve vedere. Considera il caso in cui un utente passa il mouse sopra un controllo della barra degli strumenti cercando di decidere se il comando è appropriato per un elemento selezionato in un documento, quindi viene visualizzata una descrizione comandi che nasconde una parte chiave dell'elemento selezionato che stavano studiando per decidere. Il timeout fa risolvere questo problema da solo. Questo è anche uno dei motivi per cui i suggerimenti dovrebbero avere un ritardo.

Se il testo della descrizione comandi è troppo lungo per essere letto con un breve timeout, sei un po 'bloccato tra una roccia e un luogo difficile. Se lasci il timeout breve, la descrizione comandi potrebbe scomparire mentre gli utenti lo stanno ancora leggendo e dovranno spostare il puntatore e riacquistare l'hotspot (e attendere il ritardo), il che è fastidioso. Puoi aumentare il timeout, ma ciò significa aumentare il tempo di occlusione di altre cose (e poiché il testo è lungo, è più probabile che occluda qualcosa di interessante). Forzate gli utenti a spostare il puntatore per vedere le cose, e quindi possibilmente spostate indietro per scegliere un comando, che è anche fastidioso. Il primo è probabilmente più fastidioso del secondo, ma, a seconda della densità delle finestre, il secondo è probabilmente più frequente del primo –tooltips dovrebbe essere usato solo per informazioni non essenziali supplementari, il che, per definizione, significa che raramente gli utenti hanno bisogno per leggerli.

Se hai un testo lungo, forse non dovresti usare i suggerimenti, ma quali sono le alternative? Non posso raccomandare di utilizzare la barra di stato perché gli utenti raramente notano cose nella barra di stato poiché è lontana da dove è probabile che stiano guardando. Potresti mettere lo spazio vuoto proprio sotto i controlli che necessitavano di suggerimenti e visualizzare dinamicamente il testo a tempo pieno senza ritardi e senza timeout, ma non vuoi sempre usare così tanto spazio immobiliare per qualcosa di cui gli utenti raramente hanno bisogno.

Forse la soluzione è rappresentata da tooltip trasparenti con timeout infinito oppure il tooltip diventa trasparente dopo il timeout per fornire una leggibilità ottimale all'inizio. Fresco se la trasparenza migliorasse per una volta l'usabilità.

1
Michael Zuschlag

Tutto ciò che serve è fornire un modo migliore per sbarazzarsi della descrizione comandi.

Idealmente, una piccola "croce" nell'angolo in alto a destra del tooltip indicherà che può essere chiuso. (Non sono sicuro di quanto sarebbe facile aggiungerlo con l'API della descrizione comandi di Win32).

Inoltre, assicurati che altri tentativi di sbarazzartene funzionino o almeno non mi faccia perdere lavoro. Gli utenti potrebbero provare a

  • fai clic da qualche parte al di fuori della descrizione comando (di solito sicuro ..)
  • fai clic sulla descrizione comando (non "fare clic")
  • premi ESC (che potrebbe risultare complicato o confuso)
  • altre cose?

Alternative:

  1. rendere il timeout dipendente dalla lunghezza del testo

  2. assegnare al tooltip l'oggetto attualmente focalizzato il proprio spazio, dove non copre nulla. @JoJo pubblica un ottimo esempio in cui le descrizioni dei comandi sono non valido: molto testo e copre un'area casuale dello schermo.

1
peterchen

Probabilmente dovrai tirare la tua descrizione. Detto questo, ho visto persone usare un'area simile a una barra di stato per mostrare suggerimenti su cosa fanno i pulsanti. Image-Line fa questo in FL Studio, e i suggerimenti sono stati davvero utili, non cambiare se non muovo il mouse e non copro nulla o non faccio confusione.

Questo potrebbe essere qualcosa da considerare, soprattutto se hai difficoltà a creare i tuoi suggerimenti.

1
Owen Johnson