- Expédié
- 19 août 2026 à 16:05 UTC
- Auteur
- Kamo
- Commite
- 38fcc37
Le zhtml a porté le rouleau de Tailwind et rien d'autre. Prochaine supprimer lisse le défilement pendant qu'il défile vers une nouvelle route, mais seulement pour les pages qui le déclarent comme un attribut de données: lire et, en ne le trouvant pas, conclut "non lisse le défilement configuré" et appel fenêtre.scrollTo() non surveillé. La classe est invisible à ce contrôle, donc CSS animait le rouleau à la place - d'où que le lecteur soit, tous la voie vers le haut, à chaque clic. Au plus profond d'une longue page qui est bien terminée par un deuxième de regarder la fenêtre de la fenêtre d'affichage tandis que la nouvelle page se trouve déjà rendue en dessous. Ensuite, il ne fait qu'avertir à ce sujet dans le développement, donc il a été expédié silencieusement. L'ajout de données-scroll-comportement "smooth" est la solution complète, et cela explique chaque partie de le rapport selon lequel les cinq cycles précédents n'ont pas été les suivants: - le rafraîchissement était rapide, en cliquant jusqu'à la même page, c'était lent: un rafraîchissement commence à le haut et n'a rien à faire défiler - chaque page à l'exception de la page d'accueil: HomeClient a tiré une fenêtre instantanée.scrollTo(0, 0) sur le montage, qui a préempté l'animation. Cette solution est supprimée ici, c'est-à-dire irait autrement à l'égard de la restauration de la roulette et lancerait un lecteur de retour à la page d'accueil vers le haut au lieu de l'endroit où ils s'arrêtaient - le serveur a mesuré propre pendant tout, car il n'a jamais été le serveur Garanti dans check-client-navigation.mjs, qui échoue maintenant à la construction si html le permet un défilement en douceur sans l'attribut de données. Vérifié dans les deux sens: il passe comme commis, et il signale la ligne exacte si l'attribut est supprimé.