एचटीएमएल 5 और सीएसएस 3 से मुझे क्या उम्मीद थी

मैं लंबे समय से वेब विकास कर रहा हूं, और मुझे IE3 और NN4.xx भी याद हैं। तब से बहुत कुछ बदल गया है, बहुत पानी बह चुका है। सभी तकनीकों की समझ "HTML एक पाठ फ़ाइल है जिसमें कोष्ठक में कुछ शब्द हैं" के स्तर पर नहीं आया था, लेकिन मार्कअप भाषा के निर्माण के तर्क की समझ, इसका सार।



एचटीएमएल 5 और सीएसएस 3 विनिर्देशों के विकास की शुरुआत ने मुझे पिल्ला खुशी और जंगली खुशी का कारण नहीं बनाया, लेकिन इसे पूरी तरह से विकासवादी घटना के रूप में माना जाता था। मैं कभी-कभी ड्राफ्ट ड्राफ्ट में देखता था, खुद को विकास की मुख्य दिशाओं के लिए देखता था। लेकिन जितने ज्यादा स्पेसिफिकेशन्स फाइनल होते हैं, उतना ही खराब होता जाता है। यह विकास की दिशा नहीं है जो बाजार की आवश्यकता है!



एक वाजिब सवाल यह उठता है कि 10 साल पहले उन सभी लोगों ने कहां, जिन्होंने मानकों का विकास किया है? नवाचार कहां गया? W3c एक मानक क्यों बना रहा है, जो कुछ मानकों से पहले ही पुराना हो चुका है?



चलिए इसका पता लगाते हैं।

एचटीएमएल 5

मेरे लिए सबसे अस्पष्ट में से एक टैग डेल और इन्स हैं । वे गंदे हैक के साथ भाषा के पूरे ढांचे से गुजरे, जबकि बहुत ही संदिग्ध लाभ थे। कार्यालय के दस्तावेजों के तर्क को एक वेब पेज पर स्थानांतरित करने का प्रयास पूरी तरह से असफलता में समाप्त हो जाएगा। क्यों? हाँ, बहुत आसान है! यदि आपको दस्तावेज़ परिवर्तनों का इतिहास प्राप्त करने की आवश्यकता है, तो आप इस कार्यक्षमता को भाषा में स्थानांतरित किए बिना बाहरी कार्यक्रमों के साथ कर सकते हैं। एक प्रतिशत से भी कम उपयोगकर्ताओं को संपादन के इतिहास की आवश्यकता होती है, बाकी सभी जानकारी खोज के समय डेटा के वर्तमान वास्तविक संस्करण के साथ शांति से संतुष्ट होते हैं। कोड को पार्स करना, इन दो "अद्भुत" टैग को ध्यान में रखते हुए, एक पूर्ण नकारात्मक होगा, क्योंकि भाषा की सद्भाव और सुसंगतता और इसकी भविष्यवाणी का उल्लंघन किया जाता है।



दूसरी चाल HTML में उन चीजों को डालने का एक प्रयास है जो किसी भी मामले में वहां नहीं जोड़े जा सकते हैं। ये संतोषप्रद हैं , ड्रैग करने योग्य हैं, और अन्य इंटरैक्टिव विशेषताएँ हैं। इसे CSS, DOM, कहीं भी, लेकिन HTML में नहीं दिया जाना चाहिए। ये इंटरैक्टिव हैं, मार्कअप नहीं। अन्तरक्रियाशीलता को प्रबंधनीय होना चाहिए, और इसे प्रबंधित करने के लिए महान JS और महान CSS है। इन विशेषताओं को सीधे HTML में लिखना - HTML नमूना संस्करण 3.2 की बहुत अधिक मात्रा में स्मैक।



तीसरा मजाक अतिरिक्त संरचनात्मक तत्वों को पेश करके दस्तावेज़ को संरचना करने के लिए दयनीय प्रयास है। यह किसी तरह का सर्कस है। वे इन शब्दों के लिए मुझ पर चप्पल फेंकेंगे, लेकिन मुझे उम्मीद है कि बहुत से लोग समझेंगे कि मैं ऐसा क्यों कहता हूं। आइए इस विषय से अलग हटकर सोचें कि HTML की आवश्यकता क्यों है। और कुछ जानकारी को चिह्नित करने के लिए उसकी आवश्यकता है। इस समय, मार्कअप में न केवल सामग्री शामिल है, बल्कि डिजाइन भी शामिल हैं। तो, हमारे पास अलग-अलग मक्खियां हैं (संरचनाएं जो सजावट के उद्देश्यों के लिए आवश्यक हैं), और कटलेट अलग से (सीधे सामग्री खुद)। HTML सामग्री के लिए एक महान फिट है, लेकिन डिजाइनर परिशोधन के साथ बड़ी समस्याएं हैं। और पृष्ठ की तार्किक संरचनाएँ भी समस्याएँ हैं। एक में साइट पर एक मेनू, साइडबार और सामग्री है, और दूसरे में मुख्य मेनू के साथ एक हेडर है, एक माध्यमिक मेनू, बाईं और दाईं ओर दो साइडबार, एक विज्ञापन बॉक्स, सामानों की एक सूची, और बहुत कुछ है। उन्हें दोस्त कैसे बनाया जाए? हाँ आसान! आपको बस अपने टैग्स को आने देना होगा! एक्सएमएल पेज डिजाइन के लिए, HTML - सामग्री डिजाइन के लिए। अभी XML का उपयोग क्यों नहीं किया? इसके साथ सर्च इंजन के लिए और मुश्किलें होंगी। बाजार पर दस्तावेजों की ऐसी संरचना के साथ समस्याओं को खोजने के लिए एक सफल समाधान है - माइक्रोफ़ॉर्मेट्स। उदाहरण के लिए, व्यवहार विशेषता को बनाकर, जो तत्व के व्यवहार का वर्णन करेगा, आप खोज इंजन को सुरक्षित रूप से बता सकते हैं कि आपने कहां और क्या व्यवस्थित किया है।



सभी प्रकार के इनपुट फॉर्म बनाए गए थे। बस यह पता लगाना भूल गए कि इस सभी धन को कैसे स्टाइल करना है। मैं समझता हूं कि इंटरफ़ेस की एकरूपता एक महत्वपूर्ण बात है, लेकिन स्टाइल वेब इंटरफेस के विकास में एक सकारात्मक और नकारात्मक कारक दोनों हो सकते हैं। बाजार को इसकी आवश्यकता है, इसलिए आपको इसे करने की आवश्यकता है।



इसलिए हम CSS3 थीम पर आसानी से गए

CSS3

वेब रूपों के विषय को जारी रखना। वेब इंटरफ़ेस बाजार इनपुट क्षेत्रों की एक नियंत्रित स्टाइल की उम्मीद करता है। व्यवहार में, इसका मतलब है कि मैं किसी भी तत्व से कोई इनपुट फ़ील्ड बनाना चाहता हूं। मैं अपने खुद के डिजाइन के साथ एक चेकबॉक्स बनाना चाहता हूं, मैं अपने खुद के डिजाइन के साथ एक चयन बॉक्स बनाना चाहता हूं, अपने स्वयं के XML संरचना और इसी तरह से प्रत्येक विकल्प बनाएं। हम विनिर्देश के कामकाजी संस्करण में क्या देखते हैं? लेकिन कुछ भी नहीं।



टेम्पलेट लेआउट ने मुझे सबसे पहले प्रेरित किया, फिर, वास्तविक स्थितियों के मॉडलिंग के बाद, मुझे एहसास हुआ कि यह बिल्कुल भी काम नहीं करेगा। यदि सामग्री स्थिर है, तो यह दृष्टिकोण काम करेगा। लेकिन जैसे ही गतिशीलता दिखाई देती है ...

चलो पूरी तरह से सामान्य स्थिति लेते हैं: हमारे पास चार ब्लॉक हैं, जो सामग्री या ब्राउज़र विंडो की चौड़ाई के आधार पर, एक के बाद एक लाइन अप करना होगा, और एक लाइन, या दो, तीन, चार लाइनों पर कब्जा करना होगा। नियमित तैरता है। यह सब है, ढहना, क्योंकि टेम्प्लेट ब्लॉक के व्यवहार का वर्णन नहीं करता है और अगर यह एक निश्चित स्थान में फिट नहीं होता है, तो इसे स्थानांतरित करना है। टेम्पलेट में ब्लॉक की स्थिति स्पष्ट रूप से तय की गई है, अनुकूली लेआउट करना बहुत मुश्किल होगा। और इसके लिए बाजार की आवश्यकता होती है, और अब यह बैसाखी की मदद से किया जाता है। इसके अलावा, यह पूरी तरह से स्पष्ट नहीं है कि डोम ट्री को बदलते समय, पृष्ठ पर टेम्पलेट में स्पष्ट स्थिति वाले ब्लॉक का व्यवहार होगा। लेकिन यह किसी को परेशान नहीं करता है, हम वेब पेजों से पत्रिका लेआउट बनाते हैं। मैंने इस बारे में डी। बैरन को लिखा, लेकिन प्रभाव शून्य है।



आइए संदर्भ बिंदु नामक एक और बहुत महत्वपूर्ण बात पर वापस जाएं। दिए गए समय पर संदर्भ बिंदु एक है - ऊपरी बाएं कोने। उसी पृष्ठभूमि की स्थिति की गणना इस स्थान से होती है। लेकिन दुनिया में न केवल बाएं से दाएं पढ़ने वाले हैं, बल्कि वे भी हैं जो दाएं से बाएं, ऊपर से नीचे तक पढ़ते हैं, और इसी तरह से। अब बैसाखी के बिना एक बहुभाषी डिजाइन बनाने की कोशिश करें। और समस्या का समाधान हर किसी के नाक के नीचे है - आपको बस शुरुआती बिंदु बदलने की जरूरत है, और सऊदी अरब के निवासियों के लिए पृष्ठभूमि की स्थिति चमत्कारिक रूप से अपरिवर्तित रहेगी, उदाहरण के लिए 10px 10px, और ऊपरी दाएं कोने में होगा, बिल्कुल इस ऑफसेट पर। एक संदर्भ बिंदु के साथ एक विचार विकसित करना, आप पूर्ण तत्वों की स्थिति का अधिक नियंत्रित नियंत्रण, वस्तुओं के परिवर्तन का नियंत्रण और बहुत कुछ पा सकते हैं। लेकिन मुझे यह स्पेसिफिकेशन में नहीं मिला।



आप समस्याओं को लंबे समय तक सूचीबद्ध कर सकते हैं। ऐसा मत सोचो कि मेरा काम w3c को बदनाम करना है, बहुत स्मार्ट लोग वहां काम करते हैं। नए विनिर्देशन के निर्माण के दौरान, मूल लक्ष्यों का हिस्सा प्रासंगिक होना बंद हो गया है। बाजार बहुत तेजी से विकसित हो रहा है, और डेवलपर्स के साथ w3c को अधिक सहभागिता की आवश्यकता है। मेरा मुख्य लक्ष्य लोगों को यह सोचने के लिए है कि वे क्या कर रहे हैं और वे कैसे सोचते हैं।



UPD: सकारात्मक और नकारात्मक कर्म के लिए सभी को बहुत धन्यवाद!

UPD2: डिस्प्ले टेम्प्लेट के बारे में पैराग्राफ बदल दिया है