Skip to content

Conversation

patrickhlauke
Copy link
Member

@patrickhlauke patrickhlauke commented Aug 25, 2024

Closes #3949


Preview | Diff

Copy link

netlify bot commented Aug 25, 2024

Deploy Preview for wcag2 ready!

Name Link
🔨 Latest commit 8a1a87f
🔍 Latest deploy log https://app.netlify.com/projects/wcag2/deploys/685eea58911a1e0008cdf6a5
😎 Deploy Preview https://deploy-preview-4040--wcag2.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@bruce-usab
Copy link
Contributor

Discussed on TF call. IMHO this is a nice minimal edit for the issue raised.

@detlevhfischer
Copy link
Contributor

This is a bit odd in that the blurring from the PR title is nowhere mentioned in the amended text (opacity and color change is). As to blurring, one could also argue that transitions from sharp to strong blur to sharp and back to sharp etc. could be quite distracting if not just an initial effect, the more so the large the image is. Admittedly haven't seen that out there yet.

@patrickhlauke
Copy link
Member Author

This is a bit odd in that the blurring from the PR title is nowhere mentioned in the amended text (opacity and color change is)

before, the list of excluded effects included blurring. this PR removes the mention of blurring, so does what the PR title says?

@detlevhfischer
Copy link
Contributor

@patrickhlauke argh... not sure how I could misread this.

@mraccess77
Copy link

My two cents - blurred images give me a headache and I am not able to look at them. This is a big issue with blurred remote meeting backgrounds but also some styles of photography.

@patrickhlauke
Copy link
Member Author

My two cents - blurred images give me a headache and I am not able to look at them. This is a big issue with blurred remote meeting backgrounds but also some styles of photography.

@mraccess77 while that is a wider, more general topic, this proposed change here should be welcome for you then because it does now mean that where blurring is used on interaction, it can now fail Animation from Interactions (while before it seemed to imply that blurring was exempt, just like changes in colour and opacity)

one word change to strengthen phrase
Copy link
Contributor

@cookiecrook cookiecrook left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Adding in my original proposed text that clarifies the it's not about screen motion in a vacuum, but about the perspective of the primary user. IMO, clarifying this is critical in the context of emerging modalities like XR, in which motion may be perceivable from another observable camera angle, but not the primary.

@bruce-usab
Copy link
Contributor

Discussed on backlog call 9/6.

@bruce-usab
Copy link
Contributor

Discussed on backlog call 10/4. Added "to the viewer" at end of sentence to address concern raised by @cookiecrook.

@patrickhlauke
Copy link
Member Author

patrickhlauke commented Dec 13, 2024

@alastc @bruce-usab wondering whatever happened to this PR? i seem to remember we agree on it, but I see it's still open and was under "No status" column. did this accidentally fall between the cracks? Moving it back to "Drafted"

@patrickhlauke
Copy link
Member Author

...or is this going to just show up in Errata (once those are published)?

@bruce-usab
Copy link
Contributor

Discussed on backlog call 1/17. Moved to Ready to review for edit after 9/13/2024.

@mbgower mbgower removed the Normative label Jan 27, 2025
@mbgower
Copy link
Contributor

mbgower commented Jan 27, 2025

I have removed the Normative label from this PR.
This is non-normative content in the spec, as per https://www.w3.org/TR/WCAG22/#interpreting-normative-requirements (my bold emphasis)

The main content of WCAG 2.2 is normative and defines requirements that impact conformance claims. Introductory material, appendices, sections marked as "non-normative", diagrams, examples, and notes are informative (non-normative). Non-normative material provides advisory information to help interpret the guidelines but does not create requirements that impact a conformance claim.

As such, it should be tagged as a substantive, non-normative erratum.

This is supported by our process document, which states:

Note that changes to examples or notes within the technical standard are tagged with Erratum Raised, but do not constitute normative changes, so do not also get the Normative tag (instead, Editorial). Examples and notes in definitions, for example, are not normative, but do need to go through a specific adoption and merge process, and also need to be added as errata (see Errata changes, below).

@mbgower
Copy link
Contributor

mbgower commented Feb 4, 2025

@GreggVan stated on today's Working Group call that he believes the last sentence of the example in this definition is not an example.

