Espaços consecutivos em código inline são colapsados

Experiência do Usuário
1

Espaços consecutivos em código inline são colapsados. Aqui está um exemplo.

Markdown:

 - `o     o` sem conexão
 - `o --\u003e o` conexão unidirecional
 - `o \u003c-\u003e o` conexão bidirecional

Renderização:

  • o o sem conexão
  • o --\u003e o conexão unidirecional
  • o \u003c-\u003e o conexão bidirecional

Captura de tela da renderização:

image
image582×156 5.7 KB

Não está claro para mim se isso é intencional ou um bug, mas se for intencional, realmente não vejo o propósito. Como você pode ver acima, pode ser contraproducente. Se alguém não quiser espaços extras, é fácil excluí-los manualmente. O propósito dos blocos de código (seja inline ou separados) é incluir texto literal com uma fonte monoespaçada.

5 curtidas
2

Olá Szabolcs!

Obrigado pelo relatório. Entendo o problema, e não é estritamente um bug do Discourse. O Discourse usa o markdown-it, e este é o comportamento padrão dele.

Você pode ver o mesmo comportamento na demonstração oficial: https://markdown-it.github.io.

Se você precisar que os espaços não sejam colapsados entre as crases, você pode adicionar este CSS ao seu fórum:

code {
    white-space: pre-wrap;
}
3 curtidas
4

Parece que isso não está em conformidade com o CommonMark. Não que tenha que estar, mas talvez eles pudessem ser convencidos a mudar para corresponder?

Dependendo do propósito, isso pode ser ainda pior, porque pode causar confusão na cópia/colagem.

3 curtidas
5

Você tem razão, eu não tinha pensado nisso, removi esse conselho complicado :+1:

1 curtida
6

Não estou familiarizado com esse tipo de coisa, mas acho que esta é a parte sobre a qual você está falando?

Observe que os navegadores normalmente colapsarão espaços consecutivos ao renderizar elementos <code>, portanto, é recomendado que o seguinte CSS seja usado:

code{white-space: pre-wrap;}
7

Pelo que vale, parece que o espaço sem quebra (Non-Breaking Space) não é colapsado (o o), então se você precisar usar um estranho, essa é provavelmente a melhor escolha.

Editar: veja abaixo as notícias tristes!

8

A linha acima dessa: “Os espaços internos não são colapsados”.

1 curtida
9

Espaços não regulares podem aparecer não colapsados na pré-visualização do editor, mas são quando a postagem é processada.

1 curtida
10

Bemmmmm, isso é lamentável.

11

Obrigado pela dica!

Você sabe se a configuração de CSS personalizado está disponível para sites hospedados no discourse.group? Não consegui encontrar a configuração imediatamente.

12

Discourse pricing | Discourse - Civilized Discussion informa que Temas e componentes personalizados estão habilitados apenas a partir do plano padrão.

13

Obrigado. Finalmente encontrei a configuração e funciona perfeitamente :slight_smile:

Usamos a hospedagem gratuita oferecida para projetos de código aberto, https://free.discourse.group/

3 curtidas
14

Estou movendo isso para UX, isso está funcionando conforme o projetado, houve uma decisão deliberada da equipe de design de colapsar os espaços na interface do usuário, o markdown em si está correto.

1 curtida