Display the timer on the header next to the topic title.
I’m looking for specific UI/UX suggestions for how to implement a header timer, in the context of Discourse, with a view to crowd-funding the development costs if there’s enough interest (@darhazer@tobiaseigen)
Actuellement, cela fonctionne pour tous les sujets chronométrés. @ninjapenguin, si vous êtes prêt à financer le développement de cette fonctionnalité, je serai ravi d’ajouter la fonctionnalité spécifique à la catégorie pour le composant.
Dans tous les cas, vous pouvez rejoindre la discussion relative au composant ici.
Je ne pense pas que nous en ayons vraiment besoin. C’est plutôt un « plus » dans notre cas d’usage qu’une fonctionnalité essentielle que nous utiliserions souvent. En tout cas, ça a l’air super, bravo.
Ce composant de thème casse malheureusement l’interface des temporisateurs de sujets. Le nombre de jours semble se transformer en nombre de secondes, et la barre bleue contenant le message « Les réponses à ce sujet sont automatiquement supprimées après … » n’a pas de valeur suivante. Il devient alors impossible de supprimer le temporisateur. La suppression de ce composant de thème a permis de rétablir le fonctionnement.
Il faut le dépoussiérer à nouveau. Je m’en occuperai la semaine prochaine. Merci de l’avoir signalé. Cela renforce mon argument en faveur des rappels de favoris.
Je peux reproduire le problème. Désolé de ne pas être intervenu plus tôt.
Ce composant de thème n’avait jamais été testé avec d’autres minuteries que la close topic timer, car il avait été conçu spécifiquement pour celle-ci, mais son nom suggère qu’il devrait fonctionner avec tous types de minuteries de sujets.
De plus, il n’aurait pas dû affecter d’autres fonctionnalités par défaut. Je travaille actuellement à la résolution de ce problème et reviendrai vers vous avec une solution sous peu.
C’était ma première contribution client sur Discourse. Cela ravive d’anciennes souvenirs.
p.s.
J’ai soumis une PR au module Topic Timer de base pour le rendre extensible aux développeurs de plugins et de thèmes. La surcharge de la méthode monolithique peut facilement entraîner des erreurs.
Légèrement hors sujet, mais utile à noter pour l’avenir :
Le préfixe DEV: indique qu’il s’agit d’une refactorisation liée au développement ; aucune mention n’est nécessaire dans les notes de version.
FIX: signifie une correction de bug que nous souhaitons éventuellement mentionner dans les notes de version.
FEATURE: désigne une nouvelle fonctionnalité (ou une suppression de fonctionnalité) que nous souhaitons éventuellement mentionner dans les notes de version.
IMPR: est un peu étrange ; nous n’utilisons ce préfixe nulle part.
C’est un mauvais souvenir de ma part. Je me souviens à tort d’un post de Jeff expliquant ces termes, mais je peux imaginer que IMPR n’en fait pas partie. Je le garderai à l’esprit.
La bonne nouvelle, c’est que le code est désormais plus extensible et plus facile à maintenir d’un point de vue développement après la fusion. Je vais essayer de corriger le composant dans la semaine à venir.
Merci @sam pour l’astuce et @martin pour la fusion.
