کنسرسیوم جهانی وب (W3C)، همراه سایر گروه‌ها و بدنه‌های استاندارد، فناوری‌هایی برای ایجاد و تفسیر محتوای تحت وب پایه‌گذاری کرده است. این فناوری‌ها، که ما آنها را «استانداردهای وب» می‌خوانیم، با دقت طراحی شده‌اند تا بزرگترین فایده را به بیشترین تعداد کاربران وب برسانند در حالی‌که زیست‌پذیری هر سند منتشر شده در وب را در طولانی مدت تضمین می‌کنند. لطفا برای جزییات ستون کناری را ببینید.

طراحی و ساخت با این استانداردها تولید را ساده‌تر کرده و هزینه آن را کاهش می‌دهد، در حالی‌که سایت‌هایی تحویل میدهد که برای افراد بیشتری قابل دسترسی است و انواع بیشتری از دستگاه‌های اینترنتی را پشتیبانی میکند. سایت‌هایی که در این مسیر توسعه یافته باشند کماکان کارایی خود را به درستی ادامه می‌دهند در حالی‌که مرورگرهای رومیزی تکامل می‌یابند و تجهیزات اینترنتی جدید به بازار می‌آیند.

بسیار سر راست و معقول به نظر می‌رسد، پس مشکل کجاست؟ چرا یک پروژه استانداردهای وب وجود دارد؟

مشکل

اگرچه عمده سازندگان مرورگرها از زمان تشکیل W3C در ایجاد استانداردهای وب نقش داشتند، برای سال‌های بسیار تطابق با استانداردها رعایت نشد. با انتشار مرورگرهایی که در پشتیبانی یکسان از استانداردها ناموفق بودند، تولیدکنندگان بدون آن‌که نیاز باشد، وب را تکه تکه کردند، که به طراحان، توسعه‌دهندگان، کاربران و حرفه‌های مشابه آسیب وارد کردند.

فقدان پشتیبانی یکسان برای استانداردهای کلیدی W3C مصرف‌کنندگان را ناامید رها کرد: وقتی‌که از مرورگر «نادرست» استفاده می‌کردند، بسیاری نمی‌توانستند محتوا را مشاهده کنند یا تراکنش‌های مورد نظرشان را انجام دهند. در میان آنها بیشترین آسیب‌دیدگانِ مکرر افراد ناتوان یا با نیازهای خاص بودند.

سرگردانی‌ها و هزینه‌ها

در همان ایام، فقدان پشتیبانی یکسان استانداردهای کلیدی W3C طراحان، توسعه‌دهندگان و مالکان سایت‌ها را در یک سردرگمی وحشتناک رها کرد: آیا می‌توانستند از عهده‌ی پیاده‌کردن چندین نسخه از هر صفحه وب برآیند به این منظور که مرورگرهای ناسازگار را همساز کنند؟ اگر نه، از کدام مرورگر باید غافل شوند، و چند میلیون بازدیدکننده بالقوه را می‌خواهند پس بزنند؟ در هر دو راه، هزینه بیش از حد زیاد بود، هنوز هم هست.

بازار از هم گسیخته مرورگرها حداقل ۲۵٪ به هزینه توسعه همه سایت‌ها افزود. بخاطر نبود بودجه، بسیاری از توسعه‌دهندگان سایت‌هایی ارایه دادند که مانع مشتری‌های بالقوه می‌شدند. بسیاری از توسعه‌دهندگانی که استانداردها را می‌شناختند هیچ امتیازی در توسعه سایت‌هایی برای مرورگرهایی که آنها را پشتیبانی نمی‌کرند ندیدند. دیگران استانداردها را اندک می‌شناختند یا اصلا نمی‌شناختند—و بسیاری هنوز نمی‌شناسند، شامل آنهایی در بنگاه‌های چند میلیون دلاری که به نظر میرسد ASP، جاوا، Flash MX و .Net را فهمیده‌اند، هنوز تقریبا هیچ چیزی از نشانه‌گذاری ساختاری و معنایی، شیوه نامه‌ها و اهمیت جداسازی ساختار از نمایش نمی‌فهمند.

بعضی طراحان، که با ناسازگاری مرورگر به مانع خورده بودند، عمدا همه به جز قدیمی‌ترین و فراگیرترین فناوری‌های وب را از سایت‌هایشان کنار گذاشتند. چنین سایت‌هایی اغلب در کارایی در همه‌ی مرورگرهای رومیزی موفق بودند، اما به قیمت کاربری و جاذبه‌ی مصرفی محدود.

دیگران بر ویرایشگرهای بصری و ابزار انتشار تکیه کردند تا چندین لایه از کد و نشانه‌گذاری که برای خصوصیات مرورگرهای محبوب گوناگون بهینه‌شده بودند تولید کنند. این پول را به همان نسبت پهنای‌باند به هدر داد، و اغلب سایت‌هایی تولید شد که در نسل بعدی مرورگرها از کار باز ایستاد (و هرگز اصلا در مرورگرهای جایگزین یا تجهیزات، از صفحه‌خوانها گرفته تا Lynx تا دستگاه‌های جیبی تا مروگرهای کمتر محبوب مانند Opera کار نکردند). وب مملو از زباله شده با جنازه‌ی سایت‌هایی که زمانی جذاب بودند و نمی‌توانند در تجهیزات یا مرورگرهای معاصر کارایی داشته باشند، چنان سایت‌هایی هنوز هر روزه در حال ایجاد هستند که موضوع را وخیم‌تر می‌کند.

بعضی طراحان چنان ناامید شدند که کاملا به استانداردهای وب پشت کردند، و شروع کردند به توسعه فقط در محیط‌های اختصاصی. اگرچه غنی در خلاقیت بالقوه، این قبیل فناوری‌ها از نبود دسترس‌پذیری پهناور رنج می‌برند، و در فراهم کردن نیازهای عمومی مانند علامت‌گذاری، چاپ، نسخه‌برداری و سایر کارهایی که کاربران وب باید در سایت‌های اطلاعاتی و تراکنشی انجام دهند ناموفق هستند.

زایش ضرورت

در پاسخ به این مشکلات، پروژه استانداردهای وب (WaSP) در سال ۱۹۹۸ با هدف ترویج هسته استانداردهای وب و تشویق سازندگان مرورگر به ترویج استانداردها تشکیل شد، به موجب آن تضمین دسترسی ساده و میسر برای همه.

