הנגשת אתרי אינטרנט מבוססי MOSS

הנגשת אתרי אינטרנט מבוססי MOSS מרצה: ג'ו שחף ארכיטקט פתרונות ויועץ טכנולוגי – מטריקס אי.טי.

נעים להכיר • ג'ו שחף, יועץ טכנולוגי וארכיטקט פתרונות • יועץ בנושאי נגישות וארכיטקטורה • מתמחה בנגישות גם של אתרים מבוססי MOSS • הבלוג שלי: http://blogs.microsoft.co.il/blogs/joe

מה matrix UX Center Of Excellenceמציעים? • אפיון ומימוש ממשק שימושי ונגיש • בדיקות נגישות ושימושיות למערכות ולאתרים קיימים • הסבת מערכות ואתרים קיימים לעמידה בתקני נגישות • תכנון ומימוש תתי - אתרים ייעודיים למשתמשים בעלי מוגבלויות • מתודולוגית עבודה מוכחת ו-best practice • היכרות מעמיקה עם תכנון ומימוש של מגוון רחב של ממשקים • היכרות מעמיקה עם דרישות התקינה

Matrix Office Systems • תחום Office System ב מספק מתודולוגיה וכלים לשיתוף ידע ומידע בארגונים לצורך מימוש ניהול ידע, ניהול תכנים ויישומי ידע ארגוניים • מעט על התחום: • עשרות מומחים / יועצים • עשרות פרויקטים במגוון נושאים על טכנולוגיית Office Systems • MSET (Matrix SharePoint ExTension)

אג'נדה • מה זהMOSS? (יישור קו) • האם MOSS נגיש? • בעיות ישר מהקופסה. • More Accessible Mode • Accessibility Kit for SharePoint (AKS) • יצירת תבנית נגישה • שאלות ותשובות

מה זה MOSS? • חבילת מוצרי שרת המיועדת לתת גישה למידע • בנוי מעל WSS v.3 • חבילת מוצרי שרת המתמשקת למוצרי Office בצורה שקופה • מוצר השרת המתפתח בקצב המהיר ביותר אי פעם (צמיחה של 40% בשנה!) • פלטפורמת פיתוח גמישה מבוססת Dot.Net 3.0

MOSS בהשוואה לאתר "רגיל" אתר אינטרנט מבוסס ASP.Net מבחינת הלקוח, ככל הנראה שלא יהיה הבדל. מבחינת המפתח קיימים כמה הבדלים מהותיים: Master Page של ASP.Net דומה לזה של MOSS ב- ASP.Net כל מה שמופיע על העמוד הוא תוצאה של עבודת המתכנת, ולא של מוצר תשתית ה- Markup שמיוצר על ידי פקדי ASP נגיש יותר WebParts מייצרים "קוד מלוכלך". בסופו של דבר, MOSS מייצר HTML לדפדפן הלקוח בדיוק כמו ASP.Net

האם MOSS נגיש ישר מהמדף? • כתשובה ראשונית – כן... ולא... • בצורה לא רשמית, המוצר אמור להיות נגיש בצורה מסוימת • המוצר מכוון לענות על חלק מדרישות WCAG 1.0 • קיים מענה מסויים להנחיות • קיימים עזרי נגישות, מסויימים, המוטמעים במוצר

דוגמאות למאפייני נגישות ש- MOSS תומך בהם מהמדף ישר מהקופסה, בממשקי הניהול, MOSS מציע תמיכה מסויימת בהגדרות נגישות. • שימוש ב- alternative text לתמונות • שימוש ב- alt ריק עבור תמונות עיצוב או תמונות חסרות משמעות • שמירה על מבנה לוגי גם ללא CSS • שימוש ב- title עבור קישורים • קישור לדילוג על הניווט • מבנה פשוט יחסית להתמצאות ואחיד • אפשרות לשימוש בניגודיות גבוהה (בשימוש ב- theme מתאים) • הפעלה באמצעות מקלדת (כולל קיצורי מקשים לפעולות נפוצות)

More Accessible Mode • סוג של עזרה ראשונה המוטמעת בממשק הניהול של MOSS • מתפקד יותר כמו פלסטר • מבצע שינויים קלים בממשק • יתרונות • מוטמע בממשק ישר מהקופסה • פותר בעיות אחדות • חסרונות • חלק מהפתרונות גם פוגעים בפונקציונאליות • לא פותר בעיות אקוטיות

הפעלת More Accessible Mode • קישור חבוי, הראשון בדף (ה- tab stop הראשון) • MAM יפסיק לפעול אם תסגרו את הדפדפן • ההפעלה היא יחידנית, עבור המשתמש הנוכחי • שינויים קלים בצורה בה הדף נבנה (לא מספיק)

שינויים ש- More Accessible Mode מבצע • תפריטים • במקום תפריט נפתח (צף) לחיצה על התפריט תציג popup עם תת התפריט • לתפריטים מתווסף title המזהיר מפני החלון החדש • שדות להזנת טקסט עשיר מוחלפים בשדות טקסט מרובי שורות • גרפים לתיאור תוצאות סקר, מוחלפים בטבלה המפרטת את הנתונים • בתרשימי גאנט, מוחלף התרשים בטבלה (הטבלה מופיעה גם במצב הרגיל, מתחת לגאנט) • במקום פקד בחירת איש קשר (ActiveX) מופיע שדה טקסט רגיל

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

הנגשת אתר מבוסס MOSS - במה זה כרוך? • מודעות • הדרכה • תכנון משלב מוקדם • עלות הנגשת אתר מבוסס MOSS גבוהה יותר מעלות ההנגשה של אתר רגיל • אין מחקרים ונתונים מדוייקים כרגע • עליה של 40%-20% בעלויות הפיתוח, תלוי במורכבות האתר • שימוש בכלים המסייעים בתהליך

מוצרים משלימים המסייעים בתהליך • פקדים נגישים • Teltrik מציעה פקד Rich Text נגיש • פקד aRTE של HI Software • Floating Console של Aretmis • חבילת התוכנות של HI Software • Front End חליפי (למשל זה של SiteCore, או פיתוח עצמי)

