Modo (interface do usuário) - Mode (user interface)

Este artigo é sobre um estado transitório em interfaces de usuário. Para modos em videogames, consulte Modo de jogo . Para outros usos, consulte Modo (desambiguação) .
Não deve ser confundido com interação multimodal ou modalidade (interação homem-computador) .

No design da interface do usuário , um modo é uma configuração distinta dentro de um programa de computador ou qualquer interface física da máquina , na qual a mesma entrada do usuário produzirá resultados percebidos diferentes daqueles que produziria em outras configurações. Os componentes da interface modal incluem as teclas Caps lock e Insert no teclado padrão do computador , que normalmente colocam a digitação do usuário em um modo diferente após serem pressionados e, em seguida, retornam ao modo normal após serem pressionados novamente.

Uma interface que não usa modos é conhecida como interface sem janela restrita . As interfaces não modais evitam erros de modo , nos quais o usuário executa uma ação apropriada a um modo enquanto está em outro modo, tornando impossível para o usuário confirmá-los.

Definição

Em seu livro The Humane Interface , Jef Raskin define a modalidade da seguinte forma:

"Uma interface homem-máquina é modal com relação a um determinado gesto quando (1) o estado atual da interface não é o locus de atenção do usuário e (2) a interface irá executar uma entre várias respostas diferentes ao gesto, dependendo de o estado atual do sistema. " (Página 42).

No sentido de Raskin e de acordo com sua definição, uma interface não é modal, desde que o usuário esteja totalmente ciente de seu estado atual. Raskin se refere a isso como "locus de atenção" (da palavra latina locus que significa "lugar" ou "localização"). Normalmente, um usuário está ciente do estado do sistema se a mudança de estado foi propositalmente iniciada pelo usuário ou se o sistema fornece alguns sinais fortes para notificar o usuário da mudança de estado no local onde ocorre a interação. Se o locus de atenção do usuário muda para uma área diferente, o estado da interface pode então representar um modo, uma vez que o usuário não está mais ciente disso.

Larry Tesler definiu os modos como "um estado da interface do usuário que dura um período de tempo, não está associado a nenhum objeto em particular e não tem outra função a não ser colocar uma interpretação na entrada do operador".

Exemplos

Modal

Vários exemplos de software foram descritos como modais ou usando modos de interface:

  • Editores de texto - normalmente estão no modo de inserção por padrão, mas podem ser alternados entre dentro e fora do modo sobrescrever pressionando a tecla Insert .
  • vi - tem um modo para inserir texto e um modo separado para inserir comandos. Também existe um modo " ex " para emitir comandos mais complexos (por exemplo, pesquisar e substituir). Em circunstâncias normais, o editor retorna automaticamente ao modo anterior após a emissão de um comando; no entanto, é possível mover permanentemente para este modo usando Shift-Q .
  • Emacs - tem o conceito de "teclas de prefixo", que acionam um estado modal pressionando a tecla de controle mais uma tecla de letra. O Emacs então espera por pressionamentos de tecla adicionais que completem uma combinação de teclas . Isso difere do vi porque o modo sempre termina assim que o comando é chamado (quando a seqüência de pressionamentos de tecla que o ativa é concluída). O Emacs também possui muitos modos "principais e secundários" que alteram os comandos disponíveis e podem ser chamados automaticamente com base no tipo de arquivo para editar mais facilmente os arquivos desse tipo. Os modos do Emacs não se restringem à edição de arquivos de texto; existem modos para navegação em arquivos , navegação na web , IRC e e- mail e seus padrões de interação são equivalentes ao software de aplicativo dentro do ambiente Emacs. Os modos são escritos em Emacs Lisp , e todos os modos podem não estar incluídos em todas as versões.
  • Cisco IOS - certos comandos são executados em um "modo de comando".
  • Ferramentas escolhidas em uma paleta em aplicativos de edição de fotos e desenho são exemplos de uma interface modal. Alguns editores de imagem avançados têm um recurso em que as mesmas ferramentas podem ser acessadas de forma não convencional pressionando uma tecla e permanecem ativas enquanto a tecla é mantida pressionada. Liberar a tecla retorna a interface para a ferramenta modal ativada pela paleta.
  • Os videogames podem usar os modos de jogo como uma mecânica para aprimorar a jogabilidade .
  • As janelas modais bloqueiam todo o fluxo de trabalho no programa de nível superior até que a janela modal seja fechada.

Modelo

