O novo editor WYSIWYG tenta representar exatamente o que será renderizado na postagem real, mas neste caso, ele faz isso muito bem. Em resumo, ao escrever uma postagem com uma seção “Ocultar detalhes”, você geralmente deseja que ela esteja fechada por padrão (afinal, é para ocultar detalhes). No entanto, ao escrever/revisar seu rascunho, você naturalmente terá a seção Ocultar detalhes aberta para poder ver o texto dentro dela. O problema é que isso publica a seção Ocultar detalhes no estado aberto, de modo que ela fica aberta por padrão. Honestamente, eu nem sabia que era possível deixá-la aberta por padrão, e isso parece muito contra-intuitivo para a forma como a maioria dos usuários gostaria que a seção fosse renderizada.
Passos para reproduzir:
Inicie um novo rascunho no modo RTE
Crie uma nova seção “Ocultar detalhes”
Abra a seção “Ocultar detalhes”
Crie a postagem
Esperado: Na postagem, a seção “Ocultar detalhes” deve estar fechada por padrão, pois isso corresponde a anos de expectativas do editor Markdown.
Real: A seção “Ocultar detalhes” está aberta por padrão.
Ao escrever, você pode alternar para abri-lo e fechá-lo de qualquer maneira, então sim, eu estava apenas dizendo que a postagem final deve ser fechada por padrão.
Como criar detalhes abertos com o editor WYSIWYG se não for deixando-os abertos antes de postar? Não é exatamente isso que detalhes abertos quando estavam abertos antes de postar? Você obtém o que vê.
Sim, você obtém o que vê. E estou dizendo que, neste caso, obter o que você vê é contraintuitivo e contrário ao propósito de uma seção ocultar detalhes. Esperar que o usuário feche manualmente todas as seções Ocultar Detalhes antes de postar não proporcionaria uma boa experiência ao usuário.
Não acho que esse seja o caso de uso pretendido aqui. Os detalhes devem estar fechados por padrão e, opcionalmente, abertos. Ter que se lembrar de alternar manualmente para fechar antes de criar uma postagem não é muito suave.
Remover o “open” no markdown antes de postar também não é mais intuitivo. Mas quando você quer ver o que está escrevendo na pré-visualização usando o editor markdown, você tem que fazer isso. Esse é o meu fluxo de trabalho normal. Criar detalhes, adicionar “open” para que eu possa ver a formatação na pré-visualização enquanto estou digitando, e no final remover o “open”.
Para mim, alterná-los para fechados é como remover o “open” no markdown.
Portanto, discordo de
porque minha experiência foi a mesma antes. Eu tive que remover a formatação “open” antes de postar.
Essa foi a lógica também ao desenvolver esse recurso e é exatamente o que acontece, mas concordo que o comportamento atual parece contraintuitivo porque postar uma seção de detalhes open=true parece um caso raro e acaba prejudicando a experiência padrão/mais comum por causa desse suporte.
Acho razoável supor que a maioria das pessoas cria seções de detalhes com a intenção de que elas sejam fechadas após a postagem para evitar poluir ou sobrecarregar sua postagem com conteúdo talvez auxiliar; caso contrário, por que ter o conteúdo em uma seção de detalhes?
Mas, se fecharmos todas as seções de detalhes por padrão após a postagem, tornamos impossível para qualquer pessoa postar uma seção de detalhes aberta sem mudar para o modo Markdown, e isso entra em conflito com a premissa do WYSIWYG. Se estiver aberta no editor, então estará aberta no tópico / resposta postado.
Eu me pergunto se o conteúdo do espaço reservado é confuso — quando está aberto, dizemos a você “este texto será ocultado”:
Ainda não tenho uma ideia clara sobre para onde ir com isso, mas concordo que algo parece estranho.
Além disso, as comunidades que uso hospedam clubes do livro e as seções de detalhes são comumente usadas para postar spoilers (especialmente quando há muito texto e usar uma tag de spoiler é estranho). Ter essas abertas por padrão seria um grande problema. (Na verdade, foi assim que descobri o problema.) Se elas estiverem abertas por padrão, muitos usuários estragarão os livros para outros usuários, e eu não ficaria surpreso se muitos voltassem ao markdown para evitar isso.
Oi, eu ia criar o mesmo tópico. Na minha comunidade, ele é usado apenas para spoilers e, agora, este novo editor está bastante confuso para nossos usuários, eles não sabem que precisam fechá-lo antes de postar, então as pessoas recebem spoilers.
Como era o comportamento padrão por tanto tempo, tê-lo fechado por padrão, é difícil justificar a mudança para os usuários.
Olá! Sou do mesmo fórum que o @seanblue e notei este problema com as caixas de detalhes abertas.
Entendo que o editor está aparentemente funcionando como pretendido. No entanto, não é óbvio para o usuário que é assim que o editor e as caixas de detalhes devem funcionar. Se fosse óbvio, todos estariam fechando manualmente suas caixas de detalhes e não haveria problemas.
Temos muitos usuários no fórum que não estão acostumados a usar o Discourse/fóruns, e eles têm muita dificuldade em descobrir funcionalidades básicas como adicionar tabelas e caixas de detalhes às suas postagens; isso adiciona um ponto de confusão, pois as caixas de detalhes não estão ocultando informações, especialmente com o texto de sabor sendo ‘Este texto será ocultado.’
Além disso, usuários de longa data não estão cientes da mudança, e de repente as caixas de detalhes não estão se comportando como sempre, resultando em elas estarem aleatoriamente abertas ou fechadas porque os usuários não perceberam que houve uma mudança. Portanto, isso está confundindo tanto os novos usuários do Discourse quanto os usuários de longa data do Discourse. Não tenho certeza de quem está se beneficiando aqui.
Além disso, há também o problema que seanblue mencionou, que é que usamos principalmente caixas de detalhes para ocultar spoilers em clubes do livro, e agora que elas não estão mais fechadas por padrão, quando você abre um tópico, todos os spoilers ficam visíveis, o que é irritante
@lindsey Acho que já recebemos feedback suficiente para abrir uma exceção aqui. Por padrão, espera-se que o componente oculte coisas, então é uma exceção justificada, na minha opinião.
Sim, concordo — obrigado a todos que postaram aqui, o feedback é muito valioso. Levaremos isso adiante para garantir que as seções “Ocultar detalhes” fiquem fechadas por padrão ao postar do editor de rich text. Entrarei em contato assim que souber mais sobre o cronograma.
No meu site, temos tido problemas com a tag [details] onde abri-la na pré-visualização faz com que o bloco fique aberto por padrão.
Isso é confirmado ao verificar o BBCode de uma postagem, que terá open anexado à tag (como em [details="Isto deve permanecer fechado" open]) se ela estava aberta na pré-visualização no momento em que a postagem foi enviada.
Isso parece anular o propósito da tag, especialmente porque frequentemente a usamos para spoilers.
