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

Is 'sometimes' accurate? #2305

Closed
lwolberg opened this issue Apr 8, 2022 · 11 comments
Closed

Is 'sometimes' accurate? #2305

lwolberg opened this issue Apr 8, 2022 · 11 comments

Comments

@lwolberg
Copy link

lwolberg commented Apr 8, 2022

Paragraph 5.4 leads with, "Sometimes, Web pages are created that will later have additional content added to them." Are you sure you want to keep "Sometimes" in this sentence?

In addition, this AGWG note draft states, "Large websites often have complex content publishing pipelines, which may render content dynamically depending upon a large number of variables.... " [2]

[1] https://almanac.httparchive.org/en/2021/third-parties
[2] https://www.w3.org/TR/accessibility-conformance-challenges/#Challenge-2

@alastc
Copy link
Contributor

alastc commented Apr 20, 2022

Are you sure you want to keep "Sometimes" in this sentence?

Sometimes web pages are created which do not have content added later, so I think the "sometimes" is accurate.

@JaninaSajka
Copy link
Contributor

It's an adverb indicating how often. Webster's Dectionary provides these synonyms: "At times; at intervals; not always; now and then;
occasionally." Given that the Web Almanac data cited by the commentor indicates the average web site in 2021 uses over 20 third parties, and 10% of sites use over 90 third party injections, it stretches credulity to stick with "sometimes," imo. If, as I suspect, this can't be managed in current time frames, a more honest adverb might prove far more credible. How about something like "increasingly?"

@lwolberg
Copy link
Author

The main link to Web Content Accessibility Guidelines (WCAG) 2.2 paragraph 5.4 was left out above. I added it above and put it here:

"Sometimes, Web pages are created that will later have additional content added to them."
Link. https://www.w3.org/TR/WCAG22/#conformance-partial

@mbgower
Copy link
Contributor

mbgower commented Apr 28, 2022

Thanks for the context. I don't think it hurts to make this "often" but I also don't see that if really affects the meaning or context of this section either way. I suggest you submit a PR to update any similar minor editorial suggestions which don't intrinsically change the meaning.

@lwolberg
Copy link
Author

lwolberg commented Jul 5, 2022

We see the same paragraph was carried forward to WCAG 2.1
https://www.w3.org/TR/WCAG21/#conformance-partial

There are to my knowledge only a vanishingly small number of sites that lack the features listed in the paragraph. And this list is not even complete, skipping over e-commerce catalogs that add products and product features (e.g. sizes).

...a blog, an article that allows users to add comments, or applications supporting user-contributed content.... content aggregated from multiple contributors, or sites that automatically insert content from other sources over time, such as when advertisements are inserted dynamically.

"Often" is better, @mbgower. "In general" would be more accurate.

IMHO it's not a minor suggestion, as it points to the reality of most websites today.

@mbgower
Copy link
Contributor

mbgower commented Jul 5, 2022

I think "in general" may be stretching it. There are a LOT of stable web pages out there (think of all the documentation and information pages). I like @JaninaSajka suggestion of "increasingly."

@alastc
Copy link
Contributor

alastc commented Aug 9, 2022

Given that the Web Almanac data cited by the commentor indicates the average web site in 2021 uses over 20 third parties, and 10% of sites use over 90 third party injections, it stretches credulity to stick with "sometimes," imo.

There is a big difference between "injections" and things which WCAG would be concerned with.

For example, tracking scripts don't (or shouldn't) change the interface at all. Images delivered by a CDN may be from a 3rd party site, but the 1st party site should be defining the alt-text. A JavaScript library might be included via a 3rd party, but the components built with it are probably the responsibility of the 1st party.

This section is more concerned with things like user-comments, aggregated content, etc. Things which affect the interface and are from a 3rd party.

Thinking about my companies clients (mostly national & a few international level), few have needed (or wanted) to make use of partial conformance.

Some sites which accept user-comments could restrict what formatting/media is available and not need to claim partial conformance. Some may have a contract for the 3rd party that requires accessibility.

Obviously platforms like github, twitter, & other social media companies are different, but if you are looking at a site by site basis, I don't think it's obvious that it is 'most'. It might be, but it's hard to say.

I also don't think an adjective which implies change is suitable here. We don't know if it is increasing, has peaked, or how it might change in future.

Overall I don't think "some" is a problem. If that implies "a minority" to some people then perhaps we could use "many".

Or just avoid the adjective and have something like: "Web pages that will later have additional content added to them may wish to use a 'statement of partial conformance'".

@JaninaSajka
Copy link
Contributor

Accessible Platform Architectures (APA) Working Group has reached a formal consensus regarding this issue during its W3C mandated horizontal review of the WCAG 2.2 Candidate Recommendation draft. Our decision accepts the second option above proposed by @alastc. We agree that dropping any adverbial or adjectival characterization is to be preferred.

@michael-n-cooper
Copy link
Member

Reopening until a PR is processed that addresses this.

@michael-n-cooper
Copy link
Member

Also adding the WCAG 2.2 label, as this is a horizontal review comment blocking 2.2 even though it is on 2.0 content.

@alastc
Copy link
Contributor

alastc commented Jan 13, 2023

Closing as #2658 updated this.

@alastc alastc closed this as completed Jan 13, 2023
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

6 participants