- From: John Foliot <john@foliot.ca>
- Date: Wed, 9 Nov 2022 13:44:19 -0500
- To: Giacomo Petri <giacomopetri89@gmail.com>
- Cc: "Marc Haunschild (Accessibility Consulting)" <marc.haunschild@accessibility.consulting>, John Foliot <john@foliot.ca>, Kevin Prince <kevin.prince@fostermoore.com>, Ramakrishnan Subramanian <ram.eict2013@gmail.com>, w3c-wai-ig@w3.org
- Message-ID: <CAFmg2sWLeXBBsj3LLF3a5yaDVkfhnFy9sQ2BNpL0hrQz_cz0+Q@mail.gmail.com>
Giacomo writes: > I assumed per 1.3.4 that both orientations work on page load but not while switching from portrait to landscape and vice versa. Respectfully, can I ask why you assumed that? In the Github Issue you write: "Is the intent of the SC to evaluate the status of the page based on how the device was oriented on page load (both portrait and landscape) or it assumes that dynamic change of orientation while navigating the website must be always supported too?" The Understanding document for that SC <https://www.w3.org/WAI/WCAG21/Understanding/orientation.html> states: *"The intent of this Success Criterion is to ensure that content displays in the orientation (portrait or landscape) preferred by the user." *(While noting to myself that user-preferences can change on a whim. For example, Kevin wrote: *"**I will often open a site in portrait but when there's reading to be done change to landscape for the instant text magnification and greater context it offers."*) I would argue that trying to put further qualifiers on the normative language is an over-interpretation of the SC. To me, simply put, it needs to always work: in the loaded state, in the "orientation changed by end-user" state, and, by extension, transitory states as well, which is in agreement with the Technique you mentioned: G214 <https://www.w3.org/WAI/WCAG21/Techniques/general/G214>: *"Using a control to allow access to content in different orientations which is otherwise restricted".* So yes, this means that a 'forced' page refresh using a control (button) to 'finalize' the re-rendered content is acceptable. As Andrew Kirkpatrick (co-chair of the WCAG Working Group during the WCAG 2.1 years) notes in the GitHub issue <https://github.com/w3c/wcag/issues/2771#issuecomment-1308982364>, it may not be "an ideal experience", but it is not a failure of SC 1.3.4. JF On Wed, Nov 9, 2022 at 1:07 PM Giacomo Petri <giacomopetri89@gmail.com> wrote: > I assumed per 1.3.4 that both orientations work on page load but not while > switching from portrait to landscape and vice versa. > Especially after reading > > While the content may work perfectly in both and only fail when >> transitioning from one to the other, I see nothing that indicates working >> in the initial orientation is all that is needed. By definition orientation >> is subject to change, and so it seems pretty clear the intention is content >> works in either orientation, including after a change in orientation. >> > > from Alan. > > This case happens more frequently than expected, especially for animated > elements such as sliders or carousels. > > That's the reason of my feedback and why I've opened > https://github.com/w3c/wcag/issues/2771 > >> -- *John Foliot* | Senior Industry Specialist, Digital Accessibility | W3C Accessibility Standards Contributor | "I made this so long because I did not have time to make it shorter." - Pascal "links go places, buttons do things"
Received on Wednesday, 9 November 2022 18:44:48 UTC