Si le nom de la catégorie est trop long, le bouton de la balise est coupé.
Est-il possible d’afficher un compteur numérique des balises ajoutées après l’ajout d’une balise ou plus, à côté de l’icône ? Cela semble préférable à l’icône de balise actuellement remplie (c’est très subtil).
Je pense que Canapin a soulevé ce point : le titre semble étrangement coupé ; cela pourrait être dû au bouton flottant qui fait obstruction.
Lors de l’activation de la refonte de Composer. Le choix du personnel ou de groupes spécifiques ne fonctionnait pas. J’ai dû choisir tout le monde.
Bizarre, avez-vous reçu une erreur ou quoi que ce soit ? Nous l’avons configuré pour un groupe spécifique ici sur Meta :
Je n’ai pas vu d’erreur, mais je peux réessayer. J’ai d’abord essayé de le définir pour des groupes spécifiques : Staff, Guide.
Lorsque j’ai testé le composer, il n’avait pas changé. J’ai donc essayé l’option « Staff uniquement » avec le même résultat. Ce n’est qu’une fois que je l’ai activé pour tout le monde que le composer repensé a été affiché sur mobile.
Je n’ai pas testé sur desktop. Je m’excuse, j’ai oublié d’ajouter des détails supplémentaires.
Mobile sur Google Pixel 9 XL.
MODIF J’ai juste réessayé ces paramètres. Ça marche maintenant ! Peut-être que je consultais le forum en cache ? J’avais même essayé de rafraîchir. Mais tout va bien maintenant.
Légère oversight de conception. Lorsqu’il est actif, l’arrière-plan du sélecteur a des bords arrondis, alors qu’il n’y a pas de bords arrondis visibles dans l’état par défaut :
Je sais que cela a déjà été dit, mais j’espère vraiment que le bouton d’aperçu pourra revenir sur mobile. L’un des forums que j’utilise n’a pas assez de soutien communautaire pour installer le contournement via composant.
C’est un peu flashy, et ça clignote en bleu lors de l’agrandissement à cause de la surbrillance bleue caractéristique de Chromium (?).
En dehors de cela, je dois appuyer deux fois sur le bouton moins pour réduire l’éditeur lorsque le clavier est affiché. (remarque : absent dans l’ancien design) Cela pourrait être causé par ce bug visible dans cette image vidéo (observé après le premier appui sur le bouton moins), où la barre d’URL saute vers la position du bouton moins pour une raison inconnue :
Il semble bien fonctionner sur Foundation, mais il y a quelques problèmes sur Horizon : la fenêtre d’aperçu possède une bordure de la couleur d’accentuation.
Ravi que ça fonctionne bien sur Foundation ! Pour Horizon, oui, je le sais, comme je l’ai dit dans le message initial
Je continue à travailler dessus.
J’ai demandé à l’IA, et le flash bleu peut être corrigé en ajoutant -webkit-tap-highlight-color: transparent à l’élément concerné. Je recommande de le faire pour l’élément de l’éditeur, car lorsqu’il occupe tout l’écran en s’agrandissant, cela provoque un flash sur tout l’écran, ce qui n’est pas très esthétique.
Voici à quoi cela ressemble lorsque j’applique * {-webkit-tap-highlight-color: transparent} avec Stylus (j’utilise Edge sur Android)
Je pense que le design sans bordure est nettement moins intuitif :
Le titre semble faire partie de l’éditeur de corps du message. Très bien. Mais si je tape le titre puis appuie sur la touche Entrée, le curseur ne passe pas à la ligne suivante. J’ai l’impression d’être bloqué sur la première ligne du message, sans moyen d’avancer. Je ne pense pas que l’utilisateur comprenne intuitivement qu’il doit cliquer sur la ligne suivante ou appuyer sur Tab pour continuer. Si vous voulez intégrer la saisie du titre dans l’éditeur de corps du message, alors elle doit fonctionner exactement comme n’importe quelle autre ligne de l’éditeur. Si elle doit continuer à être traitée comme un champ de saisie séparé, revenez à l’ancien design qui communiquait visuellement cette nature à l’utilisateur.
L’absence de bordure entre l’éditeur de message et l’aperçu (lorsque le rédacteur est en mode éditeur Markdown) est trop confuse. Ce sont deux panneaux distincts. Ce fait devrait être communiqué visuellement à l’utilisateur par une bordure entre les deux.
Il n’y a pas de marge à droite sur l’aperçu qui s’affiche lorsque le rédacteur est en « mode éditeur Markdown » :
Je m’attendrais à ce qu’il ait une marge similaire à celle que nous voyons sur le côté gauche du rédacteur, comme nous le voyons lorsque le rédacteur est en « mode éditeur de texte enrichi » :
@renato Penses-tu que ce soit assez facile à mettre en œuvre ?
Si c’est le cas, devrait-il aussi fonctionner dans l’autre sens ? Si le curseur est au début de la zone de texte, appuyer sur « Retour » devrait alors amener le focus au champ de titre, n’est-ce pas ?
Étant donné qu’il s’agit de champs distincts, je trouverais ce comportement global (du titre à la zone de texte et vice versa) bizarre, mais je pourrais changer d’avis après l’avoir utilisé.
Juste pour info, et peut-être un peu tôt et déjà connu, mais la barre d’outils est totalement absente lorsque on utilise un mobile/iPhone sur DiscourseHub
Modification
Cela n’a rien à voir avec DiscourseHub. Cela suit le statut de visibilité de la barre d’outils du rédacteur original.
Si la barre d’outils est masquée via le bascule, puis que le nouveau rédacteur est activé, la barre d’outils n’est pas visible et il n’y a据 je pense aucun moyen de l’afficher. Et vice versa. Si l’original a une barre d’outils visible, alors le passage au nouveau rédacteur offre la barre d’outils.
Bonjour à tous et merci pour tous les retours jusqu’à présent.
Quelques éléments que j’ai implémentés/corrigés : (fusion en attente)
Reformulé le titre pour qu’il revienne à une section distincte semblable à un champ de saisie. Je pourrai y revenir plus tard.
Je travaille maintenant sur :
Je continuerai à suivre ce sujet – je réfléchis encore à certains des autres retours.
Oui, j’ai compris que c’était le problème – ce ne devrait plus être un problème une fois la refonte correctement mise en œuvre (c’est-à-dire que le basculeur n’est plus fonctionnel).
C’est légèrement hors sujet, car c’est aussi le cas avec l’« ancien » éditeur, mais j’ai remarqué que lorsque je fais glisser l’éditeur vers le haut ou vers le bas, il suit la souris avec un certain retard et que l’animation est plus saccadée.
Regardez la vidéo en vitesse 0,25× pour mieux comprendre ce dont je parle.
Je soupçonne qu’il s’agit d’une limitation liée à JavaScript ou au navigateur, et qu’il n’est pas facile d’optimiser cela ?
J’aimerais voir les éléments de l’interface réagir presque instantanément et être animés à 60 images par seconde.
Mis à part cela, après avoir utilisé le nouvel éditeur pendant quelques jours, il est tout simplement meilleur. Il présente quelques « défauts » sur lesquels tout le monde s’accorde (séparation entre le markdown et l’aperçu, titre…), mais dans l’ensemble, c’est une très belle amélioration pour quelque chose que je pense difficile à améliorer. Donc, excellent travail 
Le nouveau rédacteur occupe beaucoup d’espace vertical. Je dois maintenant l’agrandir lorsque je crée un nouveau sujet. Ce problème est moins présent (voire inexistant) lors de la réponse à un message.
Pour information
Utilisation de l’éditeur Markdown, Firefox sous Win11
Bonjour, voici quelques observations.
Nous utilisons le plugin Mermaid pour afficher les flux Node-RED. Cela ne fonctionne pas dans ce nouvel éditeur de texte enrichi, ni dans le précédent. Le code est affiché comme du texte de console :
Nous pouvions auparavant contourner ce problème en repassant au composeur plus ancien, non enrichi. Ce bouton de sélection ne fonctionne plus.
(Safari, Mac OS 27 beta publique actuelle)
Corrigé maintenant 
Mise à jour des informations : ce problème se produit toujours avec le clavier Sogou personnalisé pour Xiaomi, mais pas avec le clavier Fcitx. Je compte de toute façon abandonner Sogou, qui est trop capricieux, donc je ne vais pas faire de ce clavier une priorité
