@markuplint/html-spec 5.0.0-alpha.3 → 5.0.0-dev.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/index.json +2 -2
- package/package.json +4 -4
package/index.json
CHANGED
|
@@ -5202,7 +5202,7 @@
|
|
|
5202
5202
|
},
|
|
5203
5203
|
{
|
|
5204
5204
|
"name": "group",
|
|
5205
|
-
"description": "A set of user interface objects that is not intended to be included in a page summary or table of contents by assistive technologies.\n\nContrast with region, which is a grouping of user interface objects that will be included in a page summary or table of contents.\n\nAuthors SHOULD use a group to form a logical collection of items in a widget, such as children in a tree widget forming a collection of siblings in a hierarchy. However, when a group is used in the context of a listbox, for example, authors MUST limit its children to option elements. Therefore, proper handling of group by authors and assistive technologies is determined by the context in which it is provided.\n\nAuthors MAY nest group elements. If a section is significant enough to warrant inclusion in the web page's table of contents, the author SHOULD assign it a role of region or a standard landmark role.",
|
|
5205
|
+
"description": "A set of user interface objects and information that is not intended to be included in a page summary or table of contents by assistive technologies.\n\nContrast with region, which is a grouping of user interface objects and information that will be included in a page summary or table of contents.\n\nAuthors SHOULD use a group to form a logical collection of items in a widget, such as children in a tree widget forming a collection of siblings in a hierarchy. However, when a group is used in the context of a listbox, for example, authors MUST limit its children to option elements. Therefore, proper handling of group by authors and assistive technologies is determined by the context in which it is provided.\n\nAuthors MAY nest group elements. If a section is significant enough to warrant inclusion in the web page's table of contents, the author SHOULD assign it a role of region or a standard landmark role.",
|
|
5206
5206
|
"generalization": ["section"],
|
|
5207
5207
|
"requiredContextRole": [],
|
|
5208
5208
|
"requiredOwnedElements": [],
|
|
@@ -8707,7 +8707,7 @@
|
|
|
8707
8707
|
},
|
|
8708
8708
|
{
|
|
8709
8709
|
"name": "radiogroup",
|
|
8710
|
-
"description": "A group of radio buttons.\n\nA radiogroup is a type of select list that can only have a single entry checked at any one time. Authors SHOULD enforce that only one radio button in a group can be checked at the same time. When one item in the group is checked, the previously checked item becomes unchecked (its aria-checked attribute becomes false).\n\nAuthors SHOULD provide an accessible name for a radiogroup, which can be done with the aria-label or aria-labelledby attribute. Authors SHOULD reference a visible label with aria-labelledby if a visible label is present for the radiogroup.",
|
|
8710
|
+
"description": "A group of radio buttons.\n\nA radiogroup is a type of select list that can only have a single entry checked at any one time. Authors SHOULD enforce that only one radio button in a group can be checked at the same time. When one item in the group is checked, the previously checked item becomes unchecked (its aria-checked attribute becomes false).\n\nAuthors SHOULD provide an accessible name for a radiogroup, which can be done with the aria-label or aria-labelledby attribute. Authors SHOULD reference a visible label with aria-labelledby if a visible label is present for the radiogroup.\n\nWhile a radiogroup is primarily meant to group and thus associate related radio buttons, a radiogroup can contain other non-radio button elements. For instance, descriptive text beyond what serves as the radio button's label, or even in some cases, form controls or other information that are enabled, revealed or both when a specific radio button has been chosen (checked).\n\nHowever, including non-radio button content into a radiogroup is not without its potential UX drawbacks. As it is generally expected to use arrow keys to navigate between radio buttons, any non-radio button content could go unnoticed by some users, as arrowing through the radio buttons would mean that any other tabbable elements (e.g., hyperlinks or other form fields) would be skipped. When creating a radiogroup with other arbitrary content, consider if the non-radio content could be just as impactful if it was presented as an immediate sibling after the radiogroup.",
|
|
8711
8711
|
"generalization": ["select"],
|
|
8712
8712
|
"requiredContextRole": [],
|
|
8713
8713
|
"requiredOwnedElements": [],
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@markuplint/html-spec",
|
|
3
|
-
"version": "5.0.0-
|
|
3
|
+
"version": "5.0.0-dev.5+e96392f56",
|
|
4
4
|
"description": "A specification of HTML Living Standard for markuplint",
|
|
5
5
|
"repository": "git@github.com:markuplint/markuplint.git",
|
|
6
6
|
"author": "Yusuke Hirao <yusukehirao@me.com>",
|
|
@@ -29,12 +29,12 @@
|
|
|
29
29
|
"gen:prettier": "npx prettier --write index.json"
|
|
30
30
|
},
|
|
31
31
|
"devDependencies": {
|
|
32
|
-
"@markuplint/spec-generator": "5.0.0-
|
|
32
|
+
"@markuplint/spec-generator": "5.0.0-dev.5+e96392f56",
|
|
33
33
|
"@markuplint/test-tools": "5.0.0-alpha.3",
|
|
34
34
|
"jsonc-parser": "3.3.1"
|
|
35
35
|
},
|
|
36
36
|
"dependencies": {
|
|
37
|
-
"@markuplint/ml-spec": "5.0.0-
|
|
37
|
+
"@markuplint/ml-spec": "5.0.0-dev.5+e96392f56"
|
|
38
38
|
},
|
|
39
|
-
"gitHead": "
|
|
39
|
+
"gitHead": "e96392f56e4bc8165ba59622b41c822703a96372"
|
|
40
40
|
}
|