Larry Tesler , do PARC, criou insights para um processador de texto não modal a partir do feedback obtido em um teste de usuário com a recém-contratada Sylvia Adams, onde ela foi convidada a improvisar alguns gestos para corrigir marcas de revisão no texto digital. Esse teste convenceu o gerente da Tesler, Bill English, dos problemas com sua interface modal anterior.

Erros de modo

Veja também: Erro do usuário

Os modos são freqüentemente desaprovados no design da interface porque podem produzir erros de modo quando o usuário esquece em que estado a interface está, executa uma ação apropriada para um modo diferente e obtém uma resposta inesperada e indesejada. Um erro de modo pode ser bastante surpreendente e desorientador, pois o usuário lida com a violação repentina de suas expectativas .

Os problemas ocorrem se uma mudança no estado do sistema acontece despercebida (iniciada pelo sistema, ou por outra pessoa, como o usuário que estava usando a máquina anteriormente), ou se depois de algum tempo o usuário se esquece da mudança de estado. Outro problema típico é uma mudança repentina de estado que interrompe a atividade de um usuário, como roubo de foco . Em tal situação, pode facilmente acontecer que o usuário execute algumas operações com o antigo estado em mente, enquanto o cérebro ainda não processou totalmente os sinais que indicam a mudança de estado.

Um tipo de modalidade muito frustrante é criado por um modo em que o usuário não encontra uma saída, ou seja, onde não consegue encontrar como restaurar o estado anterior do sistema.

Exemplos de erros de modo

  • A fonte mais comum de erros de modo pode ser a tecla Caps Lock . Outros modos comuns disponíveis em teclados de PC são as outras teclas de bloqueio , Num lock e Scroll lock e, freqüentemente, a tecla Insert . Chaves mortas para diacríticos também criam um modo de curto prazo, pelo menos se não fornecem feedback visual de que o próximo caractere digitado será modificado. Embora as teclas de bloqueio em teclados de PC sejam projetadas com a intenção de serem usadas como teclas modais, o projeto de hardware do PC IBM não exige que essas nem quaisquer outras teclas específicas sejam modais, mas permite que o software trate qualquer tecla como modal. (O BIOS do PC normalmente implementa os estados Caps Lock, Num Lock e Scroll Lock, de modo que a modalidade dessas teclas pode parecer intrínseca, mas não é tecnicamente nem praticamente necessário usar o BIOS para E / S de teclado, e de fato mais moderno sistemas operacionais não usam E / S de teclado BIOS.)
  • Os usuários de PC cujo idioma não é baseado no alfabeto latino geralmente têm que interagir usando dois layouts de teclado diferentes : um local e QWERTY . Isso dá origem a erros de modo vinculados ao layout de teclado atual: muitas vezes, a sincronização do modo de "layout atual" entre o humano e a interface é perdida e o texto é digitado em um layout diferente do pretendido, produzindo texto sem sentido e confusão. As teclas do teclado em elementos da interface do usuário como "(s / n)" podem ter efeito oposto se um programa for traduzido.
  • Um exemplo frequente é o aparecimento repentino de uma caixa de diálogo de erro modal em um aplicativo enquanto o usuário está digitando, conhecido como roubo de foco ; o usuário espera que o texto digitado seja introduzido em um campo de texto, mas a caixa de diálogo inesperada pode descartar todas as entradas ou pode interpretar alguns pressionamentos de tecla (como "Y" para "sim" e "N" para "não") de alguma forma que o usuário não pretendia, muitas vezes desencadeando uma ação destrutiva que não pode ser revertida .
  • O editor de texto Unix vi pode ser notoriamente difícil para iniciantes precisamente porque usa modos e porque versões anteriores configuravam a indicação de modo para ser desativada por padrão.
  • Em muitos videogames de computador, o teclado é usado tanto para controlar o jogo quanto para digitar mensagens. Um usuário pode esquecer que está no "modo de digitação" ao tentar reagir a algo repentino no jogo e descobrir que os controles não respondem (e, em vez disso, sua barra de texto cheia de teclas de comando pressionadas).

