קריטריון 2.5.4: הפעלה בתנועה רמה A

פרטי הקריטריון

מה דורש קריטריון 2.5.4?

הקריטריון דורש שכאשר פונקציה מופעלת על-ידי תנועה פיזית של המכשיר או המשתמש, יתקיימו שני תנאים במקביל:

• חלופה בממשק - אותה פונקציה ניתנת לביצוע גם דרך ממשק משתמש רגיל שאינו מבוסס על תנועה (לחיצת כפתור, בחירה מתפריט וכד').
• אפשרות נטרול - המשתמש יכול לנטרל את תגובת המכשיר לתנועה, כדי למנוע הפעלה בשוגג (למשל כאשר המכשיר מחובר לכיסא גלגלים ומתנודד בתנועה).

החריג: אם התנועה חיונית מהותית לתפקוד הספציפי - כגון אפליקציה למדידת רעידות שבה ניעוד המכשיר הוא עצם המדידה - הדרישה אינה חלה.

דוגמאות נפוצות לתנועות שהקריטריון חל עליהן: ניעור המכשיר לביטול, הטיית המכשיר לשינוי נקודת מבט, הנפת הידיים לפקוד על ממשק.

למי זה עוזר?

• אנשים עם מוגבלויות מוטוריות המשתמשים בכיסאות גלגלים - הכיסא עלול לגרום לניעודים לא-מכוונים של המכשיר שיפעילו פונקציות בשגגה.
• אנשים עם רעד ידיים שאינם יכולים לשלוט על תנועת המכשיר.
• משתמשים שמכשירם מחובר למשטח קבוע (זרוע, שולחן) ואינו ניתן לניעוד.

איך עומדים בקריטריון?

• לכל פעולה המופעלת בניעוד (DeviceMotion / DeviceOrientation) - הוסיפו כפתור או פקד ממשק שמבצע את אותה פעולה.
• הוסיפו הגדרה שמאפשרת למשתמש לנטרל את תגובת התנועה באפליקציה.
• כבדו את הגדרת מערכת ההפעלה "הפחתת תנועה" (prefers-reduced-motion) - אם המשתמש ביקש הפחתת תנועה, שקלו לנטרל פעולות המופעלות בתנועה.
• בדקו אם יש שימוש ב-API של חיישנים (Gyroscope, Accelerometer, DeviceOrientationEvent) - ודאו שיש חלופות.

איך בודקים?

• בדיקה ידנית: זהו אם האפליקציה משתמשת בחיישני תנועה (DeviceMotion, DeviceOrientation, Gyroscope) ובדקו אם קיימת חלופה בממשק.
• בדיקה בקוד: חפשו מאזינים לאירועי devicemotion, deviceorientation ו-shake.
• בדיקת נטרול: ודאו שהמשתמש יכול לנטרל תגובות תנועה (בהגדרות האפליקציה או ברמת מערכת ההפעלה).
• כלים אוטומטיים אינם מזהים בעיה זו - נדרשת בדיקה ידנית בלבד.