اگرچه پیام ما در ابتدا با مقاوت روبرو شد (بخصوص از سوی بخشهای بازاریابی و روابط عمومی شرکت‌های مرورگر)، سرانجام ما غالب شدیم – در بخشی، چون مهندس‌ها در بسیاری از شرکت‌های مرورگر با ما موافق بودند و WaSP را به عنوان یک متحد در درگیری داخلی خود با مدیریت دیدند.

با شروع در سال ۲۰۰۰، یک مرورگر برجسته پس از دیگری به وعده‌های بسیاری از استانداردهایی که ما ترویج می‌کردیم (بعضی وقتها با فریاد) رسیدند. مرورگرهای پیشتاز در بازار فعلی، همراه چندین تن از رقبایشان، پشتیبانی بسیار خوبی برای HTML 4، XHTML 1.0 سازگار، CSS سطح 1، ECMAscript (نسخه استاندارد JavaScript) و DOM ارایه میکنند – یا در راه رسیدن به چنین تطبیقی هستند.

با سپاس از این مرورگرها، طراحان و توسعه‌دهندگان سرانجام آزادند که با XHTML و CSS کار کنند، و در اغلب موارد می‌توانند ساختار را از نمایش برای حداکثر قابلیت انتقال و دسترس‌پذیری جدا کنند. با مواظبت، طراحان و توسعه‌دهندگان همچنین قادر هستند از استاندارد W3C، سطح 1 DOM استفاده کنند تا رفتاری سطح بالا و پیچیده به سایت‌هایشان اضافه کنند.

پس مشکل کجاست و چرا هنوز یک پروژه استانداردهای وب وجود دارد؟

مبارزات پیش‌ِرو

اگرچه مرورگرهای امروز استانداردها را پشتیبانی میکنند، ده‌ها از صدها طراح و توسعه‌دهنده به استفاده از روش‌های منسوخ ادامه می‌دهند که ساختار را به ظاهر گره می‌زند، در برخی موارد کاملا از ساختار معنایی دور شده و از XHTML/HTML به عنوان یک ابزار طراحی استفاده نادرست می‌کنند. حرفه‌ای‌هایی با هزینه‌های بالا به ایجاد سایتهایی ادامه میدهند: نامعتبر و غیر قابل دسترسیِ پرشده از نشانه‌گذاری بی‌معنا از نظر ساختاری، نقشه‌های تصویر بزرگ، جداول تودرتوی بیش از اندازه، و اسکریپت‌های کشف منسوخی که مشکلات فراوان کاربری که در اصل بنا بود رفع کنند ایجاد می‌کنند.

بسیاری از کتاب‌های توسعه وب هنوز روش‌های منسوخ تعلیم می‌دهند، و بسیاری از شاغلان افتخار می‌کنند به تحویل سایت‌هایی که در مرورگرهای منطبق و غیر منطبق یکسان دیده شده و کار می‌کنند، به قیمت دسترس‌پذیری، زیست‌پذیری دراز مدت، سازگاری بعدی و نبود پشتیبانی برای تجهیزات جایگزین. دیگران کدهای اختصاصی توسعه می‌دهند که فقط در مشتی از مرورگرهای محبوب کار می‌کنند.

بنابراین یکی از اهداف اصلی WaSP فراهم آوردن منابع آموزشی است که می‌تواند به همتایانمان برای یادگیری روش‌های سازگار با استانداردها کمک کند که این در راستای منافع خودشان، مشتری‌هایشان و کاربران سایتشان است.

بسیاری از حرفه‌ای‌ها کارشان را با مفهوم محیط‌های ویرایش بصری که در بحبوحه‌ی جنگهای مرورگرها توسعه یافته اجرا می‌کنند. همانطور که در بالا اشاره شد، چنان ابزارهایی به طور پیش‌فرض سایت‌هایی نامعتبر و غیر معنایی ایجاد میکنند که برای حالت تناقضی مرورگرها بهینه شده و نه حالت استاندارد. در سال ۲۰۰۲، دو ویرایشگر بصری پیشتاز به طور زیادی پشتیبانی‌شان از استانداردهای وب و دسترس‌پذیری را بهبود بخشیدند (یکی از آنها با کمک پروژه استانداردهای وب بود). اما برای استفاده از این پیشرفت‌ها، حرفه‌ای‌ها باید مبانی و مزایای طراحی و ساخت با استانداردهای وب را بیاموزند. این مجددا به نیاز برای آموزش توسعه‌دهنده اشاره می‌کند.

مشتری‌ها و مدیران سایت‌ها نیز این اطلاعات را لازم دارند اگر در پی ایجاد سایت‌هایی هستند که در مرورگرهای امروز و تجهیزات قابل دسترسی است و در حالی که مرورگرها و تجهیزات رشد میکنند زنده می‌مانند. این امید WaSP است که، به محض اینکه از منافعی که استانداردها فراهم می‌کنند آگاهی یابند، مالکان سایت‌ها از دیدن سایت‌هایشان به عنوان گونه‌ای از تبلیغات چاپی که باید در همه‌ی محیط‌ها یکسان دیده شود باز ایستند. و به جای آن بر روی تحویل محتوای مناسب و کارایی در زمینه نمایش تمرکز کنند که ممکن است بر اساس نیازها و قابلیت‌های مرورگرهای مختلف اندکی متفاوت باشد.