Em acidentes de transporte

  • A confusão de modos fez parte dos eventos que levaram à perda do voo 447 da Air France em 2009 e à morte de 228 pessoas. Os pilotos reagiram à perda de altitude puxando o manche, o que teria sido uma reação apropriada com o piloto automático totalmente habilitado, o que colocaria a aeronave em uma configuração de escalada. No entanto, os sistemas do avião haviam entrado em um modo de menor automação ("lei direta" nos termos do Airbus) devido a um sensor de velocidade no ar bloqueado, permitindo aos pilotos colocar o avião em uma configuração de estol de nariz elevado, da qual não se recuperaram.
  • De acordo com o NTSB , um dos fatores que contribuíram para a queda do voo 214 da Asiana Airlines em 2013 foram "as complexidades dos sistemas de direção de voo autothrottle e piloto automático ... que aumentaram a probabilidade de erro de modo".
  • Em 17 de janeiro de 2015, o navio de abastecimento offshore "Red7 Alliance" colidiu com um portão de bloqueio do Canal de Kiel na Alemanha, danificando-o gravemente. Uma investigação concluiu que as alavancas que controlam os propulsores de azimute do navio não foram usados ​​de forma apropriada para o modo em que foram configurados, resultando na aceleração do navio em vez de parar na eclusa.
  • Em 21 de agosto de 2017, o contratorpedeiro da Marinha dos EUA USS John S. McCain colidiu com um petroleiro comercial no Estreito de Malaca, resultando na morte de dez tripulantes. Uma investigação conduzida pelos militares dos EUA concluiu que imediatamente antes da colisão, os controles do leme e da propulsão foram redistribuídos entre as estações da ponte, e a tripulação da ponte não estava totalmente ciente dessa redistribuição.
  • Em 10 de abril de 2018, o navio de abastecimento de 5.000 toneladas VOS Stone foi desatracado de uma plataforma eólica em construção no Mar Báltico. O comandante da embarcação decidiu colocar a direção em modo alternativo para realizar um teste do sistema. A comunicação insuficiente com o oficial de quarto levou a uma perda temporária de controle, colisão com a plataforma, ferimentos em três membros da tripulação e danos significativos.
  • Em 19 de abril de 2020, um caça a jato F-35A foi destruído em um acidente de pouso na Base Aérea de Eglin . As investigações concluíram que a aeronave estava mal configurada com o modo errado de autothrottle , resultando na aeronave se tornando incontrolável após o toque.

Avaliação

Os modos têm como objetivo atrair a atenção total do usuário e fazer com que ele reconheça o conteúdo presente neles, em particular quando uma confirmação crítica do usuário é necessária. Este uso posterior é criticado como ineficaz para o uso pretendido (proteção contra erros em ações destrutivas) devido à habituação . Na verdade, tornar a ação reversível (fornecendo uma opção "desfazer") é recomendado. Embora os modos possam ser bem-sucedidos em usos específicos para restringir operações perigosas ou indesejadas, especialmente quando o modo é mantido ativamente por um usuário como um quase-modo .

Os modos às vezes são usados ​​para representar informações pertinentes à tarefa que não se encaixam bem no fluxo visual principal. Os modos também podem funcionar como convenções bem conhecidas, como ferramentas de pintura.

Os proponentes do modal podem argumentar que muitas atividades comuns são modais e os usuários se adaptam a elas. Um exemplo de interação modal é o de dirigir veículos motorizados. Um motorista pode se surpreender quando pressionar o pedal de aceleração não acelera o veículo na direção para frente, provavelmente porque o veículo foi colocado em um modo operacional como estacionar, neutro ou ré. As interfaces modais requerem treinamento e experiência para evitar erros de modo como esses.

O especialista em interface Jef Raskin foi fortemente contra os modos, escrevendo: "Os modos são uma fonte significativa de erros, confusão, restrições desnecessárias e complexidade nas interfaces." Mais tarde, ele observa: "'Não é por acaso que xingar é denotado por # &%! # $ &', Escreve meu colega, Dr. James Winter; é 'o que uma máquina de escrever costumava fazer quando você digitava números quando o Caps Lock esteve envolvido'." Raskin dedicou seu livro The Humane Interface para descrever os princípios de uma interface sem janela restrita para computadores. Esses princípios foram implementados nos sistemas Canon Cat e Archy .

