Depois de demonstrar que o uso do Target = _blank não é um erro absoluto, exploraremos como reduzir as novas janelas por cenário. Eu estava conscientemente prestando atenção a esse problema porque vi o conselho do tio Plod em 2004 de que ele defendia não pop-ups aleatórios.
Deixando de lado algumas intenções ilógicas, por que usar páginas pop-up em grandes quantidades? Porque os designers estão preocupados com o fato de os usuários se perderem. Por que os usuários se perdem? Porque o sistema de navegação não é bom o suficiente. Por que o sistema de navegação não é bom o suficiente? Porque as funções do produto são demais e confusas. Por que existem muitas funções e bagunçadas? Porque a demanda não é bem controlada. Por que a demanda não é controlada corretamente? Porque a pessoa que pediu o pedido não pensou claramente.
Para ser franco, muitas ocasiões não são apenas um problema para os designers; portanto, eles só podem optar por comprometer e usar constantemente soluções inferiores para construir um sistema de estrutura de tofu. É normal para algumas coisas que não podem ser evitadas no ritmo acelerado, mas os designers devem cumprir seu dever de alcançar a reconstrução coordenada global iterativa.
A referência acima aos cenários de aplicação dos links que atendem às condições nacionais na nova janela de Taobao resumidas em 2008. Download de vários arquivos e a impressão de vários documentos requer ajuda em comparação. Os termos de privacidade do formulário de registro são necessários para segmentar = _blank.
Existem poucos cenários em que o Target = _blank melhorará inevitavelmente a experiência do usuário, e eu pessoalmente acredito que, com o desenvolvimento da tecnologia do cliente, será substituído gradualmente. Por exemplo, o aplicativo Ajax da LightBox traz designers um novo conceito de design de que eles não precisam abrir novas janelas ao visualizar imagens grandes, o que era inimaginável no passado.
O nome de domínio principal é substituído, como links amigáveis, links externos de palavras -chave incorporadas no blog etc. e links nas plataformas de aplicativos geralmente precisam ser substituídos por nomes de domínio secundários. Se todas as janelas não forem abertas, a fim de evitar surgir acidentalmente, você primeiro lembre ao usuário que este é um link externo; Se algumas novas janelas forem abertas, deve haver regras unificadas para restringi -la e informar claramente você a abrir uma nova janela. Eu já vi três tipos de casos:
Exemplo do MSDN, o ícone diz ao usuário que este é um link fora do local.
Exemplo do GBLOG, o ícone diz ao usuário que este é um link fora do local e você pode clicar em Target = _blank.
Exemplo de Egloos (Coréia), o ícone apenas informa ao usuário que este é um link fora do local quando acionado ou clique em Target = _blank.
O artigo de Neil Turner do SitePoint adiciona três formas, similares. Vale ressaltar que há um caso em que o título avança em nova janela, que na verdade está em conformidade com o aplicativo mencionado no uso do título para melhorar a acessibilidade.
Por exemplo, as alterações no layout são a diferença entre uma página de lista e uma página de conteúdo. Os usuários precisam ler a página de conteúdo por um longo tempo e é realmente mais inconveniente retornar à lista sempre. O exemplo mais típico é a melhoria feita pelo Google no início de 2006, que é o link de destino padrão = _blank para a lista de resultados de pesquisa. Este exemplo atende às três condições acima, quase ao mesmo tempo, e fornece configurações personalizadas para voltar, 100% de seguro.
Mapas especiais de sites e tabelas de índice também são navegação e devem oferecer aos usuários a maior possibilidade de controle. Seja navegação global, navegação local, navegação auxiliar, navegação de contexto ou navegação amigável, é recomendável eliminar o destino = _blank. Por exemplo, no contêiner da barra lateral do programa WordPress, quase todos os links do site estão navegação, e o Target = _blank afetará seriamente a suavidade da acessibilidade.
A guia é uma forma muito comum de organização de conteúdo de página, mas se está diretamente oculta, carregando de maneira assíncrona ou saltos semelhantes a navegação, não é recomendado para segmentar = _blank, porque neste momento o usuário espera que as alterações no módulo ou carreguem uma nova página na janela atual.
Além disso, o link de navegação e o link de operação de retorno se sobrepõem parcialmente, como a navegação por navegação, e o ponto de fundo hierárquico é na verdade a operação de retorno. Executar uma operação de retorno em qualquer página significa que a página atual não é mais necessária; portanto, uma nova janela não pode ser aberta. Esse retorno inclui clicar no logotipo para retornar à página inicial, que também é um dos erros típicos que você pode encontrar.
Os cenários de formulários são relativamente amplos, como registro, login e pesquisa, Target = _blank devem ser eliminados. Existem especificações de usabilidade muito importantes para enviar formulários de dados com grandes campos. Clicar em trás deve reter dados. O back -end do WordPress é excelente.
Ele pode basicamente ser resumido em um sentido amplo como um link que afeta o acesso e a fluência de operação, não é recomendável segmentar = _blank. De fato, não importa quais sejam as regras, desde que não haja lógica clara para transmiti -las ao usuário, isso causará acidentes. No entanto, a dificuldade de design é que é impossível determinar com precisão se esse acidente está dentro do intervalo aceitável esperado pelo usuário.
Como é difícil julgar se o usuário espera precisar de destino = _blank, é relativamente fácil alcançar um consenso nos dois cenários de erro comum, então eu pessoalmente acho que ainda é fácil encontrar idéias para resolver o problema. Não vou repetir os exemplos simples e os adicionarei se tiver a oportunidade.