Situation Definition:
A situation that arises from difficulty either understanding or using a feature of a DL.
Factor(s) Leading to the Situation:
-
- Inadequate knowledge: DL (text with tooltip) Users do not have enough experience and information related to the digital library being used.
- Inappropriate labeling: features (text with tooltip) Existing label of a feature does not clarify its purpose/function or how to interact with it.
- Unclear instruction: DL features (text with tooltip) DL does not explain what a specific feature is and/or how to use it.
Guideline or Design Recommendation:
-
- Label a feature and its components in a way that reflects their functions based on user expectations
- Explain how to use a feature effectively
- Offer assistance in interacting with a feature
Rationale and Objective:
For designing general DL features and functions, the first consideration might be whether the website is designed in alignment with the goal or mission of the DL (1). Within this framework, features or functions should be designed based on the expectation of users. For example, BVI (text with tooltip) The acronym for Blind and Visually Impaired, and it refers to BVI users who rely on screen readers to understand DL content. users may need clarification on the purpose of a feature and instruction on how to use it. Instructions for each feature or function should be clearly described. For example, step-by-step tutorials or context-sensitive instruction alongside the feature would help users interpret which commands need to be applied to activate the feature. Instructions for features should be described clearly in common language. Many DLs use images or visual symbols, which might be effective for sighted users but may present a problem for BVI users. Textual descriptions of functions are needed for BVI users (2). Since displaying too many filter options may confuse a user, some options can be provided as Advanced Search features.
Techniques and Methods:
1.1. Design the
label
(text with tooltip)
A classifying phrase or name applied to elements and functions; a tag in HTML that denotes a specific portion of code
of a feature indicating its function based on user needs derived from a user study or user feedback
1.2. Provide text labels and descriptions (which may incorporate invisible text for sighted users,) rather than images
1.3. Use
WAI
(text with tooltip)
The acronym for Web Accessibility Initiative. The organization is under World Wide Web Consortium (W3C) and it is for improving the accessibility of the Web for people with disabilities.
–
ARIA
(text with tooltip)
The acronym for Accessible Rich Internet Applications. It is a set of attributes that define ways to make web content and web applications more accessible to people with disabilities.
to make DL features accessible to screen readers
1.4. Provide “label” html code to specify the label and/or function of a feature
1.5. Apply measures for reading level (e.g., Flesch-Kincaid grade level) to improve the readability of labels and instructions
2.1. Provide step-by-step instructions/tutorials for each feature
3.1. Provide
context-sensitive help
(text with tooltip)
A help function that delivers immediate assistance to the user without the user having to leave the current context they are working in
tips to explain how to use a feature
3.2. Provide feedback while a user is interacting with a feature
Recommended Features:
1.1. Intuitive and specific feature
labels
(text with tooltip)
A classifying phrase or name applied to elements and functions; a tag in HTML that denotes a specific portion of code
(See examples 1.1.a and 1.1.b)
1.2. Text label and description (See example 1.2)
1.3. Accessible features using WAI-
ARIA
(text with tooltip)
The acronym for Accessible Rich Internet Applications. It is a set of attributes that define ways to make web content and web applications more accessible to people with disabilities.
(See example 1.3)
1.4. “Label”
HTML
(text with tooltip)
The acronym for Hyper Text Markup Language – the language in which many web pages are written
code (See example 1.4)
2.1. Clear instructions, step-by-step tutorials, or demonstrations (See example 2.1)
3.1.
Context-sensitive help
(text with tooltip)
A help function that delivers immediate assistance to the user without the user having to leave the current context they are working in
tips (See examples 3.1.a and 3.1.b)
3.2. Text and sound alerts (See example 3.2)
Examples:
1.1.a. Clear labels: Good design
Use intuitive and specific terms in the label of features
1.1.b. Clear labels: Bad design
On the page, headings are already provided so the subheading list on the right side causes duplicate heading lists. This takes longer to move around. Removing features that are difficult to access is recommended.
1.2. Test label and description: Good design
Features have simple and adequate text description.
1.3. Use WAI-ARIA: How-to example (W3.org)
A link displays a pop-up box and aria-label allows screen readers to read a Close button in a pop-up box.
<div id= “box”>
This is a pop-up box.
<button aria-label= “Close” onclick= “document.getElementById(‘box’).style.display= ‘none’;” class= “close-button”>X</button>
</div>
1.4. Use “Label” html code to features: How-to example
French</label> <input id= “French” type= “checkbox” name= “dressing1” value= “checkbox”><br>
<label for= “Italian”>Italian</label> <input id= “Italian” type= “checkbox” name= “dressing2” value= “checkbox”><br>
<label for= “Russian”>Russian</label> <input id= “Russian” type= “checkbox” name= “dressing3” value= “checkbox”>Retrieved from https://www.afb.org/aw/5/2/14763
2.1. Clear instructions, step-by-step tutorials, or demonstrations: Good design
Europeana Help page provides a step-by-step tutorial for how to search (Europeana, 2018).
3.1.a. Context-sensitive tips: Good design
Invisible text is added to provide an overall description of the structure: In the red box, BVI users can hear “The search results section consists of three areas: sorting options, display options, and a list of search results.”
3.1.b. Context-sensitive tips: Good design
Invisible text used in red boxes so that a screen reader user can read detailed descriptions.
3.2. Text of sound alerts: How to example
Add ARIA-alert role to notify of the alert
<h2 role= “alert”> You did not put your address </h2>
You can find more information from w3c.org and Mozilla.org.
<button id= “alert-trigger”>
Trigger Alert
</button>
<div id= “example” role= “alert”></div>
<!– The following script element contains the content that will be inserted into the alert element. –>
<script type= “text/template” id= “alert-template”>
<p><span lang= “da”>Hej</span>, hello, <span lang= “it”>ciao</span>, <span lang= “ja”>こんにちは</span>, <span lang= “ko”>안녕</span></p>
</script>
Related Resources:
-
- Wax, D. (2008). 7 Essential Guidelines For Functional Design. Retrieved from https://www.smashingmagazine.com/2008/08/7-essential-guidelines-for-functional-design/
- Xie, I. & Cool, C. (2009). Understanding help seeking within the context of searching digital libraries. Journal of the American Society for Information Science and Technology, 60(3), 477-494.
- Babich, N. (2017). Best Practices for Search Results. Retrieved from https://uxplanet.org/best-practices-for-search-results-1bbed9d7a311
- W3C. (2018). WCAG 2.1 Guideline 3.2 Predictable. Retrieved from https://www.w3.org/TR/WCAG21/#predictable
- W3C. (2018). WCAG 2.1 Guideline 3.3 Input Assistance. Retrieved from https://www.w3.org/TR/WCAG21/#input-assistance
See also:
Help-seeking Situations > C. Difficulty with help