Less.js: डुप्लिकेट गुण जब @importing कई बार (नेस्टेड @import)

मुझे लगता है कि मुद्दा यह है कि फ़ाइल दो बार आयात की जाती है, यह मिश्रण के लिए सही व्यवहार है।

क्या आपको लगता है कि इसे फ़ाइल को दो बार आयात करना चाहिए? यदि नहीं तो इसे सापेक्ष यूआरएल को भी ध्यान में रखना चाहिए। उदाहरण के लिए

// in main.less
<strong i="6">@import</strong>: imports/import1.less;
<strong i="7">@import</strong>: imports/import2.less;

// in imports/import1.less
<strong i="8">@import</strong>: import2.less; // don't import this
<strong i="9">@import</strong>: imports/import2.less; // do import this

हम्म, मुझे आश्चर्य है कि यह जांचने का कोई आसान तरीका है कि कोई फ़ाइल किसी अन्य फ़ाइल के बराबर है या नहीं। शायद हेडर में कुछ।

फ़ाइल का आकार एक सस्ता संकेतक है और स्रोत फ़ाइलों के किसी भी सेट में सबसे अधिक संभावना है। हालाँकि समान आकार की 2 फ़ाइलें रखना _possible_ है।

इसी तरह संशोधित तिथि के साथ।

यदि सर्वर ETag शीर्षलेख सेट करता है तो आप उसका उपयोग कर सकते हैं/कर सकते हैं।

कैशिंग करते समय हम फ़ाइल सामग्री के एमडी 5 हैश को कुंजी के रूप में उपयोग करते हैं लेकिन मुझे व्यक्तिगत रूप से लगता है कि यह अधिक है।

हम्म, हाँ समस्या यह है कि जावास्क्रिप्ट में मूल एमडी 5 नहीं है, या मैं इसका उपयोग करूंगा ..
ETag आदर्श होगा, लेकिन कुछ सर्वर इसे सेट नहीं करते हैं। मुझे इस बारे में सोचना होगा।

ऐसा लगता है कि हम सहमत हैं कि फ़ाइलों को दो बार आयात नहीं किया जाना चाहिए। हालांकि क्या यह हमेशा सच होता है? (अर्थात दायरे की मदद से, मिक्सिम में आयात करना ठीक हो सकता है - क्लाउडहेड आप इस पर मुझसे बेहतर उत्तर दे सकते हैं)।

कई भाषाओं ने पहले ही इस मुद्दे को अलग-अलग तरीकों से हल किया है:

• सी -> #ifndef / #define / #endif
• पीएचपी -> include_once()

"सी रास्ता" लागू करने के लिए थोड़ा कठिन हो सकता है लेकिन सशर्त अन्य महान संभावनाएं प्रदान कर सकता है।

यदि "PHP तरीका" चुना जाता है, तो हमें फ़ाइलों में अंतर करने का एक तरीका चुनना होगा। निरपेक्ष URL एक अच्छा चयन लगता है (हमारे पास यह सीधे या document.location + सापेक्ष URL के माध्यम से है) - मुझे लगता है कि यह आकार / लंबाई / MD5 से बेहतर है क्योंकि यह HTTP अनुरोध का उपभोग नहीं करता है।
हालाँकि यह पर्याप्त नहीं हो सकता है: प्रत्येक URL एक फ़ाइल में मैप करता है लेकिन प्रत्येक फ़ाइल को कई URL में मैप किया जा सकता है। ऐसे मामले में एक नया कीवर्ड @<strong i="16">@name</strong>: <unique name> करने से मदद मिल सकती है।

@import_once algo तब होगा: यदि पूर्ण URL पहले से आयात नहीं किया गया है, तो फ़ाइलें प्राप्त करें और जांचें कि क्या @ @name पहले से ही आयात किया गया है, यदि फ़ाइल आयात नहीं है।

मैं सहमत हूं। एक अनुरोध के संदर्भ में आपको यह मानने में सक्षम होना चाहिए कि संसाधन नहीं बदलते हैं। तो पूर्ण यूआरएल काफी अच्छा होना चाहिए।

फ़ाइल परिवर्तनों की जाँच करना एक और मामला है।

मुझे लगता है कि हमें @import आयात को कई बार रखना चाहिए क्योंकि यह मूल @import कैसे काम करता है,

मुझे @vicb का PHP जैसा समाधान पसंद है, लेकिन @import_once के बजाय मुझे 'टिप्पणी' में कुछ बेहतर पसंद है, इसलिए यह अभी भी मूल सीएसएस सिंटैक्स के साथ संगत है।

