Skip to content

Commit

Permalink
Clarify namespacing for addons invoking their own components.
Browse files Browse the repository at this point in the history
The Core Team decided that it would be most clear if addons invoked 
helpers and components with the same namespacing to be used by
consumers of the addon. Without a namespace, components could be 
single non-dasherized words, which is verboten. Furthermore, this
decision makes templates more portable - it will be easier for an 
addon to adopt a component from a consumer, for instance.
  • Loading branch information
dgeb committed Sep 28, 2016
1 parent 19bfc12 commit e62f80a
Showing 1 changed file with 6 additions and 0 deletions.
6 changes: 6 additions & 0 deletions text/0000-module-unification.md
Original file line number Diff line number Diff line change
Expand Up @@ -538,6 +538,12 @@ and a top-level `main` component declared in `src/ui/components/main.js`. An
app could invoke this component in a template as `{{power-select::main}}` or
more simply as `{{power-select}}`.

Addons should use the same namespacing that will be used by consuming apps when
invoking their own components and helpers from templates. For instance, if the
`ember-power-select` addon has a `date-picker` component that invokes multiple
`main` components, it should also invoke them in a template as
`{{power-select::main}}` or more simply as `{{power-select}}`.

### Module Resolutions

Module resolution rules must account for the following:
Expand Down

0 comments on commit e62f80a

Please sign in to comment.