سازگاری کامل با استانداردها و Backward Compatibility
اول اینکه ادعای تیم توسعه IE مبنی بر اجرای درست آزمون، به این معنی نیست که همه مشکلات IE برطرف شده باشه. همونطور که خودشون اشاره کردند، آزمون Acid2 همه جوانب استانداردهای وب رو پوشش نداده و اجرای صحیحش نمیتونه تضمینی برای انطباق کامل با استانداردها باشه.
IE مشکلات ریز و درشت بسیاری در موتور Rendering خودش داره که اصلاح برخی از این مشکلات به معنی از دست دادن Backward Compatibility هست که توسعه‌دهندگانش با امیدواری خبرش رو میدند.
مشکل IE فقط عدم پشتیبانی از استانداردها نیست. که این موارد به خودی خود مشکل آفرین نیستند. چون با اضافه شدن امکاناتی جدید به مرورگر، سایتهایی که قبلا بدون در نظر گرفتن این امکان طراحی شدند تغییری نخواهند کرد. مشکل، درست جایی شکل میگیره که IE طرز تفسیر و نمایش غلط و متضاد با استانداردها داره. این موارد (که کم هم نیستند) برای رفع شدن، Backward Compatibility را زیر سوال میبرند. چون سایتی که سابق بر این به اشتباه و غیر استاندارد، تنها متکی بر نمایش صحیح در IE از شکل خاصی از کدنویسی استفاده کرده، در نسخه جدید با تغییر رویه تفسیر و نمایش اون کد (استاندارد شدن تفسیر) به شکل دیگه‌ای نمایش داده میشه و باعث میشه به هم بریزه.
برای مثال، در IE نسخه 6 و قدیمی‌تر، قابلیت hover فقط برای عنصر لینک (a) تعریف شده بود. در حالی که در CSS2 برای هر عنصری میشه hover (و سایر pseudo selectorها) را تعریف کرد.
این قابلیت در IE7 اضافه شد. سایتهایی که قبل از انتشار IE7 طراحی شدند یا از hover برای عناصر غیر از لینک استفاده نکردند. یا در صورت استفاده جزئی و تزئینی بوده. همین سایتها با IE7 -که این قابلیت تازه اضافه شده را داره- اغلب مشکلی نخواهند داشت و شاید کمی بهتر هم به نظر برسند. اما همه موارد به این شکل نیست. خیلی از مشکلات IE نظیر box model، تفسیرهای نادرست float و موارد متعدد دیگری هستند که به سادگی و با حفظ سازگاری با نسخه‌های قبلی قابل اصلاح نیستند.
ممکنه بازهم توسعه دهندگان IE دست به شیرین‌کاری‌هایی مثل hasLayout یا Conditional Comments بزنند. اما به هر حال سایتهای غیر استاندارد قدیمی، (همونطور که با تغییرات اندک IE7 دیده شد) اغلب بدون تغییر، درست نمایش داده نمیشوند.

روند توسعه روبه‌جلو یا بازی تبلیغاتی؟
اما از جنبه دیگه‌ای هم میشه به این موضوع نگاه کرد. مایکروسافت طی سالهای اخیر به خاطر انحصار نسبی در بازار مرورگرها (سهم حدودا 90 درصدی) نیاز چندانی به رقابت و نوآوری در مرورگر قدیمی و کهنه و خارج از رده خودش (IE6) نمیدید. با ظهور فایرفاکس و فشارهای بیشتر شرکتهایی مثل Opera، مایکروسافت IE7 را به عنوان یک مُسکن موضعی منتشر کرد. چیزی که تقریبا میشه بهش مجموعه patchهای IE6 گفت! اما طی چند ماه اخیر اتفاقات دیگه‌ای افتاده که باعث شده مایکروسافت مجددا خودش را وارد جنگ مرورگرها بکنه و به هر ترفندی جایی بین رقبا باز کنه.
در نیمه نوامبر 2007 شرکت Apple نسخه جدید موتور Rendering مرورگر Safary، یعنی Webkit را معرفی کرد. با امکانات جدید و پیشرفت‌های زیادی در زمینه کیفیت و امنیت و انطباق با استانداردهای وب. در همین روزها اولین نسخه بتا از نسخه جدید مرورگر Firefox بنیاد Mozilla منتشر میشه. که همراه خودش امکانت جدید و بهبود چشمگیری در بازده و کیفیت داشته و همچنین موتور Renderingش را ارتقا داده. بعد از اینها به شکایت شرکت Opera از مایکروسافت میرسیم که درست چند روز قبل از اعلام خبر IE8 و Acid2 طرح شده.
شرکت Opera شکایتی در اتحادیه اروپا علیه مایکروسافت طرح کرده که به دو موضوع اصلی اشاره میکنه. یکی همان دعوای قدیمی برای جدا کردن IE از ویندوز یا حذف IE به عنوان مرورگر پیش‌فرض سیستم عامل مایکروسافت. و دیگری اعتراض به استاندارد نبودن مرورگر IE. هر چند که Opera مورد دوم (استانداردهای وب) را بهانه و دست آویزی برای پافشاری بر ادعای اول خودش قرار داده. ولی به هر حال عامل تحریک کننده مایکروسافت هست.
عده‌ای انتشار این خبر از جانب مدیر تیم توسعه IE را واکنشی مستقیم به شکایت Opera میدونند. که باعث میشه مایکروسافت در این دعوا در جایگاه بهتری قرار بگیره. ولی منهم مثل Joe Wilcox، عقیده دارم این اقدام مایکروسافت پاسخی به همه عوامل ریز و درشت جنگ مرورگرها بوده. در واقع ممکنه این ادعای تیم توسعه IE در حد یک بازی تبلیغاتی باشه یا حداقل در خوشبینانه ترین حالت منجر به تغییرات نه چندان اصولی مثل IE7 بشه. من قصدم این نیست که کل این موضوع را زیر سوال ببرم، بلکه فکر میکنم این ادعا (یا واکنش) کمی اغراق شده و آرمانیه، تا اجرا شده و دست یافتنی!

از IE8 هنوز هیچ جزئیاتی منتشر نشده و انتشار اولین نسخه بتای IE8 در نیمه اول سال 2008 وعده داده شده، چیزی که با توجه به سابقه مایکروسافت ممکنه به اواخر 2008 هم برسه. به همین خاطر هنوز نمیشه اطمینان داشت ادعای پشتیبانی از استانداردهای وب (یا حتی ادعای اجرای موفقیت آمیز Acid2) به واقعیت نزدیک باشه.
به هر حال آرزوی تمام طراحان وتوسعه دهندگان وب اینه که استانداردهای وب به طور گسترده در مرورگرها و ابزارهای طراحی پشتیبانی بشه تا مدت زمانی که همواره صرف رفع ایراد طراحی در مرورگرهای مختلف میشه، صرف پرداختن به خلاقیتها و نوآوری‌های طراح بشه.
من هم به امید اون روز، چشم به جنگ مرورگرها دارم. شاید روند کاهش کاربران IE یا شکایتها، قلقلکی به مایکروسافت بده.

۱ مقدمه

۲ استانداردهای وب چه هستند؟
۲.۱ استانداردهای کنسرسیوم جهانی وب (W3C)
۲.۱.۱ ‏W3C چیست
۲.۱.۲ چه کاری انجام میدهد؟
۲.۱.۳ استانداردهای W3C چه چیزهایی هستند؟

۲.۱.۳.۱ HTML 4.0
۲.۱.۳.۲ ‏XML 1.0
۲.۱.۳.۳ ‏XHTML 1.0, 1.1, XHTML Modularization
۲.۱.۳.۴ شیوه‌نامه‌های آبشاری – CSS
۲.۱.۳.۵ ‏DOM
۲.۲ استانداردهای ECMA
۲.۲.۱ ‏ECMA چیست؟
۲.۲.۲ چه کاری انجام میدهد؟
۲.۲.۳ استانداردهای ECMA چیستند؟
۲.۲.۳.۱ ECMAScript