क्या हम .less फ़ाइल के शीर्ष पर ऐसा कुछ जोड़ सकते हैं:
/_! आवश्यकता: url (./abc.less)_/

मैं भी इस समस्या का सामना कर रहा हूं। मेरे प्रोजेक्ट में एक .css फ़ाइल में संकलित LESS फ़ाइलों का पदानुक्रम है। एक उपयोगिता कम फ़ाइल है जो कई फाइलों में शामिल है, अंतिम परिणाम में सभी मिक्सिन को उतनी ही बार दोहराया जाता है जितनी बार उस उपयोगिता फ़ाइल को आयात किया गया था।

एक @import_once , या शायद @import :

हम अपने प्रोजेक्ट पर @NielsJanssen जैसी ही समस्या का सामना कर रहे हैं, कोई विचार है कि यह समस्या कब तक ठीक हो जाएगी ??

इस मामले में भी चल रहा है। किसी को कोई उपाय सूझता है?

यहां एक ही मुद्दा होना। एक आसान समाधान नहीं मिला, बस आयात को फिर से व्यवस्थित कर दिया ताकि वे दो बार आयात न करें।

यदि आप node.js का उपयोग करते हैं तो मैं वास्तव में स्टाइलस की जांच करने का सुझाव दूंगा। मैंने कुछ समय के लिए LESS का उपयोग किया, इसके विकास की पूर्ण कमी से निराश हो गया, SASS और फिर अंत में Stylus पर स्विच किया। यह वास्तव में सुविधाओं को नाखून देता है, वाक्यविन्यास वैकल्पिक है (और मैं एक मध्य-मैदान का उपयोग करता हूं), यह बहुत शक्तिशाली है, और टीजे इसका वास्तव में उत्तरदायी डेवलपर है।

यदि आप node.js का उपयोग नहीं करते हैं, तब भी आप अपनी मशीन पर रूबी और संकलन के साथ स्टाइलस का उपयोग कर सकते हैं। और अगर आपको किसी कारण से स्टाइलस पसंद नहीं है, तो SASS/SCSS भी एक अच्छा विकल्प है और इसे उसी तरह से किया जा सकता है।

लंबी कहानी छोटी: LESS लंबे समय में अच्छा नहीं है।

बहुत घटिया रवैया है यार।

उस bs को यहाँ पोस्ट करना आवश्यक नहीं है। आप इसे मेल या समान रूप से भेज सकते थे। आपके पास ऐसे उच्च मानक नहीं हो सकते हैं जैसे किसी ऐसी चीज़ के लिए "वास्तव में उत्तरदायी डेवलपर" चाहते हैं जो उपयोग करने के लिए स्वतंत्र हो।

बिल्कुल नहीं।

जब मैंने पहली बार LESS पाया, तो मुझे वह सलाह अच्छी लगी होगी, ताकि मैं इसके अभ्यस्त होने में अपना समय बर्बाद न करूं, और जब मैं अंततः चला गया तो इसे और इससे परिवर्तित हो गया। माना कि मुझे इसे पहले स्वयं नोटिस करना चाहिए था, क्योंकि बंद लोगों की तुलना में अधिक खुले मुद्दे हैं, और उनमें से अधिकतर का जवाब नहीं दिया गया है।

यह इस बारे में नहीं है कि मेरे पास कौन से मानक हो सकते हैं या नहीं। यह बेहतर विकल्प होने पर लोगों को चेतावनी देने के बारे में है।

इसलिए मैं अपने "बीएस" के साथ खड़ा हूं और आशा करता हूं कि लोगों को चेतावनी मददगार लगेगी।

@ianstormtaylor : यह कहना कि एक परियोजना "लंबे समय में अच्छा नहीं है" थोड़ा हिस्टेरिकल है।

भी यही समस्या होना।

फू.लेस

<strong i="7">@import</strong> "bar.less";
<strong i="8">@import</strong> "baz.less";

बार.रहित

<strong i="12">@import</strong> "mixins.less";
.bar {
  .mixer
}

बाज.विहीन

<strong i="16">@import</strong> "mixins.less";
.baz {
  .mixer
}

मिश्रण रहित

.mixer {
  color: 000;
  border: 2px solid #fff;
}

$ lessc foo.less
.mixer {
  color: 000;
  border: 2px solid #fff;
}
.bar {
  color: 000;
  border: 2px solid #fff;
  color: 000;
  border: 2px solid #fff;
}
.mixer {
  color: 000;
  border: 2px solid #fff;
}
.baz {
  color: 000;
  border: 2px solid #fff;
  color: 000;
  border: 2px solid #fff;
}

