Qual è la regola empirica per interagire con i contenuti della finestra di OS X inattivi?

7

Devo ammettere che sono un po 'confuso nel cercare di capire una parte specifica dell'interfaccia utente di OS X: interagire con il contenuto nelle finestre "inattive".

Ad esempio, supponiamo di avere Chrome & Safari riprende ciascuno il 50% della proprietà dello schermo visibile. Siamo "in" Chrome e vogliamo fare clic su un collegamento in Safari: perché è necessario fare clic due volte? (una volta per attivare Safari, di nuovo per interagire con il link)

In altri sistemi operativi, fare clic su tutto ciò che è visibile generalmente "funziona". Posso capire che Mac OS protegge un utente dal dover rendere conto di ogni clic errato, ma sembra che gli elementi di "interfaccia" di OS X richiedano solo un clic (premendo "Riproduci" in iTunes, chiudendo una scheda in Firefox, ecc.), che sono ironicamente le azioni che portano le conseguenze più drammatiche se scattate per errore.

C'è qualche metodo per questa pazzia o sono per sempre costretto a cliccare e aspettare con ansia per vedere se devo fare di nuovo clic?

    
posta Samuel Hulick 02.08.2011 - 08:51
fonte

1 risposta

3

Siediti, figli miei, e lascia che ti parli del mondo e dei suoi trucchi ...

Scorrimento

In pratica puoi sempre far scorrere i contenuti della finestra inattiva. Non riesco nemmeno a pensare a un caso in cui questo non è vero. (Questo significa anche che la funzione di scorrimento verso la navigazione funziona in Lion.)

Il trascinamento

In molti casi, puoi trascinare il contenuto da finestre / app inattive senza mettere a fuoco l'app. Ad esempio, puoi trascinare un file da Finder o un messaggio da Mail.

Cliccando

Quando fai clic su un pulsante che si trova su una finestra, solitamente " accetta il primo mouse eventi" - il che significa che il mouse-down focalizzerà la finestra e agirà da mouse- evento in discesa sul pulsante. Quindi, quando lasci andare, il pulsante eseguirà il suo compito.

(Nota anche: nel caso dei widget close / minimizza / zoom,

puoieffettivamentecliccarlisenzamettereafuocolafinestra.)

(Secondaparte:nellebarredeglistrumenti,nonèrarodisattivarealcunipulsantimentresonoinattivi,quindinonaccederviaccidentalmente,adesempio,adesempio,ilpulsanteEliminadiMail.Tuttavia,questafunzionalitàèleggermentespezzatainLion,perchéseiniziafareclic(quindilafinestrasiconcentra)equinditrascina,puoieffettivamenteattivareilpulsante.)

Tuttavia,questoprincipalmentefunzionasoloperipulsanti.Comehainotato,quandoproviafareclicsuunlink(oselezionadeltestooun'altraazionesimile),devimettereafuocolafinestraprimafacendoclicesolodopopuoiinteragireconilcontenuto.

TheGreatWorkaround

(olaregolagenerale,comedicitu:hehe)

Perarrivarealpunto:Nellamaggiorpartedeicasi,quandotienipremuto⌘Comando,puoiinteragireconilcontenutodellafinestrainattiva.puòtenerepremutoeselezionare(eanchetrascinare)iltestosullosfondo,trascinarelecose(incluselebarrediscorrimento!),ipulsantidiclicealtro,senzaattivarelafinestra.

"Ma aspetta!" Ti sento dire. "Tenendo premuto apre i link in una nuova scheda!" Sì, c'è il problema:

Se tieni premuto e fai clic su un collegamento in Safari o Chrome, funzionerà senza attivare la finestra ... ma il link si aprirà in una nuova scheda .

E a mia conoscenza non c'è una soluzione alternativa per questo, a meno che tu non voglia disabilitare -clic nel tuo browser.

Ecco i fatti: rendi il flusso di lavoro che farai!

Un aggiornamento, che cita alcuni contenuti di Human Interface Guidelines (questo è solo per riferimento, non per dimostrare un punto):

Avoid providing click-through for an item or action whose result might be dangerous or undesirable. Specifically, avoid enabling click-through for an item that:

  • Performs a potentially harmful action that users can’t cancel (for example, the Delete button in Mail)
  • Performs an action that is difficult or impossible to cancel (such as the Send button in Mail)
  • Dismisses a dialog without telling the user what action was taken (for example, the Save button in a Save dialog that overwrites an existing file and automatically dismisses the dialog)
  • Removes the user from the current context (for example, selecting a new item in a Finder column that changes the target of the Finder window)

Clicking in any one of these situations should cause the window that contains the item to be brought forward, but no other action to be taken.

In general, it’s safe to provide click-through for an item that asks the user for confirmation before executing, even if the command ultimately results in destruction of data. For example, you can provide click-through for a delete button if you also make sure to give users the opportunity to cancel or confirm the action before it proceeds.

Think twice before supporting click-through for items that don’t provide confirmation feedback. Specifically, consider how dangerous the action might be, and determine how difficult it will be for the user to undo the action after it’s performed. For example, the Mail Delete button does not provide click-through because it deletes a message without asking for confirmation, which is a potentially harmful action that can be difficult to undo. On the other hand, click-through for the New button in Mail is fine because its resulting action is not harmful and is easy to undo.

Ensure that items that do not support click-through appear disabled when their window is inactive. The disabled appearance helps users understand that these controls are unavailable. For example, the delete and mark as junk buttons in the inactive Mail window shown below do not support click-through.

    
risposta data 02.08.2011 - 09:22
fonte

Leggi altre domande sui tag