Aidez-nous à tester la refonte du Composer

Objectifs

Nous avons progressivement mis en place de petites modifications préparatoires, telles que le déplacement de l’interrupteur d’aperçu, l’intégration des suggestions IA et l’ajout de GIF dans la barre d’outils. Nous sommes désormais prêts à tester le changement majeur, disponible en tant que modification expérimentale à venir.

Nos principaux objectifs sont :

  1. Mettre à jour le composeur conformément à nos modifications générales visant à moderniser notre apparence et notre interface
  2. Améliorer l’expérience de rédaction sur mobile

Nous aimerions beaucoup que vous nous aidiez à le tester avant qu’il n’avance davantage dans le processus.

Comment l’essayer

  1. Accédez à votre AdministrationModifications à venir via /admin/config/upcoming-changes
  2. Trouvez Refonte du composeur et activez-le
  3. Ouvrez le composeur (réponse, nouveau sujet ou nouveau message) et testez-le sur ordinateur et sur mobile

Vous pouvez le désactiver à tout moment depuis le même endroit. Ici sur Meta, vous pouvez rejoindre le nouveau groupe de test composer-testers. Sur Meta, il est désormais activé pour tout le monde.


Nous avons particulièrement besoin de retours de la part de ceux qui exécutent des composants de thème ou des plugins qui personnalisent le composeur — cette refonte modifie légèrement la structure du composeur, pas seulement son style. Plus de détails ci-dessous.

Ce qui a changé

Mise en page et structure

Général

  • Le titre a été intégré au contenu, lui donnant un aspect plus proche d’un titre de document (les utilisateurs de Notion devraient y être familiers)
  • La barre d’outils a été déplacée dans le pied de page. Cela nécessitera un petit ajustement de la mémoire musculaire (cela m’a aussi agacé pendant les premiers jours :wink:)
  • Réorganisation des champs de catégorie et de balises (y compris une icône de balise et un affichage de sélection minimal)
  • Moins de bordures, sensation plus aérée

Markdown

  • Le titre, la catégorie et les balises se trouvent désormais dans une zone de métadonnées pleine largeur au-dessus du panneau éditeur + aperçu, au lieu d’être limités à la colonne de gauche.

Mobile

Un facteur moteur majeur de ce projet est la volonté d’améliorer l’expérience mobile. Il y a eu une abondance de plaintes justifiées à ce sujet sur Meta au fil des ans [1] [2] [3].

Pour augmenter l’espace disponible lors de la rédaction, nous expérimentons un éditeur extensible, qui se déplie vers le haut au focus, recouvrant les champs du composeur, et reste déployé tant que l’éditeur est en focus. Cela s’applique lors de la création d’un nouveau sujet ou d’un nouveau MP, mais pas lors d’une réponse.

Cela plus que double l’espace d’écriture disponible, passant de 103px à 212px (lors des tests sur mon appareil – les résultats réels peuvent varier).

Autres

  • L’interrupteur de la barre d’outils est supprimé dans la nouvelle mise en page
  • Balayez vers le bas pour fermer le clavier et replier l’éditeur à sa taille normale
  • Les balises choisies ne sont visibles que lorsque le menu est ouvert. L’icône est colorée pour indiquer qu’une sélection a été effectuée.

Retours

Cela reste très expérimental et je suis principalement intéressé par la découverte de son fonctionnement sur des tailles d’écran standard (ordinateur et mobile) sur Foundation. Les tablettes, les téléphones pliables, les autres thèmes, etc., n’ont pas encore été optimisés.

Appel aux créateurs de thèmes et de plugins :wrench:

Si vous vous connectez aux points de sortie (outlets) de plugins du composeur ou que vous stylisez le composeur, veuillez tester avec la refonte activée. Le DOM a bougé, et certaines personnalisations peuvent nécessiter des ajustements :

  • Le bloc de champs du composeur est désormais rendu comme un enfant pleine largeur du conteneur de l’éditeur, et non plus à l’intérieur de la colonne de texte de l’éditeur
  • Le contenu injecté dans le point de sortie composer-fields apparaît désormais au-dessus du titre (entre le groupe catégorie/balises et le titre), en pleine largeur
  • Le champ de titre est rendu comme sa propre ligne, séparé du groupe catégorie/balises et situé en dessous plutôt qu’au-dessus

Aucun point de sortie n’a été renommé ou supprimé (bien que cela puisse arriver plus tard pour s’ajuster sémantiquement aux changements) — vos connecteurs s’attacheront toujours. Ce qui a changé, c’est et avec quelle largeur votre contenu est rendu.

Si vous repérez quelque chose de cassé dans votre thème ou plugin, veuillez répondre ici avec le composant/plugin et une capture d’écran. C’est exactement à cela que sert cette phase de test.

Design :crayon:

Voici quelques compromis ou décisions de design sur lesquels je suis moi-même indécis et qui pourraient bénéficier d’apports. Tout le reste est bien sûr le bienvenu.

