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

Content Module 1: destination vs. rel attribute #172

Closed
dauwhe opened this issue Jan 7, 2021 · 1 comment
Closed

Content Module 1: destination vs. rel attribute #172

dauwhe opened this issue Jan 7, 2021 · 1 comment
Assignees

Comments

@dauwhe
Copy link

dauwhe commented Jan 7, 2021

There seems to be some overlap between the destination attribute and the existing rel attribute. What would be the difference between data-destination="help" and rel="help"? Would authors be encouraged to use both?

@johnfoliot johnfoliot self-assigned this Feb 1, 2021
@snidersd snidersd changed the title destination vs. rel attribute Content Module 1: destination vs. rel attribute Feb 1, 2021
@johnfoliot
Copy link
Contributor

Thank you for your question/feedback.

The difference between the @rel attribute values and @destination attribute values only has one apparent overlap: Help.

Our use cases currently see applying the value of help to both the @destination AND @action attributes (different outcomes), and we do not believe that having this value will introduce any conflicts or collisions with @rel usage. Conversely, removing the help value from @destination would leave the appearance of a hole in our specification.

Additionally, we envision feature-specific helper-applications that individual users would deploy to take advantage of this additional semantic markup, and we believe sticking with a common authoring pattern would be beneficial to those anticipated tools (i.e. support ALL of our spec, and not need to research other specs to deliver the required functionality). This would not be the first time that a content author can construct the same semantic outcome using more than one technique, although specific to our use cases we would (of course) recommend the @destination="help" author pattern to address the user need.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants