Veremos algum dia o suporte a texto colorido?
1 curtida
Obrigado, isso parece incrível. Notei um problema. No meu telefone, o switch não está funcionando (quando eu o toco, nada acontece, ele mantém o switch no Markdown).
iPhone 6s
iOS 15.8.3
Este é o erro que aparece no console quando eu o toco.
3 curtidas
15 e 18.3. alguma coisa funciona.
Uma correção aqui foi mesclada e está sendo foi implantada aqui no Meta – por favor, nos avise se ainda não funcionar para você.
6 curtidas
Obrigado Renato, mas infelizmente não parece ter resolvido para mim 
1 curtida
Estamos planejando melhorias na barra de ferramentas e no contêiner do compositor, especificamente focadas em tornar a escrita mais agradável e familiar no celular (além de melhorias para desktop).
Por favor, vamos manter o feedback focado nas próprias alterações do editor — que não resolverão todos os problemas relacionados à escrita no Discourse, mas é a área para a qual estamos buscando ativamente feedback no momento.
10 curtidas
Eu não tenho muita certeza… talvez eu prefira com a pré-visualização porque no momento consigo ver onde, o quê e como mudar. Mas… não está ruim de qualquer forma 
Uma coisa que irrita muito no novo editor wysiwyg é que Enter agora cria um novo parágrafo.
Eu concordo com isso.
Se você quiser mantê-lo tão pequeno, como um mínimo, eu alinharia a postagem no editor com as postagens existentes:
5 curtidas
Sim… já tivemos uma batalha semelhante sobre Enter/Shift+Enter no recurso de Chats:
… Eu apoio a opinião de que Enter deve criar uma única quebra de linha no novo editor wysiwyg.
5 curtidas
TODAS as três comunidades que gerencio, incluindo uma usada por desenvolvedores de software para todos os fluxos de trabalho de gerenciamento e desenvolvimento de projetos, têm expressado seu feedback/opinião ao longo dos anos de uso de que a única coisa estranha no Discourse que os faz surtar (e faz com que alguns desgostem ativamente de todo o Discourse apenas por causa dessa única coisa) é o editor markdown.
Eu pessoalmente estou extremamente feliz que a compreensão da necessidade de wysiwyg prevaleceu no final do dia.
Assim que for lançado, tornarei o wysiwyg o modo de editor padrão em todas essas três comunidades.
A propósito, aqui está meu pedido de mais duas configurações:
-
Permitir que o wysiwyg seja o modo de editor padrão
-
Permitir desativar completamente o editor markdown (se não, ainda o desativarei desabilitando o alternador via CSS, mas por favor, considere torná-lo uma configuração adequada).
P.S. Pode ser uma ideia estranha, mas encorajo aqueles que estão apostando muito no wysiwyg a comparar as métricas de quantas pessoas postam e respondem em suas comunidades - antes e depois de lançar o novo editor wysiwyg. Minha intuição é que a métrica verá um aumento.
10 curtidas
é muito estranho que eu não consiga editar um link (se eu edito um, ele aparece em branco)
tentei no firefox e no chrome
além disso, se você mantiver um alternador de modo de fonte / markdown, fica perfeito
2 curtidas
Não tenho tempo para testar esta nova funcionalidade. Mas o suporte para licenciamento Creative Commons pode ser apropriado. De modo que um site possa optar por obter consentimento explícito para CC‑BY‑4.0 ou similar antes de cada salvamento. E especialmente para cada upload de imagem. O Discourse poderia até mesmo testar metadados adequados. Não tenho certeza se isso se encaixa no seu projeto, mas pode ser útil para mim. Por favor, ignore se não for relevante aqui!
O que você está descrevendo não tem nada a ver com este novo compositor. E é improvável que seja implementado no núcleo do Discourse. Você poderia fazer algo em um plugin se for realmente importante para você, ou procurar alguém para fazer isso por você em Marketplace.
A licença Creative Commons pertence aos termos de uso e a aplicação é tratada por moderadores. Se você tiver infratores recorrentes, pode avisá-los e depois silenciá-los.
Se você quiser continuar falando sobre isso, por favor, crie um novo tópico ou procure um tópico relacionado existente usando a pesquisa.
4 curtidas
Concordo com isso. O novo editor é ótimo e será muito mais fácil para os membros da nossa comunidade usar. Definitivamente queremos que novos usuários o vejam como o editor padrão e não queremos confundi-los com o alternador. A perda de algumas funcionalidades para usuários avançados através do editor markdown para um subconjunto muito pequeno de membros da comunidade é um pequeno preço a pagar. Idealmente, acho que o editor padrão deve ser definido no nível do site, mas com a capacidade dos membros individuais de escolher o editor ‘antigo’ através de suas configurações (não com um alternador na janela do compositor).
5 curtidas
Concordo que o alinhamento parece estranho. Não tenho 100% de certeza por que o compositor precisa aparecer. O ‘antigo’ precisava porque era um ambiente bastante pesado com os dois painéis. Agora que é muito mais elegante, acho que poderia aparecer em linha abaixo das postagens. Acho que essa é uma convenção mais amplamente compreendida. A seta de redimensionamento poderia expandi-lo em um tamanho maior para aqueles que estão compondo uma postagem mais épica.
4 curtidas
Por favor, não remova a opção de usar apenas markdown. Ter uma configuração padrão e um alternador de markdown seria ideal e manteria todos os usuários felizes.
Acho que apenas WYSIWYG seria um desastre para alguns usuários, incluindo eu. Eu provavelmente não teria escolhido Discourse se tudo o que ele tivesse fosse um editor WYSIWYG, e eu preferiria fortemente não ter WYSIWYG no site para nenhum usuário do que ser forçado a usar WYSIWYG.
O editor atual é uma das melhores funcionalidades do Discourse. Várias vezes no passado, eu até verifiquei se era um pacote de código aberto separado, porque eu mesmo o teria usado em projetos (e ainda o faria).
Para pessoas que passaram décadas em texto puro e são muito rápidas com teclados, há muitas irritações com WYSIWYG. Pequenos atritos durante a edição podem ser especialmente frustrantes.
Não quero dizer nada negativo sobre o editor WYSIWYG, porque ele é muito bem construído e a maioria dos usuários gostará dele, mas não quero ser forçado a usá-lo, e sei que receberei reclamações sobre isso de alguns usuários também.
O Slack tentou remover seu editor de markdown nos primórdios e houve uma tal comoção que eles rapidamente adicionaram uma configuração de usuário para restaurá-lo.
Aqui está outro tópico com argumentos contra WYSIWYG com uma dica do que será a reação de alguns usuários se ele for imposto a eles:
Este tópico tem apenas feedback de cerca de 30 pessoas, mas assim que o recurso for lançado, eu esperaria uma gama mais ampla de reações. Imagine como as pessoas reagiriam se o GitHub issues de repente se tornasse WYSIWYG. Essa é a base de usuários de muitos fóruns Discourse, e eles provavelmente serão muito barulhentos.
Existem pessoas com diferentes tipos de fluxos de trabalho. Se você escreve conteúdo markdown fora do Discourse e o cola no WYSIWYG, e depois precisa editar o markdown externamente novamente, você não pode copiar o markdown de volta para colocá-lo de volta no editor externo.
Com o editor de markdown, é fácil copiar/colar de um lado para o outro entre o Discourse e coisas como outros sites, editores de código, documentação e arquivos README.md.
Quando eu inspeciono o que as pessoas estão postando no fórum, eu quero ser capaz de ver cada caractere com um clique, sem ter que ir ao banco de dados.
Por exemplo, esta postagem contém um link de spam (simulado) que não pode ser visto a menos que você inspecione a entrada bruta. Se os moderadores não puderem ver o texto bruto facilmente, os spammers aprenderão rapidamente a explorá-lo. Eu clico regularmente no ícone “editar” nas postagens de novos usuários suspeitos para verificar links ocultos como esse antes de bloquear a edição das postagens.
Existem outras situações em que coisas ocultas são coladas em editores WYSIWYG, como ao copiar/colar de e-mails que têm pixels de rastreamento neles. 
(Quanto mais penso nisso, mais eu preferiria simplesmente desativar o WYSIWYG em todo o site para evitar o fardo extra de moderação, mas entendo se isso não for possível. Esta postagem também contém um pixel de rastreamento remoto simulado de 1x1, apenas para demonstrar. Editar: o fórum acabou de baixar uma cópia do pixel remoto, então isso provavelmente não seria um problema em sites que têm essa configuração ativada.)
Eu preferiria ter um alternador, mesmo que seja colocado sob o ícone de engrenagem (além de uma configuração por usuário), mas uma configuração por usuário sozinha seria tolerável, desde que não seja removida.
Muitos editores WYSIWYG (como o tinymce) têm um alternador de HTML, porque quando as coisas dão errado com o WYSIWYG e o cursor fica preso dentro de uma tag de formatação, é mais fácil entrar no texto bruto para corrigi-lo do que ter que cortar a seção problemática na área de transferência, colá-la em um editor de texto puro, copiá-la de volta para o WYSIWYG e, em seguida, reformulá-la.
15 curtidas
Não temos planos de remover o modo somente em Markdown.
Inicialmente, isso será controlado por uma configuração do site, onde os administradores podem ativar a opção para alternar entre o editor de rich text / editor somente em Markdown, ou deixá-la desativada para manter o compositor somente em Markdown. Neste momento, não temos detalhes sobre como ambas as versões do compositor serão suportadas a longo prazo (por exemplo, se o tipo de compositor continuará a ser controlado pela configuração do site, deixado a critério do usuário, ou algo mais).
12 curtidas
Ótimo. Obrigado por deixar uma configuração.
Fico feliz também que o Markdown veio para ficar! Poder formatar meu texto de uma maneira amigável ao teclado é algo que o torna notavelmente mais agradável para mim escrever posts no Discourse (especialmente quando comparado a softwares mais antigos com BBCode).
Duas pequenas coisas que encontrei após o último teste:
-
Ao tentar criar segmentos de código usando crases, digitar as crases primeiro e depois algo entre elas não ativa a formatação automática (digitar crase espaço código crase espaço funciona).
-
Segmentos de código criados com crases têm o mesmo problema das tabelas relatadas acima (impossível inserir um espaço em branco não formatado).
3 curtidas
9 posts foram divididos em um novo tópico: Fonte monoespaçada no editor somente em Markdown