Alguns designers de interface recentemente tomaram medidas para tornar as janelas modais mais óbvias e fáceis de usar, escurecendo o fundo atrás da janela ou permitindo qualquer clique do mouse fora da janela modal para forçar o fechamento da janela - um design chamado Lightbox - diminuindo assim o risco de erros modais. Jakob Nielsen afirma como uma vantagem dos diálogos modais que melhora a consciência do usuário. "Quando algo precisa ser consertado, é melhor garantir que o usuário saiba disso." Para esse objetivo, o design do Lightbox fornece forte contraste visual do diálogo em relação ao restante dos visuais. No entanto, embora tal método possa reduzir o risco de interações incorretas inadvertidas, ele não resolve o problema de que a janela modal bloqueia o uso dos recursos normais do aplicativo e evita que o usuário execute qualquer ação para corrigir a dificuldade, ou mesmo rolar a tela para trazer à vista informações que eles precisam escolher corretamente das opções que a janela modal apresenta, e não faz nada para aliviar a frustração do usuário por ter tropeçado em um beco sem saída do qual eles não podem escapar sem alguma consequência mais ou menos destrutiva.

Larry Tesler , da Xerox PARC e Apple Computer , não gostou dos modos o suficiente para obter uma placa personalizada para seu carro que dizia: "SEM MODOS". Ele usou esta placa em vários carros desde o início dos anos 1980 até sua morte em 2020. Junto com outros, ele também usou a frase "Don't Mode Me In" por anos como um grito de guerra para eliminar ou reduzir os modos.

Bruce Wyman, o designer de uma mesa multitoque para uma exposição de arte do Denver Art Museum , argumenta que as interfaces para vários usuários simultâneos devem ser sem modelo, a fim de evitar trazer qualquer usuário em foco.

Recomendações de design

Evite quando possível

Sinais pequenos tornam explícitos os mapeamentos do sinal para as estradas

Alternativas para modos como o comando desfazer e a lixeira são recomendadas quando possível. O pesquisador de HCI Donald Norman argumenta que a melhor maneira de evitar erros de modo, além de indicações claras de estado, é ajudar os usuários a construir um modelo mental preciso do sistema que lhes permitirá prever o modo com precisão.

Isso é demonstrado, por exemplo, por alguns sinais de parada em cruzamentos de estradas. Um motorista pode ser condicionado por uma placa de parada de quatro vias perto de sua casa para presumir que cruzamentos semelhantes também serão paradas de quatro vias. Se houver apenas duas vias, o motorista poderá prosseguir se não encontrar outros carros. Especialmente se houver uma visão obstruída, um carro pode passar e bater na lateral do primeiro carro. Um design aprimorado alivia o problema incluindo um pequeno diagrama mostrando quais direções têm um sinal de pare e quais não, melhorando assim a consciência situacional dos motoristas.

Posicionamento adequado

Veja também: Recomendações de design para janelas modais

Os controles modais são mais bem colocados onde o foco está no fluxo da tarefa. Por exemplo, uma janela modal pode ser colocada ao lado do elemento de controle gráfico que dispara sua ativação. Os controles modais podem ser perturbadores, portanto, esforços devem ser feitos para reduzir sua capacidade de bloquear o trabalho do usuário. Depois de concluir a tarefa para a qual o modo foi ativado, ou após uma ação de cancelamento, como a tecla Escape , retornar ao estado anterior quando um modo for encerrado reduzirá o impacto negativo.

Quasimodes

No livro The Humane Interface , Jef Raskin defendeu o que chamou de quasimodes , modos que são mantidos apenas por meio de alguma ação constante por parte do usuário; esses modos também são chamados de modos com mola . O termo quasimode é um composto do prefixo latino quasi- (que significa quase , até certo ponto ) e a palavra " modo " em inglês.

As teclas modificadoras do teclado, como a tecla Shift , a tecla Alt e a tecla Control , são exemplos de uma interface quase-modal.

O aplicativo entra nesse modo enquanto o usuário está realizando uma ação consciente, como pressionar uma tecla e mantê-la pressionada enquanto invoca um comando. Se a ação de sustentação for interrompida sem a execução de um comando, o aplicativo retorna ao status neutro.

O suposto benefício dessa técnica é que o usuário não precisa se lembrar do estado atual do aplicativo ao invocar um comando: a mesma ação sempre produzirá o mesmo resultado percebido. Uma interface que usa apenas quasimodes e não tem modos completos ainda não tem janela restrita de acordo com a definição de Raskin.

O recurso StickyKeys transforma um quasimode em um modo serializando pressionamentos de teclas de teclas modificadoras com teclas normais, de forma que não tenham que ser pressionadas simultaneamente. Nesse caso, a maior possibilidade de erro de modo é amplamente compensada pela acessibilidade aprimorada para usuários com deficiências físicas.

Veja também

Notas

Referências

links externos