المكون البنيوي في النص الفائق (4) ترجمة عبده حقي

توفر معظم أنظمة النص التشعبي الحالية معلومات ثابتة في العقد كما كتبها المؤلف الأصلي. في أنظمة النص التشعبي الحسابية مثل KMS و هايبركارد (مع لغة برمجة مدمجة) أو نوتكارد (مع واجهة إلى لغة برمجة) ، من الممكن أن يكون لديك عقد محسوبة تم إنشاؤها للقارئ بواسطة النظام. مثال على ذلك هو عقدة مع توقعات الطقس الحالية التي تم استردادها من خدمة عبر الإنترنت مثل American Prodigy أو French Minitel .

من الواضح أن حساب عقدة أثناء التحليق عن طريق تنفيذ برنامج ينطوي على مخاطر تسبب أحصنة طروادة في الإصابة بالفيروس أو مشاكل أخرى. يتم تقليل المشكلة عند تنفيذ البرنامج على خادم بعيد يقتصر على إرسال البيانات الناتجة إلى كمبيوتر المستخدم. إذا كان يجب تنفيذ الكود على جهاز الكمبيوتر الخاص بالمستخدم ، فسيلزم اتخاذ الاحتياطات في شكل ماسحات ضوئية للفيروسات. هناك أيضًا جهود جارية لإنشاء لغات برمجة آمنة يمكن تفسيرها داخل غلاف وقائي يضمن عدم حدوث أي ضرر دائم لنظام المستخدم.

إذا كان لدى المرء قدر معين من المعلومات للتواصل ، فإن إحدى المشكلات هي ما إذا كان ينبغي تقسيمها إلى العديد من العقد الصغيرة أو الاحتفاظ بها في عدد صغير نسبيًا من العقد الأكبر. تقرير كريتزبيرغ Kreitzberg وشنايدرمان Shneiderman [1988] عن تجربة صغيرة للتحقيق في هذه المشكلة ، حيث قاموا بتقسيم نفس النص إما إلى 46 مقالة من بين 4 و 83 سطراً أو 5 مقالات من 104 إلى 150 سطراً في هايبرتي وكانت النتيجة أن المستخدمين يمكن أن يجيبوا على الأسئلة بشكل أسرع في قاعدة المعلومات مع العديد من العقد الصغيرة (125 ثانية مقابل 178 ثانية لكل إجابة). ربما يكون أحد أسباب هذه النتيجة هو أن هايبرتي هو أحد أنظمة النص التشعبي التي ترتبط ببداية المقالة وليس بالموقع الموجود داخل المقالة حيث توجد المعلومات التي تهم نقطة المغادرة. بسبب هذه الميزة ، يتم تشغيل هايبرتي بسهولة مع عقد صغيرة مركزة تتعامل مع مشكلة واحدة على وجه التحديد بحيث لا يكون هناك شك حول جزء العقدة الذي يشير إليه الارتباط.

الروابط

إن الروابط هي الوحدة الأساسية الأخرى للنص التشعبي إلى جانب العقد. يتم تثبيت الروابط دائمًا تقريبًا في نقطة انطلاقها لتزويد المستخدم ببعض الكائنات الصريحة لتنشيطها من أجل متابعة الرابط. إن نتيجة تنشيط المرساة هي اتباع الرابط إلى العقدة الوجهة الخاصة به. في أغلب الأحيان ، يأخذ هذا الإرساء شكل "القوائم المضمنة" حيث يقوم جزء من النص الأساسي أو الرسوم بواجب مزدوج باعتباره معلومات في حد ذاته وكونه نقطة ارتساء الارتباط. من الممكن أيضًا أن يتم إدراج روابط النص التشعبي كقوائم منفصلة ، ولكن يبدو أن هذا بطريقة ما يقلل من "إحساس النص التشعبي" للتصميم ، ودراسة أجراها فورا Vora [1994] وجد أن أداء المستخدمين أسرع بنسبة 26٪ عندما كانت المراسي جزءًا من النص الرئيسي.

معظم الروابط صريحة بمعنى أنه تم تعريفها من قبل شخص ما على أنها تربط عقدة المغادرة بعقدة الوجهة. توفر بعض الأنظمة أيضًا روابط ضمنية ، والتي لم يتم تعريفها على هذا النحو ولكنها تتبع خصائص مختلفة للمعلومات. مثال كلاسيكي على الروابط الضمنية هو البحث التلقائي عن قاموس المصطلحات الممكن في أنترميديا (انظر الشكل 4.15). يوفر خادم أنترليكس ارتباطًا من أي كلمة في أي مستند أنترميديا لتعريف هذه الكلمة في القاموس ، ولكن من الواضح أنه سيكون من السخف تخزين كل هذه الروابط بشكل صريح. فقط عندما يطلب المستخدم تعريف كلمة ما ، يحتاج النظام إلى العثور على وجهة الارتباط.

لقد قدم نظام StrathTutor [Kibby and Mayes 1989] نوعًا آخر من الارتباط الضمني. لم يكن من المتوقع أن يوفر مؤلف النص التشعبي روابط بين العقد ولكن طُلب منه بدلاً من ذلك تحديد مجموعة من السمات ذات الصلة لكل عقدة ولمجالات الاهتمام في العقدة. كانت هذه السمات كلمات رئيسية مأخوذة من مفردات محدودة مسبقًا. كانت مجالات الاهتمام تسمى "النقاط الساخنة" وتخدم غرضًا مشابهًا للمراسي في أنظمة النص التشعبي الأخرى. عندما يقوم المستخدم بتنشيط نقطة فعالة ، سيعرض النظام اهتمامات المستخدم على أنها محددة من خلال مجموعة السمات (الكلمات الرئيسية) من العقدة الحالية ونقطة الاتصال المحددة. لذلك تم ربط StrathTutor بعقدة جديدة بها أعلى تداخل بين سماتها الخاصة ومجموعة السمات هذه. ادعى كيبي مايس أن هذا النموذج للمواصفات الموزعة لوصلات النص التشعبي هو الطريقة الوحيدة التي يمكن بها إدارة تأليف النصوص التشعبية الكبيرة حقًا.

يتبع

Posted in: أدب رقمي, ترجمات