@david peut-être désactivons-nous tous les clics pendant que la nouvelle page se charge et que nous affichons l’ancien contenu ? Cela semble être un cas limite, mais raisonnable.
@awesomerobot es-tu satisfait de l’épaisseur du curseur sur ordinateur ? Dans mon équipe, l’avis est partagé ; nous allons vivre avec cela pendant quelques jours. Sur mobile, je pense que nous avons trouvé le bon équilibre.
Cela dépend de ce que vous visez, je pense. Si l’un de vos principaux objectifs est de « fonctionner (presque) de manière identique au reste d’Internet », vous ne voudrez peut-être pas le faire. Sur les sites web « classiques », si je clique très rapidement sur un deuxième lien juste après avoir cliqué sur le premier, le contenu du deuxième lien sera chargé.
J’aime beaucoup ce changement, surtout avec les ajustements ultérieurs… J’adore tellement que j’ai hâte qu’il sorte en version bêta pour recueillir encore plus de retours.
Quand pouvons-nous intégrer cela dans le cœur @david ?
Oui, je suppose que tu as raison… Je pense que je soutiens l’idée de l’intégrer tel quel dans le cœur du système dès maintenant.
Nous pourrons toujours l’affiner au fil du temps, mais ce que nous avons actuellement est déjà très abouti et fonctionne très bien.
Cela me semble correct à l’épaisseur actuelle. Je pense que si nous recevons des plaintes indiquant que ce n’est pas assez visible, nous pourrons alors l’augmenter de 1 px. J’ai hâte de le voir dans le cœur du système !
Ça a l’air super ! Il reste encore quelques bugs d’affichage à corriger (par exemple celui-ci), mais une fois qu’ils seront résolus, nous pourrions l’intégrer au cœur du système. Je pense que je préférerais tout de même le tester un peu plus longtemps sur Meta. L’implémentation actuelle n’est en ligne que depuis 24 heures.
En regardant quelques autres PWA populaires :
| Service | Changement immédiat de la page entière | Curseur | Indicateur de chargement | Placeholder personnalisé |
|---|---|---|---|---|
 |
|
|||
|
|
|||
| (sur certaines pages) | |
|||
| YouTube |  |
|
||
| GitHub | |
|
||
 Ancien Discourse |
