-
Notifications
You must be signed in to change notification settings - Fork 4
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
Recommended fields for search/filtering in the user experience #196
Comments
From France feedback we had: Facets: A small set of properties has been extracted as a first proposal:
|
This aspect may be even more affected by public target of the portal / retailer. We'll need a minimal set and an extended proposal. |
I believe a minimal set should be focused on discovery, with extended set examples, or recommended details that should be displayed in the search/filter result given for specific markets. What I mean by 'discovery' is an answer to a user trying to find a book, and would a specific item stand alone as a search/filter term, or would it be presented in the results of that search/filter? Examples: Would a user say "Show me only items where _______ is true" and does this make sense for:
|
Thank you for these proposals. To me "Accessible Math (MathML)" is very important for the school sector, it seems less significant in the trade sector. What do we include in the minimal set? |
My thoughts about the context for this discussion was to provide recommendations for narrowing the list of potential metadata items (more than 70 possibilities!) that might be used to narrow down a search/filter (and avoid a very complicated user interface to support all those). I was thinking:
The question about MathML (or any chart, diagram, formula metadata claims) is "would I use this to narrow down a search/filter, or would I want to view this in the result/detail?". I agree this is probably sector specific... but MathML would be a recommendation for many. |
For conformance this could get tricky, due to all the WCAG levels and versions. Something like a minimum of XYZ ie. WCAG 2.0 AA, which then would imply WCAG 2.1 AA, and WCAG 2.2 AA would also be acceptable. |
@clapierre I agree, the complexity here would be signifiant. My thought for a search/filter recommendation would be a boolean for most things. In other words "show me titles where some conformance claim was made, and results of the search/filter could display columns of what's in there, or a user could view detail (whatever the app/site implements). |
I agree having a yes/no for conformance would be useful but some folks maybe required to have at least a specific WCAG version / level requirement say for example my school district requires all materials we procure must meet WCAG 2.1-AA status, having something like this could be very useful. |
There's that 'meet' word again! Just what does that mean!! :-) |
Proposal related to discussions in #196
The draft proposal for discovering section of the UX guide can be consulted as HTML. (edit: updated the url) |
The filters are quite implementation specific, depending on the audience. If we want to nail down some least common denominators or minimum set, the I see the following as the key information which would be present in all implementations.
The filters like file type, audio books etc. can be the part of generic filters. These help in determination of accessibility but may not be coming specifically from accessibility metadata. My suggestion is to state in the principles document that our research for filters is work in progress. We recommend to use at least the above listed filters. Then in the implementation section, we show how VitalSource is using filters, how LIA is using filters, how retailers in France are using filters and so on. For the minimum set, it would be helpful to know if there are filters in addition to the three that I mentioned above. |
I totally agree with Avneesh. |
+1 to Avneesh |
If we have to stick with a minimum guidance I find Rick's proposal Any accessible information more pertinent than conformity. Conformity adresses national legislations but does not tel me that I can use the book in an academic context (because it has print page numbers). I propose that we don't keep Complete filtering example but stand with Minimum (reading modes + a11y info available) and intermediary (minimum + conformity + pagenumber). Then rewrite 4.1 to 4.6 filtering per categories sections for a 2 sections structure explaining the rationals for minimum and intermediary + a note that every value can be used in a complete filtering scenario. |
At De Marque, we've been pushing for the following options while browsing and searching in our catalogs:
While we've been thinking about individual features, it felt too granular to be widely useful for our audience. For higher education, we're considering adding additional features such as:
Based on our experience, users are not aware of the differences between a reflowable and a fixed layout EPUB. Some of them are barely aware of the differences between a PDF or an EPUB, and I personally believe that talking about the ability to change the font size ( |
After the discussions with people in London, and several others, I would like to modify my original proposal. We will be grouping metadata into 9 key accessibility areas. These should provide our guidance on recommended search/filtering options. Specifically, for searching and filtering return a simple boolean yes/no flag for:
Is there information in one of these specific categories:
As Accessibility Summary and Additional accessibility information are free form text, those may be considered 'optional'. |
Here is a proposal summarizing the actual state of the discussions: Minimum filtering setBook selling or lending platforms usually have a lot of filtering options, limiting the additions could become an important factor. This reality should not impeach users with specifics reading needs to find books that they can read. To achieve that goal, the ways of consuming the content are key informations that should always be present in filtering. This informations are non visual reading and visual adjustments. Only the positive values should be used for filtering. In addition, it is recommended to allow the possibility to find all the publications that have at least one accessibility information available. examples
Extended filtering setIn specific contexts, the addition of filtering options will become important to help users find content that responds to particular obligations or scenarios. Each specific scenario should drive the selection of appropriate filters. In this section, we enlighten the main cases we've been confronted with or that have been reported to us. This list is not exclusive.
examples
|
Well done. Some suggested edits: Minimum filtering set Reading systems, commerce, and distribution platforms will typically have specific filtering options; having uniformity for key aspects and providing guidance for a standardized approach can help the discovery process for users searching relevant titles. Accomplishing this, however, should not prevent users with specifics reading needs finding books they are looking for. To achieve that goal it is recommended that all platforms present three minimum capabilities, centered around the ways of consuming the content. These are:
Of note, only the positive values should be used. Extended filtering set In specific domains, the addition of other options will become important to help users find content that responds to a particular need or scenarios. Each domain case would uniquely drive the selection of appropriate items. Some examples of these domains (not exclusive) are:
|
As per discussions at #196 (comment)
Hans Beerens from Dedicon has suggested the following in the minimum set. Thanks to Gautier for reaching out.
Reading this list I realized that we have an important use case missing from the extended set. It is the libraries serving the people with disabilities. |
This may be addressed in a one line addition to the Extended filtering set section:
|
Based on our experience with schools in Québec, we see that text/audio synchronization (Media Overlay in EPUB) is useful for almost every young reader, not just those with specific needs. We could almost say the same about what we label as "Supports screen-readers and read aloud feature" (aka "Non-visual reading") since it's by far the most popular feature for schools. In public libraries, it remains popular but it's behind other features such as:
|
During dec. 14th call we discussed the utility and risks of Discovery of all titles with any accessibility metadata available as it may return ebooks that have "accessibility unknown", "non accessible" or all titles because they all have a TOC. Also, technically implementing this filtering may become tricky as it means to grab more than 40 informations. We agreed to keep "Accessibility information available" out of the minimum filtering set recommendation and add a note detailing this. We should also consider adding accessmode Sufficient for auditory (the entire text is pre-recorded audio). |
…option The reason why this is not included here is documented in the github issue #196 as well as in [meeting minutes](https://github.com/w3c/publ-a11y/wiki/Minutes-of-Publishing-CG-Accessibility-Task-Force-Meetings#minutes-of-publishing-cg-accessibility-tf-meeting-held-on-december-12-2023-at-1600-utc).
As a followup to our email conversation after TPAC, here is the sub-list of items that were identified for searching/filtering:
with an open question for: 'do not search/filter on hazards, but it may be critical to always be able to show the presence of claimed hazards in any search/filter return'
The text was updated successfully, but these errors were encountered: