Sí, el ayudante no funciona (y no es necesario) en gjs. Definir un getter está bien. Pero si quieres evitar eso, puedes referenciar directamente el “global” settings desde la plantilla:
¿Dónde viste el error de WeakMap? ¿En un sitio de producción? Si es así… quizás esta sea una de las comprobaciones que Ember optimiza y elimina de las compilaciones de producción para mejorar el rendimiento.
Si puedes, siempre recomendaría desarrollar temas/plugins en un entorno de desarrollo adecuado; hay muchos casos como este en los que la experiencia será mejor.
Sí, el sitio de producción utiliza la Theme CLI ( que supongo que es una de sus desventajas, a pesar de que por lo demás es un gran flujo de trabajo.)
[quote=“David Taylor, post:12, topic:330650, username:david”]ninguna de las comprobaciones que ember optimiza en las compilaciones de producción para mejorar el rendimiento.
[/quote]
Tiene todo el sentido.
Sí, con los plugins es mi opción preferida, pero con los TC existe una gran tentación de desarrollar contra un sitio de producción debido a la inmediatez de la retroalimentación (¡si no siempre es muy útil!)
Pero me acabo de dar cuenta de que puedes entrar en localhost con la CLI y funciona.
¡Así que duh!
¡Lo usaré en el futuro!
No tengo idea de por qué pensé que eso no sería posible
Como siempre, gracias por tu ayuda, me ha ahorrado mucho tiempo (en el futuro )
¡Sí! Localhost con un theme-cli es como intento trabajar y lo que recomiendo a otras personas. Definitivamente podemos mejorar la documentación de estos flujos de trabajo recomendados
El otro consejo es que discourse.theme-creator.io se ejecuta con activos de Ember en modo de desarrollo. Así que también debería tener mensajes de error más agradables.