כמה מילים על HiSoftware • שותף זהב של מיקרוסופט • חברה המתמחה אך ורק בנגישות ובכלים לסיוע בנגישות • חברה בקבוצות טכנולוגיות להגדרת תקני נגישות • מפעילת האתר Cynthia Says (http://www.cynthiasays.com/) אתר המיועד להדרכה וקידום נושא הנגישות • פעילה בתחום מזה 10 שנים

Accessibility Kit for SharePoint - 1 • ערכה חינמית המיוצרת על ידי חברת HiSoftware • הערכה מציעה רכיבים נגישים ל- MOSS • Master Pages • Style Sheets • Controls Adapters (כתחליף ל- Web Parts שהם בעייתים) • תבניות נגישות • מביא את MOSS לנגישות ברמה AA או ל- Section 508 האמריקאי • כלים שונים לשיפור התהליך • מידע ותיעוד על הערכה וכן על נגישות באופן כללי

Accessibility Kit for SharePoint - 2 • מוצר קוד פתוח (קיים דף פרוייקט ב- CodePlex) • תוספות ופיתוחים נתרמים על ידי הקהילה • התקנה מודולרית, לא חייבים להתקין את כל הרכיבים מיד, ניתן לבחור רק מה שצריך • אין התערבות ברכיבי הייסוד של MOSS (SP ושדרוגים לא יפגעו בקיט) • מעל AKS (או בנוסף) ניתן להוסיף רכיב נגיש לעריכת תוכן עשיר(רכיב בתשלום) Accessible Rich Text Editor • פלט נגיש – xHTML או HTML תקני • יצירת רשימות • טבלת תמונות נגישה • טקסט חלופי לתמונות

גירסה 2.0 של AKS • שיפור ב- Control Adapters. התאמה אוטומטית באמצעות מנגנוני התקנה • רכיבים נוספים יכנסו לערכה • תמיכה ב- xHTML • תאימות לגירסה 2.0 של WCAG • תאימות לתקנות הנגישות הקנדיות (Canadian Common Look and Feel guidelines – CLF 2.0) • צפויה לצאת בהמשך השנה (רבעון אחרון של 2008)

מוצרים נוספים של HiSoftware להנגשת MOSS

AccRepair for SharePoint Designer • אפליקציה שולחנית למפתחים • אינטגרציה מלאה לתוך SharePoint Designer • מציף בעיות נגישות כבר בשלב הפיתוח, לפי תקני WCAG ולפי Section 508 • מאפשר להגדיר בדיקות נגישות באופן עצמאי • מייצר רשימת בדיקות ידניות לביצוע אחרי הבדיקות האוטומטיות. • תיקון בעיות אוטומטי (מבוסס אשף)

HiSoftware Page Tester for MOSS • מוצר צד שרת, להתקנה על שרתי MOSS • מאפשר בדיקות אוטומטיות לעמודים ספציפיים • מאפשר שילוב של בדיקות נגישות ושימושיות בהליך אישור עמוד תוכן (Approval Workflow) • מאפשר קבלת התראות על עמודים לא נגישים (פיתוח) • מאפשר למשתמשים לבדוק תוכן לפני הפרסום • מממשק מבוסס דפדפן, אינו מצריך התקנה בצד הלקוח.

AccMonitor for MOSS • מנוע בדיקות אוטומטי לזיהוי בעיות בעמודי תוכן ובקבצי HTML • מאפשר הליכי בדיקות אוטומטיים לפי מרווחי זמן קבועים • מבצע בדיקות לפי כל הרמות המוגדרות ב- WCAG 1.0 וב- Section 508 • דו"חות הנגישות ניתנים להתאמה אישית (למשל HTML או XML) • ניתן לשלב בדיקות אוטומטית במערכת אישורים אוטומטית (למשל בתוך workflow לאישור עמודים אישיים, או תוכן אישי) • ניתן לייצא דו"חות באופן אוטומטי למערכות שו"ב (מצריך התאמה)

HiSoftware Compliance Sheriff for MOSS • מוצר ביקורת כללי לביקורת נגישות וסטנדרטים • מוצר End to End שמאפשר בדיקות למפתחים, עורכי תוכן, מנהלים וכן הלאה. • מאפשר בדיקות אוטומטיות במרווחים קבועים • מאפשר הגדרת תקנים פרטיים לארגון לפירסום תוכן (למשל סינון ביטויים מסויימים) • מערכות דו"חות והתראות רחבה וגמישה • Dash Board לצפיה בזמן אמת בכמות החריגות הקיימת באתר כרגע • דו"חות מפורטים לאנשי פיתוח המאפשרים צלילה פנימה לבעיות ותיקונן (באמצעות כלים כמו AccRepair או ידנית בקוד) • אפשרות ייצוא או שיתוף דו"חות עם גורמים חיצוניים (מערכות שו"ב, או מערכות תקינה ממשלתיות)

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

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

שיטות ליצירת אתר MOSS נגיש • הסתמכות על יכולות הנגישות הקיימות במוצר (More Accessible Mode) • פתרון חלקי מאוד • נגישות ברמה A בלבד בלי יכולת עליה. • שימוש בפקדים מותאמים (Custom Controls) ובקוד כדי לערות את קוד ה- HTML המיוצר על ידי MOSS • עלול לעורר בעיות ביצועים • ניתן לשלב עם .Net CSS Friendly Adapters בכדי לקבל קוד קריא יותר ונגיש יותר • שימוש במוצרי צד שלישי, לדוגמא אלו של Hi Software כדי לייצר אתרי MOSS נגישים

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

יצירת תבנית MOSS נגישה - 1 • ייצרו אתר זמני (ישמש לתבנית אתר) • הסירו דפים מיותרים • מומלץ לייצר Content Type משלכם לדפים • הסירו Master Pages (שימו לב לא למחוק את אלו המשמשים את MOSS) • התחילו מ- Master Page ריק או מינימלי (ניתן להוריד אחד כזה מאתר מיקרוסופט) • בקשו מחברת העיצוב (או ממעצבי הבית) את גזירה של העיצוב בפורמט xHTMLאו HTML תקין ונגיש • כדאי לבדוק את תוכן הגזירה בכלים אוטומטיים • גזרו והדביקו את תוכן העמוד שקיבלתם (את תוכן ה- Body בלבד) ב- Master Page שיצרתם

