Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Only support symbol keys in component arguments #602

Merged
merged 1 commit into from
Jun 16, 2015

Conversation

dsingleton
Copy link
Contributor

This removes transitional change that supported accessing by string
or symbol key.

Once clients calling components with string keys have been updated
to use symbol keys this can be merged.

Related:

It's worth reading the discussion on the PR that added the transitional support for either kind of key, it outlines the reasoning there: #601

This removes transitional change that supported accessing by string
or symbol key.

Once clients calling components with string keys have been updated
to use symbol keys this can be merged.

Related:
 - alphagov/finder-frontend#217
 - alphagov/manuals-frontend#147
 - #601
edds added a commit that referenced this pull request Jun 16, 2015
Only support symbol keys in component arguments
@edds edds merged commit 6232383 into master Jun 16, 2015
@dsingleton dsingleton deleted the only-support-component-symbol-keys branch June 16, 2015 14:07
dsingleton pushed a commit that referenced this pull request Oct 21, 2015
Fixtures/the component guide generate an object with symbol keys,
as this is the convention of GOV.UK components, as we had confusion
between symbol and string keys, see:

  #602

Analytics Metadata is an exception, because it's passed ContentItem
object directly from the `content_store` API, which will always
have string keys.

This also changes the structure of link sub-hashes to match the
structure expected by the component template, specifically, it
expects a field called `analytics_identifier` for a link, not the
link to have that as it's value.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants