ब्राउज़र्स haml और sass का समर्थन क्यों नहीं करते?

11

वेबसाइट डाउनलोड करने के लिए आवश्यक समय काफी कम हो जाएगा, और पार्स करना भी आसान होगा, मुझे लगता है।

इन भाषाओं को एक मानक के रूप में क्यों नहीं लगाया जाता है? जाहिर है कि वे कच्चे html और CSS से बेहतर हैं ...

ब्राउज़र ही एक ऐसी चीज़ है जो हमें मध्यवर्ती HTML / CSS कोड को खत्म करने से दूर रखती है।

html css

— एलेक्सा
स्रोत

2

इसके कई कारण हैं, लेकिन पिछड़ी संगतता एक बड़ी है।

— सेवेंससीट

वे doctype के आधार पर html का पता लगा सकते हैं और दूसरे कीवर्ड के आधार पर haml ..

— Alexa

1

joelonsoftware.com/items/2008/03/17.html

— नौकरी

मैं Haml से परिचित नहीं हूं, लेकिन सामान्य रूप से अन्य टेम्पलेट इंजनों के साथ, आपको अभी भी प्रदान किए गए HTML में डेटा सम्मिलित करने के लिए सर्वर पर टेम्पलेट को पार्स करने की आवश्यकता होगी। दी, यह ब्राउज़र के लिए ऐसा करना आसान हो रहा है, लेकिन मुझे लगता है कि ऐसा कुछ नहीं है जो जल्द ही किसी भी समय दूर हो जाएगा।

— जेरेमी हीलर

मुझे लगता है कि SCSS को ब्राउज़र में बेक किया जाना चाहिए। शायद वे लेस और एससीएसएस के बीच एक स्पष्ट विजेता के उभरने का इंतजार कर रहे हैं ...

— एमएससी ५

15

विचार करने वाली एक और बात यह है कि मानकों के संगठनों में सीमित बैंडविथ हैं - वे केवल एक बार में इतना काम कर सकते हैं।

इन बाधाओं को देखते हुए, मैं चाहूंगा कि वे उन समस्याओं को हल करने पर काम करें, जो वेब डेवलपर स्वयं हल नहीं कर सकते (जैसे नए टैग या सीएसएस एनिमेशन जोड़ना)। SASS और haml CSS / HTML को संकलित करने के लिए तुच्छ हैं, इसलिए देशी ब्राउज़र समर्थन का लाभ सीमित होगा, क्योंकि यह स्वयं करना इतना आसान है।

— तिखन जेल्विस
स्रोत

9

Sass या CoffeeScript जैसी प्रीप्रोसेसर भाषाओं के लिए सबसे मजबूत बिंदु वह तथ्य है जो वे अपने "मानक" समकक्षों के लिए संकलित करते हैं। यही उनके बारे में मजबूर कर रहा है - आपको उनके "स्पष्ट रूप से बेहतर" डिजाइन के सभी लाभ मिलते हैं संगतता मुद्दों के असंख्य को जोड़ने के बिना वेब डेवलपर्स को पहले से ही मानक सीएसएस या जेएस के साथ काम करते समय निपटना पड़ता है। वेब डेवलपमेंट की बात करें तो बैकवर्ड कम्पैटिबिलिटी एक बड़ी बात है, जो कोई भी अभी भी IE6 को मन में रखता है वह अपनी नौकरी से सहमत होगा।

एचटीएमएल / सीएसएस / जावास्क्रिप्ट पैकेज में मोटे किनारों और चीजें हैं जो आज अपर्याप्त महसूस कर सकती हैं, लेकिन यह एक न्यूनतम प्रदान करता है - लेकिन एक नंगे न्यूनतम जो व्यापक रूप से स्वीकार किया जाता है, समझा जाता है और कार्यान्वित किया जाता है - जिसे हम बना सकते हैं। Haml / Sass / CoffeeScript ठीक यही करता है और यही उन्हें उपयोगी बनाता है। मैं अपने सास सर्वर-साइड को सास-लेस-स्टाइलस मानकों युद्ध में उलझाने वाले ब्राउज़र डेवलपर्स के साथ सौदा करने की तुलना में रखता हूं जो किसी की सेवा नहीं करेगा;)

— scrwtp
स्रोत

5

"तकनीकी रूप से बेहतर" और "उपयोग में आसान" कुछ मानक बनाने के लिए कई मानदंडों में से केवल दो हैं। दूसरों के बहुत सारे हैं, जैसे:

मौजूदा मानकों के साथ संगतता
मौजूदा कार्यान्वयन (अनौपचारिक डी-वास्तविक मानक)
लागू करने के लिए आवश्यक प्रयास
मौजूदा उपयोगकर्ता आधार (और इसलिए, सामुदायिक सहायता, उपलब्ध कुशल जनशक्ति)
मौजूदा टूलचिन्स
मंच का समर्थन
संबंधित मानकों के साथ एकीकरण

आपको इस बात से सहमत होना होगा कि HTML और CSS का इन मानदंडों पर किसी नवागंतुक के खिलाफ अत्यधिक लाभ है।

— tdammers
स्रोत

4

sassऔर मानक नहींhaml हैं । HTML और CSS हैं ।

यदि और एक बार दोनों मानक बन जाते हैं ( और व्यापक रूप से स्वीकार किए जाते हैं और उपयोग किए जाते हैं), तो ब्राउज़र निर्माताओं के लिए उनके लिए समर्थन जोड़ने के लिए एक सम्मोहक कारण होगा।

— Oded
स्रोत

1

किसी चीज को एक मानक क्या बनाता है? जितने लोग उस चीज का इस्तेमाल करते हैं। यदि ब्राउज़र haml के लिए समर्थन जोड़ते हैं और उपयोगकर्ताओं के # sass में वृद्धि करेंगे, और अंततः मानक को w3c पर आधिकारिक बना दिया जाएगा ..

— एलेक्सा

1

@ एलेक्सा - या एक आधिकारिक मानक निकाय (या उद्योग संघ) एक मानक बनाते हैं ।

— ऊद

2

@ अलेक्सा: नहीं, अगर यह उस तरह से काम करता तो <blink> टैग आधिकारिक हो जाता।

— user16764

1

@ user16764, लेकिन मुझे लगता है कि एलेक्सा सही है। HTML5 सामान ब्राउज़र का एक संकलन है जो पहले से ही कर रहे थे। उन्होंने इसे सिर्फ अच्छे शब्दों में रखा है।

— आर्टुरो टॉरेस सांचेज़

3

जब तक यह फ़ायरफ़ॉक्स, क्रोम, सफारी और इंटरनेट एक्सप्लोरर द्वारा समर्थित है, तब तक कोई भी उत्पादन परियोजना Haml का उपयोग नहीं कर सकती है। यह हुआ करता था कि "उद्यम" अनुप्रयोग केवल IE हो सकता है, लेकिन मुझे लगता है कि उस के दिन खत्म हो गए हैं। मानकों को उच्च से लागू नहीं किया जाता है, वे ब्राउज़र विक्रेताओं द्वारा सहमत हैं।

इसलिए वास्तव में हमल ने एक मानक बनाया है, आपको सहमत होने के लिए Apple, Google, Mozilla Foundation और Microsoft को प्राप्त करना होगा। यह तुच्छ नहीं है। ये कंपनियां आम तौर पर मौजूदा विशेषताओं को साफ करने के बजाय क्षमताओं के विस्तार पर ध्यान केंद्रित करने जा रही हैं।

Haml के साथ काम करना अच्छा लगता है, लेकिन यह वास्तव में डाउनलोड पक्षों में सुधार नहीं करेगा क्योंकि सभी आधुनिक ब्राउज़र और सर्वर संपीड़न का समर्थन करते हैं। संपीडित Haml और Html समान आकार के होने की संभावना है। (साथ ही, औसत वेबसाइट का अधिकांश डाउनलोड समय छवियों और स्क्रिप्ट कोड को डाउनलोड करने में है।)

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

ब्राउज़र विक्रेता के दृष्टिकोण से, वे एक मौजूदा सुविधा को थोड़ा सुधार सकते हैं (Haml जैसी किसी चीज़ का समर्थन करके, जो क्लीनर पृष्ठ देता है) या वे WebGL की तरह कुछ नया जोड़ सकते हैं। बाद वाले के पास हिरन के लिए अधिक धमाके हैं।

— रोबोट को पकड़ें
स्रोत

2

हां, वे html और CSS की तुलना में कूलर और उपयोग में आसान दिखते हैं। लेकिन html और CSS एक लंबे समय के लिए मौजूद हैं और बनाए गए हैं, वेब या डेस्कटॉप दोनों पर कई सारे अनुप्रयोग उनका उपयोग करते हैं।

इसलिए, कुछ मानक बनाना आसान नहीं है। एचएएमएल और एसएएस वास्तव में मज़ेदार और उपयोग करने के लिए क्लीनर हैं, लेकिन मानक होने के नाते, यह एक लंबा समय लगेगा या कभी नहीं। चूंकि, w3c डेवलपर्स के बारे में परवाह नहीं करता है, इसलिए वे वास्तव में html और css को html5 और css3 में बेहतर बनाते हैं।

— दज़ुंग गुयेन
स्रोत