الخلاصة

  • وصف RFC 1843 الصادر في أغسطس 1995 تنسيق HZ لنقل نص يجمع ASCII والصينية المرمّزة بـGB2312 داخل مسار من سبعة بتات. تفتح ~{ وضع GB، وتعيد ~} القارئ إلى ASCII، وتكتب ~~ علامة الموجة نفسها.
  • يقرأ مفكك HZ الأساسي تدفق البايتات بلا حد مفروض لطول السطر. أوصى النص، على نحو منفصل، بأن يكتب المشفّر أسطراً فعلية أقصر من 80 محرفاً لتلائم أدوات عرض مثل more. يمكن طي السطر ثم استئناف وضع GB مع بقاء النص المستعاد متصلاً.

علامة ترقيم تؤدي وظيفة موظف الجوازات

صُممت طرق كثيرة لنقل الرسائل حين كان ASCII هو الضيف المعتاد في البريد الإلكتروني. تكفيه قيمة واحدة من سبعة بتات للحرف. أما الصينية في مجموعة GB2312 فتحتاج إلى زوج من البايتات لكل محرف، وكانت الأجهزة تختلف أيضاً في طريقة تمثيلها الداخلية. اختار Fung Fung Lee في وصف HZ مجموعة GB2312 أرضية مشتركة للتبادل، ثم وضع إشارات صغيرة داخل النص تخبر المستقبل بأي لغة بايتات يقرأها. يقول ملخص RFC إن محتواه مطابق لمقالة كتبها Lee بالعنوان نفسه في سبتمبر 1989. حصلت الفكرة على رقم RFC بعد أن قطعت شوطاً من حياتها.

يبدأ القارئ في وضع ASCII. تمر المحارف العادية كما هي إلى أن تظهر ~. عندها ينظر إلى المحرف التالي: ~~ تعني موجة واحدة في النص؛ ~{ تنقل القراءة إلى وضع GB؛ وإذا جاءت علامة الموجة قبل LF مباشرة، تختفي العلامتان من النص المستعاد وتصبحان مجرد وصلة بين سطرين فعليين. في وضع GB تُقرأ البايتات اثنين اثنين، ثم تعيد ~} القراءة إلى ASCII. ليست قيمة البايت وحدها صاحبة الكلمة الأخيرة. الوضع الذي وصل إليه القارئ قبلها هو الذي يمنحها معناها.

اختيار الموجة له سبب رقمي أنيق. يحدد RFC مجال البايت الأول في محرف GB من $21 إلى $77 بالنظام الست عشري، والثاني من $21 إلى $7E. تقع قيمة ~ عند $7E، خارج مجال البايت الأول. لذلك تستطيع أن تكون إشارة انتقال من غير أن تتنكر في هيئة بداية محرف صيني عادي. علامة تكتب بنقرة واحدة أصبحت حارساً لممر كامل.

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

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

لكن العين البشرية تعمل على شاشة لها عرض. أوصى Lee بأن تجعل أدوات التشفير السطر الفعلي أقصر من 80 محرفاً كي يظهر في برامج التصفح مثل more. إذا اقترب سطر صيني من الحافة، يمكن للمشفّر أن يغلق GB بـ~}، ويضع علامة موجة قبل LF لوصل السطر، ثم يفتح GB مجدداً بـ~{ في السطر التالي. يزيد ذلك بايتات الملف، وتبقى المحارف التي يراها القارئ بعد الفك متتابعة. عرض RFC أمثلة لترتيبات مختلفة تعود إلى النص نفسه.

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

في RFC 1922 الصادر عام 1996، اتخذ ISO-2022-CN طريقاً آخر للصينية في رسائل الإنترنت، بقواعد تخص التعيين والتحويل على مستوى السطر. ظل مشهد HZ مميزاً: بابان صغيران بين ASCII وGB، وحرية في ترتيب الأسطر الفعلية حولهما. لم تتسع قناة السبعة بتات فجأة. صار لدى الرسالة دليل طريق يستطيع الطرفان قراءته.