۳ مزایای استفاده از استانداردها چیست؟
۳.۱ قابل دسترس بودن
۳.۱.۱ برای نرم افزار/ دستگاه
۳.۱.۲ برای مردم
۳.۲ پایداری

۴ نتیجه گیری

۱. مقدمه

رویای تیم‌ برنرز‌ لی برای اختراعش، شبکه جهانی وب، یک فضای عمومی است. جاییکه کاربران میتوانند اطلاعات خود را به اشتراک بگذارند تا در کنار هم کار کنند، بازی کنند و روابط اجتماعی داشته باشند (شبکه جهانی وب، یک تاریخچه مختصر شخصی). ما به عنوان توسعه دهندگان وب، با ایجاد سایتهای تجاری، اجتماعی و آموزشی، این رویا را به واقعیت تبدیل میکنیم.

اما در این دوره از رشد وحشتناک، وب نیاز به راهنمایی دارد تا از پتانسیل کاملش آگاهی یابد. استانداردهای وب این راهنمایی هستند. این استانداردها کمک میکنند تا مطمئن شویم که تمام افراد به اطلاعاتی که ما تامین میکنیم دسترسی دارند و همچنین توسعه وب را سریع‌تر و لذت‌بخش‌تر میکند.

مطابقت با استانداردها استفاده از وب را برای افرادی با نیازهای خاص ساده‌تر میکند. افراد نابینا قادر هستند رایانه‌ای داشته باشند که صفحات وب را برایشان بخواند. افرادی با بینایی ضعیف قادر هستند صفحاتی دوباره مرتب شده و بزرگ شده برای خواندن راحت‌تر داشته باشند و افرادی که از دستگاه‌های جیبی استفاده میکنند میتوانند به راحتی مانند کسانی که از سیستمهای پیشرفته خود استفاده می‌کنند وب را پویش کنند.

چنانکه شرح خواهیم داد، همچنین دلایل کاربردی زیادی برای توسعه‌دهندگان وب وجود دارد که به استانداردهای وب اهمیت بدهند. برای نمونه، موتورهای جستجو میتوانند کار فهرست کردن سایت‌ها را بهتر انجام دهند. استفاده از کدهای مختص یک مرورگر اغلب کار طراحی یک صفحه را دو یا سه برابر میکند. و زمانی که رسانه جدیدی مطرح میشود برای مطلوب شدن سایت کار زیادی باقی میگذارد. این وضعیت بدون مفهوم هدایت استانداردهای وب فقط وخیم‌تر خواهد شد.

بعضی از مردم نگرانند که استانداردها در حال محدود کردن هستند. در حقیقت، آنها مقدار زیادی از کار خسته کننده‌‌ی درگیر در توسعه وب را حذف میکنند و به توسعه دهندگان وقت و انعطاف‌پذیری بیشتری میدهند تا به درستی خلاق باشند. آنها به هردوی پیشرفت آتی و آگاهی به فناوری گذشته راه می‌یابند.

بسیاری از کاربردهای وب، از جمله بعضی‌ها که امروزه فقط در رویاهای ما هستند بدون گسترده‌شدن مطابقت با استانداردها غیرممکن و یا مشکل‌تر خواهند بود. در حال حاضر، سامانه‌ها و نرم‌افزارهایی وجود دارند که بسیار عمومی و ظاهرا فراگیر هستند، اما چه کسی از فردا آگاه است؟ درگیر کردن خودمان به بازبینی هر شرکت منفردی به این معنی است که آینده خودمان را به خوش اقبالی یا بداقبالی اینکه یک شرکت میتواند یا میخواهد که ما را تامین کند محدود میکنیم. حمایت کردن از فراگیری استانداردها به وب اجازه میدهد که در حالی‌که مشوق نوآوری است زنده بماند و در همین مسیر ادامه دهد.

استانداردها چیزهای زیادی برای عرضه کردن دارند که ما در پروژه استانداردهای وب (WaSP) لازم میبینیم تا به شما کمک کنیم که بیشتر درباره آنها یاد بگیرید. این متن تنها نقطه‌ی آغاز است، به شما یک درک قوی از اینکه چه استانداردهایی موجود است، چه کاری انجام میدهند و چرا شما باید به آنها توجه داشته باشید خواهد داد. هر بار که ما یک تکه از وب را میسازیم در فضای عمومی اطلاعات که همان وب است مشارکت میکنیم. میتوانیم آنرا هر چه بهتر بسازیم و یا آنرا سنگین‌تر کنیم که از هم گسیخته شود. این انتخاب متعلق به ماست؛ نتایج آن متعلق به همه.

۲. استانداردهای وب چه هستند؟

۲.۱ استانداردهای W3C

۲.۱.۱ W3C چیست؟

کنسرسیوم شبکه جهانی وب (W3C) یک کنسرسیوم صنعتی بین المللی است که به «هدایت وب به سوی استعدادهای نهان آن» اختصاص داده شده است. توسط تیم برنرز لی، مخترع وب رهبری شده و در سال ۱۹۹۴ تاسیس شده است، W3C بیش از ۴۵۰ سازمان عضو دارد که شامل مایکروسافت، امریکن آنلاین (کمپانی مادر Netscape Communications)، اَپل، ادوبی، سان مایکروسیستمز و مجموعه‌ای متنوع از دیگر تولید کنندگان نرم‌افزار و سخت‌افزار، تامین کننده‌ی محتوا‌، نهادهای علمی و شرکتهای ارتباط از راه دور میشود. کنسرسیوم توسط سه موسسه‌ی تحقیقاتی میزبانی میشود: MIT در آمریکا، INRIA در اروپا و Keio University در ژاپن.

۲.۱.۲ چه کاری انجام میدهد؟

W3C خصوصیات آزاد (استانداردهای عملی) را گسترش میدهد تا قابلیت کارکرد مشترک محصولات مربوط به وب را بهبود بخشد. نظریه‌های W3C توسط گروه‌های کاری شامل اعضای کنسرسیوم و کارشناسان دعوت شده گسترش می یابد. گروههای کاری موافقت عمومی از شرکت‌ها و سازمان‌هایی که درگیر ایجاد نرم‌افزارهایی برای وب هستند را به دست می‌آورند، و پیش‌نویس‌های عملی و نظریه‌های پیشنهادی ایجاد می‌کنند. اینها در مرحله بعد به اعضا و مدیریت W3C برای تصویب رسمی به عنوان نظریه‌‌های W3C فرستاده خواهند شد. اطلاعات اضافی در مورد این فرآیند و مراحل بازبینی در وب سایت W3C قابل دسترسی است.

