مقدمة المترجم: تحتوي هذه السلسلة من المقالات الأصلية على إجمالي 8 مقالات، وهي تبدأ بنشر معايير الويب وتصف كيفية استخدام Dreamweaver 8 لإنشاء موقع ويب متوافق مع المعايير، نظرًا لأن مقالة المؤلف الأصلية عبارة عن مراجعة لـ "Build Your موقع الويب الخاص بك المتوافق مع المعايير باستخدام Dreamweaver 8" (هذه المقالة عبارة عن مقتطف مدفوع الأجر)، لذلك قمت بحذف المحتوى بشكل مناسب. يتوافق الترتيب مع المقالة الأصلية، ولكن سيتم تعديل الطول. وأبلغك بموجب هذا. مستوى الترجمة محدود، يرجى فهم ذلك.
إذا كنت تقرأ هذه المقالة، فمن المحتمل أنك مهتم بالفعل بمعايير الويب ولديك فضول شديد بشأن تطبيق المعايير في المواقع التي تم إنشاؤها باستخدام DW (اختصار لـ Dreamweaver).
ربما لديك بالفعل فهم معين لـ WS (اختصار لمعايير الويب)، لكنك لا تعرف كيفية استخدام DW لكتابة تعليمات برمجية متوافقة. أو أنك أحد مستخدمي DW وترغب في الالتزام بـ WS، واستخدام CSS على نطاق أوسع، وإنشاء مستندات أكثر سهولة في الاستخدام. بغض النظر عن نوعك، ستمنحك هذه المقالة الإجابة التي تريدها: ستخبرك بكيفية استخدام DW للتعامل مع WS.
تعريف معايير الويب
فيما يتعلق بـ WS التي نحن مهتمون بها خلال هذه المقالة، دعونا أولاً نتوقف لحظة لتوضيح ما نتحدث عنه:
WS هي المواصفات التي توجه لغات تطوير الويب ويتم صياغتها بواسطة W3C. تتضمن هذه المواصفات لغات متعددة، مثل HTML وXHTML وCSS، بالإضافة إلى بعض اللغات الأخرى ذات الصلة، مثل MathML، والتي تستخدم لتمثيل المعادلات في الرياضيات. عندما تكون لديك مثل هذه الاحتياجات الخاصة، قد تتمكن من استخدامها. . تنشر W3C أيضًا إرشادات إمكانية الوصول إلى محتوى الويب (WCAG) - والتي تعزز إمكانية الوصول إلى صفحات الويب (عبر WAI).
نصيحة: احصل على هذه الإرشادات مباشرة
.يمكنك قراءة هذه الإرشادات على موقع الويب الخاص بـ W3C، على الرغم من
أنها
صعبةبعض الشيء
في بعض الأحيان لقراءة:
HTML
4.01
ليست هناك حاجة لقراءة الكثير من وثائق W3C.من يحتاج إلى WS؟
قد لا تكون لديك سوى فكرة غامضة مفادها أن WS أمر جيد، ولكن العديد من المواقع - بما في ذلك العديد من المواقع المعروفة - لا تتوافق مع WS، ويبدو أنها تُدار بشكل جيد. فلماذا يجب أن نسعى جاهدين للامتثال لـ WS؟ هل هناك أي فوائد حقيقية للقيام بذلك؟ من الذي يحتاج إلى الاهتمام بمواصفات وتوصيات W3C
؟
مطورو ومصممو
الويب: مطورو ومصممو إنشاء مواقع الويب. هل يستحق الأمر أن نقضي بعض الوقت في تعلم كيفية التطوير باستخدام WS؟إن العلامات النظيفة تجعل إصلاحات الأخطاء أسرع.
إذا قمت بالتحقق من صحة صفحاتك باستخدام W3C، فستعرف على الأقل أن العلامات غير المنتظمة ليست هي سبب الأخطاء التي واجهتها. في بعض الأحيان، يمكن أن تؤدي عملية التحقق من صحة الصفحة وإصلاح الأخطاء الموجودة إلى حل المشكلات في العرض الناتجة عن العناصر التي لا تنتهي أو العلامات التي بها أخطاء إملائية.
حتى لو لم يؤدي التحقق من المستند إلى حل المشكلات، على الأقل ستعرف أن المشكلات موجودة في المستند الأساسي. الآن بعد أن عرفت أن هذه المشكلة ليست خطأً، يمكنك البدء في التركيز على مشكلات أخرى، مثل الاختلافات في معالجة CSS في المتصفحات المختلفة.
يعد الامتثال لمتطلبات إمكانية الوصول أمرًا سهلاً،
إذا كتبت ترميز XHTML أساسيًا، فيمكنك التأكد من صحة المستند لغويًا، ويمكنك فصل محتوى المستند عن العرض التقديمي، ويمكنك القيام بالكثير من العمل ومعالجة العديد من المشكلات. مشكلات إمكانية الوصول المدرجة في WCAG1.0. من المهم أيضًا إدراك أن إمكانية الوصول لا تقتصر على الأشخاص ذوي الإعاقة فقط. يمكن الوصول إلى الموقع السهل من خلال العديد من الأجهزة المختلفة، مثل الهواتف المحمولة وأجهزة المساعد الرقمي الشخصي (PDA)، التي لا تتمتع بقدرة المعالجة للتعامل مع العلامات المتناثرة وغير القياسية.
التوافق المستقبلي
إذا كنت تأخذ في الاعتبار فقط أداء صفحتك المطورة حديثًا في المتصفحات الحالية، فكيف يمكنك ضمان أدائها في المتصفحات الجديدة في المستقبل؟ قد يغير المتصفح الجديد صفحتك، ويكون العرض سيئًا، وتتركك تكافح للعثور على المشاكل المزعجة وإصلاحها.
لن يؤدي الالتزام بـ WS إلى القضاء على هذه المشكلة بشكل كامل، ومع ذلك، فإن توافق المعايير يقلل بشكل كبير من خطر فشل التصميم الخاص بك، كما بدأت شركات برامج المتصفحات الحالية في دعم المعايير. قد يسيئون تفسير جزء من المواصفات عن طريق الخطأ، لكن لا يمكنهم رفضها تمامًا. إذا حدث الأسوأ وأنتج متصفح جديد تأثيرات غريبة على موقعك القياسي، فسيكون إصلاحه أسهل بكثير من إصلاح موقع غير متوافق. إذا واجهت مشكلة، فسوف تؤثر أيضًا على المواقع الأخرى المتوافقة مع المعايير. ستشير الحكمة الجماعية لمجتمع الويب إلى هذا الأمر وستكتب مقالات لمعالجته. لذلك، ناقش الجميع بشكل جماعي أنه من الأسهل إصلاح هذا الخطأ في مستند متوافق بدلاً من إصلاحه في مستند غير متوافق.
إعادة هيكلة أسهل
هل سبق لك أن قمت بإزالة النص من موقع ما وإعادة هيكلته والبدء من جديد؟ هل سبق لك أن رأيت تلك التسميات المزدحمة بتسميات الخطوط وخلايا الجدول الصغيرة (التي تجعلنا يجب أن نبدأ من الصفر)؟ كل ما أعرفه هو أنني قمت بذلك، وهي عملية طويلة، واستغرقت الكثير من الوقت والمال إعادة هيكلة هذا الموقع.
إن فصل محتوى المستند وعرضه يمنحك جمال الالتزام بالمعايير: فهذا يعني أنه في المرة القادمة التي يريد فيها شخص ما إعادة بناء الموقع، لن يتعين عليه نسخ مستند الويب. سيتم تمييز كافة النصوص الموجودة في الموقع باستخدام HTML الدلالي (X)، وسيتم تخزين جميع معلومات العرض التقديمي - وهو ما يريد مشرف الموقع تغييره - في ملف CSS يمكن استبداله بسهولة.
لن ينتظر بعض العملاء إعادة هيكلتها قبل أن يطلبوا منك إجراء بعض التغييرات، وسوف ينتظرون حتى يزوروا حفرة الماموث الأحفورية ثم يطلبون منك أن تقول: "فقط قم بتحريك العمود الأيسر إلى اليمين. " بالنسبة للمواقع المتوافقة القياسية، يتم التحكم في جميع الصفحات بواسطة CSS. يمكنك بسهولة نقل العلامات على الصفحة دون الحاجة إلى التفكير في الحيل في العديد من الصفحات ذات الجداول المعقدة كهياكل. وهذا يجعل تغيير تخطيط الصفحة أسهل.
يمكن أيضًا أن يؤدي فصل البنية عن العرض التقديمي إلى تسهيل إضافة عناصر جديدة، مثل إصدار صورة صغيرة عالي التباين لموقع ما قد يكون أكثر جاذبية لبعض المشاهدين. لماذا تقوم بإنشاء إصدارات نصية فقط من الصفحات عندما يمكنك بسهولة تغيير أوراق الأنماط؟
شركات برامج المتصفح
بدأت شركات برامج المتصفح في الاهتمام بـ WS. في الماضي، أضافت شركات برامج المتصفح علامات وسمات خاصة بها إلى اللغة الأساسية. ولكن الآن، كما لم يحدث من قبل، بدأوا جميعًا في الالتزام بالمعايير، وتبذل بعض أحدث المتصفحات بالفعل جهدًا لعرضها وفقًا لـ (X)HTML وCSS كما هو محدد في المواصفات.
في المستقبل المنظور، ستتمكن المتصفحات من عرض معظم العلامات والأكواد غير القياسية، لأنه إذا لم يحدث ذلك، فلن يتم عرض الآلاف من المواقع غير القياسية بشكل صحيح - ومن ثم من المرجح أن يبدأ الجمهور بإلقاء اللوم على المتصفح، وليس مصممي الويب. ومع ذلك، فإن الأجهزة الأخرى (تلك التي لا تتمتع بقوة المعالجة التي تتمتع بها أجهزة الكمبيوتر المكتبية) ستعتمد بشكل أكبر على التوافق القياسي للتعليمات البرمجية التي تواجهها.
بائعو برامج أدوات التأليف
- بدأ بائعو برامج أدوات التأليف - مثل Macromedia، الذي يصنع Dreamweaver - في الالتزام بـ WS، كما هو الحال مع مصممي الويب، على سبيل المثال، حيث يطلب المزيد والمزيد من عملائهم أن تقوم أدوات التأليف هذه بإخراج العلامات الأساسية. في الأصل، لم تتمتع بيئات التطوير المرئية هذه بسمعة جيدة لأنها أنتجت علامات مربكة وغير قياسية، ومع ذلك، استندت أحدث بيئات التطوير المرئي الرئيسية إلى عناصر موحدة للتوافق وإمكانية الوصول، والتي أصبحت أيضًا نقطة بيع رئيسية. يجب على بائعي البرمجيات الاستماع والاستجابة لاحتياجات السوق.
مستخدمو الويب
يستفيد مستخدمو المواقع التي نصممها أيضًا من اعتمادنا لـ WS، حتى لو لم يدركوا ذلك، وربما يستخدمون المواقع التي تم تطويرها خصيصًا للمتصفحات الشائعة اليوم دون وعي! إذا قام هؤلاء المستخدمون بالتبديل إلى متصفح آخر، فقد يجدون أن التجربة عبر الإنترنت لم تعد ممتعة لأن علامات الملكية هذه لن يقبلها المتصفح الجديد. يقدم الموقع القياسي والمتوافق أداءً جيدًا في المتصفحات المختلفة، سواء كانت متصفحات حالية أو متصفحات مستقبلية.
بالإضافة إلى ذلك، سيكون موقع الويب الذي يتبع توصيات إمكانية الوصول أكثر سهولة في التعامل مع المستخدمين الذين يجدون أن تصفح الويب غير مرضٍ. يجب أن توفر شبكة الويب ظروفًا أكثر ملاءمة للتسوق والقراءة والبحث للأشخاص الذين يعانون من إعاقات بصرية أو إعاقات أخرى. ولا ينبغي منعهم من تصفح موقع ما لأنه يستخدم علامات خاصة أو تكنولوجيا حصرية أخرى (تشير إلى المتصفح).
كيف يمكننا ضمان الاستخدام الصحيح لـ WS عند
استخدام WS
؟ ماذا يمكننا أن نفعل للامتثال للمعيارأولاً، يجب أن نلتزم بالمواصفات؟ وهذا يعني أنه يجب علينا فقط استخدام تلك العناصر والسمات المحددة في المواصفات وتجنب استخدام سمات معينة خاصة بالمتصفح، مثل علامة الشاشة الاسمية الخاصة بـ IE والعلامة الوامضة الخاصة بـ Netscape. لا تستخدم أيضًا العناصر التي ظهرت في المواصفات السابقة (مثل HTML 3.2) أو التي تمت إزالتها من المواصفات اللاحقة.
إنشاء مستند XHTML أساسي
في هذه المقالة، سوف نستخدم XHTML، لذلك سنتبع توصيات XHTML 1.0 الخاصة بـ W3C [وفقًا لـ W3C، التوصية تعني المواصفات]. XHTML هو في الأساس أحدث إصدار من HTML، وهو مصمم ليحل محل HTML، لغة ترميز الويب. على الرغم من أنه متغير HTML لـ XML، إلا أن XHTML مطابق تقريبًا لـ HTML، مع وجود اختلافات طفيفة سنناقشها لاحقًا في XHTML وعلم الدلالة.
يمكنك إنشاء مستند XHTML من خلال مربع الحوار New Document في Dreamweaver (File>New...). تأكد من تحديد Base Page في قائمة Category، ثم حدد HTML من قائمة Base Page، كما هو موضح في الشكل 2.1، "إنشاء مستند XHTML جديد في Dreamweaver." يمكنك بعد ذلك تحديد أي نوع مستند من القائمة المنسدلة.
الشكل 2.1: إنشاء مستند XHTML جديد في Dreamweaver
الشكل 2.2: عرض مستند XHTML الجديد في عرض التعليمات البرمجية
انقر فوق "إنشاء" لإنشاء مستند جديد. انقر فوق زر الكود الموجود أعلى نافذة المستند وانتقل إلى "عرض الكود". يمكنك أن ترى بوضوح الكود المضمن في مستند XHTML البسيط.
كما هو موضح في الشكل 2.2،سيعرض
السطر الأول من مستند "عرض مستند XHTML الجديد في عرض التعليمات البرمجية"
المحتوى التالي<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http: / /www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
يُسمى هذا بإعلان نوع المستند، أو DOCTYPE. كما يوحي الاسم، يعلن DOCTYPE عن مستندك - أي مواصفات (X)HTML التي تلتزم بها. في هذا المثال، نتبع XHTML 1.0 Transitional، وهو الإعداد الافتراضي لـ DW 8. يخبرنا القسم الانتقالي ببعض المعلومات الإضافية حول إصدار XHTML. يحتوي XHTML1.0 على ثلاث "نكهات": صارمة وانتقالية ومجموعة إطارات. يستخدم DW النوع الانتقالي بشكل افتراضي، وإذا كنت تريد إدراج إطار في المستند، فهو Frameset.
XHTML Strict هو تنسيق XHTML الأكثر صرامة، كما يمكنك تخمينه على الأرجح. يبدو نوع المستند الصارم كما يلي:
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd
">إذا كنت تستخدم Strict DOCTYPE، فلا يمكنك استخدامه في المستند أي عنصر (العلامة) أو السمة التي تعلن الإهمال لا يمكن استخدامها في الإطارات. ستتم إزالة العناصر المُهملة المعلن عنها في إصدار مستقبلي من XHTML. يتم استخدام العديد من هذه العناصر للتحكم في مظهر الصفحة، والتي يمكن استبدالها بالكامل بـ CSS. أكبر فرق بين Strict وTransitional هو أنه عند استخدام Strict DOCTYPE، تكون السمات والعناصر التي تعتقد أنه يمكن استخدامها للأداء مقيدة بشكل كبير.
ملحوظة: استخدام Strict DOCTYPE في DW
DW ليس صارمًا جدًا فيما يتعلق بالامتثال للمعيار. إذا كنت تستخدم Strict DOCTYPE، فاحرص بشكل خاص على التحقق من صحة المستند وتصحيح السمات غير المنتظمة. في الأساس، من السهل استبدالها بـ CSS.
يدعم Frameset DOCTYPE استخدام الإطارات إذا قمت بإدراج إطار في المستند، فسيستخدم DW هذا النوع تلقائيًا. يجب أن تكون صفحة الإطار مرتبطة بصفحتين أخريين على الأقل، ولا يوجد حد لنوع المستند للصفحات المرتبطة. رمز Frameset DOCTYPE هو كما يلي:
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
يوفر HTML 4.01 أيضًا هذه "النكهات" الثلاثة لأنواع المستندات - الانتقالية والصارمة والدقيقة. مجموعة الإطارات - تعمل تمامًا مثل XHTML DOCTYPEs المذكورة أعلاه. إذا كنت تستخدم أيًا من النوعين، فيجب عليك الإشارة إلى ذلك في مستند HTML (وليس XHTML). سنناقش الاختلافات بين HTML وXHTML بالتفصيل لاحقًا في القسم الخاص بإنشاء موقع ويب.
الأصل: Dreamweaver 8 يفعل المعايير بواسطة راشيل أندرو
تم تجميعه: x5