Em relação à alteração do login em tela cheia. Consegui reverter por enquanto, mas prefiro a versão em modal — ela permite que os usuários vejam a página atrás dela, para que saibam (possam ver) exatamente para o que estão fazendo login.
Há algum problema em manter isso como uma opção? Como os proprietários de fóruns podem manter o login legado dentro do modal?
O layout em tela cheia parece um passo para trás — a menos que eu esteja perdendo algo, não parece tão contínuo quanto antes. Atualizei o Discourse hoje e fiquei surpreso com a mudança. No início, pensei que algo tivesse quebrado — o CSS ou o próprio fórum. Estou usando apenas uma tela 2K, mas o layout parece extremamente simples. Minha reação imediata foi procurar nos fóruns por uma solução.
A opção de reverter parece que será removida, mas eu realmente prefiro que os usuários possam ver para o que estão fazendo login:
Eu não sabia, interessante. Obrigado por apontar a fonte!
Essa escolha faz sentido do ponto de vista de manutenibilidade. Manter código legado só adicionará débito técnico ao longo do tempo.
Entendo que o modo de tela cheia pode não ser sua preferência.
Ele tem muitas vantagens, como consistência entre dispositivos, melhor acessibilidade e um fluxo de autenticação mais robusto.
Embora seja verdade que você pode perder o contexto imediato, uma vez que você pretende fazer login, você está ciente da página em que está, certo? Como requer interação do usuário, é razoável supor que o usuário saiba o que está acessando.
Para ser justo, ambas as maneiras recarregam a página após o login. A única diferença é o fundo. Embora eu entenda que em uma tela grande, isso pode parecer chocante e desconectado porque o design pode parecer “vazio”.
Você acha que faria diferença para você com uma identidade visual mais forte que aproveite os espaços disponíveis?
Infelizmente, é muito difícil manter ambos os caminhos de login funcionando para sempre. Login/cadastro são caminhos críticos para os usuários, e há muitas variações disponíveis. Existem logins locais, logins oAuth2 (via Google, Apple, Facebook, Github, etc.) e logins SSO via DiscourseConnect. Além disso, as instâncias podem personalizar várias partes do processo (login obrigatório ou não, escolha de quais campos mostrar, etc.). Manter tudo isso para 2 fluxos de UX completamente diferentes é muito, muito difícil a longo prazo, é propenso a falhas e não podemos correr esse risco em um caminho tão crítico para os usuários.
Devo acrescentar que em dispositivos móveis e tablets, o layout de página inteira tem algumas vantagens definitivas. É mais fácil de navegar, especialmente em celulares, o teclado de software se comporta muito melhor.
Existem muitos sites modernos que usam uma abordagem de janela modal ou de login sem depender de código legado. Apenas para esclarecer, você está dizendo que a sobreposição de login perfeita, onde a caixa de login aparece sobre o fórum Discourse em segundo plano, só pode ser mantida usando código legado?
Legado tem seu lugar. Por exemplo, https://discussion.fedoraproject.org, um dos fóruns Discourse mais ativos que conheço, ainda usa a barra de navegação suspensa em vez da barra lateral esquerda. Minha opinião é que as mudanças devem ser necessárias, sutis e idealmente solicitadas ou claramente benéficas para os usuários finais.
Para ser honesto, a nova abordagem de login parece mais uma página de login intersticial do vBulletin de 1999 do que uma melhoria. Do ponto de vista da experiência do usuário, não vejo o benefício. (Na minha opinião)
EDIT
Obrigado, passei algum tempo procurando por um tópico como este.
Outra observação é que alguns nichos de fóruns serão mais focados em desktop do que outros. Meu fórum (e blog WordPress) veem menos de 25% de tráfego móvel. Atualmente, 22,74% nos últimos 30 dias. Portanto, eu preferiria priorizar os 3/4 do que o 1/4. Talvez este login em tela cheia possa ser apenas para dispositivos móveis.
Espere um pouco, acabei de testar no celular, não há plano de fundo. Parece bom no celular, mesmo com isso desmarcado:
Vou editar esta postagem pelo celular e incluir uma captura de tela. Mas eu preferiria pessoalmente que essa mudança fosse apenas para celular. Se é que é necessária.
Meu WordPress recebe 89% e o fórum 92% de dispositivos móveis. Na verdade, é bastante raro que um site tenha uma participação tão baixa de dispositivos móveis como você está experimentando, e pode dizer mais sobre o nicho do que sobre a participação de mercado.
Movi esta conversa para um novo tópico, já que o cadastro/login em tela cheia não é um experimento de design, então não pareceu apropriado continuar discutindo isso lá. Podemos continuar a conversa aqui!
@haydenjames, estamos migrando todos para esses novos designs porque as páginas em tela cheia oferecem uma experiência focada e clara durante o cadastro e o login, que são caminhos críticos para a comunidade. Entendo que você preferia os designs anteriores com o modal para mostrar as informações da comunidade por trás do cadastro/login, mas, pelos motivos que @pmusaraj compartilhou sobre o ônus de manter vários caminhos de cadastro/login, removeremos as telas de login/cadastro em modal no final de abril.
Ficarei feliz em começar a explorar como podemos melhorar os novos designs para que funcionem melhor para você. Parece que sua maior preocupação é se seus membros se sentirão confiantes sobre para onde irão após concluir o cadastro/login — é isso mesmo? Quais outras preocupações você tem com os designs em tela cheia?
Notei isso hoje. Sempre atualizei o Discourse manualmente. Onde está essa conexão para esta atualização automática? Prefiro ter controle sobre as atualizações, pois este é um aplicativo auto-hospedado.
Essa mensagem significa que a configuração do site e o código para telas modais serão removidos do núcleo nessa data. Você só receberá essa alteração se atualizar sua instância.
lol