A) Pourquoi le champ de titre est-il si grand ?

L’idée est qu’il est augmenté à une taille supérieure à celle d’un H1 ajouté manuellement, pour s’assurer qu’il est toujours visuellement le titre du document. Parfois je le regarde et je pense “c’est laid”, d’autres fois je me dis “oui, ça marche”.

Une autre idée serait de réduire légèrement les titres existants pour obtenir le même effet.

Révoqué dans une itération suivante.

B) Les balises masquées sont-elles un problème…

…assez important pour ne pas valoir le compromis sur mobile (plus d’espace pour la catégorie) ?

Si oui, pourquoi ?

C) Comment l’animation de l’éditeur extensible fonctionne-t-elle sur votre appareil ?

Est-ce que ça bugue ? C’est suffisant ? C’est une amélioration ? Idées alternatives ou ajustements pour l’améliorer ?

D) Et le bouton de suggestion de titre par IA~~ ?~~

Je n’aime pas trop moi-même le fait qu’il flotte tout seul là-bas. Quelle est la sensation pour les autres (qui l’utilisent) ? Très ouvert aux idées de design.

Déplacé pour ne pas gêner, voir Les suggestions de titre par IA passent dans l’assistant du composeur


Merci de nous aider à bien faire les choses avant son déploiement plus large. :folded_hands:


  1. New Topic Editor Too Small iOS 26.5 Safari Web - #4 by fearlessfrog ↩︎

  2. Creating/Editing a post on mobile: let's discuss the 2026 Discourse experience ↩︎

  3. Such a tiny window to edit here on a cell phone ↩︎

18 « J'aime »

Oui, honnêtement, je n’aime pas trop qu’il se trouve près de la zone de texte et ne soit pas une boîte séparée pour le moment… En théorie, ça a l’air bien, mais je n’aime pas du tout son aspect actuel. Il donne l’impression de faire partie du champ de saisie du texte, surtout dans l’éditeur visuel. Je préférerais qu’il soit là où il a toujours été, peut-être avec un peu plus d’espace horizontal. Cela pourrait tout à fait être une réaction instinctive au simple fait de voir un changement, car l’ancien système fonctionnait parfaitement et n’avait pas vraiment besoin d’être modifié, mais d’après ce que j’ai vu, je ne suis toujours pas sûr de l’apprécier.

Tu as tout à fait raison de dire qu’il a l’air un peu seul pour le moment. Peut-être devrait-il se placer juste à la fin du titre, ou si le design est rétabli comme je l’ai suggéré, alors l’ancienne méthode fonctionne parfaitement.

Je suis en tout cas un grand fan de cette fonctionnalité. Le design est super (moins de bordures !) et je suis ravi que l’expérience mobile soit enfin utilisable, même si je reste principalement un utilisateur desktop.

5 « J'aime »

Salut :waving_hand:

C’est un travail vraiment chouette ! J’adore. :heart_eyes: Cela me semble être une façon bien plus moderne et élégante de composer. J’ai aussi essayé par le passé de déplacer la barre d’outils en bas, et je trouve que c’est beaucoup plus confortable ainsi.

Dans l’ensemble, l’interface est plutôt épurée. Un point que j’ai remarqué : lorsque le titre se rétracte et que le corps du texte reçoit le focus, il peut être un peu difficile de savoir comment faire réapparaître la section titre, catégorie, etc. Étant donné que toute la zone de texte du composeur est défilable dans ce cas, je pense qu’ajouter une poignée visuelle pourrait aider à indiquer cela aux utilisateurs.

6 « J'aime »

Cette fonctionnalité a-t-elle été inspirée par le travail sur le compositeur ancré pour les messages IA ? Cela m’y fait penser.

Il semble que cela ne soit disponible que sur Meta Branded ?

J’aime le fait que les icônes soient plus petites (je crois ?) et que le design soit plus minimaliste.

Mais je pense qu’un problème est que je dois maintenant regarder plus haut pour voir ce que je tape, la barre gênant la vue. Et si la barre d’outils était en haut ? Est-ce que cela pourrait fonctionner ? (Je suis sur mon téléphone en ce moment, donc je ne peux pas la déplacer pour vérifier)

3 « J'aime »

Pas vraiment :slight_smile:

Non, cela devrait être indépendant du thème. Vous ne le voyez pas sur les autres thèmes ? :eyes:

2 « J'aime »

Bon, après avoir un peu fouillé, est-il possible de réduire l’éditeur de contenu du sujet quand le clavier est fermé ? Sinon, il faut deux appuis pour le faire (1 sur le bouton du clavier, 1 pour faire glisser).

Je trouve aussi les icônes de catégories sans couleur un peu inhabituelles. Est-ce intentionnel ?

Et oui, le suggèreur de titres IA donne un peu l’impression d’être encombré, mais je ne sais pas où else le placer.

Cela s’est produit pendant un moment au début. Cela semble fonctionner maintenant.

Dans l’ensemble, pas trop mal sur mobile jusqu’à présent !

