Less.js: कम वैध कस्टम संपत्ति मानों को पार्स करने में विफल रहता है (उदा: @apply पॉलीफ़िल)

को निर्मित 21 अक्तू॰ 2015 · 34टिप्पणियाँ · स्रोत: less/less.js

यह कोड टूट जाता है:

paper-drawer-panel {
  --paper-drawer-panel-left-drawer: {
    background-color: red;
  };
}

गुण मान में घुंघराले कोष्ठक पार्सर को तोड़ते हैं।

मैं पॉलिमर द्वारा उपयोग किए गए @apply सिंटैक्स का समर्थन करना चाहता हूं।
https://www.polymer-project.org/1.0/docs/devguide/styling.html#custom -cs-mixins

यह भी कोशिश की:

paper-drawer-panel {
  <strong i="14">@ruleset</strong>: {
    prop: value;
  };
  --paper-drawer-panel-left-drawer: %(~"%d", @ruleset);
}

इसने पार्सर को नहीं तोड़ा, लेकिन वितरित किया:

paper-drawer-panel {
  --paper-drawer-panel-left-drawer: ;
}

जो स्पष्ट रूप से एक वांछनीय व्यवहार नहीं है।

bug feature request

स्रोत

Jamtis

👍2

सबसे उपयोगी टिप्पणी

हमारे पास इसके लिए एक युक्ति है; एक पॉलीफिल मौजूद है; क्रोम ने इसे लागू किया है; पॉलिमर पहले से ही 1.0 रिलीज में इसका उपयोग कर रहा है; और वेबसाइटें पहले से ही पॉलिमर का उपयोग कर रही हैं।

मुझे लगता है कि कम से कम एक न्यूनतम स्तर पर वाक्यविन्यास का समर्थन करने के लिए यह पूरी तरह से उचित उम्मीद है।

कम पहले से ही @apply , --foo: bar; , और var(--foo) से होकर गुजरता है। केवल एक चीज गायब है { ... } --foo: { property: value; } के माध्यम से पारित करने के लिए कम हो रही है और अन्य सीएसएस ब्लॉकों को दिए गए मूल प्रसंस्करण के साथ; इसके बजाय एक कठिन पड़ाव पर आने और एक पार्स त्रुटि फेंकने के लिए।

dantman 9 मई 2016

👍5

सभी 34 टिप्पणियाँ

मुझे डर है कि गैर-सीएसएस सिंटैक्स समर्थन कम दायरे से परे है। तो मेरा -1।

किसी भी तरह से नोटिस आप भागने के साथ आउटपुट में जो भी कोड का उत्सर्जन कर सकते हैं। जैसे:

xpaper-drawer-panel {
  --paper-drawer-panel-left-drawer: ~"{background-color: red;}";
}

या अधिक हैकिश मल्टीलाइन तरीके से:

paper-drawer-panel {
  -:~";--paper-drawer-panel-left-drawer: {";
    background-color: red;
    color: blue;
  -:~";}";
}

अधिक जटिल स्थितियों में <strong i="13">@import</strong> (inline) का उपयोग करना हमेशा संभव होता है।

%(~"%d", @ruleset); जैसे प्रयासों के लिए - नहीं, कम चर मैक्रोज़ नहीं हैं, वे संदर्भ की परवाह किए बिना विस्तारित नहीं होते हैं, और विशेष रूप से अनाम नियमों के लिए केवल उचित सिंटैक्स @ruleset() एक रूसेट बॉडी और _not_ के रूप में है एक संपत्ति मूल्य।

seven-phases-max 21 अक्तू॰ 2015

वैसे मैं आपसे सहमत हूं कि गैर-मानक वाक्यविन्यास का आमतौर पर समर्थन नहीं किया जाना चाहिए।

हालांकि इसका मतलब यह है कि कई मामलों में पॉलिमर के साथ असंगत है।

वैसे भी उत्तर के लिए धन्यवाद। : +1:

Jamtis 21 अक्तू॰ 2015

यकीन नहीं होता कि इससे आपके फ़ैसले @ सात-चरण में कोई फ़र्क पड़ता है, लेकिन @apply नियम, http://tabatkins.github.io/specs/css-apply-rule/ के लिए एक खुली युक्ति है।