۲.۱.۳ استانداردهای W3C چه چیزهایی هستند؟

۲.۱.۳.۱ زبان نشانه‌گذاری ابرمتن – HTML 4.0

زبان نشانه‌گذاری ابرمتن (HTML) به صورت گسترده‌ای در وب برای اضافه کردن ساختار به اسناد متنی استفاده شده است. مرورگرها این اسناد را تفسیر کرده و در شکل مختص هر رسانه به کاربر نمایش میدهند. برای مثال، مرورگرهای بصری معمولا عنصر strong را به عنوان یک متن توپر نمایش میدهند (<strong> … </strong>). در حالی‌که مرورگرهای تبدیل متن به گفتار باید هنگام تلفظ آن متن تاکید کنند.

با کمک شیوه نامه‌های آبشاری (CSS)، مجری قادر است تعیین کند که یک عنصر ساختاری بدون توجه به پیش‌فرض‌های مرورگر چگونه نمایش داده میشود.

۲.۱.۳.۲ زبان نشانه گذاری قابل گسترش – XML 1.0

<addressbook>
  <entry>
    <name>Bill Gates</name>

    <email>bgates@microsoft.com</email>
  </entry>
  <entry>
    <name>Marc Andreesen</name>
    <email>marca@netscape.com</email>

  </entry>
  <entry>
    <name>Jon S. von Tetzchner</name>
    <email>jon@opera.com</email>
  </entry>
</addressbook>

زبان نشانه گذاری قابل گسترش (XML) یک زبان نشانه گذاری شبیه HTML است، اما به جای داشتن یک مجموعه از عناصر واحد و ثابت، به شما اجازه میدهد که مجموعه خود را تعریف کنید یا از مجموعه‌های دیگران استفاده کنید. همچنین به شما امکان میدهد که مجموعه‌های متعددی را با استفاده از XML namespaces در یک سند واحد استفاده کنید.

بعضی از کاربردهای XML نظیر XHTML و MathML هم اکنون نظریه‌های W3C هستند. سایرین هنوز به صورت پیش‌نویس‌های کاری W3C هستند.

استانداردهای شیوه‌نامه نظیر CSS و XSL انتخاب‌های گوناگونی عرضه میکنند که یک عنصر XML چگونه نمایش داده شود. پشتیبانی مطابق با استاندارد برای نمایش مستقیم XML در مرورگرها هماهنگ نیست، بنابراین برای ارایه اطلاعات به انسانها، HTML (یا XHTML) با یک ظاهر طراحی شده با CSS یکی از راه حل‌ها است. XML امروزه بیشتر در ارتباطات بین ماشینها (یا ماشین به ماشین) استفاده میشود.

XML اصولا به خاطر توانایی اضافه کردن عناصر دلخواه شما و ساختن سیستم ساختاری متعلق به شما انعطاف پذیرتر از HTML است. این XML را یک قالب ایده آل برای سازماندهی مقادیر زیاد از داده میسازد. که هم اکنون در بسیاری از بانک‌های اطلاعاتی و موتورهای جستجو مورد استفاده قرار گرفته است.

۲.۱.۳.۳ XHTML 1.0، 1.1، و Modularization

XHTML 1.0 یک فرمولبندی تازه از HTML بر پایه XML است. به XHTML 1.0 میتوان به عنوان یک گذار ایدئولوژیک از HTML 4.0 نگاه کرد که به خاطر تاثیر XML از لحاظ فنی سختگیرانه تر است.

XHTML در مرورگر شما عینا مشابه HTML نمایش داده میشود. اگر هر احتمالی مبنی بر نیاز شما به پردازش مجدد محتوا وجود دارد ممکن است ترجیح دهید از XHTML استفاده کنید. به عنوان مثال برای ارسال آن به یک PDA قواعد ترکیب سختگیرانه‌تر XML پردازش خودکار XHTML را بسیار ساده‌تر و ارزان‌تر از HTML معمولی میکند.

از لحاظ ایدئولوژیک XHTML مفاهیم کلی زیر را از HTML به ارث میبرد:

• اینکه نمایش و قالب بندی سند باید توسط شیوه نامه از هم جدا شوند
• اینکه اسناد باید قابل دسترسی ایجاد شده باشد
• اینکه اسناد باید بین المللی شده باشد

همچنین XHTML 1.0 از سه الگوی DTD استفاده میکند: Strict (سختگیرانه)، Transitional (انتقالی) و Frameset. این الگو در اصل از HTML 4.0 پدیدار شد و در HTML 4.0.1 دنبال شد.

بعضی از شیوه‌های فنی مهم XML در XHTML عبارتند از :

• اینکه تمامی انواع سند توسط اعلام DOCTYPE صحیح، شناسایی شده هستند
• اینکه ساختار یک سند مطابق، شامل اعلام DOCTYPE، یک عنصر HTML با یک اعلام XHTML، یک عنصر head که در برگیرنده عنصر title است و یک عنصر body میشود
• اینکه تمامی عناصر و عنوان ویژگی‌ها با حروف کوچک نوشته شده و اینکه تمامی مقادیر به صورت نقل قول-شده باشند (درون یک جفت ” قرار گیرند)
• اینکه تمامی عناصر غیر تهی (p، li و…) به درستی با یک برچسب بسته پایان یافته باشد
• اینکه تمام عناصر تهی (br، hr، img و …) به درستی با یک ممیز انتهایی پایان یافته باشد (</ br>)
• اینکه اسناد بر طبق DTD که اعلام شده معتبر باشند

برای قالبهای نمونه، لطفا به Learn > Templates مراجعه کنید.

XHTML 1.1 از سه بخش عمده ساخته شده است:

• XHTML 1.0 الگوی Strict (با تغییرات کوچک)
• XHTML Modularization
• The Ruby Annotation

اگر شما میخواهید که یک سند با XHTML 1.1 بنویسید ، میتوانید از دو راه این کار را انجام دهید. اولی استفاده از DTD عمومی XHTML 1.1 است. به این وسیله، کار شما به شدت ساخت یافته خواهد شد زیرا در واقع هیچ خاصیت نمایشی در XHTML 1.1 وجود ندارد. جدایی ساختار و نمایش در اینجا کامل است. و تمامی کار نمایشی شما در یک شیوه نامه جای میگیرد.

