Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Support symbol and string keys for some components
This is a transitional change to switch components that expect string key'd objects to handle symbol key'd objects only. We should only use one style of keys for objects used in components, to avoid reduce confusion when using components (I spent a while trying to work out why the arguements I was passing to prev/next weren't rendering). Consistency is good. After discussion with @edds we agreed to use symbols consistently, as this makes more sense in a ruby/rails environment. The first step is to support both, as clients of those components will still be sending string key;d objects and can't be updated at the time as this app, so we have to; 1. Support both kinds of keys on components that expect strings 2. Update clients sending string keys to use symbols instead 3. Remove support for string keys from these components This PR is step 1., and using `with_indifferent_access` is a quick hack to support both, which we can remove at step 3.
- Loading branch information