Https://github.com/Polymer/polymer/issues/1373 भी देखें क्योंकि ऐसा लगता है कि Google वास्तव में इस प्रक्रिया को आगे बढ़ा रहा है।

और SASS इस https://github.com/sass/sass/issues/1128 को संबोधित करने लगता है

donny-dont 5 दिस॰ 2015

@ donny-NOT नोट मैं कुछ भी तय नहीं करता (मैंने प्रस्ताव को बंद नहीं किया) - मैं केवल एक आलोचक हूं।

खैर, टैब एटकिंस ने CSS मानक प्रस्तावों (नाम "विचारों") का _tens_ उत्पन्न किया और जबकि Google के लोग कल भी इसे अपने ब्राउज़र में धकेल सकते हैं, यह अभी भी CSS ड्राफ्ट चीज़ बनने से बहुत दूर है (याद रखें CSS vars नहीं लगभग दस वर्षों से CSS दुनिया में प्रवेश कर रहे हैं?)।

seven-phases-max 5 दिस॰ 2015

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

मैं LESS का उपयोग करने के लिए काफी नया हूं क्या इस प्रकार के परिदृश्यों में पार्सर के लिए किसी प्रकार का प्लगइन सिस्टम है? प्रायोगिक ध्वज जैसा कुछ आप चालू और बंद कर सकते हैं?

donny-dont 5 दिस॰ 2015

मैं यहाँ फिर से डुप्लिकेट अनुरोधों को पुनर्निर्देशित करने में सक्षम होने के लिए इसे फिर से खोल रहा हूँ।

seven-phases-max 10 दिस॰ 2015

/विषय

ebidel 22 जन॰ 2016

dantman 9 मई 2016

👍5

मुझे लगता है कि सीएसएस वेरिएबल्स की पूरी कल्पना को लेस द्वारा समर्थित किया जाना चाहिए। ऐसा होने के लिए प्यार करेंगे!

stramel 3 अग॰ 2016

👍1

@dantman

हमारे पास इसके लिए एक युक्ति है; एक पॉलीफिल मौजूद है; क्रोम ने इसे लागू किया है; पॉलिमर पहले से ही 1.0 रिलीज में इसका उपयोग कर रहा है; और वेबसाइटें पहले से ही पॉलिमर का उपयोग कर रही हैं।

मेरे लिए, यह अभी भी एक बहुत सम्मोहक कारण नहीं है। वह इसका अनुवाद करता है: Google, Google और Google इसका उपयोग कर रहे हैं। कहीं और कोई दिलचस्पी नहीं है, और वहाँ कोई संकेत नहीं हैं कि कभी भी होगा।

@ डोनी-न

मैं LESS का उपयोग करने के लिए काफी नया हूं क्या इस प्रकार के परिदृश्यों में पार्सर के लिए किसी प्रकार का प्लगइन सिस्टम है? प्रायोगिक ध्वज जैसा कुछ आप चालू और बंद कर सकते हैं?

एक प्लगइन सिस्टम है, लेकिन पार्सिंग बदलने के लिए कोई प्रत्यक्ष समर्थन नहीं है। तो, यह एक तुच्छ बात नहीं होगी।

matthew-dean 4 अग॰ 2016

@dantman
हमारे पास इसके लिए एक युक्ति है; एक पॉलीफिल मौजूद है; क्रोम ने इसे लागू किया है; पॉलिमर पहले से ही 1.0 रिलीज में इसका उपयोग कर रहा है; और वेबसाइटें पहले से ही पॉलिमर का उपयोग कर रही हैं।
मेरे लिए, यह अभी भी एक बहुत सम्मोहक कारण नहीं है। वह इसका अनुवाद करता है: Google, Google और Google इसका उपयोग कर रहे हैं। कहीं और कोई दिलचस्पी नहीं है, और वहाँ कोई संकेत नहीं हैं कि कभी भी होगा।

यह निष्कर्ष समझ में आता है अगर हम एक अधिक मालिकाना और असमर्थित वाक्यविन्यास के बारे में बात कर रहे थे जो सामान्य सीएसएस से महत्वपूर्ण रूप से विचलित था; लेकिन हम कम पैदा करने वाले पार्स त्रुटियों के बारे में बात कर रहे हैं जब कम पहले से ही घोंसले के शिकार को समझता है और प्रश्न में वाक्यविन्यास सीएसएस के ब्रैकेट आधारित पार्स नियमों से पूरी तरह से मेल खाता है और आस-पास के सीएसएस को नहीं तोड़ता है, और अन्य प्रमुख सीएसएस प्रीप्रोसेसर और पोस्टप्रोसेसर या तो काम कर रहे हैं इसका समर्थन करना या पहले से ही काम करना।

dantman 4 अग॰ 2016

यह निष्कर्ष समझ में आता है अगर हम एक अधिक मालिकाना और असमर्थित वाक्यविन्यास के बारे में बात कर रहे थे जो सामान्य सीएसएस से महत्वपूर्ण रूप से विचलित था; लेकिन हम कम पैदा करने वाले पार्स त्रुटियों के बारे में बात कर रहे हैं जब कम पहले से ही घोंसले के शिकार को समझता है और प्रश्न में वाक्यविन्यास सीएसएस के ब्रैकेट आधारित पार्स नियमों से पूरी तरह से मेल खाता है और आस-पास के सीएसएस को नहीं तोड़ता है, और अन्य प्रमुख सीएसएस प्रीप्रोसेसर और पोस्टप्रोसेसर या तो काम कर रहे हैं इसका समर्थन करना या पहले से ही काम करना।

अप्रासंगिक नहीं। यह कम के अलग नियम के समान है। और अन्य "पास-थ्रू" सामान के लिए मिसाल है, जिसे कम में जोड़ा गया है। इसलिए मैं जरूरी नहीं कि इसके खिलाफ हूं। यदि वर्तमान में पॉलिमर से परे मूल्य है तो बस संदेह है।

matthew-dean 4 अग॰ 2016

सीएसएस चर के लिए आधिकारिक समर्थन यहां सूचीबद्ध है: http://caniuse.com/#feat = css-variables

डिफ़ॉल्ट सीएसएस चर समर्थन के लिए न्यूनतम ब्राउज़र संस्करण

क्रोम 49
एंड्रॉइड 51 के लिए क्रोम
Android ब्राउज़र 51
एंड्रॉइड 47 के लिए फ़ायरफ़ॉक्स
फ़ायरफ़ॉक्स ३१
सफारी 9.1
iOS सफारी 9.3
ओपेरा 36
ओपेरा मोबाइल 37

पॉलीफ़िल के बिना, यह लगभग 65% वैश्विक ब्राउज़र उपयोग के बराबर है।

कई सीएसएस चर परिवर्तनीय Polyfills के साथ, इसे लागू करने वाले ब्राउज़र और बड़े ब्राउज़र प्रदाता इसके लिए जोर दे रहे हैं। ऐसा लगता है कि यह एक मूल्यवान विशेषता होगी।

आधिकारिक युक्ति: https://drafts.csswg.org/css-variables/

stramel 4 अग॰ 2016

@stramel जिसका इस मुद्दे से कोई लेना-देना नहीं है। CSS Variables पहले से ही कम में समर्थित हैं। अनुरोध लगभग @apply , जो उस कल्पना का हिस्सा नहीं है।

संपादित करें: सभी सीएसएस कस्टम संपत्ति मान समर्थित नहीं हैं, नीचे देखें।

matthew-dean 4 अग॰ 2016

@ मैथ्यू-डीन क्षमा करें, मुझे गलत समझा गया। भले ही, सीएसएस मिक्स / कस्टम प्रॉपर्टी सेट के लिए +1:

stramel 4 अग॰ 2016

@ मैथ्यू-डीन कम समर्थन के लिए बार क्या है? यदि एक और ब्राउज़र लागू किया गया तो जाने के लिए अच्छा है?

donny-dont 5 अग॰ 2016

@ डॉनी-डोन्ट कम चूंकि एक सामुदायिक परियोजना है, कोई विशिष्ट पट्टी नहीं है। लेकिन हाँ, एक एकल ब्राउज़र से परे कुछ इसे और अधिक सामान्य-उद्देश्य सुविधा बना देगा।

matthew-dean 7 अग॰ 2016

बस अगर कोई इसे खोज रहा है (जैसा मैंने किया): आप सभी पॉलिमर गैर-मानक सीएसएस को एक अलग फ़ाइल में रख सकते हैं और इसे अपनी कम फ़ाइल में इनलाइन कीवर्ड के साथ आयात कर सकते हैं। कम फ़ाइल को कम चर और बहुलक कस्टम गुणों के बीच इंटरफ़ेस करना पड़ता है। लेकिन यह है कि जिस तरह से पॉलिमर चाहता है, वैसे भी। सहमत आप मानकों से हर विचलन को लागू नहीं कर सकते।

