Olá @lindsey.
Você poderia atualizar o OP para incluir isto? Quase fiz isso sozinho, mas pensei que poderia ser rude. 
3 curtidas
Onde encontramos a opção para ativar o editor avançado? Só encontrei uma opção para converter texto avançado em markdown.
Isso explica por que não consigo encontrar a configuração. 
Deveria ser movido para um alternador de GUI em experimental.
1 curtida
Uau, o compositor evoluiu bastante. 
Notei algumas pequenas coisas ao usá-lo para escrever um relatório mais longo agora, com muita cópia, colagem e manipulação de conteúdo:
-
Se você colar um link em sua própria linha, e depois adicionar algum texto, ele permanecerá como uma caixa única (oneboxed). Parece não haver como remover a caixa única e fazer com que o link apareça como se estivesse mais adiante na linha, depois de algumas palavras. A solução alternativa parece ser digitar o texto seguinte primeiro e depois voltar ao início da linha para colar o link.
-
Selecionar algum texto e depois escolher “Ocultar detalhes” no menu faz com que seu texto seja sobrescrito. No compositor Markdown, isso apenas torna o texto selecionado oculto. (Veja as gravações de tela abaixo)
-
Vou testar novamente aqui, mas em outro tópico usei detalhes ocultos e, embora o alternador funcione, ele está expandido e mostrando o texto oculto por padrão. Você quer que ele esteja oculto por padrão.
Resumo
Eu quero ocultar este texto
3 curtidas
Isso é “intencional”, mas vejo que pode ser confuso – definirá o atributo open do bbcode de acordo com o que você tem na sua visualização do editor.
Padrão aberto
Sim
Padrão fechado
Não
3 curtidas
Ohhhh.. Eu não fazia ideia dessa opção open do bbcode. Eu nunca quis que eles estivessem abertos. Posso confirmar que funciona como você diz.
1 curtida
Uma postagem foi mesclada em um tópico existente: Fonte monoespaçada no editor apenas com Markdown
Eu acharia melhor se a disponibilidade do tipo de compositor pudesse ser definida como uma configuração do site. E quando ambos estiverem habilitados, os usuários poderão escolher seu compositor em uma preferência de usuário.
Eu não gostaria da opção de alternância no compositor como um recurso de longo prazo. Faz todo o sentido agora para testes no meta, mas iria totalmente contra o objetivo de simplificar a experiência do compositor.
3 curtidas
Tenho alguns problemas que notei com a versão de rich text:
- Ao criar a postagem e adicionar texto pré-formatado, vejo isto:
E quando posto, vejo isto, então não há correspondência, o que não é bom:
Pelo menos com markdown podemos escolher linha única ou várias linhas com o apóstrofo simples ou 3 apóstrofos. Mas agora com a opção de monoespaço (que não sou fã), é um pouco conflituoso…
- Se eu tentar usar markdown, neste caso o apóstrofo simples vs 3 apóstrofos, obtenho um comportamento estranho. Se eu usar um apóstrofo simples primeiro, funciona, e quando uso 3 apóstrofos depois disso, também funciona:
Mas se eu tentar usar 3 apóstrofos novamente, obtenho isto:
Mas isso não acontece com frequência, então não sei o que o causa.
-
Seria ótimo, no editor de rich text, se os botões Negrito e Itálico parecessem “selecionados/pressionados” quando o cursor do texto estivesse em um local onde a formatação estivesse sendo aplicada. O texto em itálico é mais óbvio, mas o negrito não tanto. Mas o mais importante é quando o cursor do texto não está no meio de uma palavra, mas depois dela. " Quando digitarmos, será formatado?"
-
Este é apenas um sugestão, apenas porque para mim agora o compositor alinhado ao meio, meio que “parece” estranho para mim. E se fosse alinhado com as bordas da barra lateral e da janela à direita? Algo assim:
Para mim, parece que flui melhor com o resto do conteúdo.
Desculpe, não entendi.
Isso virá em breve:
2 curtidas
Não li todos os comentários, então peço desculpas se estiver repetindo algo que já foi dito.
Geralmente acho os editores WYSIWYG um pouco instáveis, então tento não usá-los. Dito isso, aqui estão algumas coisas que já notei.
- O fato de que um único pressionamento de
Enteré tratado como dois pressionamentos deEnterdo editor markdown é um pouco chocante. Suponho que não seja a primeira vez que vejo essa abordagem, mas se as pessoas puderem alternar entre o editor markdown e o editor rico, a inconsistência pode ser confusa. Nem todo mundo saberá necessariamente queShift + Enterfuncionará como um únicoEnterno editor markdown. - Criar uma seção de cabeçalho (por exemplo, digitar
#seguido de espaço), depois digitar alguns caracteres, então excluir esses caracteres faz com que a barra de rolagem suba sem motivo aparente. Isso só acontece se o editor estiver totalmente para baixo. - O suporte para adicionar crases em ordem inversa é incrivelmente importante. Não é incomum decidir adicionar crases para formatação depois de já ter digitado uma palavra. Às vezes, é muito mais fácil adicionar a crase final antes de adicionar a crase inicial. Isso não funciona no momento no editor rico. Eu me deparo com isso o tempo todo no Microsoft Teams (que é um exemplo de um editor WYSIWYG terrivelmente implementado) e é muito frustrante.
- Ao trabalhar com uma lista numerada ou com marcadores, se o cursor estiver na linha após o término da lista, pressionar
Backspaceadicionará um novo item de lista. Isso não é um problema em si, é apenas um pouco inesperado. - Ao trabalhar com uma mistura de texto formatado como código (crase) e não formatado, é impossível digitar texto simples diretamente após o texto formatado ao revisar o que você já escreveu. Este não é um caso comum, mas acontece às vezes (por exemplo, formatar um nome de variável, mas precisar de um
spara plural ou um apóstrofo imediatamente depois; novamente, não é comum, mas já me deparei com isso várias vezes). - Não há indicação de qual opção de formatação está ativa. Algumas coisas como cabeçalhos serão um tanto óbvias com base no tamanho do cursor, mas outras coisas como negrito, itálico e formatação de código não são. Esta é uma fonte comum de frustração para mim, pois pode resultar em eu digitar algo e ter que deletá-lo ou corrigir a formatação depois. O caso específico em que acabei de me deparar foi digitar código formatado e depois deletá-lo tudo porque mudei de ideia sobre o que escrever. Então, fui adicionar outra crase para escrever algo mais em código formatado e ele realmente exibiu a crase porque já estava nesse modo e achou que eu queria digitar o caractere de crase bruto.
7 curtidas
Provavelmente foi um glitch, porque não consigo reproduzir agora, ou talvez algo específico precise acontecer para que ele se comporte assim. Basicamente, como você pode ver, os 3 apóstrofos foram renderizados como texto, dentro de apóstrofos simples, daí o fundo escuro. Então, da segunda vez que eu adicionaria 3 apóstrofos, logo abaixo do anterior (os 3 apóstrofos renderizados como texto dentro de apóstrofos duplos), ele criaria o bloco de código como esperado. Espero que faça sentido agora?
Também notei agora que o markdown no modo de texto rico não funciona como esperado. Veja isto onde os apóstrofos simples não estão afetando o texto test, mas os 3 apóstrofos estão fazendo seu trabalho.
Os editores estão relativamente divididos quanto a essa opção. Por exemplo, o Google Docs tem Enter = quebra de linha, mas o Notion tem Enter = quebra de parágrafo. Acho que seu ponto sobre a consistência entre o modo Markdown e o editor de texto rico é justo, no entanto.
Não consigo reproduzir isso com seus passos atuais, você poderia fornecer detalhes do navegador e instruções mais detalhadas ou uma gravação? Obrigado!
Estamos trabalhando em algumas correções sobre como o código inline funciona no editor, o que deve resolver esse problema.
Boa observação, concordo que isso é inesperado. Vou relatar à nossa equipe para corrigir.
Estamos trabalhando nisso!
5 curtidas
E o Discourse tem uma configuração que alterna entre esses dois modos Traditional markdown linebreaks “Use quebras de linha tradicionais em Markdown, que exigem dois espaços no final para uma quebra de linha.” – então acho que ambos os editores devem obedecer a essa configuração.
4 curtidas
Ficou difícil de encontrar, e mesmo depois de encontrá-lo pelo menos cinco vezes, ainda não consigo me lembrar, então o adicionei ao OP com a advertência de que é por sua conta e risco.
4 curtidas
Existem planos para revisitar os problemas conhecidos do Plugin shared-edits com este novo composer? Tanto em termos de recursos ausentes (mostrar cursores de edição de outras pessoas, habilitação baseada em grupo do recurso, etc.) quanto de robustez (veja, por exemplo, Shared-Edits Improvements - #18 by Ralf_Stockmann )?
Ainda espero que possamos evitar a instalação de um serviço separado tipo “Etherpad”, como o HedgeDoc, para ter edições compartilhadas “legais” e usar uma solução baseada em Discourse para nossa intranet.
Também estou considerando escrever um novo plugin que ofereça uma experiência de edições compartilhadas “em tempo real” baseada em y.js com apenas uma sincronização solta…
4 curtidas
Eu diria que estamos mais na fase de “sonhos” do que de “planos” — há muito que o ProseMirror e o editor de texto rico tornam possível, mas estamos amplamente focados em criar mais paridade de recursos com o compositor apenas em Markdown para que possamos começar a implementá-lo para os clientes. Está em nossas mentes, no entanto, e sabemos que há muito espaço para melhorias lá.
6 curtidas
Estou com você nisso, Ralf! É certo que é o tipo de coisa que coroa o bolo e não vejo que seja muito divertido de desenvolver até que o novo composer esteja muito bem estabelecido.
É nosso plano sonho usar os Vínculos ProseMirror oficiais para Yjs no futuro, uma boa parte desse trabalho será a construção de um Connection Provider | Yjs Docs para MessageBus.
8 curtidas
Talvez possamos encontrar uma maneira de transformar esses sonhos em planos concretos. Estaria disposto a contribuir com financiamento sério — o Discourse tem alguns pontos problemáticos para o uso em nossa intranet profissional (outro sendo a estabilidade das notificações push), mas prefiro investir meu dinheiro neste projeto de código aberto do que em algo como o Atlassian Confluence.
12 curtidas