Ao escrever um parágrafo que contém código inline demarcado com dois ou mais til (~) no editor de rich text para escapar til internos, digitar til subsequentes (fora dele) não funciona como esperado. Especificamente, se eu tiver um texto que usa um ` (til) como este, pressionar a tecla \u003ckbd\u003e\`\u003c/kbd\u003e novamente mais tarde no mesmo parágrafo faz com que o trecho de código inline seja alternado.
O ` escapado também é problemático.
Copie e cole o seguinte no editor de rich text para replicá-lo:
Ao escrever um parágrafo que contém código inline demarcado
com dois ou mais til no editor de rich text para escapar til internos,
digitar til subsequentes (fora dele) não funciona como esperado.
Especificamente, se eu tiver um texto que `` usa um ` (til) `` como este,
pressionar a tecla \u003ckbd\u003e\\`\u003c/kbd\u003e novamente mais tarde no mesmo parágrafo
faz com que o trecho de código inline seja alternado.
O ` escapado também é problemático.
Esta é uma questão complicada, \ na verdade não recebe nenhuma semântica especial pelo que pude apurar, é simplesmente convertido de \ para \\\\ durante a viagem de ida e volta.
@renato pode ter algumas ideias aqui, caso de uso interessante.
Sim, isso é um pouco melhor, mas ainda é impossível escrever qualquer código inline que contenha um ` sem alguma adaptação depois de errar primeiro. Você não pode usar preventivamente mais de um `. Digitar esse \u003ckbd\u003e\\u003c/kbd\u003e de cima ou o código escapado que o cria (``\u003ckbd\u003e\\\u003c/kbd\u003e``) são exemplos perfeitos de coisas que são quase impossíveis de fazer no modo WYSIWYG, mesmo com adaptações.
Eu entendo que você pode pressionar backspace para desfazer a formatação e implicitamente "escapá-la", mas tenho dificuldade em prever quando a formatação terá efeito. Por exemplo, `4*5*6` é escrito naturalmente quando precedido imediatamente por esse ` pendente, mas nem sempre é o caso. 4*5*6=120 é digitado bem, mas 120=456 não (o cinco foi transitoriamente em itálico ali).
O que você sugere que façamos nesses casos específicos? Você tem um exemplo de outro produto que faz isso de uma forma da qual podemos nos inspirar?
Você pode digitar , selecionar, e então digitar `` oucmd+E` para alternar para marcação inline.
Você pode pressionar cmd+Ee então digitar . Você pode usar cmd+E para alternar a marcação inline para o próximo caractere ao digitar, assim como você pode com cmd+B para negrito ou cmd+I para itálico.
A regra de entrada \u003ckbd\u003e auto-seleciona um caractere vazio (para impedir que o navegador exclua automaticamente um nó vazio), então você só precisa desmarcá-lo primeiro (porque pressionar neste caso cria uma marcação inline da seleção – podemos potencialmente remover esse comportamento, embora, já que temos cmd+E para isso).
Eu entendo que essas podem não ser as opções ideais, mas são os compromissos que temos para todas as particularidades que temos dentro do Discourse. Estamos abertos a sugestões, se você puder compartilhar como gostaria que funcionasse em vez disso.
Bem, abri este tópico quando parecia que habilitar o editor WYSIWYG tornaria o editor Markdown monoespaçado (cf Monospace font in the Markdown-only editor - #58 by mbauman). Fico muito feliz que não seja mais o caso e que isso agora seja configurável, porque, sim, eu nunca conheci um editor WYSIWYG Markdown que eu gostasse. Isso está chegando perto, no entanto.
Eu escrevo muito Markdown em muitas caixas de texto (em contextos renderizados e não renderizados, de fato), e sei que sou um pouco um outlier. Acho, no entanto, que há um grupo de nós outliers, e tendemos a nos reunir no contexto de fóruns de linguagens de programação.
