-
Notifications
You must be signed in to change notification settings - Fork 78
Use dfn
elements for defining terms
#1744
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
Conversation
#### Inapplicable Example 1 | ||
|
||
There are no HTML elements in this document. | ||
This document is not [HTML](#html). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This (and following changes in that rule) is not really needed (and actually makes the description worse, in that case).
This is to illustrate the possibility to backlink to the exact condition in a list that is under consideration.
Putting this back on Agenda so we can discuss (follow up to https://www.w3.org/2021/10/14-act-r-minutes.html#t05) and decide whether it is something we want to do or not… |
Add doc on writing defs and listed conditions. |
Namespace ids in rules by the rule ID. |
No objection to this change inside the rules. This is a while ago, but I recall discussion of a single ACT glossary and taking definitions out of rules. Is that no longer being considered? |
Call for Reviews ends on February 10. |
Call for Review has ended, merging. |
Showcasing how we could use
dfn
elements for defining terms in definitions and conditional lists.Some of the changes are not really needed but used to illustrate some possibilities 😄
In order to ensure name uniqueness (the definitions are included inside the rules), I namespace the IDs in definition with the definition key, as far as I understand the
:
in an ID shouldn't be a problem. (otherwise we can just namespace with_
). IDs in rules are namespaced by the rule ID.Pros:
Closes issue(s):
dfn
elements #1664Need for Call for Review:
This will require a 1 week Call for Review (should be purely cosmetic, but could be touching a lot of stuff).
Pull Request Etiquette
When creating PR:
develop
branch (left side).After creating PR:
Rule
,Definition
orChore
.When merging a PR:
How to Review And Approve