יצירת תבנית MOSS נגישה - 2 • תקנו תגי תמונות ומיקומי תמונות אם יש צורך • הוסיפו הגדרות לקבצי ה- CSS שלכם (CssRegistration) הסירו את אלו ש- MOSS מוסיף בעצמו. • חשוב לקבוע בראש העמוד DOCTYPE מתאים לגרסת ה- Mark-Upשהשתמשתם בה. • בדקו את העמוד בעין ובכלי אוטומטי • החליפו מקטעי בעמוד שאמורים לשמש לתוכן דינאמי ב- Place Holders • עבדו לאט ובדקו מדי פעם שלא פגעתם בנגישות (זה יחסוך זמן אחר כך) • הוסיפו שדות או פקדי ASP.Net

יצירת תבנית MOSS נגישה – דגשים לסיום התהליך • החליפו אזורי תוכן בפקדים שמייצרים קוד HTML תקין • כדאי להתחיל מהתפריט תוך יצירת פקד חדש היורש מ- System.Web.UI.WebControls.Menu כך ניתן להשתמש באותו מקור מידע כמו זה ש- MOSS משתמש בו. • Aretmis מציעים פקד בשם Floating Console המאפשר למקם מקטעים על הדף בצורה נגישה (וגם די פשוטה) • אם אתם משתמשים ב- SharePoint Designer השתמשו ביכולות הנגישות המוטמעות בו, או בתוסף של HI Software • אם אתם משתמשים ב- Visual Studio הפעילו את סכימת הבדיקה המתאימה לכם והגדירו את בודק הנגישות כך שיחולל אזהרות לרשימת המשימות.

Web Parts חבר או אויב? • כדאי מאוד להימנע משימוש ב- Web Parts אם רוצים ליצור אתר נגיש • Web Parts מתארחים ב- Web Parts Zone • האזור מחולל הרבה מאוד קוד מיותר ולא נגיש • Web Parts מוציאים החוצה קוד מסורבל, מרובה טבלאות מקוננות • מידת השליטה על הקוד היוצא היא מועטה עד לא קיימת. • כתחליף ל- Web Parts אפשר להשתמש ב- Custom Controls • AKS מציע מגוון Web Parts שנעטפו כך שיחוללו קוד תקין, כמו כן קיימת אפשרות לשימוש ב- Web Parts Zone נגיש • ניתן לכתוב Web Parts באופן עצמאי כך שיהיו נגישים • יש להניח אותם בדף מחוץ ל- Web Parts Zone • הגדירו את תכונת ה- Chrome שלהם ל- None ואת SupressWebPartChrome ל- true כדי לקבל פלט נקי (הפלט שלכם בלבד)

שאלות שאלות?

מקורות "נגיש" אתר עמותת "נגישות ישראל" לנגישות באינטרנט – www.nagish.org.il המקום הכי טוב להתחיל בו כשמתחילים עם נגישות. אמצעי נגישות ב- MOSS (מיקרוסופט): http://office.microsoft.com/en-us/sharepointtechnology/HA101737231033.aspx הבלוג של ג'ואל אולסון, אולי האיש שהכי מבין ב- MOSShttp://blogs.msdn.com/joelo/default.aspx "והנקודה היא" מאמר על נגישות MOSS באתר 21appshttp://www.21apps.com/search/label/accessibility "לצלול לנגישות" ספר מקוון וחינמי (באנגלית) ללימוד נגישות תוך 30 יוםhttp://diveintoaccessibility.org/ הבלוג של צוות הפיתוח של MOSShttp://blogs.msdn.com/sharepoint/default.aspx

תודה רבה תודה על ההקשבה

הנגשת אתרי אינטרנט מבוססי MOSS