मैं पहले इस चर्चा से बाहर रहा लेकिन अब जब मैं इसी मुद्दे के खिलाफ हूं ... @wlangstroth मुझे नहीं लगता कि @ianstormtaylor बिल्कुल

मुझे लगता है कि @cloudhead ज्यादातर मेरे द्वारा की गई किसी भी टिप्पणी को अनदेखा करता है (शायद मैं इसके बारे में गलत हूं) लेकिन यह सुनना बेहतर होगा कि "मैं व्यस्त हूं" या "मैं इसे ठीक नहीं करना चाहता" या यहां तक ​​​​कि कुछ भी कठोर बिल्कुल कोई प्रतिक्रिया नहीं पाने के बजाय।

आपके पास केवल एक main.less फ़ाइल है जिसमें आपके सभी आयात शामिल हैं। उदाहरण के लिए ट्विटर बूटस्ट्रैप देखें (मुख्य फ़ाइल bootstrap.less )।

मेरे द्वारा आयात की जाने वाली कुछ कम फाइलें (बाहरी पुस्तकालय से) अकेले संकलित होने में सक्षम होने के लिए लिखी जाती हैं, इसलिए उनमें से प्रत्येक में एक सामान्य variables.less और जो समस्या मैं देख रहा हूं वह इसलिए होती है क्योंकि मैं उनमें से प्रत्येक को आयात करता हूं एक मुख्य फ़ाइल में कम फ़ाइलें और फिर उस फ़ाइल को संकलित करना प्रत्येक मिक्सिन को जितनी बार मिक्सिन्स शामिल करता है उतनी बार लागू होता है (एक बार प्रत्येक फ़ाइल के लिए मैं बाहरी लाइब्रेरी से शामिल करता हूं)।

आप सही कह रहे हैं - मैं आपके जैसा कुछ सुझाव दे सकता हूं और हूं जिस पर मेरा पूरा नियंत्रण है लेकिन इसका मतलब यह नहीं है कि हर कोई ऐसा ही करता है।

साथ ही, वर्कअराउंड (_only_ अगर मैं किसी तृतीय पक्ष लाइब्रेरी का उपयोग नहीं कर रहा था) यह नहीं बदलता है कि यह एक बग है। मैं इस बात से काफी परिचित हो गया हूं कि कम से कम मुद्दों को कैसे हल किया जाए, लेकिन यह निराशाजनक है कि इस तरह की बग लगभग 18 महीनों से खुली हुई है। ( @wlangstroth मुझे एहसास है कि यह _your_ गलती नहीं है)

रुचि रखने वाले किसी भी व्यक्ति के लिए, मुझे एक क्रूर बल फिक्स मिला है ( @vicb के परीक्षण के खिलाफ परीक्षण नहीं किया गया है लेकिन काम करना चाहिए) जिसे मैंने # 431 पर एक टिप्पणी में चिपकाया। अगर मुझे कुछ और समय मिले तो मैं कोशिश करूँगा और बेहतर समाधान ढूंढूंगा।

एक ही समस्या होने

यह समस्या भी थी, लेकिन मेरे मिक्सिन पुस्तकालयों को मेरे बूटस्ट्रैप.लेस में आयात करके इसे ठीक किया। यह नहीं पता था कि बाद के आयातों की उन तक पहुंच होगी, लेकिन यह समझ में आता है।

fyi #431 एक पुल अनुरोध है जो इस समस्या को ठीक करता है

@cloudhead क्या आप इसके लिए कोई सुधार लागू कर पाएंगे। यह शायद सबसे पुराने मुद्दों में से एक है जो अभी भी खुला है। इसे सुलझते हुए देखना अच्छा लगेगा।

