Skip to content

Commit

Permalink
Synchronize with BCD v5.5.17
Browse files Browse the repository at this point in the history
  • Loading branch information
OnkarRuikar committed Mar 27, 2024
1 parent 5009121 commit 9771a0d
Show file tree
Hide file tree
Showing 5 changed files with 18 additions and 16 deletions.
4 changes: 3 additions & 1 deletion files/en-us/web/api/element/ariabraillelabel/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -3,10 +3,12 @@ title: "Element: ariaBrailleLabel property"
short-title: ariaBrailleLabel
slug: Web/API/Element/ariaBrailleLabel
page-type: web-api-instance-property
status:
- experimental
browser-compat: api.Element.ariaBrailleLabel
---

{{DefaultAPISidebar("DOM")}}
{{APIRef("DOM")}}{{SeeCompatTable}}

The **`ariaBrailleLabel`** property of the {{domxref("Element")}} interface reflects the value of the [`aria-braillelabel`](/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-braillelabel) attribute, which defines the ARIA braille label of the element.

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -3,10 +3,12 @@ title: "Element: ariaBrailleRoleDescription property"
short-title: ariaBrailleRoleDescription
slug: Web/API/Element/ariaBrailleRoleDescription
page-type: web-api-instance-property
status:
- experimental
browser-compat: api.Element.ariaBrailleRoleDescription
---

{{DefaultAPISidebar("DOM")}}
{{APIRef("DOM")}}{{SeeCompatTable}}

The **`ariaBrailleRoleDescription`** property of the {{domxref("Element")}} interface reflects the value of the [`aria-brailleroledescription`](/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-brailleroledescription) attribute, which defines the ARIA braille role description of the element.

Expand Down
4 changes: 2 additions & 2 deletions files/en-us/web/api/element/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -94,9 +94,9 @@ _The `Element` interface also includes the following properties._
- : A string reflecting the [`aria-atomic`](/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-atomic) attribute, which indicates whether assistive technologies will present all, or only parts of, the changed region based on the change notifications defined by the [`aria-relevant`](/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-relevant) attribute.
- {{domxref("Element.ariaAutoComplete")}}
- : A string reflecting the [`aria-autocomplete`](/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-autocomplete) attribute, which indicates whether inputting text could trigger display of one or more predictions of the user's intended value for a combobox, searchbox, or textbox and specifies how predictions would be presented if they were made.
- {{domxref("Element.ariaBrailleLabel")}}
- {{domxref("Element.ariaBrailleLabel")}} {{experimental_inline}}
- : A string reflecting the [`aria-braillelabel`](/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-braillelabel) attribute, which defines the braille label of the element.
- {{domxref("Element.ariaBrailleRoleDescription")}}
- {{domxref("Element.ariaBrailleRoleDescription")}} {{experimental_inline}}
- : A string reflecting the [`aria-brailleroledescription`](/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-brailleroledescription) attribute, which defines the ARIA braille role description of the element.
- {{domxref("Element.ariaBusy")}}
- : A string reflecting the [`aria-busy`](/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-busy) attribute, which indicates whether an element is being modified, as assistive technologies may want to wait until the modifications are complete before exposing them to the user.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -65,9 +65,9 @@ A `<script type="speculationrules">` element must contain a valid JSON structure

The JSON structure contains one or more fields at the top level, each one representing an action to define speculation rules for. At present the supported actions are:

- `"prefetch"` {{optional_inline}}
- `"prefetch"` {{optional_inline}} {{experimental_inline}}
- : Rules for potential future navigations that should have their associated document response body downloaded, leading to significant performance improvements when those documents are navigated to. Note that none of the subresources referenced by the page are downloaded.
- `"prerender"` {{optional_inline}}
- `"prerender"` {{optional_inline}} {{experimental_inline}}
- : Rules for potential future navigations that should have their associated documents fully downloaded, rendered, and loaded into an invisible tab. This includes loading all subresources, running all JavaScript, and even loading subresources and performing data fetches started by JavaScript. When those documents are navigated to, navigations will be instant, leading to major performance improvements.

> **Note:** Consult the [Speculation Rules API](/en-US/docs/Web/API/Speculation_Rules_API) main page for full details on how to use prefetch and prerender effectively.
Expand All @@ -87,11 +87,11 @@ Each object can contain the following properties:
- `"list"`
- : Specifies that the URLs will come from a list, specified in the `"urls"` key. Note that the presence of a `"urls"` key implies `"source": "list"`, so it is optional.

