L'éditeur de texte enrichi casse la fonction de remplacement de texte sur les plateformes Apple

Bug
1

Les forums que j’administre sont récemment passés au nouvel éditeur de texte enrichi, et j’ai immédiatement remarqué qu’il semble (dans une certaine mesure) casser les fonctionnalités de remplacement de texte du système d’exploitation, comme Général > Claviers > Remplacement de texte sur iOS. C’est dommage car j’ai plusieurs remplacements que j’utilise beaucoup dans Discourse. Par exemple, l’une de mes tâches de modération les plus courantes consiste à rediriger les utilisateurs vers d’autres forums, et j’ai donc par exemple un remplacement de texte qui remplace adf par un lien vers les forums des développeurs Apple. (Je préfère ne pas utiliser de réponses types pour cela car la plupart du reste du message est souvent moins standard, mais ils contiennent toujours ce lien. De plus, j’ai plusieurs autres remplacements qui ne correspondent pas à ce modèle.)

Fait intéressant, certains de mes remplacements continuent de fonctionner ; par exemple, \\tau semble se transformer de manière fiable en τ. Et mon remplacement adf semble presque fonctionner si je le tape entre des backticks : j’écris ce message sur macOS Safari, et [backtick] adf [backtick] [espace] se traduit brièvement par [Apple Developer Forums](https://forums.developer.apple.com/), bien que cela disparaisse et redevienne adf si j’interagis avec l’éditeur d’une quelconque manière par la suite.

Je suppose que la barre oblique inversée initiale doit avoir quelque chose à voir avec la raison pour laquelle cela fonctionne pour mes autres remplacements, je peux donc probablement contourner ce bug en changeant mon remplacement adf en \\adf. Mais je ne devrais vraiment pas avoir à le faire.

C’est un problème assez grave pour moi car cela interfère avec ma capacité à effectuer ce type de modération efficacement depuis l’application iOS de Discourse. (C’est aussi pourquoi je ne veux pas avoir à ajouter une barre oblique inversée : c’est agaçant de taper une barre oblique inversée sur un clavier de téléphone.)

1 « J'aime »
2

C’est peut-être une demande de fonctionnalité, mais je pense qu’il vous suffira de cliquer sur image pour revenir à l’éditeur Markdown si vous souhaitez utiliser de telles personnalisations.

4

Bien sûr, utiliser l’éditeur Markdown est une solution de contournement acceptable. Considérez ceci comme une demande de fonctionnalité pour que la fonctionnalité fonctionne de manière cohérente dans tous les modes d’édition, alors. Encore une fois, l’éditeur de texte enrichi n’ignore pas toujours ces substitutions — j’imagine qu’elles sont initiées par le système d’exploitation d’une manière ou d’une autre — il a juste tendance à mal les gérer.

2 « J'aime »
6

Je soupçonne qu’il s’agit de la classe de problèmes où nous pré-traitons le presse-papiers pour des raisons de sécurité.

Coller [test] dans le compositeur de texte enrichi conduit à \\[test\\] dans le brut

De même, coller :

\u003ca href=\"apple.com\"\u003eapple\u003c/a\u003e

conduit à apple dans le RTE (pas un lien)

mais conduit à \u003ca href="apple.com"\u003eapple\u003c/a\u003e si vous le collez dans le brut

Semble très lié @renato ?

2 « J'aime »
7

Cela me semble être un bug, probablement dans notre logique de création d’un lien lors du collage par-dessus une sélection. Je vais examiner cela.

Les remplacements de texte iOS peuvent être similaires à l’IME d’Android, contournant les événements d’insertion de texte habituels attendus. Je ne suis pas sûr, mais cela semble être un problème différent.

Il n’est pas impossible que ces occurrences incohérentes soient causées par une erreur d’exécution. J’essaierai de le reproduire cette semaine.

3 « J'aime »