Leitura/Web/Melhorias para o Desktop/Quinto teste do protótipo
Nós adoraríamos o seu feedback em algumas decisões sobre o design visual para Vector 2022. Por visual design nós queremos dizer o estilo dos textos, botões, molduras, background e espaçamento.
Instruções
- Revise essa página para contexto
- Crie uma nova seção nesta página usando o formulário abaixo (ele será previamente preenchido com as questões para você responder).
- Preencha com a sua opinião sobre o protótipo na seção criada.
Por favor, tenha em mente:
- Estes são protótipos, a maioria das ferramentas não funcionam, e pode haver outros "bugs" ou caprichos com os quais você se deparará.
- O "formulário da nova seção" infelizmente não é compatível com o VisualEditor (VE). Se você estiver usando o VisualEditor, crie manualmente uma nova seção e copie e cole as perguntas de feedback (listadas abaixo).
- Você não precisa rever cada seção; concentre-se naquelas que são mais interessantes para você.
- Design, especialmente design visual, pode ser algo subjetivo. Embora todos tenhamos direito a nossas próprias opiniões, pedimos que você faça o melhor para explicar as suas, e como elas se relacionam com nossos objetivos de simplicidade e usabilidade de projeto.
- Podem haver boas opções que não estão representadas aqui. Sinta-se à vontade para sugerir outra coisa se você acha que funcionaria melhor do que as opções apresentadas. Se você estiver confortável com design e/ou codificação, sinta-se à vontade para incluir maquetes ou protótipos de suas ideias (isto não é necessário). Arquivos de Designs: Figma, Sketch, Google Drawing. Prototype: GitHub.
- Se você estiver enviando suas próprias ideias, por favor não edite esta página; inclua-as em seu formulário de feedback.
- Apreciamos os designers amadores e respeitamos os designers experientes. Analisaremos todos os comentários e ideias e, em última instância, contaremos com o julgamento de projetistas experientes para tomar as decisões finais.
- Se preferir enviar sua opinião por email, por favor envia para [$1 olga@wikimedia.org].
Previsão das Questões de Avaliação
- Menus - abrir protótipo em uma nova aba: https://di-visual-design-menus.web.app/Brown_bear. Qual opção você prefere e porque? Certifique-se de verificar o menu de busca, menu de usuário, menu de idiomas e menu de ferramentas.
- Borders and backgrounds - abra o protótipo em uma nova aba: https://di-visual-design-borders-bgs.web.app/Zebra. Qual opção você prefere e porque?
- Seção ativa no índice — open prototype in a new tab: https://di-visual-design-toc-active.web.app/Otter. Qual opção você prefere e porque?
- Logotipo no cabeçalho - abra o protótipo em uma nova aba: https://di-visual-design-header-logo.web.app/Panda. Qual opção você prefere e porque?
- Cores de link" - abra o protótipo em uma nova aba: https://di-visual-design-link-colors.web.app/Salmon. Há algum trabalho adicional que você acha que precisa ser feito antes de fazermos esta mudança?
- Tamanho da Fonte - abra o protótipo em uma nova aba: https://di-visual-design-font-size.web.app/Hummingbird. Você tem alguma preocupação referente ao tamanho de fonte proposto?
Antecedentes e contexto
Durante os últimos dois anos, fizemos várias mudanças estruturais na interface. Nós mudamos a caixa de busca, a mudança de língua, e o menu de conteúdo. Nós organizamos certos links e ferramentas em menus. E nós limitamos a largura do conteúdo, adicionamos um cabeçalho fixo, e movemos o título da página acima da barra de ferramentas da página. Agora, com todos estes vários elementos situados na interface atualizada, estamos voltando nossa atenção para a aparência geral. Algumas das questões iniciais que o nosso time considerou foram:
- Como podemos usar o design visual para melhorar a interface?
- Achamos que há valor na skin ter alguma personalidade adicional (como as linhas azuis e gradientes em Legacy Vector)?
- Em que ponto há muito disso, de tal forma que pode distrair ou tornar a interface confusa?
- What if we do as little as possible, and take a super minimalist approach similar to the original Wikipedia interface?
Historicamente, nossa abordagem tem sido simples e funcional. Há pouco estilo (se houver) nos elementos HTML, o que simplifica a interface tanto para as pessoas que a utilizam quanto para as que a projetam e constroem. Isso também significa que nosso projeto visual é bastante intemporal. Não perseguimos as tendências e não precisamos fazer mudanças a cada par de anos. Olhando as telas abaixo, podemos ver como Monobook e Legacy Vector usam o design visual com moderação (principalmente bordas e cores de fundo).
Mudanças consideradas
Menus
Utilizamos vários menus em nossa interface. Até o momento, nossa abordagem de estilo de menus não tem sido consistente. Temos uma oportunidade, com o Vector 2022, de desenvolver uma abordagem mais acessível e consistente para o estilo de nossos menus. Em sua forma mais simples, os menus têm dois elementos: um gatilho de menu, e itens de menu. Estamos considerando azul vs. preto (tanto para o gatilho do menu, quanto para as opções do menu), e negrito vs. não negrito (para o gatilho do menu).
Link para protótipo com opções: https://di-visual-design-menus.web.app/Brown_bear
1) gatilho em azul, intens em azul | 2) gatilho em azul, itens em preto | 2) gatilho em preto, itens em preto |
2) gatilho preto, itens em preto |
Bordas e Fundo
Devemos acrescentar fronteiras e fundos para ajudar a dividir as regiões da interface e, em caso afirmativo, como elas devem ficar? Como mencionamos na seção de fundo e contexto acima, tanto Monobook e Vector usam fundos e bordas para separar a interface do conteúdo. Antecedentes e fronteiras também podem acrescentar personalidade à interface. Entretanto, é difícil saber o quão funcionais ou necessários eles são. Criamos várias opções com fronteiras e fundos progressivamente mais escuros/escuros.
Link para protótipo com opções: https://di-visual-design-borders-bgs.web.app/Zebra
1) minimalista | 2) bordas do artigo | 3) bordas do artigo + sublinhado do cabeçalho |
4) linha do índice + sublinhado do cabeçalho | 5) linha do índice + sublinhado do título da página | 6) bordas do artigo + fundo do cabeçalho (sólido) |
7) bordas do artigo + fundo do cabeçalho (gradiente) | 8) fundo exterior do artigo + fundo do cabeçalho (sólido) | 9) fundo exterior do artigo (sólido) |
Seção ativa no índice
O índice está agora no lado (esquerdo) do artigo, e está fixada no lugar para que permaneça visível enquanto você percorre a página. Uma novidade é que o índice indica qual seção do artigo você está lendo atualmente (chamamos isto de "seção ativa"). Atualmente, seguindo um padrão usado nas abas do Artigo/Fale, a seção ativa no índice é preta, e as seções "não-ativas" são azuis. Gostamos deste padrão porque é simples, não distrai, e é usado em outros lugares. Poderíamos também usar um estilo adicional para indicar a seção ativa.
Link para protótipo com opções: https://di-visual-design-toc-active.web.app/Otter
1) minimalista | 2) bold | 3) fundo | 4) linha com borda |
5) linha com borda (2) |
Logo no cabeçalho
Monobook e Legacy Vector apresentam ambos um logotipo quadrado da Wikipédia com um grande globo. Dadas as várias mudanças no Vector 2022, um logotipo menor e retangular no canto pode se ajustar melhor ao layout. No entanto, queríamos ter certeza de tentar várias opções. Lembre-se de experimentar estas opções em vários tamanhos de tela, pois o equilíbrio do layout muda de acordo com o tamanho de sua tela.
Link to prototype with options: https://di-visual-design-header-logo.web.app/Panda
1) Logotipo retangular à esquerda | 2) Logotipo quadrado à esquerda | 3) Logotipo quadrado à esquerda (gradiente) |
4) Logotipo retangular no centro |
Cores dos links
O World Wide Web Consortium (W3C) tem Web Content Accessibility Guidelines. Estas diretrizes definem um nível mínimo de contraste para os links: "Para usabilidade e acessibilidade, os links devem ser sublinhados por padrão. Caso contrário, o texto do link deve ter pelo menos 3:1 de contraste com o texto do corpo circundante, e deve apresentar um indicador sem cor (tipicamente sublinhado) no mouse hover e no foco do teclado".[1] Como não sublinhamos os links por padrão, nossa escolha de cor de link deve atender ao requisito de contraste 3:1. A fim de verificar o contraste de nossos links com nosso corpo de texto, podemos usar o verificador de contraste fornecido por WebAIM.
Cor | Contraste com o corpo do texto #202122
|
Resultado do teste | Link para o resultado do teste |
---|---|---|---|
links azuis #0645ad
|
1.89:1 | ❌ Falha | link to results |
links visitados <código>#0b0080</código> | 1.01:1 | ❌ Falha | link to results |
Cor | Contrast with body text #202122
|
Resultado do teste | Link para o resultado do teste |
---|---|---|---|
links azuis #3366cc
|
3:1 | ✅ Pass | link to results |
links visitados #795cb2
|
3.06:1 | ✅ Pass | link to results |
Além disso, a cor do link azul proposto já faz parte do Wikimedia Design Style Guide, e é usada em nossos websites móveis, bem como em vários logotipos de projetos, de modo que estaríamos ganhando consistência.
Link to prototype with proposed colors: https://di-visual-design-link-colors.web.app/Salmon
Cor atual dos links | Cores propostas |
Font size
A missão do nosso movimento é fornecer todo o conhecimento do mundo ao maior número de pessoas possível. Atualmente, a maioria do conhecimento que oferecemos está na forma de texto. Pesquisas têm mostrado que configurações tipográficas (tais como tamanho da fonte, comprimento da linha e altura da linha) influenciam a experiência de leitura, tanto em termos de conforto geral (ou seja, tensão ocular e fadiga), quanto em termos de compreensão e retenção.[2][3][4][5] Portanto, é importante para nós utilizarmos configurações tipográficas ideais em nossa interface. Um fator importante a ter em mente ao determinar o que é ótimo para nossos projetos é que as pessoas se envolvam tanto na leitura em profundidade, quanto na leitura de texto.[6][7]
Em uma fase anterior do projeto, lemos estudos de pesquisa sobre o comprimento da linha e concluímos que entre 90-140 caracteres por linha é ótimo para nossos projetos (link to writeup). Recentemente, passamos algum tempo lendo estudos de pesquisa sobre o tamanho da fonte. A pesquisa mais convincente, e diretamente aplicável, que encontramos até agora é um estudo de 2016 que utilizou o rastreamento ocular para avaliar os efeitos do tamanho da fonte e do espaçamento entre linhas para as pessoas que lêem a Wikipédia:
Usando um design de medidas híbridas, comparamos a legibilidade e compreensão objetiva e subjetiva dos artigos para tamanhos de fonte que variam de 10 a 26 pontos, e espaçamentos de linha que variam de 0,8 a 1,8 (fonte: Arial). Nossos resultados comprovam que a legibilidade, medida através da duração média da fixação, aumentou significativamente com o tamanho da fonte. Além disso, as perguntas de compreensão tiveram respostas significativamente mais corretas para os tamanhos de fonte 18 e 26. Estas descobertas fornecem evidências de que os sites com textos pesados devem usar fontes de tamanho 18 ou maiores e usar espaçamento de linha padrão quando o objetivo é tornar uma página da web fácil de ler e compreender. Nossos resultados diferem significativamente das recomendações anteriores, presumivelmente, porque este é o primeiro trabalho a cobrir tamanhos de fontes acima de 14 pontos.[8]
Primeiramente, precisamos converter a medida utilizada pelos pesquisadores (pontos) na medida que os navegadores acabam por render (px). A conversão é: 1px = 72pt / 96.[9][10] Portanto, a faixa estudada na pesquisa (10-26 pontos) é equivalente a 13,3-34px. Sua conclusão, 18 pontos, é igual a 24px.
Então devemos aumentar o tamanho da fonte para 24px? A pesquisa estudou em profundidade a leitura, entretanto as pessoas frequentemente vasculham a página a fim de encontrar uma certa informação. Este é um comportamento de leitura diferente, que se beneficia indiscutivelmente de um tamanho de fonte menor do que a leitura em profundidade. Nossa proposta conservadora, levando em conta esse comportamento, é aumentar o tamanho da fonte para 16px, para começar. (Estaríamos aumentando a largura máxima do artigo também, de 960px para 1050px.) Como próximo passo, planejamos conduzir nossa própria pesquisa para estudar melhor o tamanho da fonte nos wikis da Wikimedia.
Annotated bibliography of typography and readability research
Link para protótipo com tamanho de fonte proposta: https://di-visual-design-font-size.web.app/Hummingbird
Feedback
Referências
- ↑ Contraste e Acessibilidade de Cores, Entendendo o WCAG 2 Contraste e Requisitos de Cores: "Identificação de links somente por cor".
- ↑ Hussain, Sohaib, Ahmed, Qasim Khan, (2011-11-01). "fatores de legibilidade da web que afetam os usuários de todas as idades". Australian Journal of Basic and Applied Sciences, 2011, 5 (11), pp. 972 - 977.
- ↑ Nanavati, Bias (2005). "Optimal Line Length in Reading--A Literature Review". Visible Language, v39 n2 p121-145 2005.
- ↑ Banerjee, Majumdar, Majumdar (2011-01). "Readability, Subjective Preference and Mental Workload Studies on Young Indian Adults for Selection of Optimum Font Type and Size during Onscreen Reading". Al Ameen Journal of Medical Sciences.
- ↑ Patterson, Tinker (1940). "How to make type readable; a manual for typographers, printers and advertisers, based on twelve years of research involving speed of reading tests given to 33,031 persons". Harper & Brothers Publishers.
- ↑ TeBlunthuis, Bayer, Vasileva (2019-08). "Dwelling on Wikipedia: investigating time spent by global encyclopedia readers". OpenSym '19: Anais do 15º Simpósio Internacional sobre Colaboração Aberta.
- ↑ Moran (2020-04-05). "How People Read Online: New and Old Findings". Nielsen Norman Group.
- ↑ Rello, Pielot, Marcos (05-2016). "Make It Big! The Effect of Font Size and Line Spacing on Online Readability". Conference on Human Factors in Computing Systems.
- ↑ Schaeffer, Kyle (30-09-2008) "CSS Font-Size: em vs. px vs. pt vs. percent"
- ↑ PT to PX conversor