وسیله دیگر برای نوشتن اسناد با XHTML 1.1 بهره برداری از XHTML Modularization است. این تفکیک اجزای آشنای HTML و XHTML (مانند Text ،tables و …) در قطعات مجزا است. شما پس از آن میتوانید DTD متعلق به خودتان را بنویسید و فقط از آن دسته از اجزا که لازم هستند استفاده کنید. این توسعه پذیری عملی است. در اصل به شما، برنامه نویس وب، فرصت تغییر و دلخواه کردن نشانه گذاریتان را میدهد.

The Ruby Annotation یک وسیله خاص برای سر و کار داشتن با تفسیرهای کاراکترهای معین آسیایی است. Ruby در زیر کاری که با بین المللی سازی انجام شده باشد قرار میگیرد.

۲.۱.۳.۴ CSS – شیوه نامه آبشاری

شیوه نامه آبشاری (CSS) یک طرز کار برای تغییر ظاهر عناصر HTML یا XML به وسیله اختصاص سبکها و شیوه‌ها به انواع عناصر، دسته‌های خود تعریف از عناصر یا نمونه‌های منحصر به فرد است.

شیوه نامه‌ها میتوانند برای تعیین پایدار ظاهر تمام یک سایت استفاده شوند. در ادامه مقدمه‌ی CSS، کنسرسیوم توصیه کرده است که خصوصیات مختص طرحبندی از HTML خارج شود و با شیوه نامه‌ها تعویض شود تا یک شبکه جهانی وب ساده‌تر و ساخت یافته‌تر ایجاد شود.

۲.۱.۳.۵ DOM 1 – الگوی شیئی سند سطح ۱

DOM اجازه میدهد که قدرت کامل و تعاملی یک زبان برنامه نویسی (مانند ECMAScript، نسخه استاندارد شده جاوااسکریپت) در یک صفحه وب به کار برده شود. (در اصطلاح برنامه نویسی، الگوی شیئی سند (DOM) سطح 1 یک رابط کاربردی برنامه نویسی (API) است برای تعامل با صفحات وب) که آن برای زبان برنامه نویسی دسترسی ساده‌ای به ساختار، محتوا و نمایش یک سند که در زبانهایی مانند HTML و CSS نوشته شده اند محیا میکند.

DOM با پیشرفت‌های آینده فناوری سازگار است؛ به هر زبان برنامه نویسی اجازه میدهد که با هر زبانی که در یک سند به کار رفته تعامل کند. این استاندارد نه تنها برنامه نویسی پویای HTML را ساده نمیکند بلکه دردسر تطبیق با فناوری های آینده اینترنت را بسیار کمتر میکند.

۲.۲ استانداردهای ECMA

۲.۲.۱ ECMA چیست؟

انجمن سازندگان اروپایی رایانه (ECMA) یک سازمان است که رسما در سال ۱۹۶۱ تاسیس شده تا نیازهای استانداردسازی قالبهای عملیاتی رایانه از جمله زبانهای برنامه نویسی و کدهای ورودی/خروجی را برآورده کند.

ECMA در ژنو سوییس و در نزدیکی اداره مرکزی سازمان بین المللی استانداردسازی (ISO) و کمیسیون علوم الکترونیکی بین المللی (IEC) مستقر شده است. در ۱۹۹۴ نام سازمان ECMA به “انجمن اروپایی برای استانداردسازی اطلاعات و سیستمهای ارتباطی” تغییر یافت به این منظور که بازتاب گسترده‌تری از حوزه فعالیت‌هایش داشته باشد.

۲.۲.۲ چه کاری انجام میدهد؟

وظیفه اصلی ECMA گسترش استانداردها و گزارش‌های فنی در زمینه اطلاعات و فناوری‌های ارتباطی است. از آنجایی که ECMA یک انجمن از شرکت‌هاست و نه یک موسسه استانداردسازی رسمی، اغلب با نهادها و موسسه های ملی یا بین المللی همکاری میکند.

استانداردهای ECMA به عنوان یک اساس و بنیاد برای استانداردهای بین المللی و اروپایی پذیرفته شده اند. تا جایی که بیش از ۲۷۰ استاندارد ECMA و۷۰ گزارش فنی منتشر شده است.

از این استانداردها ۸۵ مورد به عنوان استاندارد بین المللی توسط سازمان بین المللی استانداردسازی (ISO) پذیرفته شده اند. علاوه بر اینکه ۲۵ مورد به عنوان استاندارد اروپا توسط موسسه اروپایی استانداردهای ارتباط از راه دور (ETSI) پذیرفته شده است.

۲.۲.۳ استانداردهای ECMA چیستند؟

2.2.3.1 ECMAScript (جاوا اسکریپت استاندارد شده)

ECMA Script یک زبان برنامه نویسی استاندارد شده است که تا حد زیادی بر مبنای JavaScript از Netscape و JScript از Microsoft است. ECMA Script توسط هیات فنی ۳۹ از ECMA تعریف شده است (TC-39).

کاربرد اصلی ECMA Script، که یک زبان مبتنی بر شیی است، دستکاری اشیایی است که در صفحات وب توسط الگوی شیئی سند (DOM) مشخص شده‌اند. این اشیا (به طور موثر، عناصری که صفحات وب را میسازند یا صفحات کامل وب به صورت یکجا) میتوانند اضافه، حذف یا جابجا شده و یا از لحاظ خصوصیات تغییر کنند. این به توسعه دهندگان وب اجازه میدهد اثراتی مانند متن متحرک، کلیدهای گرافیکی و صفحاتی که بر اساس ورودی کابر بدون نیاز به بارگذاری مجدد تغییر میکنند، ایجاد کنند.

مشخصات متداول ECMA Script، استاندارد ECMA – ECMA262 خصوصیات زبان برنامه نویسی ECMA، نگارش دوم است.

۳. مزایای استفاده از استانداردها چیست؟

۳.۱ قابل دسترس بودن

۳.۱.۱ برای نرم افزار/ دستگاه:

اجرای استانداردهای وب میتواند به صفحات وب شما وضوح بیشتری در جستجوهای وب بدهد. ارایه اطلاعات ساختاری در اسناد مقبول (از لحاظ استاندارد) دسترسی و ارزیابی اطلاعات در آن اسناد را برای موتورهای جستجو ساده میکند و آنها با دقت و درستی بیشتری فهرست میشوند.

به خاطر استفاده از استانداردهای وب درک ساختار سند شما در برنامه‌های سمت سرویس دهنده همانند برنامه‌های سمت سرویس گیرنده راحت میشود، در نتیجه اضافه کردن یک موتور جستجو برای سایت خود شما ساده‌تر میشود و نتایج بهتری میدهد.

