Je n’ai pas pu m’empêcher de remarquer :
Après un rafraîchissement, il est mis à jour. Mais il serait plus logique qu’il corresponde à l’horodatage du message, qui est mis à jour sans rafraîchissement.
Je n’ai pas pu m’empêcher de remarquer :
Après un rafraîchissement, il est mis à jour. Mais il serait plus logique qu’il corresponde à l’horodatage du message, qui est mis à jour sans rafraîchissement.
Intéressant, cela pourrait être lié à notre mouvement de scintillement @isaac
En examinant l’ancienne implémentation, je me demande si cela a déjà été un problème…
const bottomAge = relativeAge(
new Date(topic.last_posted_at || topic.created_at),
{
addAgo: true,
defaultFormat: timelineDate,
}
);
const scroller = [
h(
"div.timeline-date-wrapper",
this.attach("link", {
className: "now-date",
rawLabel: bottomAge,
action: "jumpBottom",
})
),
];
Ceci était appelé dans la fonction html() du widget, pour lequel il ne semble pas y avoir de points d’accroche pour mettre à jour cela au fur et à mesure que le temps passe.
Il est évident que la fonctionnalité souhaitée est de mettre à jour bottomAge avec la date la plus récente lors de la création d’un post, puis de continuer à la mettre à jour automatiquement au fil du temps. Ce que nous pouvons faire pour le moment, c’est ajouter une fonction à
et mettre à jour bottomAge au défilement, mais en pratique, cela semble un peu étrange. Un autre problème avec cette idée est qu’il est difficile de faire correspondre le moment de la mise à jour de la date du dernier post avec la mise à jour de la date bottomAge dans la chronologie du sujet. Le created_at relatif d’un post a un décalage d’environ 10 secondes… créant une incohérence entre
Idéalement, nous suivrions la date created_at relative du post et l’insérerions simplement dans la chronologie, mais je ne sais pas si c’est possible actuellement.
@david, avez-vous des idées ?
Oui, ce serait l’idéal ![]()
Si nous utilisons la bonne structure HTML, la mise à jour automatique au fil du temps peut être gérée automatiquement par notre aide pour les dates relatives.
Pour gérer les changements de la valeur de topic.last_posted_at, nous devrions pouvoir nous appuyer sur la réactivité de Glimmer, plutôt que de faire des choses lors du défilement. Par exemple :
get bottomAge(){
return this.args.topic.get("last_posted_at") || this.args.topic.get("created_at");
}
Et ensuite, dans le hbs, nous pouvons utiliser notre aide pour les âges relatifs pour le rendre dans la bonne structure pour la mise à jour automatique.
{{age-with-tooltip this.bottomAge}}
Il faudra peut-être apporter quelques améliorations à l’aide pour qu’elle puisse prendre en charge les paramètres ‘addAgo’ et ‘defaultFormat’ ?
Ceci sera corrigé via