Less.js: स्रोत-मानचित्र चयनकर्ताओं पर गलत लाइन-नंबर - क्रोम पहले तत्व की स्थिति की रिपोर्ट करता है, अंतिम तत्व की नहीं

को निर्मित 14 अग॰ 2013 · 5टिप्पणियाँ · स्रोत: less/less.js

निम्नलिखित कम html>body form की पंक्ति में इंगित करेगा, हालांकि परिभाषा स्पष्ट रूप से input ।
हालांकि, & ऑपरेटर का उपयोग करते समय यह सही ढंग से काम करेगा, लेकिन इस तरह की सभी कम परिभाषाओं को बदलने में दर्द होता है

html>body form  {

    input {
        color: cyan !important;
    }

    & input {
        background: yellow !important;
    }
}

line bug

मुझे लगता है कि यह कम में समर्थित अन्य ऑपरेटरों के लिए हद तक हो सकता है, लेकिन कभी भी कम नहीं, या तो खाली या किसी भी ऑपरेटर को स्रोत मानचित्रों द्वारा सही ढंग से समर्थित किया जाना चाहिए, क्योंकि यह वैध कम कोड है।

bug medium priority

स्रोत

dotnetwise

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

नोट: # 1715 से वर्कअराउंड को नियंत्रित करना है और संपत्ति पर क्लिक करना है चयनकर्ता नहीं।
नोट 2: क्रोम इसे ठीक नहीं करेगा, इसलिए इसे कम में संबोधित करना होगा, शायद अंतिम तत्व अनुक्रमणिका ढूंढ रहा है? एक चयनकर्ता में

lukeapage 23 फ़र॰ 2014

👍3

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

मुझे लगता है कि ऐसा इसलिए है क्योंकि कम वास्तव में अलग-अलग जगहों से आने वाले चयनकर्ताओं के विभिन्न हिस्सों को चिह्नित करता है .. इसलिए यह क्रोम को बताता है कि चयनकर्ता का पहला भाग लाइन 3 से आता है और दूसरा भाग लाइन 9 से आता है। जब कम & का उपयोग करता है

हालाँकि, क्रोम में दी गई जानकारी वैसे भी बहुत ही संक्षिप्त है, हमें शायद चयनकर्ता के अंतिम भाग से ही जानकारी दिखानी चाहिए।

lukeapage 8 सित॰ 2013

यह बग अब क्रोमियम बग में है: https://code.google.com/p/chromium/issues/detail?id=287382

स्वयं को नोट करें: प्रत्येक पथ आउटपुट होने से पहले fileinfo को ओवरराइड करके हल किया जा सकता है। विस्तार के बारे में भी सोचने की जरूरत है जहां मध्य चयनकर्ता को प्रतिस्थापित किया गया है - पथ विस्तार के कारण बनाया गया है इसलिए विस्तार महत्वपूर्ण बात है।

इसे अभी के रूप में चिह्नित करें क्योंकि आप हमेशा नीचे स्क्रॉल कर सकते हैं .. यह कम से कम आपको एक सूचक देता है .. जब तक @dotnetwise आपके पास कोई कारण नहीं है कि यह एक बड़ी समस्या पैदा कर रहा है।

lukeapage 8 सित॰ 2013

lukeapage 23 फ़र॰ 2014

👍3

: मैं से उदाहरण कोड का परीक्षण किया है http://stackoverflow.com/questions/27983598/css-source-maps-doesnt-report-the-correct-line-when-using-nested-selectors

#main {
max-width: 500px;
color: white;
.sub-container {
color: blue;
}
}

मैंने पाया कि समस्या न केवल क्रोम में बल्कि फ़ायरफ़ॉक्स में भी होती है। फिर मैंने कोड को गल्प-लेस और गल्प-सोर्समैप के साथ संकलित करने की कोशिश की (जहां मुझे उम्मीद है कि गल्प-सोर्समैप एक अलग सोर्समैप जनरेटर का उपयोग करता है)। गल्प बिल्ड ने भी समस्या का समाधान नहीं किया।
जब मैं एक ही कोड को sass के साथ संकलित करता हूं तो क्रोम और एफएफ दोनों में जेनरेट किए गए सोर्समैप को 4 तक सही ढंग से इंगित करता है।

दूसरी ओर कम में किसी बिंदु पर सही रेखा संख्याएं होती हैं ( --line-numbers=comments के साथ):

/* line 1, /t.less */
#main {
  max-width: 500px;
  color: white;
}
/* line 4, /t.less */
#main .sub-container {
  color: blue;
}

bassjobsen 17 जन॰ 2015

हां, लेकिन केवल "नेस्टेड नियम" के लिए नहीं

यदि आप किसी बड़े नियम में कुछ भी घोंसला बनाते हैं, तो सभी स्रोत मानचित्र रेखाएं उसके शीर्ष पर इंगित करेंगी।

dotnetwise 19 जन॰ 2015

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

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

Less.js: स्रोत-मानचित्र चयनकर्ताओं पर गलत लाइन-नंबर - क्रोम पहले तत्व की स्थिति की रिपोर्ट करता है, अंतिम तत्व की नहीं

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

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

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