استانداردها چنان نوشته شده اند که مرورگرهای قدیمی بازهم مبانی ساختار سند شما را درک میکنند. حتی اگر آنها نتوانند جدیدترین و جالب‌ترین افزونه‌ها به استاندارد را درک کنند، آنها قادر خواهند بود محتوای سند شما را نمایش دهند. این البته به همان اندازه در مورد سیستمهای رباتی که اطلاعات سایت شما را برای موتورهای جستجو و فهرستی جمع میکنند، اعمال میشود.

کدهای مطابق استاندارد به شما فرصت معتبر سازی صفحاتتان را توسط یک سیستم تعیین اعتبار میدهند. تعیین اعتبار کننده‌ها اسناد شما را پردازش میکنند و لیستی از خطاها به شما ارایه میکنند. این، یافتن و اصلاح خطاها را بسیار ساده‌تر میکند و میتواند برای شما زمان زیادی صرفه جویی کند.

اسناد مطابق استاندارد به راحتی میتوانند به قالب‌های دیگر چون بانک‌های اطلاعاتی و اسناد Word تبدیل شوند. این به ما اجازه میدهد استفاده تطبیق پذیرتری از اطلاعات داخل اسناد در شبکه جهانی وب بکنیم و مهاجرت ساده‌تری به سیستم های جدید (سخت افزار به خوبی نرم افزار) شامل دستگاههایی مانند TV و PDAها داشته باشیم.

۳.۱.۲ برای مردم:

در دسترس بودن یک ایده مهم پشت تعداد زیادی از استانداردهای وب، خصوصا HTML است.

این تنها به این معنی نیست که امکان استفاده از وب به مردم ناتوان و معلول داده شود، بلکه این امکان را به افرادی که از مرورگرهایی غیر از مرورگرهای معمول استفاده میکنند یدهد که از وب بهره ببرند. این مرورگرها شامل مرورگرهای صوتی که صفحات وب را با صدای بلند برای افرادی با اختلالات بینایی میخوانند، مرورگرهای خط نابینایان (Brail) که متن را به خطوط برجسته قابل فهم نابینایان ترجمه میکنند، مرورگرهای دستی و جیبی که فضای نمایشگر بسیار کوچکی دارند، نمایشگرهای Teletext و سایر دستگاههای خروجی غیر معمول میشوند.

همانطور که روش‌های گوناگون دسترسی به وب افزایش پیدا میکند، سازگارکردن و تکثیر وب‌سایت‌ها برای برآورده کردن نیازها به طور روز افزونی مشکل خواهد شد (درواقع عده‌ای معتقدند که این کار حتی امروز هم غیر ممکن است!). پیروی از استانداردها یک گام بزرگ به سوی حل این مشکل است. تطبیق سایتهای شما با استاندارد کمک میکند که اطمینان داشته باشید نه تنها مرورگرهای سنتی، قدیمی و جدید، قادر خواهند بود که سایت‌ها را به درستی نمایش دهند، همچنین سایتها با مرورگرها و رسانه های غیر معمول هم کار خواهند کرد.

بعضی از نتایج منطقی چشم پوشی از استانداردها بدیهی هستند: یکی از اساسی‌ترین نتایج این است که شما دسترسی به سایت خود را محدود میکنید. محدود کردن مخاطبین تنها به یک بخش کوچک از آنها که میخواهند سهمی از آن داشته باشند چقدر از نظر تجاری معقول به نظر میرسد؟ برای یک سایت تجاری، مسدود کردن دسترسی یک بخش کوچک از مخاطب‌های مورد نظر میتواند یک اختلاف بزرگ در ما به التفاوت سود شما ایجاد کند.
برای یک سایت آموزشی، عاقلانه به نظر میرسد که نه تنها به بچه مدرسه‌ای‌های ثروتمند و توانمند جسمی با مرورگرهای گرافیکی اجازه دسترسی بدهیم، بلکه به کودکانی در کشورهای جهان سوم که فقط مرورگرهای مبتنی بر متن دارند یا دانش آموزان ناتوانی که از مرورگرهای خاصی استفاده میکنند، اجازه دسترسی بدهیم.

همان اصول به تمام انواع سایتها اعمال میشود – در حالیکه گمراه شدن از استانداردها و استفاده از خصوصیات مختص مرورگری خاص ممکن است وسوسه انگیز باشد. قابلیت دسترسی بیشتر که با انطباق با استانداردها به دست می آید به دست‌آوردهای بزرگتری در دراز مدت منجر میشود.

۳.۲ پایداری

اغلب استانداردهای وب معمولا با در نظر گرفتن پیش سازگاری و پس سازگاری طراحی شده‌اند – پس آن داده‌ای که از نسخه‌های قدیمی استاندارد استفاده میکند، کماکان در مرورگرهای جدید کار میکند. و داده‌ای که از نسخه‌های جدید استاندارد استفاده میکند به صورت موقرانه‌ای تنزل میکند تا نتایج قابل قبولی در مرورگرهای قدیمی تر ارایه دهد.

از آنجایی‌که یک وب‌سایت ممکن است در زمان حیاتش توسط گروه‌های متعدد طراحی کار شود، بسیار اهمیت دارد که آنها بتوانند به سادگی کدها را درک کرده و آنها را ویرایش کنند. استانداردهای وب یک مجموعه قواعد پیشنهاد میکند که هر توسعه‌دهنده‌ی وب میتواند آنرا دنبال کند، بفهمد و با آن آشنا شود: زمانیکه یک توسعه دهنده یک سایت را با استانداردها طراحی میکند، دیگری قادر خواهد بود کار را ادامه دهد.

۴. نتیجه گیری

به عنوان توسعه دهندگان وب، ما دایما سعی میکنیم که مشکل ناسازگاری بین تفاسیر صفحات توسط مرورگرهای مختلف و نسخه‌های مختلف مرورگر را درست کنیم. که این ما را ناگزیر میکند که یک کدنویسی دوباره یا سه‌باره‌ی وقت گیر انجام دهیم و یا برای یک مرورگر واحد کد نویسی کنیم که اگر برای بعضی مردم استفاده از سایت را غیر ممکن نکند، مشکل‌تر میکند. این وضعیت با ورود یا ظهور یک نرم افزار یا سخت افزار جدید که قادر به مرور صفحات وب میباشد، مانند تلفن‌ها، پیجرها و PDAها وخیم‌تر میشود.

