מנת יתר של נגישות בבנית אתר

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

מקשי קיצור - accesskeys

מומלץ להשתמש דווקא במקשי הספרות ולא בקיצורי אותיות או שילוב של מקשים, הנפגעים מנושא זה הם לא רק המתקשים בראיה, אלא, כל הגולשים הנוטים להשתמש במקלדת ולא בעכבר. הפקודות שהם רגילים להשתמש בהן יכולות לקחת אותם למיקום חדש בדף, או גרוע מזה להפעיל קישור לדף אחר בלי כוונה. גם מקשי ה-ALT, SHIFT, CTRL משמשים לפקודות שונות בדפדפנים שונים וכדאי להמנע מהם ללא הבנה לעומק של מקשי הקיצור בדפדנים השונים על הרחבותיהם.

מקש הטאב - TabIndex

ברגע שאנחנו נותנים לאלמנט ערך TabIndex הוא הראשון בהררכיה של האזורים בדף, דבר שיכול ליצור בלגאן רציני בניווט עם מקלדת.

תארו לעצמכם דף, שרק טופס החיפוש קיבל בו ערך של TabIndex. במקרה וטופס החיפוש ממוקם באמצע הדף, גולש שנכנס לאתר ולחץ על מקש הטאב, בציפיה להגיע לניווט שנמצא בראש הדף, יאלץ לעבור את כל האזורים שנמצאים אחרי טופס החיפוש, בכדי לחזור שוב אל הניווט בראש הדף שאליו כיוון מלכתחילה. עדיף להקפיד על מבנה הגיוני של האלמטים בדף עצמו ולא להזדקק לTabindex, או במידה והוא חשוב לצורך כלשהוא, לבצע בדיקה קפדנית של ניווט בדף באמצעות המקלדת בלבד.

כותרת לקבוצת שדות - FIELDSET, LEGENDS

האלמנט - FIELDSET LEGEND יכול להיות יעיל, אבל, במיוחד אצל המשתמשים בתוכנות לקריאת מסך הוא יכול לעולל תעלולים. צריך לזכות שהכותרת Legened מוכרזת ע"י קורא המסך לפני כל תוית, של כל שדה בקבוצה. לכן כדאי ש:

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

ריבוי מפעילי ארועים בג'אווהסקריפט - event handlers

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

כותרת ותאור אלטרנטיבי - title and alt

המאפיינים title ו- alt נועדו מלידתם לסייע לנגישות למידע, גם למשתמש בקורא מסך, גם לגולש בדפדפן רגיל, ואין ספק שהם מועילים למנועי החיפוש באירגון המידע שבאתר.

אבל האפשרות להצמיד title לכל אלמנט בדף (פרט ל-BASE, BASEFONT, HEAD, HTML, META, PARAM, SCRIPT, TITLE ) בנוסף לנוהג לתת למאפיינים title ו alt ערכים שונים, יכולים ליצור בלבול באין ספור מצבים.

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

הדוגמאות הן רבות ובכל זאת לא הייתי מנסה להפטר לגמרי מ title או אפילו מה alt, רק הייתי מנסה שוב לחשוב קצת יותר לפניי שאני ממלא אותם אוטומטית בתוכן,

• האם המידע הזה יחסר למישהו?
• מה ההשלכות על קוראי מסך?
• האם ה tooltip שקופץ ייספק מידע חשוב מספיק בכדיי להסתכן בהרחקת מבקרים דיסלקטים או להפריע למשתמש בהגדלת מסך?

במידה והתשובה היא חיובית, אז שימוש ב-title בהחלט יכול להוסיף ולהשתלב בדף מאורגן היטב עם מבנה וסמנטיקה ברורים.

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