Oui, le helper ne fonctionne pas (et n’est pas nécessaire) dans gjs. Définir un getter est bien. Mais si vous voulez l’éviter, vous pouvez référencer directement le « global » settings depuis le template :
Merci. Cela améliore vraiment l’expérience du développeur.
Ce qui, comme nous le savons, s’est considérablement amélioré avec .gjs par rapport aux widgets.
Cependant
Il existe de nombreuses erreurs très étranges que l’on peut obtenir lors de l’utilisation de composants gjs, ce qui ne facilite pas la recherche des problèmes.
Par exemple, déréglons le nom de l’assistant : {{html_safe this.bannerTextContent}}
Mène au classique :
program.js:100 Uncaught (in promise) TypeError: Invalid value used as weak map key at WeakMap.set (anonymous)
(cela se produit également ici avec un nom valide si vous oubliez l’importation)
Quoi ?! Il existe de nombreux exemples de ce type.
Je suppose que c’est un inconvénient de l’utilisation d’un framework ?
Où avez-vous vu l’erreur WeakMap ? Sur un site de production ? Si oui… c’est peut-être l’une des vérifications qu’ember optimise hors des builds de production pour améliorer les performances.
Si vous le pouvez, je recommanderais toujours de développer des thèmes/plugins dans un environnement de développement approprié - il y a beaucoup de cas comme celui-ci où l’expérience sera meilleure.
Oui, le site de production utilise le Theme CLI ( ce qui est, je suppose, l’un de ses inconvénients, malgré son flux de travail par ailleurs excellent ?)
[quote=“David Taylor, post:12, topic:330650, username:david”]aucun des contrôles que ember optimise hors des builds de production pour améliorer les performances.
[/quote]
Cela a tout à fait du sens.
Oui, avec les plugins, c’est mon choix, mais avec les TC, il y a une forte tentation de développer sur un site de production en raison de l’immédiateté du retour (sinon toujours très utile !)
Mais je viens de réaliser que l’on peut entrer en localhost avec le CLI et cela fonctionne.
Alors, duh !
Je l’utiliserai à l’avenir !
Je n’ai aucune idée pourquoi je pensais que ce ne serait pas possible
Comme d’habitude, merci pour votre aide, cela m’a fait gagner beaucoup de temps (à l’avenir )
Oui ! Je travaille avec Localhost et theme-cli, et c’est ce que je recommande aux autres. Nous pouvons certainement améliorer la documentation de ces flux de travail recommandés
L’autre astuce est que discourse.theme-creator.io fonctionne avec des actifs Ember en mode développement. Cela devrait également afficher des messages d’erreur plus clairs.