वही मुद्दा :-(

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

शायद किसी और की किस्मत ज्यादा हो।

ट्विटर: https://twitter.com/#!/cloudhead

और इस मुद्दे पर एक लिंक छोड़ें: https://github.com/cloudhead/less.js/issues/49

@Kalyse अगर @cloudhead इस परियोजना के मुद्दों की पर्याप्त रूप से निगरानी नहीं कर सकता है तो यह सभी के लिए इसका उपयोग करने से बचने का और भी कारण है। लोगों ने सुझाव दिया है कि उन्हें मुद्दों के बैकलॉग के प्रबंधन में मदद करने के लिए कुछ अन्य लोगों को नामित करना चाहिए लेकिन फिर से कोई प्रतिक्रिया नहीं हुई।

मुझे किसी का ध्यान आकर्षित करने के लिए ट्विटर का उपयोग करने की आवश्यकता क्यों है, जबकि जब मैं किसी मुद्दे पर उनका उल्लेख करता हूं तो वे पहले से ही अलर्ट प्राप्त कर सकते हैं? मुझे लगता है कि यह शर्मनाक है कि @cloudhead उन मुद्दों का जवाब देने का प्रबंधन नहीं कर सकता है जो 2 साल से खुले हैं - वह कम से कम कुछ ऐसे लोगों को ढूंढ सकता है जिन पर वह भरोसा करता है और उन्हें खुले मुद्दों के बैकलॉग के माध्यम से काम करना शुरू कर देता है। वे कम से कम डुप्लिकेट को बंद कर सकते हैं और उसके लिए खुले मुद्दों की संख्या को कम करने में मदद कर सकते हैं।

जीथब अधिसूचना प्रणाली पूरी तरह से बेकार है - मुझे प्रति दिन लगभग 70-100 सूचनाएं मिलती हैं, इसलिए मैं उन्हें अनदेखा करना पसंद करता हूं।

मैं इस पर गौर करने वाला हूं..

ठीक है, मैंने एक @import-once निर्देश जोड़ा - यह बहुत प्राथमिक है, क्योंकि यह केवल जांचता है कि पथ मेल खाते हैं - लेकिन इसमें अधिकांश उपयोग-मामलों को शामिल करना चाहिए।

@cloudhead खुशी है कि आप इस मुद्दे को हल करने के लिए तैयार हो गए! आउटपुट में डुप्लिकेट नियम फ़िल्टर क्यों नहीं करते?

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

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

लोगों ने बहुत से मुद्दों को तय किया है, कभी-कभी सालों पहले। बिना किसी प्रतिक्रिया के 74 बकाया पुल अनुरोधों में से एक को देखें। उदाहरण के तौर पर, इस मुद्दे में 2 साल पीछे कई डुप्ली हैं (जैसे # 324 # 71)। यहां एक पुल अनुरोध है जिसने इस मुद्दे को बहुत सरलता से ठीक कर दिया होगा: https://github.com/cloudhead/less.js/pull/431 कमिटर ने प्रतिक्रिया मांगी, मौन के साथ मुलाकात की, और फिर अंततः हार मान ली।

@cloudhead - एलेक्सिस, यह एक बहुत ही बढ़िया परियोजना है जो इसे व्यस्त होने देती है। जब लोग ऊपर बताई गई चीजों को देखते हैं, तो यह उन्हें इस धारणा के साथ छोड़ देता है कि परियोजना अविश्वसनीय या अविश्वसनीय है। और यह अनावश्यक है! जीथब का जादू यह है कि आप कुछ ऐसे लोगों को आसानी से ढूंढ सकते हैं जो महान कोड लिख रहे हैं और परियोजना को प्रतिबद्ध करने में रुचि रखते हैं। उन अच्छे लोगों से पूछें कि क्या वे मध्यम मुद्दों और अनुरोधों को खींचने में मदद करेंगे।

हम सब आपके काम से प्यार करते हैं। समाज मदद करना चाहता है। आइए मदद करें!

@jeremyricketts अच्छा बिंदु।

मैं @jeremyricketts से सहमत

@cloudhead ऐसा लगता है कि @import-once निर्देश काम नहीं करता है, यह मेरा परीक्षण मामला है।

// a.less
.gain-bfc() {
  overflow: hidden;
  *zoom: 1;
}

// b.less
@import-once "a.less";

// c.less
@import-once "a.less";
@import-once "b.less";

div {
  .gain-bfc();
}

c.less को संकलित करने के बाद, अपेक्षित परिणाम होना चाहिए

div {
  overflow: hidden;
  *zoom: 1;
}

लेकिन मुझे डुप्लीकेट गुण मिल गए हैं

div {
  overflow: hidden;
  *zoom: 1;
  overflow: hidden;
  *zoom: 1;
}

+1 जेरेमिरिकेट्स

कोई भी कदम बढ़ाना चाहता है - https://twitter.com/#!/neonstalwart/status/183247994072735744

कुछ वास्तविक प्रोग्रामिंग चॉप वाले किसी व्यक्ति की आवश्यकता है। मेरी दुनिया है PSD, पेंसिल और कागज, और एचटीएमएल सीएसएस और हल्के jQuery के काम।

मुद्दों को सुलझाने और अनुरोधों को खींचने के लिए कुछ लोगों की जरूरत है,
डुप्लिकेट प्रून करें, सुनिश्चित करें कि बग के लिए परीक्षण मामले हैं, आदि। मैं चाहूंगा
कम से कम उसमें मदद करने के लिए स्वेच्छा से, और मैं शायद मदद कर सकता हूँ
छोटे बग भी बंद करें।
23 मार्च 2012 को दोपहर 1:28 बजे, "जेरेमी रिकेट्स" <
उत्तर@reply.github.com>
लिखा था:

कुछ वास्तविक प्रोग्रामिंग चॉप वाले किसी व्यक्ति की आवश्यकता है। मेरी दुनिया PSD की है,
पेंसिल और कागज, और एचटीएमएल सीएसएस और हल्का jQuery काम।

---

इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें:
https://github.com/cloudhead/less.js/issues/49#issuecomment -4667283

@cloudhead बस अगर आप इसके लिए एक अच्छा समाधान के बारे में सोचने के लिए संघर्ष कर रहे हैं, तो आपको कुछ समय पहले @neonstalwart संकल्प पर एक नज़र

मूल रूप से, नियमों को चयनकर्ताओं में कभी नहीं जोड़ा जाना चाहिए यदि मौजूदा संपत्ति के समान मूल्य वाला कोई मौजूदा नियम है। आपको संपत्ति के मूल्य की भी जांच करनी होगी, क्योंकि पृष्ठभूमि के साथ, आप कई अलग-अलग पृष्ठभूमि जोड़ सकते हैं क्योंकि उन्हें अलग-अलग ब्राउज़रों में अलग-अलग तरीके से संभाला जाता है।

आप इस समाधान के बारे में क्या सोचते हैं @ Cloudhead
आगे का रास्ता लगता है?

इसे ठीक नहीं करने का मतलब है:

1) फाइलें जरूरत से ज्यादा बड़ी होती हैं।
2) अपने सीएसएस को कई फाइलों में फैलाना और लॉट आयात करना अवांछनीय हो जाता है क्योंकि हर बार जब आप एक अतिरिक्त फाइल शामिल करते हैं जिसमें मिक्सिन भी शामिल होते हैं, तो आप उस मिक्सिन के मूल्यों को फिर से जोड़ रहे हैं। मेरे पास शायद 80 कम सीएसएस शैलियाँ हैं, और इसका मतलब यह है कि जब मेरे पास एक .background() ग्रेडिएंट मिक्सिंग होती है, तो प्रत्येक चयनकर्ता के लिए 80 * 6 अतिरिक्त शैलियों का परिणाम होता है। (सभी विभिन्न ब्राउज़रों का समर्थन करने के लिए)।
3) यह पेज रेंडरिंग को भी धीमा कर देता है। मेरे ड्रॉ/रीफ्रेश प्रति सेकेंड अतिरिक्त शैलियों के कारण नाटकीय रूप से गिरते हैं।

