مُنسِّق HTML

يتحمل معظم HTML أن يُعيد مُنسِّق تنظيم مسافاته البيضاء بحرية — مسافة بادئة إضافية بين عناصر كتلة مثل `<div>` و`<p>` ليس لها أي تأثير مرئي، لأن المتصفحات تُطوي تسلسلات المسافات البيضاء بين تلك العناصر عند العرض. ثلاث حالات محددة تكسر ذلك الافتراض تمامًا: المحتوى داخل `<pre>` يعرض كل مسافة وسطر جديد حرفيًا، بالضبط كما كُتب؛ يعامل `<textarea>` محتواه بنفس الطريقة لأنه مُصمَّم لإعادة إنتاج نص دقيق قابل للتحرير من المستخدم؛ وأي عنصر يحمل `white-space: pre` في CSS يرث نفس المعاملة الحرفية. مُنسِّق يُعيد تنظيم المسافات البيضاء داخل أي من تلك الكتل يُغيِّر ما تعرضه الصفحة فعليًا، لا فقط شكل الكود المصدري — لهذا يترك هذا المُنسِّق تلك الكتل سليمة تمامًا بدلًا من تطبيق قواعده المعتادة للمسافة البادئة.

العناصر المضمَّنة الموضوعة مباشرة بجانب نص حالة أكثر دقة: مسافة بين عنصرين مضمَّنين أحيانًا مهمة بصريًا — المسافة بين كلمتين تمتدان عبر وسمي `<span>` منفصلين، على سبيل المثال — لذا المُنسِّق متحفظ عمدًا مع المحتوى المضمَّن، يفضل ترك المسافة البيضاء الغامضة كما هي بدلًا من المخاطرة بطي مسافة كانت تؤدي عملًا بصريًا حقيقيًا.

صفحة مُجمَّعة كملف HTML واحد تُضمِّن عادةً CSS الخاص بها داخل كتلة `<style>` وJavaScript الخاص بها داخل كتلة `<script>`، ومُنسِّق يفهم فقط وسوم HTML سيترك ذلك الكود المُضمَّن ككتلة غير منسقة أو، أسوأ، يُفسدها بمعاملة الأقواس المعقوفة والفاصلات المنقوطة كصياغة HTML. تسليم محتوى تلك الكتل إلى مُحلِّل CSS حقيقي ومُحلِّل JavaScript حقيقي على التوالي يعني أن الملف بأكمله — الترميز والأنماط والسلوك معًا — يعود مُنسَّقًا بشكل متسق، لا فقط بنية HTML الخارجية.

المتصفحات مبنية بنموذج استرداد أخطاء مُصمَّم تحديدًا لعرض شيء معقول حتى من ترميز مشوَّه بشدة — وسم غير مُغلَق، علامة اقتباس مفقودة، عناصر متداخلة بترتيب غير صالح — لأن الويب لديه عقود من HTML غير مثالي في الإنتاج لا يزال يحتاج العرض. لا يمكن لمُنسِّق تبني نفس التسامح: لإعادة تنسيق مستند، يجب أن يبني فهمًا بنيويًا دقيقًا لما يتداخل داخل ماذا، ومستند بوسوم غير متوازنة فعلًا ليس له بنية صحيحة وحيدة لاستعادتها. لهذا صفحة تُعرَض بشكل طبيعي تمامًا في متصفح قد لا يزال يُرفَض بواسطة هذا المُنسِّق — أصلح المتصفح الغموض بصمت بطريقته، بينما أداة تحاول إعادة التنسيق بشكل صحيح يجب أن تُشير إلى الغموض بدلًا من التخمين.

ملف يفشل في التنسيق غالبًا ليس HTML مكسورًا على الإطلاق، بل قالب — Handlebars أو Jinja أو Blade أو EJS أو ما شابه — يمزج توجيهات القوالب بالترميز، منتجًا مستندًا ليس HTML مستقلًا صالحًا بذاته ولا يحتاج أبدًا أن يكون كذلك. يصبح القالب HTML حقيقيًا وجيد التكوين فقط بعد تشغيل محرك القوالب واستبدال البيانات الفعلية. تنسيق الإخراج المُعرَض، المُلتقَط بعد معالجة محرك القوالب له — من "عرض المصدر" في متصفح، على سبيل المثال — يتجنب هذا تمامًا، بما أن ذلك الإخراج HTML حقيقي دون أي صياغة قوالب متبقية.