- From: Chaals Nevile <chaals@fastmail.fm>
- Date: Wed, 25 Jan 2023 15:26:23 +0000
- To: Hidde de Vries <hidde@hiddedevries.nl>, w3c-wai-ig@w3.org
- Message-Id: <1674660347044.484036015.1168872847@fastmail.fm>
Hi Hidde, I would judge that the tool passes the requirement based on the logic you have proposed. cheers On Wednesday, 25 January 2023 09:15:49 (+01:00), Hidde de Vries wrote: Hello, A question regarding ATAG A.3.5.1, which reads: A.3.5.1 Text Search: If the authoring tool provides an editing-view of text-based content, then the editing-view enables text search, such that all of the following are true: (Level AA) (a) All Editable Text: Any text content that is editable by the editing-view is searchable (including alternative content); and (b) Match: Matching results can be presented to authors and given focus; and (c) No Match: Authors are informed when no results are found; and (d) Two-way: The search can be made forwards or backwards. I am currently reporting on a tool that does not provide text search itself. However, the tool is browser-based and the built-in browser search satisfies (in this case): a, b, c and d. Users are able to do the kind of searching that this SC descrbies, but it’s not because something the tool has built-in. Am I correct in assuming this tool can be claimed to meet A.3.5.1 by “enabling” text search (as it works in browsers with built-in search and does not actively _break_ that built-in search experience (eg by conditionally hiding editable content etc)). Best, Hidde de Vries -- Chaals Nevile Using Fastmail - it's worth it
Received on Wednesday, 25 January 2023 15:26:42 UTC