בנוסף לשינוים הקשורים לתצורת הטאבלט, אחד המאפיינים הוא יכולת המשתמש להוציא את המכשיר מתחנת עגינה (docking station) או פורט בכל נקודת זמן. פירושו שכל מכשיר חוץ מדיגיטיזר (digitizer- מכשיר פיסי המספק ממשק בין עט לTablet PC זו חומרה עם רזולוציה גבוהה שמזהה תנוע של עט ומעבירה מידע זה לTablet PC) ומסך ניתן לניתוק ללא הודעה הכנה מוקדמת.
בנוסף, כדאי להימנע מבדיקת נוכחות לאמצעי קלט היקפי למטרות צמצום פונקציונאליות העט. צריך להשאיר למשתמשים אופציית שימוש בעט בכל מקרה, ללא קשר לזמינות אמצעי קלט אחרים.
קישוריות לאמצעי אחסון, כגון דיסקים קשיחים בתחנות עיגון, כונני צריבה ועוד, מהווים אתגר נוסף למעצבי תוכנה. כל מכשיר עליו משתמש מכניס או קורא ממנו מידע ניתן לניתוק פתאומי. לכל אלו צריך מערכת תמיכה ושחזור נתונים, עדיף מערכת שלא מצריכה התערבות משתמש שמתחברת באופן עצמאי בזמן חזרת קישוריות.
ניתוק רשתות ודיסקים
גם ברשת אלחוטית וגם בעגינה מיידית קישורי רשת ודיסקים קשיחים חיצוניים ניתנים לניתוק ללא הודעה מוקדמת.
אף אל פי שלכל אפליקציה קיימים אילוצים משלה, רצוי להתייחס ל מספר נקודות:
מיתוג מכוון/לא מכוון מרומז. אם האפליקציה היא בעלת שני אופני פעולה שונים למצב מכוון ולא
מכוון, רצוי לנצל גילוי נוכחות רשת בMicrosoft Windows XP לחילוף אוטומטי ביניהם, ללא
צורך בהתערבות משתמש.
כתיבת קבצים ברקע ובזכרון מטמון. במקום לנעול את ממשק המשתמש בזמן כתיבה לקובץ,
אפשר לשמור מידע בקובץ מקומי מוכר וברקע לנסות לעדכן את הקובץ עצמו.
עיקוב בזמן כתיבת קובץ. אתה מוסיף זריזות פונקציונלית אם תרשה למשתמש לשמור ולסגור
קבצים בלי שהאחסון זמין. תשאל את המשתמש מה לעשות רק כשזה נחוץ (לדוגמא, אם הגרסה
המקומית והגרסה על הדיסק הופכות להיות לא מסונכרנות).
עיצוב תוכנה צריך להתחשב בניתוקים פתאומיים ממשאבי רשת, תוך אפשרות אחסון מידע במכשיר עצמו ושימוש בפסקי זמן בכל פעולות רשת. כמה משיקולים כוללים:
טיפול בהסרת חיבורי רשת וציוד היקפי פתאומיים.
ביצוע פעולות שיכולות להתאושש אם יהיו בעיות, כגון פעולות טעינה או שמירה בציוד היקפי:
CD, USB ועוד. לאחר מכן, כאשר פעולות אלו נקטעות עם עגינה או ניתוק, עליהם להתחיל
מחדש מאוחר יותר.
שימוש בנוהלים הטובים ביותר למטרות קישוריות רשת. על אפליקציה לפעול ללא הפסקות
במצבים בהם רשתות לא זמינות זמנית או מאתחלות את עצמן. לדוגמא, על אפליקציה:
o לטפל במעברי קישוריות.
o לספק זיהוי אוטומטי שלא מצריך פתיחת אפליקציה מחדש.
o לספק משוב ברור עבור זמינות רשת, כך שהמשתמש יהיה מודע למצב קיים.
o לפעול גם במצב לא מכוון. על האפליקציה לדווח על מצב זמינות רשת.
o כאשר היא מתחברת מחדש, על האפליקציה לבצע סנכרון, בתנאי שאפליקציה זקוקה לסנכרון מידע מכוון ולא מכוון. זה מעייף על המשתמש לזכור את כל הצעדים המפורשים הדרושים לסנכרון. זה לא יהיה נחוץ אם האפליקציה תדע לזהות התחברות מחדש ותבצע סנכרון.
גולשים מקוונים: 3