Les espaces consécutifs dans le code en ligne sont effondrés

UX
1

Les espaces consécutifs dans le code en ligne sont réduits. Voici un exemple.

Markdown :

 - `o     o` pas de connexion
 - `o --\u003e o` connexion unidirectionnelle
 - `o \u003c-\u003e o` connexion bidirectionnelle

Rendu :

  • o o pas de connexion
  • o --\u003e o connexion unidirectionnelle
  • o \u003c-\u003e o connexion bidirectionnelle

Capture d’écran du rendu :

image
image582×156 5.7 KB

Je ne sais pas si c’est intentionnel ou un bug, mais si c’est intentionnel, je n’en vois pas vraiment l’intérêt. Comme vous pouvez le voir ci-dessus, cela peut être contre-productif. Si l’on ne veut pas d’espaces supplémentaires, il est facile de les supprimer manuellement. L’intérêt des blocs de code (qu’ils soient en ligne ou séparés) est d’inclure du texte littéral dans une police à chasse fixe.

5 « J'aime »
2

Salut Szabolcs !

Merci pour le rapport. Je comprends le problème, et ce n’est pas strictement un bug de Discourse. Discourse utilise markdown-it, et c’est son comportement standard.

Vous pouvez observer le même comportement sur la démo officielle : https://markdown-it.github.io.

Si vous ne voulez pas que les espaces soient réduits entre les backticks, vous pouvez ajouter ce CSS à votre forum :

code {
    white-space: pre-wrap;
}
3 « J'aime »
4

Il semble que ce ne soit pas conforme à CommonMark. Non pas qu’il doive l’être, mais peut-être qu’ils pourraient être convaincus de changer pour correspondre ?

Selon l’objectif, cela peut être encore pire, car cela peut prêter à confusion lors de la copie / du collage.

3 « J'aime »
5

Vous avez raison, je n’y avais pas pensé, j’ai supprimé ce conseil délicat :+1:

1 « J'aime »
6

Je ne suis pas familier avec ce genre de choses, mais je suppose que c’est la partie dont vous parlez ?

Notez que les navigateurs réduiront généralement les espaces consécutifs lors du rendu des éléments <code>, il est donc recommandé d’utiliser le CSS suivant :

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

Pour ce que ça vaut, il semble que l’espace insécable ne soit pas effondré (o o), donc si vous devez en utiliser un étrange, c’est probablement le meilleur choix.

Edit : voir ci-dessous pour les tristes nouvelles !

8

La ligne juste au-dessus : « Les espaces intérieurs ne sont pas effacés ».

1 « J'aime »
9

Les espaces non réguliers peuvent apparaître non réduits dans l’aperçu de l’éditeur, mais le sont lorsque le message est traité.

1 « J'aime »
10

Eh biennnnn, c’est malheureux.

11

Merci pour l’astuce !

Savez-vous s’il est possible de définir du CSS personnalisé pour les sites hébergés sur discourse.group ? Je n’ai pas trouvé le réglage immédiatement.

12

Discourse pricing | Discourse - Civilized Discussion indique que les Thèmes et composants personnalisés ne sont activés qu’à partir du plan Standard.

13

Merci. J’ai enfin trouvé le réglage et cela fonctionne parfaitement :slight_smile:

Nous utilisons l’hébergement gratuit offert pour les projets open source, https://free.discourse.group/

3 « J'aime »
14

Je déplace ceci vers UX, cela fonctionne comme prévu. Il y a eu une décision délibérée de l’équipe de conception de réduire les espaces dans l’interface utilisateur, le markdown lui-même est correct.

1 « J'aime »