استانداردهای وب قوانین محرمانه‌ای که توسط سازمانهای مجلل حکم شوند نیستند. همانطور که شرح دادیم، بخش زیادی از استانداردها توسط نماینگان همان مردمی که از آن استفاده میکنند ایجاد میشوند: سازندگان مرورگرها، توسعه دهندگان وب، تامین کنندگان محتوا و سازمانهای دیگر.

نوشتن صفحات وب در مطابقت با استانداردها زمان توسعه را کوتاه‌تر و نگه‌داری صفحات را آسان‌تر میکند. عیب یابی و رفع اشکال ساده‌تر میشود زیرا کد از یک استاندارد پیروی میکند. شما نباید دیگر درباره کد نویسی و نگه داری از چندین نسخه از کد که فرض شده ظاهر یکسانی نمایش میدهند نگران باشید. یک نسخه از سایت شما، همین و بس!

پذیرش همگانی استانداردهای وب دارد بالاترین اهمیت میشود. ماموریت پروژه‌ی استانداردهای وب بهبود و ارتقای وب برای توسعه دهندگان و کاربران نهایی با تشویق سازندگان مرورگرها و صفحات وب به پیروی از استانداردها در برنامه‌هایشان است. البته این کوشش زمانی به طور زیاد یاری داده خواهد شد که توسعه دهندگان وب از استانداردها به عنوان یک موضوع با اهمیت استفاده کنند، و بر اینکه مولدها و ارایه دهندگان کد آنها مطابق با استانداردهای وب باشند پافشاری کنند.

دلایلی که ما ارایه کردیم باید به شما، توسعه دهنده‌ی وب، انگیزه زیادی برای استاندارد بودن، استفاده از استاندارد و همچینین مهمات زیادی برای تقویت موقعیت تجاری شما و تشویق توسعه‌دهندگان دیگر برای استفاده از استانداردها داده باشد.

کمک کنید که این رویا را به واقعیت تبدیل کنیم.

دقیقا مثل محیط واقعی خودمون ما در محیط مجازی هم چنین استانداردهایی رو داریم و یا باید داشته باشیم ..
همونطور که شما موقع خریدن کنسرو ماهی تن چند بار چک میکنید که شرکت معتبر باشه، پروانه ساخت داشته باشه و از همه مهمتر آرم استاندارد داشته باشه… به همون نسبت باید حساس باشید که آیا سایتی که میبینید استاندارد هست یا خیر!
البته ممکنه که شکل ظاهری و سوری دو محصول استاندارد و غیر استاندارد کاملا مشابه باشند. همونظور که میبینیم برخی سایتهایی که به صورت استاندارد طراحی نشدند هم درست نمایش داده میشند… و به همون نسبت کنسرو ماهی سالم و کنسرو فاسد (حاوی سم بوتولیسم) هم از لحاظ ظاهر به هم شبیه هستند …ولی این کجا و آن کجا!
خب حالا فرض میکنیم شما قبول کردید که همچین استانداردی لازمه و باید رعایت بشه …چه فایده ای برای ما داره؟!
شما وقتی آرم استاندارد و پروانه ساخت رو رویه قوطی کنسرو ماهی میبینید خیالتون از بابت چند مسئله مهم راحت میشه …

1. شما مطمئنید که فرایند ساختش بهداشتی بوده و میکروب نداره!
2. شما مطمئن هستید از لحاظ بسته بندی درسته!
3. شما اطمینان دارید که این کنسرو از بهترین و سالمترین نوع ماهی تن تهیه شده.

و مواردی مشابه …
و حالا شما در مورد سایتی که استاندارد طراحی شده باشه چه اطمینان خاطری میتونید داشته باشید؟!
(البته که من تسلط و اشراف کاملی نسبت به تمام ابعاد استانداردهای وب ندارم و مطمئنا این بخشی از اثرات و فوایدش خواهد بود!)

1. شما مطمئن هستید که این سایت رو با هر مرورگر وب و هر سیستم عامل و با هر مقدار وضوح تصویری که ببینید درست نمایش داده میشه!
2. شما مطمئن هستید که این سایت با حداکثر سرعت ممکن بارگذاری و ارائه خواهد شد!
3. شما مطمئن خواهید بود که با تغییر مقدار محتوای سایت تغییر در ساختار کلی سایت اجاد نخواهد شد! (با دوتا عکس بزرگ و … به هم نمیریزه!)
4. شما اطمینان دارید که مطالب و محتوای سایتتون به بهترین شکل ممکن در دسترد موتورهای جستجو خواهد بود!
5. شما اطمینان دارید که برای تغییر و یا گسترش سایت با مشکلی مواجه نخواهید شد و وقت شما هدر نمیرود!

و مواردی به این شکل ….
از موارد بالا مثالهایی رو براتون میگم:
مثلا شما شرکتی تجارتی دارید که برای معاملات با طرفهای خارجی در ارتباط هستید و خب قطعا برای بهبود ارتباطتتون از اینترنت استفاده میکنید قطعا برای ارائه محصول در این فضا نیاز به یک سایت دارید…
تا اینجا همه چیز درسته … شماا میتونید محصولاتتون رو در سایتتون معرفی بکنید و آدرس سایت رو به طرفهای خارجی بدید! حالا فرض کنیم که سایت شما غیر استاندارد و با طراحی ضعیفی کار شده باشه …جدای از زیبایی های بصری (که اغلب تاثیر گذاره) وقتی به طور مثال مشتری آمریکایی شما که با سیستم Apple و مرورگر Safari کار میکنه نتونه سایت شما رو به اون شکلی که خودتون طراحی کردید ببینه قطعا تمایلی به ادامه همکاری نخواهد داشت … واینجاست که ایجاد یک سایت نه تنها به بهبود ارتباطات شما و رونق معاملات کمک نکرده …بلکه ضرر هم داشته …
و یا شما به عنوان مثال سایت شخصی یا وبلاگی دارید که توسط شرکت یا .. براتون طراحی شده …
اگر طراحی استاندارد انجام شده باشه شما با اندک دانشی درباره طراحی شایت میتونید مثلا با استفاده از تغییرات جزئی در CSS رنگبندی سایتتون رو تغییر بدید!
و مثالهایی به این شکل!
حالا با این صحبتهای آیا اهمیت نداره که ما به عنوان طراح چطور طراحی کنیم یا به عنوان مشتری چه انتظاراتی از طراحمون داشته باشیم؟!
انشاالله در بحثهای بعدی وارد جزئیات میشیم و روشها و چگونگی انجام رو بررسی میکنیم …
لطفا اگر بین مطالبم اشکال و ایرادی میبینید بگید تا برطراف کنم …
موفق و پیروز باشید….