ما نتمناه

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

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

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

- إنترنت إكسبلورر له خاصية التخطيط

كرهت IE. أشعر أنني أستطيع التعامل مع ذلك الآن. حاولت ألا أنا حقا ، بصدق فعلت. سأخبر الناس أنه كان من الممتع تقديم الدعم ، إذا كنت تستطيع تصديق ذلك.

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

إنه ممتع بطريقة ما. مرح . كانت تلك الكذبة التي قلتها لنفسي.

 /* Fixes #2588: When Windows Phone 7.5 (Mango) tries to calculate a numeric opacity for a select (including “inherit”) without explicitly specifying an opacity on the parent to give it context, a bug appears where clicking elsewhere on the page after opening the select will open the select again. */

- مصدر jQuery موبايل

كرهته. لقد كرهت حديثًا كامل النكات السيئة في مؤتمر IE ، في كل تجسيد لها. لقد كرهت ذلك كثيرًا كما كرهته أي شخص آخر.

"يحتوي Internet Explorer 6 على خطأ محير يتضمن عناصر عائمة متعددة ؛ تتكرر أحيانًا أحرف النص من آخر العناصر العائمة أسفل العنصر العائم الأخير. ... السبب المباشر ليس أكثر من تعليقات HTML عادية ، مثل <!-- end left column --> ، المحصورة بين العوامات التي تأتي في تسلسل. "

- Explorer 6 أخطاء مكررة في الأحرف

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

كنت على يقين من أنه لم يعيق عملي فقط ، ولم يعيق الويب فحسب ، بل أعاقني كمطور. في هذه النقطة الثانية ، أعتقد أنني لم أكن مخطئًا تمامًا - فكل المعلومات الغامضة التي اكتسبتها من أخطاء متصفح IE 6-7 أصبحت غير مجدية الآن. كل ما عليّ أن أظهره هو عدم إرادي عند كلمة "مرشح" ، وهو تفضيل غامض padding على margin ، وخوف عميق الجذور ولكن لا أساس له إلى حد كبير من z-index .

"... تؤدي المسافة البيضاء الزائدة إلى انتقاء أنماط خاطئة إذا كان اسم الفئة الفعلي عبارة عن سلسلة فرعية (أو سلسلة فائقة) من اسم فئة آخر."

- خطأ تحليل المسافات البيضاء في IE5 / Mac

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

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

"إذا كنت تستخدم IE8 ، وكنت تستخدم أسلوب CSS لترقيم القائمة المرتب الموضح أعلاه ، و HTML الذي يحتوي على الفئات التي تستخدم counter-reset العكسي وسمات CSS counter-increment العكسية مخفية عند تحميل الصفحة ، ثم كلما كان ذلك مخفيًا يتم عرض HTML ، وستكون جميع الأرقام التلقائية صفرية ، ولكن فقط إذا تم استخدام CSS :hover PSEUDO-CLASS على تلك الصفحة! "

- خطأ IE8 "hover": الخطأ الأكثر روعة في IE على الإطلاق؟

من الصعب تخيل تجربة هذا النوع من الإحباط في الوقت الحاضر ، على الأقل بالنسبة لنا القدامى نسبيًا. كي لا نقول إنه لا يوجد قدر لا يُصدق من العمل المتضمن في ضبط الأشياء عبر المتصفحات هذه الأيام أيضًا - أعرف جيدًا أنه يوجد. ولكن من الصعب ألا تشعر بألم في بعض الأحيان ، "مرة أخرى في يومي ، كل ما كان لدينا هو عوامات ، واسمحوا لي أن أخبركم عن خطأ الهامش المزدوج في IE ،" عندما تسمع عن اختلاف بسيط في كيفية عمل CSS Grid من متصفح واحد إلى آخر.

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

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

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

لقد قمنا بوزن IE بشكل أكبر قليلاً. لقد أعطيناها دورًا أكبر قليلاً في قراراتنا. وهكذا ، مع امتلاكها الكثير من الرقائق ، لعبت Microsoft أوراقها وفقًا لذلك - من يمكنه إلقاء اللوم عليها؟ قام الجميع ببناء مواقع الويب لهم أولاً ، والآخرون ثانيًا. لم تكن كلمتهم قانونًا ، لكنها كانت بالتأكيد أكثر من مجرد اقتراح . بالتأكيد ، لقد انحرفوا عن معايير الويب هنا وهناك (قليلاً فقط) ، ولكن بعد كل شيء ، لم يتم تنفيذ شيء بواسطة The Biggest Browser نوعًا من المعايير الواقعية على أي حال؟ علاوة على ذلك ، فإن دعم المتصفح الأفضل والأسرع والأسهل كان يجعل الويب نفسه خدمة! بالتعاون مع Microsoft ، كنا ندفع الويب إلى الأمام! الجميع يفوز.

محرك العرض الذي يشغل متصفح Edge من Microsoft اليوم - EdgeHTML - هو شوكة من Trident القديم. إنها شوكة مجردة ومحسّنة إلى حد كبير من ترايدنت ، بالتأكيد ، لكنها ، دعنا نقول ، لا يتم الحكم عليها عالميًا بناءً على مزاياها الخاصة. لطالما عمل فريق EdgeHTML مع اثنين من العيوب: الأول كان تقنيًا ، حيث استغرق وقتًا وجهدًا هائلين لمواكبة أمثال Safari و Firefox و Chrome. الثانية كانت عاطفية. لقد كنا - أنت وأنا - متعبين من سنوات استخدام Internet Explorer ، ونحدق في حرف "e" باللون الأزرق الصغير بازدراء بارد.

قبل بضعة أسابيع ، أعلن فريق Edge أنه سيتخلى قريبًا عن EdgeHTML لصالح Blink ، محرك العرض الذي يعمل على تشغيل Chrome. مع هذا التغيير ، سيتم إخماد الجمرات القليلة المتبقية من ترايدنت إلى الأبد. أخيرًا سيتم منح الرغبة التي كنت قد شاركتها مع الكثير. ومن المفارقات - كما اتضح - أن EdgeHTML أصبحت محرك عرض قويًا جدًا.

Blink هو مشروع مفتوح المصدر تقوده وتحكمه Google. إنه يعمل على تشغيل كل من Chrome و Opera ، حيث تخلى الأخير بالمثل عن محرك العرض المحلي منذ بضع سنوات.

بهامش ساحق ، فإن Blink (وسيظل بشكل متزايد) هي الطريقة التي يتم بها تجربة الويب في جميع أنحاء العالم. يعد Blink سريعًا ومستقرًا ومليئًا بالميزات الحديثة - وبالمقارنة مع التطوير لـ EdgeHTML الذي لا يزال قيد التطوير - فهو غير مؤلم .

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

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

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

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

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

لكن مهلا ، اسمع. ليس بعد الآن. الآن ، أعني - لن أفعل ذلك أبدًا. أنا حقًا أحب خطأ محرك العرض الجيد ، الآن. أنا افعل.

"يتم عرض تحويلات CSS ثلاثية الأبعاد باستخدام perspective() من الداخل إلى الخارج."

- bugs.chromium.org

أعني ، هذا في الواقع نوع من الحشرة الممتعة ، أليس كذلك؟ مثل ، متعة بطريقة ما. هل تعلم؟

انه ممتع.

ستكون ممتعة .