Curseur de chargement horizontal

Super cool, j’adore ça.

Nous pourrions éventuellement le rendre optionnel via un booléen dans les paramètres du site. Nous le privilégions fortement, tout comme la majorité de l’équipe Discourse, il sera donc intégré par défaut d’une manière ou d’une autre. Cependant, c’est un travail considérable pour le faire correctement en raison, euh, de complications.

Il ne sera donc pas inclus dans cette version, soyez rassurés à ce sujet.

De plus, pour être clair, j’utilise d’autres sites web avec ce curseur et je le trouve généralement correct. Je ne sais pas ce qui est différent sur Discourse qui fait que je ne l’aime pas ici. La seule chose à laquelle je peux penser, c’est que j’utilise le thème sombre sur Discourse, tandis que ces autres sites n’ont que des thèmes clairs. Par curiosité, est-ce que la plupart de l’équipe de Discourse utilise le thème clair ou le thème sombre ? Peut-être y a-t-il une corrélation là-dedans.

Beaucoup utilisent certainement le thème sombre.

Autre chose à prendre en compte, ce sont simplement les habitudes : vous naviguez sur Discourse depuis longtemps avec un spinner. J’ai eu un peu la même sensation les premiers jours.

Cela pourrait certainement être un facteur. Je passe aussi beaucoup plus de temps sur une autre communauté qui utilise encore le sélecteur rotatif, donc peut-être que cela rend l’adaptation au curseur ici plus difficile.

Pour l’instant, oui.

Nous l’avons désactivé ici sur Meta pendant que nous finalisons la version stable 2.7. Après cela, nous reprendrons les tests ici sur Meta, et nous visons à l’intégrer au cœur du système avant la version stable 2.8.

J’ai remarqué quelque chose qui pourrait être lié à cette fonctionnalité. Même si le curseur est actuellement désactivé, si vous ouvrez un sujet depuis Categories - Discourse Meta, le spinner ne s’affiche pas.

Je viens de l’essayer en utilisant le lien de votre publication. J’ai vu le spinner pendant moins d’une seconde avant que la page ne se charge. J’ai également essayé de cliquer sur le lien des catégories dans le menu hamburger : même résultat… le spinner est apparu pendant moins d’une seconde avant que la page ne se charge.

Je n’ai pas vu l’indicateur de chargement non plus en ouvrant un sujet depuis la page des catégories.

Je vois le curseur au lieu du spinner lorsque je clique sur les liens de sujets depuis là aussi (application iPhone). Peut-être qu’ils le testent à nouveau. Était-ce censé être un curseur suivi d’un spinner pour les connexions lentes ?

Bonjour Jonathan,
Je pense que vous voyez le curseur DiscourseHub car il s’agit d’un chargement dans le navigateur.

Je ne sais malheureusement pas ce que vous voulez dire. Le curseur s’affiche lorsque vous cliquez sur les liens des sujets depuis les Catégories. Depuis Nouveau, Derniers, etc., c’est le spinner.

L’application DiscourseHub possède son propre curseur qui s’active lors du chargement complet d’une requête navigateur, ce qui diffère du curseur de chargement tc.

Merci pour les rapports ! Il semble que ce soit un bug central plutôt qu’un problème lié au curseur de chargement. Nous le corrigerons dès que possible.

Le problème de lien de catégorie devrait être résolu par FIX: Remove auto-route from topic-link by martin-brennan · Pull Request #12999 · discourse/discourse · GitHub

Lorsque Discourse Slider est installé, j’ai rencontré un bug : si une liste de sous-catégories s’affiche au-dessus des sujets dans une catégorie parente, cette liste persiste même après avoir cliqué sur une sous-catégorie.

J’ai suivi les étapes suivantes pour reproduire le problème de mon côté :

• Choisir une catégorie contenant des sous-catégories
• Dans les paramètres, cocher l’option « Afficher la liste des sous-catégories au-dessus des sujets dans cette catégorie » (j’ai personnellement choisi la vue en grille au cas où cela ferait une différence)
• Accéder à /categories
• Cliquer sur la catégorie parente
• Cliquer sur une sous-catégorie

Vue dans la catégorie parente

IMG_3582828×1792 88.4 KB

Vue dans la sous-catégorie « Plaidoyer »

IMG_3583828×1792 76.6 KB

Nous avons rencontré le même problème sur notre instance. Nous fonctionnons en version stable.
Ce serait formidable si cela était corrigé, en attendant nous devons le désactiver.

Je pense que ce problème a été résolu dans les dernières versions tests-passés/bêta :

Je crains que nous n’ayons pas tendance à rétroporter des correctifs comme celui-ci vers la version stable, mais il sera inclus dans la version v2.8.

Ceci a été repoussé à une autre version car c’est difficile, mais nous y arriverons