विचार @क्लाउडहेड ?
चीयर्स।

@cloudhead अगर हम इस मुद्दे के लिए नवीनतम प्रतिबद्धता से पुल अनुरोध करते हैं, तो क्या आप विलय को देखेंगे?

यहाँ सुधार है: https://github.com/cloudhead/less.js/commit/cb789334233e377bd91a17d3118a0424ad167929

@Kalyse क्या आप मुझे एक ईमेल छोड़ सकते हैं? [email protected]

चियर्स

हो सकता है कि कुछ अतिरिक्त विश्वसनीय डेवलपर्स की आवश्यकता हो जो पुल अनुरोधों को स्वीकार कर सकें?

@cloudhead मैं अपने कम कोड को संकलित करने के लिए WinLess का उपयोग करता हूं ... WinLess कम.js के नवीनतम डिस्ट्रो के साथ आता है (देखें https://github.com/marklagendijk/WinLess/issues/14), इसलिए कोई भी विचार जब यह (और अन्य सुधार) ) नवीनतम रिलीज में जोड़ा जाएगा?

शानदार उत्पाद के लिए शुक्रिया)।

तो, उह... हम इस पर कैसे कर रहे हैं?

@jreading मुझे लगता है कि इसे git में cb7893 प्रतिबद्ध के साथ तय किया गया है

निश्चित प्रतीत होता है (या कम से कम मूल मुद्दा है) और यदि नहीं, तो मुझे यकीन है कि इसे कवर करने के लिए एक और बग है।