henkrijneveld 19 अक्तू॰ 2016

बस इस पर पुनर्विचार करने के लिए, मुझे लगता है कि मुझे दुर्भाग्य से समस्या के दायरे के बारे में एक संकीर्ण दृष्टिकोण था।

वह है: हाँ, @apply केवल एक प्रस्ताव है, लेकिन परिणाम, _this_ है _not_ अमान्य सीएसएस। अब और नहीं।

paper-drawer-panel {
  --paper-drawer-panel-left-drawer: {
    background-color: red;
  };
}

मेरी गलती यह सोच रही थी कि @apply कस्टम प्रॉपर्टी सिंटैक्स के विस्तार का प्रस्ताव था, लेकिन ऐसा नहीं है। उपरोक्त _IS_ एक मान्य कस्टम प्रॉपर्टी वैल्यू है, और, जैसे, कम समर्थन में जोड़ा जाना चाहिए। काश मैंने कल्पना में गहरी खुदाई करने के लिए समय लिया होता। (यहां: https://www.w3.org/TR/css-variables/#syntax।)

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

इसका मतलब यह है कि पॉलिमर जैसी जावास्क्रिप्ट लाइब्रेरी में सीएसएस को घोषणात्मक गुणों / मूल्यों को रखने के लिए "हैक" करने की संभावना बढ़ रही है जहां वे जेएस द्वारा पठनीय हैं, जो कि इस सीएसएस सुविधा से पहले वास्तव में संभव नहीं था।

तो ASAP को लागू करने के लिए AS।

उन लोगों को क्षमा करें जिन्होंने यह इंगित करने का प्रयास किया कि यह मान्य कस्टम प्रॉपर्टी सिंटैक्स है।

matthew-dean 12 अक्तू॰ 2017

👍1

संबंधित: https://github.com/less/less.js/issues/2986

matthew-dean 12 अक्तू॰ 2017

मैं इसे बग और फीचर अनुरोध दोनों के रूप में चिह्नित कर रहा हूं क्योंकि क) कस्टम संपत्ति मूल्यों को पार्स करने का कम दावा है, लेकिन कभी-कभी विफल रहता है (लेकिन यह कब स्पष्ट नहीं है), लेकिन बी) मूल्यों के प्रकारों को संभालने की कम आवश्यकता मूल डिजाइन से परे है यहां तक कि सीएसएस ही, अकेले कम चलो, तो यह एक नई सुविधा है।

matthew-dean 12 अक्तू॰ 2017

एक और परीक्षण जिसे कस्टम संपत्ति पार्सिंग के लिए कम परीक्षणों में जोड़ा जा सकता है। यह सीएसएस आज की तरह पूरी तरह से वैध है।

.test {
  --custom-function: () => { let x = 1; window['NAMESPACE'].doSomething(x); };
}

अनिवार्य रूप से, एक बार कुछ () [] या {} , आप अपने इच्छित किसी भी वर्ण में डंप कर सकते हैं। तो, अर्ध-उपनिवेश उपरोक्त उदाहरण में पारित करेंगे। जब तक आप एक समापन अर्ध-बृहदान्त्र के लिए परीक्षण कर सकते हैं, तब तक कुछ पुनरावर्ती पार्सिंग की आवश्यकता होती है जब तक कि ब्रेसिज़ मेल नहीं खाते और बंद हो जाते हैं (यदि / जब वे खोले जाते हैं)।

मैंने उस काम को यहाँ शुरू किया, लेकिन अभी तक निश्चित नहीं है कि यह सही है या नहीं। https://github.com/less/less.js/blob/edge/lib/less/parser/parser.js#L1326

_Note: यह स्पष्ट करने के लिए कि यदि कोई उपरोक्त लाइन को देखकर भ्रमित है, तो यह जावास्क्रिप्ट कुछ भी नहीं करेगा। CSS इसे केवल एक लंबा, अज्ञात अनाम मान मानता है ।_

matthew-dean 15 फ़र॰ 2018

अनिवार्य रूप से, एक बार कुछ () [] या {} में होने के बाद, आप अपने इच्छित किसी भी वर्ण में डंप कर सकते हैं।