- `"urls"`
- `"urls"` {{experimental_inline}}

- : An array of strings representing a list of URLs to apply the rule to. These can be absolute or relative URLs. Relative URLs will be parsed relative to the document base URL (if inline in a document) or relative to the external resource URL (if externally fetched). `"urls"` and `"where"` cannot both be set in the same rule.

- `"where"`
- `"where"` {{experimental_inline}}

- : An object representing the conditions by which the rule matches URLs contained in the associated document. Effectively, the `"where"` object represents a test that is performed on every link on the page to see whether the speculation rule is applied to it. `"where"` and `"urls"` cannot both be set in the same rule.

Expand All @@ -112,7 +112,7 @@ Each object can contain the following properties:

`"where"` conditions can be nested multiple levels deep to create complex conditions, or you can choose to split them into separate rules to keep them simple. See [where examples](#where_syntax_examples) for more explanation, and multiple examples of use.

- `"eagerness"`
- `"eagerness"` {{experimental_inline}}

- : A string providing a hint to the browser as to how eagerly it should prefetch/prerender link targets in order to balance performance advantages against resource overheads. Possible values are:

Expand All @@ -127,19 +127,19 @@ Each object can contain the following properties:

If `"eagerness"` is not explicitly specified, list (`"urls"`) rules default to `immediate` and document (`"where"`) rules default to `conservative`. The browser takes this hint into consideration along with its own heuristics, so it may select a link that the author has hinted as less eager than another, if the less eager candidate is considered a better choice.

- `"expects_no_vary_search"`
- `"expects_no_vary_search"` {{experimental_inline}}

- : A string providing a hint to the browser as to what {{httpheader("No-Vary-Search")}} header value will be set on responses for documents that it is receiving prefetch/prerender requests for. The browser can use this to determine ahead of time whether it is more useful to wait for an existing prefetch/prerender to finish, or start a new fetch request when the speculation rule is matched. See the [`"expects_no_vary_search"` example](#expects_no_vary_search_example) for more explanation of how this can be used.

- `"referrer_policy"`
- `"referrer_policy"` {{experimental_inline}}

- : A string representing a specific referrer policy string to use when requesting the URLs specified in the rule — see [`Referrer-Policy`](/en-US/docs/Web/HTTP/Headers/Referrer-Policy) for possible values. The purpose of this is to allow the referring page to set a stricter policy specifically for the speculative request than the policy the page already has set (either by default, or by using `Referrer-Policy`).

> **Note:** A cross-site prefetch requires a referrer policy that is at least as strict as the default `"strict-origin-when-cross-origin"` value — so `"strict-origin-when-cross-origin"`, `"same-origin"`, `"strict-origin"`, or `"no-referrer"`. A laxer policy set in the speculation rules will override a stricter policy set on the referring page as long as it is still sufficiently strict for the cross-site case.
> **Note:** In the case of document rules, the matched link's specified referrer policy (e.g. using the [`referrerpolicy`](/en-US/docs/Web/HTML/Element/a#referrerpolicy) attribute) will be used, unless the rule specifies a policy that overrides it.
- `"relative_to"`
- `"relative_to"` {{experimental_inline}}

- : A string specifying where you want links matched by URL to be matched relative to. The value can be one of:

Expand All @@ -150,7 +150,7 @@ Each object can contain the following properties:

This key setting is only relevant for rules defined in an external file (set using the {{httpheader("Speculation-Rules")}} header). When rules are specified inside the same document they are being set for (i.e. in an inline `<script>` element), it makes no difference.

- `"requires"`
- `"requires"` {{experimental_inline}}

- : An array of strings representing capabilities of the browser parsing the rule, which must be available if the rule is to be applied to the specified URLs.

Expand Down
4 changes: 1 addition & 3 deletions files/en-us/web/manifest/categories/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,12 +2,10 @@
title: categories
slug: Web/Manifest/categories
page-type: web-manifest-member
status:
- experimental
browser-compat: html.manifest.categories
---

{{QuickLinksWithSubpages("/en-US/docs/Web/Manifest")}}{{SeeCompatTable}}
{{QuickLinksWithSubpages("/en-US/docs/Web/Manifest")}}

<table class="properties">
<tbody>
Expand Down

0 comments on commit 9771a0d

Please sign in to comment.