A polyfill that is now available is ember-named-arguments-polyfill which polyfills the named arguments feature to work for Ember 2.10+.

This is helpful for add-on authors who want to leverage the named arguments feature for a cleaner template. So, components receiving an argument named foo can now do: {{ opening_double_curly() }}@foo{{ closing_double_curly() }}. This allows you to easily distinguish arguments from local variables, computed properties and such.

Named arguments already landed in Ember 3.1 so this polyfill is for anyone who didn't upgrade but still wants to use the feature.

Quite recently a plethora of RFCs (Request for Comments) proposed ground-breaking, new featuresfor Ember. These included the proposals for ES5 Getters and named arguments for Components which already found their way into the previous 3.1 release in a stable fashion. But what about all the other cool things that we mentioned in previous editions of the Ember Times? When are all of these proposal finally gonna land?

Features which haven't found their way into a stable release and have not been recommended by the official Guides yet, might in fact have landed already. Like a hidden gem they just sit there for a while, only noticed by a few, but still ready to be tested and improved until they make it into a stable release. And so it seems some of the most exciting API changes in Ember this year have still gone unnoticed: But AngleBracketComponents, ES6 Classes, the new folder structure à la Module Unification and even Glimmer Components can be used in Ember apps today - with a little help from feature flags, canary releases and the Ember addon ecosystem.

But how do you make the future of Ember happen in your apps today? If you're wondering about that, check out this excellent How-To by @chrism, a step-by-step guide for those who want to try out the future of Ember in their applications. Because you don't have to wait for the future of Ember until another day; the future of Ember is now.

This week the long-awaited Roadmap leading to the first major release of Ember Engines has been published. It includes a to-do list of features and improvements that are required to land before a v1.0 becomes reality, including support for loading route-less engines lazily and a refactor of the build pipeline to be powered by the upcoming Packager feature in Ember CLI.

If you're a user of Ember Engines yourself, be sure to not only join the discussion on the Ember Forum, but also provide the necessary feedback on how you are using Ember Engines to make the 1.0 Roadmap a real success. ✨