|
|
||
| Discourse avec curseur |
|
|
Ainsi, ce changement nous rapprocherait de YouTube et GitHub, qui, selon moi, ressemblent davantage à des sites web qu’à des applications. Est-ce la direction que nous souhaitons prendre ? 
Je le pense, cela s’inscrit dans une philosophie de thème par défaut minimaliste, style web. Nous pourrons toujours proposer un composant de thème pour le spinner ou un espace réservé personnalisé si nous souhaitons expérimenter.
J’apprécie particulièrement que ce changement réduise le nombre de pixels qui changent à l’écran.
Je pense que Gmail utilise également un schéma similaire (il affiche un carré de chargement, puis bascule vers le contenu).
Nous avons configuré notre curseur comme suit (ci-dessous). C’est une question de goût, mais je trouve que 4 px sur mobile est plus agréable que 3 px ; 3 px convient parfaitement et est tout à fait acceptable. Cependant, sur les grands écrans de bureau, subjectivement, 6 px semble mieux ; personnellement, je préfère 7 px car je souhaite que les gens voient le curseur et la progression relative dès le chargement de la page, quel que soit le thème d’arrière-plan ; mais si nous réduisons à 6 px sur un grand écran de bureau, cela convient également très bien. Moins de 6 px sur les grands écrans de bureau le rendent à peine perceptible sur les écrans de 27 et 34 pouces (selon certains thèmes d’arrière-plan) ; et comme le curseur indique « chargement », je pense qu’il vaut mieux pencher vers une visibilité accrue ; mais encore une fois, c’est bien sûr très subjectif.
height: 4px;
@media only screen and (min-width: 960px) {
height: 7px;
}
Mon (tardif) retour sur cette fonctionnalité :
Avant de consulter ce sujet, je n’avais même pas remarqué le changement, ce qui est… bien ! À mon avis, les bonnes fonctionnalités sont celles qui s’intègrent harmonieusement à l’expérience actuelle.
Après avoir prêté attention à cette fonctionnalité, je reconnais que la réduction des scintillements à l’écran est plus agréable visuellement que le comportement précédent.
Félicitations à l’équipe pour la conception minutieuse et la réflexion qu’elle a consacrées à ce changement ! 
Bonjour,
J’adore ce composant, mais j’ai trouvé un bug (je pensais qu’il y avait un conflit dans mon thème, mais je le vois aussi ici). Lorsque nous cliquons sur l’élément .navigation-toogle, le menu déroulant reste ouvert :
Peut-être que mon rapport s’est perdu dans la masse (ou peut-être qu’ils n’ont tout simplement pas encore eu le temps de le consulter).
Merci @cosdesign et @seanblue - c’est toujours dans mes priorités pour la correction. J’ai commencé une liste de « problèmes connus » dans le premier message ici afin que nous puissions suivre ce qui reste à faire.
Le problème de la liste déroulante devrait maintenant être résolu :
J’adore vraiment ce composant, je n’ai pas pu m’empêcher de l’installer sur mon forum Discourse également. Merci !
Une suggestion : serait-il possible d’afficher un squelette pendant le chargement de la page ? Dans les cas où la page peut mettre un peu de temps à se charger, cela peut aider à indiquer que le clic a été enregistré. C’est juste un petit détail que j’ai remarqué : parfois, je clique deux fois sur le titre d’un sujet parce que je n’ai pas vu la barre de chargement au premier abord, alors que le spinner s’affichait directement.
C’est un compromis que nous avons fait ici : nous choisissons de ne jamais modifier ce qui s’affiche à l’écran, sauf si 2 secondes se sont écoulées et que nous n’avons aucun contenu à montrer.
Je suppose que nous pourrions prévoir un moyen de réduire ce délai de 2 secondes à 1 seconde, mais je pense que nous avons trouvé le bon équilibre ici.
Je reviens après plusieurs jours d’absence et la première chose que j’ai remarquée, c’est à quel point tout semble lent ici maintenant.
Je me rends compte que Google Groups a introduit quelque chose de similaire, mais je ne pense pas que nous devions imiter ce qu’ils font. Le spinner était beaucoup mieux adapté à Discourse, à mon avis : il était réactif et a même contribué à déconstruire le mythe selon lequel les applications Ruby sont toujours lentes. J’adorais cela et j’aimais à quel point Discourse semblait rapide. Malheureusement, je sens que ce curseur est un grand pas en arrière (toutes mes excuses à ceux qui y ont travaillé ; je sais que ce n’est probablement pas ce que vous voulez entendre, mais je pense que nous voulons tous ce qu’il y a de mieux pour Discourse, alors j’espère que vous ne m’en voudrez pas de partager ce que j’en pense).
Lorsque nous publierons cela dans le noyau, nous fournirons un composant permettant de conserver l’ancien mode de transition.
Nous prenons en compte vos retours, mais vous représentez une minorité extrême ; la majorité des utilisateurs préfère le nouveau style de transition. Le nouveau style implique moins de changements à l’écran.
Ancien
Clic → écran blanc → contenu
Nouveau
Clic → contenu
Je comprends que certaines personnes puissent aimer un écran blanc avec un indicateur de chargement, mais c’est un avis minoritaire.
Il ne s’agit pas d’aimer ou non un écran blanc, Sam, mais bien de la sensation de rapidité.
J’ai toujours pensé que la vitesse (et la sensation) de Discourse était l’un de ses atouts les plus impressionnants, et je sais que même ceux qui étaient très opposés à Ruby ont été impressionnés par ce que vous avez accompli avec Discourse.
Je pense également que cette sensation de rapidité est plus importante que jamais, car nous sommes en concurrence constante avec d’énormes sites comme Twitter et Discord. Je crois qu’une légère sensation de lenteur peut avoir un impact, même si elle est subconsciente.
C’est une excellente nouvelle qu’il y aura un composant pour l’ancien mode de transition, mais je crains qu’il n’ajoute une surcharge entraînant un ralentissement (même minime), annulant ainsi les avantages de l’ancienne méthode ou du spinner. Si ce n’est pas le cas, je serai satisfait… mais je reste convaincu que ce changement sera néfaste pour tous les autres sites Discourse.
Je suis tout à fait d’accord concernant la perception de la vitesse.
Si le spinner restait à l’écran pendant des heures, cela indiquerait un problème (bien que le spinner ne soit pas le problème en soi) et serait peut-être moins informatif qu’une barre de progression.
Les barres de progression indiquent une lenteur sous-jacente. Elles me rappellent ces anciennes barres de progression de Windows (temps restant estimé : 6 jours 23 heures). Quand je les remarque, je pense qu’il doit y avoir un problème de vitesse et qu’elles sont là pour atténuer mon impatience. Celle-ci semble toujours faire une légère pause vers 80 %, ce qui me donne l’impression que quelque chose s’est mal passé, à chaque fois.
Si le forum est rapide, la barre de progression n’est pas une bonne idée.
Plus j’utilise Meta, plus je pense que je préfère l’ancien spinner. Le curseur n’est tout simplement pas assez visible, ce qui donne au site un sentiment de lenteur.
