Não há botão de responder/salvar edição/salvar wiki no editor em tela cheia

Eu estava usando o editor em tela cheia e, em seguida, quis salvá-lo. Havia um pequeno sinal de verificação no canto inferior esquerdo, então assumi que havia sido salvo. Só mais tarde percebi que isso se refere apenas a rascunhos e que, ao voltar para o editor normal, o botão de responder/salvar reaparece. Acho isso realmente confuso e inconsistente em termos de UX.

Há planos de adicionar o botão de salvar/editar ao editor em tela cheia?

2 curtidas

Eu perguntei sobre isso recentemente e aqui está uma explicação detalhada do porquê isso não está disponível no momento:

2 curtidas

Isso não explica a situação em que edições estão ocorrendo. Se estou editando uma postagem da wiki ou uma resposta usando o editor em tela cheia, por que não haveria um botão de salvar?

Quando uso o editor em tela cheia, não é porque quero uma interface sem distrações, mas sim porque o editor normal não me permite ver a postagem inteira. Se a postagem tiver gráficos ou formatação específica, preciso vê-la em tela cheia. Pessoalmente, não considero isso uma razão válida para confundir o usuário, fazendo-o pensar que a edição foi salva. Salvar o trabalho é uma funcionalidade crítica.

A caixa de seleção sempre significa que apenas o rascunho foi salvo automaticamente. Por que significaria algo diferente só porque você está no modo de tela cheia?

(Para registro, eu ainda gostaria que o botão Responder / Salvar Edição estivesse visível no modo de tela cheia, caso consigam encontrar uma maneira de fazer isso sem os problemas mencionados naquele post.)

1 curtida

Depois de redigir algumas mensagens em tela cheia, senti exatamente o mesmo que foi descrito aqui e no outro tópico (link na segunda mensagem deste tópico. Talvez fundir os dois tópicos?): Os botões parecem “faltar” no modo tela cheia. Eu não fazia ideia (não descobri nem vi ao passar o mouse sobre o botão “Responder”) que poderia usar Ctrl + Enter até ler sobre isso em @codinghorror.

Li e entendi tudo o que @Johani disse, mas não seria possível exibir um erro ao clicar no botão “Responder” nesses casos? Ou talvez mostrar apenas os campos de título e tags naquele momento com o erro, mas não mostrá-los por padrão? (isso permitiria corrigir o erro permanecendo em tela cheia, e eles não apareceriam na maioria dos casos, como se deseja)

Além disso, o motivo apresentado parece válido apenas para a criação de tópicos (= a primeira postagem de um novo tópico) e parece irrelevante para todas as respostas (= estatisticamente muito mais comuns), já que não há título ou tags nesses casos.

Definitivamente não é muito importante, mas ter esses botões seria ótimo em termos de UX.

2 curtidas