मिमी, यह है? मेरे लिए https://www.w3.org/TR/css-variables/#syntax किसी भी टोकन की तरह लगता है (वहां सूचीबद्ध लोगों को छोड़कर) वहां कहीं भी हो सकता है (भले ही किसी भी प्रकार के पैरेंस की परवाह किए बिना)। या यह किसी और पैराग्राफ द्वारा ग्रहण किया गया है? क्या आप कृपया मुझे इंगित कर सकते हैं, जहां यह किसी भी चरित्र के बारे में कहता है, या परेंस के अंदर मूल्यों के बारे में कुछ विशेष है? (जब तक कि यह url(...) जरूर न हो)?

दूसरे शब्दों में, --var: ?; , --var: (?); या --var: [¾]; वास्तव में मान्य हैं?

seven-phases-max 15 फ़र॰ 2018

यह प्रासंगिक अनुभाग ऊपर है, जिसे मैं गलत व्याख्या कर सकता हूं।

कस्टम गुणों के लिए अनुमत सिंटैक्स अत्यंत अनुमत है। <declaration-value> उत्पादन एक या एक से अधिक टोकन के किसी भी अनुक्रम से मेल खाता है, इसलिए जब तक अनुक्रम में <bad-string-token> , <bad-url-token> , बेजोड़ <)-token> , <]-token> , या <}-token> , या शीर्ष-स्तरीय <semicolon-token> टोकन या <delim-token> टोकन "!" के मूल्य के साथ!

तो, महत्वपूर्ण टेकअवे हैं:

केवल शीर्ष-स्तर अर्धविराम-टोकन मायने रखता है। मैं इसका मतलब यह है कि "कुछ अन्य मिलान जोड़ी के भीतर नहीं"? लेकिन मैं गलत अर्थ लगा सकता हूं कि "शीर्ष-स्तर" का क्या मतलब है।
हो सकता है कि उस पृष्ठ पर दिया गया जेएस उदाहरण भ्रामक हो, ( -foo: if(x > 5) this.width = 10; वैध है।) लेकिन निश्चित रूप से = निश्चित रूप से एक विशिष्ट सीएसएस टोकन नहीं है, और न ही this.width । स्पष्टीकरण के बिना, और यह देखते हुए कि ब्राउज़र पर अनुमति त्रुटि कैसे होती है, मुझे नहीं लगता कि हम किसी भी चीज़ के लिए किसी भी त्रुटि को मान सकते हैं। हम _ पहले से ही जानते हैं_ कि @apply सिंटैक्स वैध है (नियमों के एक सेट के साथ), भले ही उसके पास एक कस्टम अनुप्रयोग हो। तो हम जानते हैं कि कस्टम गुण {} भीतर कई अर्ध-कॉलोनों के लिए अनुमति देते हैं; इसलिए यह तर्कसंगत है कि यह भाषा () , [] , {} के मिलान के भीतर अनुमति प्रकृति के बारे में कुछ बताती है। ऐसा बहुत कुछ है जो हम यहां नहीं जानते हैं, और बिना जाने कैसे _what_ एक कस्टम प्रॉपर्टी में जा सकते हैं, मुझे लगता है कि हमें यह मान लेना है कि इसमें कुछ भी जा सकता है, जब तक कि यह एक विशेष संरचना का अनुसरण करता है ("जब तक अनुक्रम अनुक्रम नहीं होता है <bad-string-token> , <bad-url-token> , बेजोड़ <)-token> , <]-token> , या <}-token> ") और ब्राउज़र के साथ उस संपत्ति को पास करते हैं। मेरा मानना है कि सफल पार्सिंग के लिए नंगे न्यूनतम आवश्यकताओं का निर्माण करते हुए, यहां डेवलपर्स के लिए अधिकतम लचीलापन बनाने का इरादा है।

तो, आप ऐसा नहीं कर सकते:

.bar {
  --foo: {;
  --baz: ";
}

... क्योंकि सिंटैक्स आपको कई अर्ध-कॉलोन सहित किसी भी चीज़ में डालने की अनुमति देना चाहता है, लेकिन यह जानना चाहता है कि आप कब कर रहे हैं। यहीं से मैचिंग कोट्स / ब्रेसेस / कोष्ठक / कोष्ठक चलन में आते हैं। जब तक आप इंगित कर सकते हैं कि आपने किसी तरह से अपने सिंटैक्स को "बंद" कर दिया है, मेरा मानना है कि यहां इरादा यह है कि आप उस सिंटैक्स के भीतर वही कर सकते हैं जो आप चाहते हैं।

matthew-dean 15 फ़र॰ 2018

इस के रूप में:

या तो --वर: ;,; --वर: (?); या --वर: [¾]; वैध है?

मुझें नहीं पता।

क्या हमें उन्हें वैध मानना चाहिए? IMO हाँ। क्योंकि हम नहीं जानते / नहीं जान सकते, लेकिन हम _can_ इसे बहुत अधिक परेशानी के बिना सफलतापूर्वक पार्स करते हैं।

matthew-dean 15 फ़र॰ 2018

के रूप में संभव कार्यान्वयन के लिए ... यह ; तक वहां कुछ भी अनुमति देने के लिए एक बड़ी समस्या नहीं है, लेकिन फिर भी हमें कम से कम तार, urls और नेस्टेड {} को संभालना चाहिए (क्योंकि उनमें ; हो सकता है) कोई कम कोड नहीं है।

एक और कदम यह होगा कि इसे (पार्सिंग स्टेज पर) डीआर (डब्ल्यू / ओ इसके बाहरी {} ) के साथ सिर्फ अधिक टोकन की अनुमति के रूप में इलाज किया जाएगा (हालांकि यह तब से एक डेड-वे जैसा दिखता है क्योंकि आप कर सकते हैं ' t --var: (1 > 2) / {whatever} foo; जैसे कुछ के लिए DR-parser का पुनः उपयोग करें)

और अंत में, कुछ अधिक सुविधाजनक के लिए, मैं ईमानदारी से कुछ भी नहीं देख सकता हूं, लेकिन कुछ कम सुविधाओं (टोकन और फिर उनके मूल्यांकन) के साथ पूर्ण-विशेषताओं वाले सीएसएस-टोकन लिखने वाले को अनुमति दी गई है। दूसरे शब्दों में एक biiiiiig समस्या :(

seven-phases-max 15 फ़र॰ 2018

केवल शीर्ष-स्तर अर्धविराम-टोकन मायने रखता है। मैं इसका मतलब यह है कि "कुछ अन्य मिलान जोड़ी के भीतर नहीं"? लेकिन मैं गलत अर्थ लगा सकता हूं कि "शीर्ष-स्तर" का क्या मतलब है।

हाँ मुझे पूरा यकीन है कि यह ; ख़त्म करने के बारे में है। अर्थात्: --var: ";" url(;) {;}; वैध है और --var: ; {} foo; नहीं है (प्रथम ; "शीर्ष-स्तर" होने से कथन समाप्त होता है)।
मैं सिर्फ (;) बारे में निश्चित नहीं हूँ।

seven-phases-max 15 फ़र॰ 2018

जाहिर है इसका मतलब यह होगा कि कोई कम कोड नहीं है।

मेरा एकमात्र विचार यह है कि हम कस्टम गुणों को उत्पन्न करने की इच्छा के मामले में maaaaybe इंटरपोलेशन सिंटैक्स की अनुमति दे सकते हैं। लेकिन हो सकता है कि "रूचि 2 की तरह हो अगर ब्याज" विचार की तरह है।

मैं सिर्फ (;) के बारे में निश्चित नहीं हूँ।

में भी नहीं हूँ? मेरा मानना है कि चश्मे में अक्सर कहीं न कहीं प्रकाशित होने वाले विवरण होते हैं (जैसे टोकन पथ आरेख), लेकिन मुझे यकीन नहीं है कि यह इस मामले में मौजूद है। एक चरण 1 के रूप में - केवल {} , () , और उद्धरण से मेल खाने की आवश्यकता होती है, और एक अनाम नोड में कुछ भी डंप करने तक शीर्ष स्तर ; ठीक लगता है। मिलान करने वाले कोष्ठक [] आवश्यक नहीं हो सकते हैं, लेकिन उनका उल्लेख भी किया गया है और अन्य सभी टुकड़े होने के बाद यह काफी तुच्छ है।

मुझे नहीं लगता कि हमें विशेष रूप से कुछ भी टोकन लेने की जरूरत है, या डीआर सामान के साथ इसे मिलाएं। आखिरकार, कोई व्यक्ति इसे समाप्त कर सकता है:

.weird {
  --php: ($x = 5 /* + 15 */ + 5; echo $x;);
  --example: [My DR will be --this: { 
    blah: nope;
    --never mind i gave up;
    no wait here it --is: {
      lol: cats;
    }
  }];
}

दूसरे शब्दों में, कस्टम गुणों की सामग्री से निपटने के लिए कम से कम अपने हाथों को साफ करना बेहतर होगा।

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

matthew-dean 15 फ़र॰ 2018

ध्यान दें कि यदि हम उपरोक्त उदाहरण को संशोधित करते हैं, तो इसे अमान्य माना जाना चाहिए:

.weird {
  --example: [My DR will be --this: { 
    blah: nope;
    --never mind i gave up;
    no wait here it --is: {
      lol: cats;
   // missing matching }
  }];
}

matthew-dean 15 फ़र॰ 2018

"कोई कम कोड नहीं"

शायद, लेकिन इसका मतलब है एक मंदी - जैसे अब कोई लिख सकता है:
--var: darken(red, 5%) + 1;
और यह काम करता है, लेकिन तब ( --fortran: read (*, *, iostat=ierr) radius, height; ) यह नहीं होगा :(

हमारे पास शायद इसके लिए एक विकल्प हो सकता है (जैसे --oh-no-yet-another-option-for-custom-properties-to-be-parsed-one-way-or-another: on :)

seven-phases-max 15 फ़र॰ 2018

शायद, लेकिन इसका मतलब है एक मंदी - जैसे अब कोई लिख सकता है --वर: गहरा (लाल, 5%); और यह काम करता है, लेकिन फिर (के लिए - काफ़रन: पढ़ें (*, *, iostat = ierr) त्रिज्या, ऊंचाई;) यह नहीं होगा :(

🤔 अच्छा ..... हाँ मैं देख रहा हूँ कि आपका क्या मतलब है, यही कारण है कि शायद किसी तरह का प्रक्षेप आवश्यक हो सकता है? हम मूल रूप से पार्सर पर समान व्यवहार कर सकते हैं:

<strong i="8">@iostat</strong>: ierr;
--fortran: read (*, *, iostat=@{iostat}) radius, height;

// treat similar to:
--fortran: ~"read (*, *, iostat=@{iostat}) radius, height";

(उचित मिलान टोकन के पूर्वोक्त गुहाओं के साथ?)

मेरा मतलब है .... विकल्प यह है कि हम अनिवार्य रूप से वाक्य रचना से बचने की सलाह देते हैं। बस इन-प्लेस सीएसएस कोड के कम संशोधनों के लिए अच्छा होगा।

matthew-dean 15 फ़र॰ 2018

हाँ, प्रक्षेप चाल करेंगे। हालांकि यह अभी भी एक प्रायोगिक विकल्प के रूप में DR-ike को पार्स करना अच्छा होगा (मुझे पूरा यकीन है कि बहुत से लोग वास्तविक --var: darken(red, 5%); को काल्पनिक --javascript: 1 = 2; कम से कम पसंद करेंगे जब तक कि ऐसी कस्टम संपत्ति हैकिंग व्यापक नहीं हो जाती: )

दूसरे शब्दों में, मैं दोनों तरीकों (अलग-अलग या एक साथ) के साथ ठीक हूं।

seven-phases-max 15 फ़र॰ 2018

मुझे लगता है कि मेरे पास इसके लिए काफी मजबूत कार्यान्वयन / समाधान है। मैंने परीक्षणों में इस थ्रेड से कई कोड उदाहरणों का उपयोग किया। इसलिए, कस्टम प्रॉपर्टी वैल्यूज़ और अज्ञात एट-रूल्स को अनिवार्य रूप से ट्रीट किया जाता है क्योंकि इंटरपोलेशन की अनुमति देने के लिए कोटेड वैल्यू से बच जाते हैं। # 3213 देखें।

matthew-dean 2 जून 2018

तय किया हुआ।

matthew-dean 22 जून 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Less.js: कम वैध कस्टम संपत्ति मानों को पार्स करने में विफल रहता है (उदा: @apply पॉलीफ़िल)

सबसे उपयोगी टिप्पणी

सभी 34 टिप्पणियाँ

संबंधित मुद्दों