2 « J'aime »

Pourriez-vous préciser ce point ? Comment fermez-vous le clavier ? L’autre sens devrait être automatique : réduire l’éditeur → le clavier se ferme automatiquement, donc une seule action suffit.

2 « J'aime »

Ah ! Vous voulez dire faire glisser vers le bas pour fermer le créateur de contenu et le clavier ? Hmm…

D’après mon expérience personnelle, je clique sur le bouton de la barre d’accueil sous Android pour fermer le clavier. Comme ce comportement n’existait pas avec le créateur actuel (c’est-à-dire glisser ou toucher pour fermer le clavier), cela me paraît plus contre-intuitif.

2 « J'aime »

C’est noté, je pense que cela devrait être possible à mettre en place.

Accidentel, merci ! Correction en cours

4 « J'aime »

J’ai remarqué que, lorsque l’on crée un brouillon, celui-ci réapparaît systématiquement quand on accède à un sujet, ce qui n’est pas le cas du Composer. Ce comportement est-il intentionnel ? (Ça me frustre un peu.)

1 « J'aime »

Je ne suis pas sûr de comprendre. Voulez-vous dire que lorsque vous avez un brouillon pour un certain sujet et que vous entrez dans ce sujet, le composeur s’ouvre ? Si c’est le cas, c’est comme ça depuis un moment (ou toujours, je ne suis pas sûr) ; aucun comportement n’a été (intentionnellement) modifié dans tous les cas.

Ou voulez-vous dire autre chose ?

J’avais un peu tort. Le compositeur actuel est en effet ouvert, mais il reste un peu en arrière-plan, tandis que le nouveau compositeur « bloque la vue ». J’ai cependant découvert qu’on pouvait le déplacer :slight_smile:


2 « J'aime »

J’aime ça, pour l’instant je n’ai posté que depuis un ordinateur de bureau.

Je n’aime pas trop le titre H1 qui ressemble à une partie de la zone de texte. Je me suis retrouvé en cliquant à la fin du titre, puis en appuyant sur pour passer à la ligne suivante, et ça ne fonctionnait évidemment pas.

Les grands titres peuvent être partiellement masqués :

chrome_SvkGo3rsgf

Sur mobile, la barre d’outils est assez étroite. Le mouvement naturel du pouce de gauche à droite sur un écran de smartphone n’est pas une ligne horizontale droite. Il est légèrement courbé, du bas vers le haut à droite, et cet effet pourrait être amplifié si la zone cible est située en haut de l’écran.

Cela a tendance à me faire rater le bouton de glissement de la barre latérale.

Je ne sais pas trop comment améliorer cela. Rendre la barre d’outils plus haute ne semble pas être la meilleure solution.

Peut-être que la zone de détection pourrait être légèrement plus grande que la barre d’outils, à la manière dont les développeurs de jeux de plateforme permettent au personnage du joueur de sauter depuis ou d’atterrir sur un bord, même s’il est quelques pixels trop loin et devrait normalement tomber.

5 « J'aime »

Quelle est la raison du déplacement des boutons en bas ?

Cela semble poser un énorme problème de mémoire musculaire, et pour quelle raison ?

De plus, ils sont proches des boutons « Abandonner » et « Répondre » sur mobile, ce qui entraînera des publications accidentelles.

Je ne vois tout simplement pas l’avantage au regard des problèmes que cela va créer.

4 « J'aime »

Je pense que la plupart d’entre nous utilisent nos appareils mobiles d’une seule main, et les boutons sont plus accessibles en bas. Certains navigateurs, par exemple, ont déplacé la barre d’adresses selon la même logique.

J’aime cette idée, et je pense qu’il nous faut un peu de temps pour nous y habituer. Je veux dire, essayer ce changement pendant au moins une ou deux semaines, car nos habitudes automatiques ont tendance à réagir négativement face à un changement soudain, mais une fois que nous nous serons adaptés au nouveau système, le résultat global pourrait être positif.

Au passage, je faisais partie de ceux qui ne voulaient PAS d’écran tactile sur leur téléphone portable :joy:

12 « J'aime »

Intéressant. J’utilisais en fait un TC pour placer le menu en bas. Joli changement.

7 « J'aime »

Pour moi, l’une des principales raisons de déplacer la barre d’outils en bas.

7 « J'aime »

J’apprécie beaucoup la barre d’outils en bas. Cela a beaucoup plus de sens sur mobile. C’est beaucoup plus facile d’y accéder.

Je pense que cela a aussi du sens sur desktop : le contenu (zone de texte) est la priorité, la mise en forme (barre d’outils) vient ensuite, donc l’ordre est logique.

5 « J'aime »

L’aspect et la sensation sur mobile ne sont pas mauvais. Cependant, l’icône de balise lors de la création d’un sujet pourrait peut-être être un peu plus grande, car elle me semble un peu petite sur mon Google Pixel 9 XL.
Je suis également intéressé par les tests sur Meta.

1 « J'aime »