The example has existed in its current form since 2.1 was published in 2018. This change does not alter the designation of this paragraph; it is marked up and visually flagged as an example (see image below), and as such is clearly non-normative (as I documented in my prior comment).
image

I can see a case being made that the final sentence is a note, rather than an example. A note is also informative, so I don't really see a big deal leaving it as it is. However, if we want to redesignate that, a new issue should be opened for that so it can be tackled separately. But in regard to this PR, such a suggested change is scope creep; and also orthogonal.

@bruce-usab
Copy link
Contributor

Discussed on backlog call 2/7. While examples are not normative, that is not relevant in this case. The use of “for example” is not the same as having a list of examples.

Regardless, the proposed change is appropriate. No change in status.

@mbgower mbgower added the Non-Normative Informative language in the specification or supporting materials label Feb 18, 2025
@mbgower mbgower merged commit 342b58e into main Jun 27, 2025
6 checks passed
@mbgower mbgower deleted the patrickhlauke-issue3949 branch June 27, 2025 19:02
kfranqueiro pushed a commit that referenced this pull request Jun 27, 2025
Closes #3949

<!--
    This comment and the below content is programmatically generated.
    You may add a comma-separated list of anchors you'd like a
    direct link to below (e.g. #idl-serializers, #idl-sequence):

    Don't remove this comment or modify anything below this line.
    If you don't want a preview generated for this pull request,
    just replace the whole of this comment's content by "no preview"
    and remove what's below.
-->
***
<a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/pull/4040.html"
title="Last updated on Oct 4, 2024, 3:07 PM UTC (abe30f6)">Preview</a> |
<a
href="https://pr-preview.s3.amazonaws.com/w3c/wcag/4040/a9e49c0...abe30f6.html"
title="Last updated on Oct 4, 2024, 3:07 PM UTC (abe30f6)">Diff</a>

---------

Co-authored-by: Mike Gower <[email protected]>
Co-authored-by: Alastair Campbell <[email protected]>
Co-authored-by: James Craig <[email protected]>
(cherry picked from commit 342b58e)
kfranqueiro pushed a commit that referenced this pull request Jul 7, 2025
Closes #3949

<!--
    This comment and the below content is programmatically generated.
    You may add a comma-separated list of anchors you'd like a
    direct link to below (e.g. #idl-serializers, #idl-sequence):

    Don't remove this comment or modify anything below this line.
    If you don't want a preview generated for this pull request,
    just replace the whole of this comment's content by "no preview"
    and remove what's below.
-->
***
<a href="https://pr-preview.s3.amazonaws.com/w3c/wcag/pull/4040.html"
title="Last updated on Oct 4, 2024, 3:07 PM UTC (abe30f6)">Preview</a> |
<a
href="https://pr-preview.s3.amazonaws.com/w3c/wcag/4040/a9e49c0...abe30f6.html"
title="Last updated on Oct 4, 2024, 3:07 PM UTC (abe30f6)">Diff</a>

---------

Co-authored-by: Mike Gower <[email protected]>
Co-authored-by: Alastair Campbell <[email protected]>
Co-authored-by: James Craig <[email protected]>
(cherry picked from commit 342b58e)
mbgower added a commit that referenced this pull request Jul 15, 2025
This PR adds four changes to the list of errata for WCAG 2.2 and 2.1 TR
documents.

The changes are from: #4256, #4040, #4165, and #2296.

Three of the changes are to notes and examples in the specification,
which are non-normative according to the [5.1 Interpreting Normative
Requirements](https://www.w3.org/TR/WCAG22/#interpreting-normative-requirements).

One of the changes is a normative change, restricted to correcting the
alphabetical order for the list of defined terms. As such, it falls
under [Changes that do not functionally affect interpretation of the
document](https://www.w3.org/policies/process/#correction-classes).

Previews:
[2.1](https://deploy-preview-4370--wcag2.netlify.app/errata/21#since-current),
[2.2](https://deploy-preview-4370--wcag2.netlify.app/errata/22#since-current)

---------

Co-authored-by: Kenneth G. Franqueiro <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
2.3.3 Animation from Interactions ErratumRaised Potential erratum for a Recommendation Non-Normative Informative language in the specification or supporting materials WCAG 2.1
Projects
None yet
Development

Successfully merging this pull request may close these issues.

WCAG Example suggests "blurring" does not affect animation triggering vestibular motion perception (but it can)
10 participants