Libsass: सुविधा अनुरोध: : पदावनति चेतावनी बंद करने के लिए एक ध्वज जोड़ें

मुझे लगता है कि मेरे पास एक और मानक समाधान है, आप सभी लॉग स्तरों को लागू करने के बारे में क्या सोचते हैं ?? (जैसे log4j, विंस्टन , आदि)।

कृपया मुझे बताएं कि क्या आप इस पर अधिक सहमत हैं :) (इसलिए मैं इस FR शीर्षक को संशोधित करूंगा)

हम लॉगिंग स्तर नहीं जोड़ेंगे, न ही हम बहिष्करण चेतावनियों को शांत करने में सक्षम होंगे। उपयोगकर्ता कोड काम करना जारी रखने के लिए ये चेतावनियां गंभीर रूप से महत्वपूर्ण हैं।

हालांकि हम उन समाधानों पर विचार करेंगे जो बहिष्कृत व्यवहार का उपयोग करके कोड को ढूंढना आसान बनाते हैं।

इस @xzyfer के साथ मेरी सभी चिंताओं का उत्तर देने के लिए धन्यवाद ... बीटीडब्ल्यू, मुझे समस्या के साथ पुस्तकालय मिला है, इसलिए मेरे लिए फिक्स प्रगति पर है: +1:

और इसलिए ... मुझे लगता है कि बाकी सभी मामलों का उपयोग करते हैं, इसे तब तक इंतजार करना होगा जब तक कि पुस्तकालय के मालिक अपनी बहिष्कृत सामग्री को ठीक करने का निर्णय न लें (...)

कृपया याद रखें कि डेवलपर्स के रूप में हमारे काम को जारी रखने के लिए यह चेतावनियां गंभीर रूप से महत्वपूर्ण नहीं हैं ... यदि वे ऐसे थे, तो चेतावनी के बजाय एक त्रुटि फेंक दी जाएगी।

एक वैकल्पिक तरीका हो सकता है https://github.com/sass/libsass/pull/2862 ...

यह वास्तव में महत्वपूर्ण है। मुझे वर्तमान में दर्जनों समान त्रुटियाँ मिल रही हैं।

DEPRECATION WARNING on line 29 of sass/elements/image.sass:
#{} interpolation near operators will be simplified in a future version of Sass.
To preserve the current behavior, use quotes:

  unquote("image_size_#{$size}")

कुछ इस तरह के साथ

+_(image_size_#{$size})

मुझे यह भी यकीन नहीं है कि यह किस ऑपरेटर का जिक्र कर रहा है, लेकिन जब मैं उस भयानक दिखने वाले विकल्प को लिखने की बात करता हूं तो मैं "सरलीकृत संस्करण" में बदल जाऊंगा।

उपयोगकर्ता कोड काम करना जारी रखने के लिए ये चेतावनियां गंभीर रूप से महत्वपूर्ण हैं।

हां, मैं @xzyfer से सहमत हूं, लेकिन मैंने पहले ही इन चेतावनियों को पढ़ लिया है और मैं उन्हें कुछ समय के लिए एक तरफ रखना चाहता हूं और अन्य चीजों पर ध्यान केंद्रित करना चाहता हूं, लेकिन मैं नहीं कर सकता क्योंकि ये चेतावनियां पूरे टर्मिनल को भर देती हैं

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

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

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

@xzyfer आपके पास इस पर एक अच्छी बात है !! मैं आपसे सहमत हूँ :)

बहिष्करण चेतावनी को म्यूट करना केवल उस समय के लिए दर्द को दूर करना है जब ब्रेकिंग परिवर्तन पेश किया जाता है, जो हमारे इश्यू ट्रैकर को बाढ़ का आनंद देगा

हालाँकि मुझे लगता है कि हम अभी भी एक समाधान खोज सकते हैं !! इसके बारे में शिकायत करने वाले अधिकांश डेवलपर्स के लिए। मुख्य कारण यह हिस्सा है (जैसा कि @luaVolk ने कहा):

मुझे वर्तमान में दर्जनों समान त्रुटियाँ मिल रही हैं।

आप उन सभी चेतावनियों को केवल एक तक कम करने के बारे में क्या सोचते हैं ?? मेरे मामले में जब मैंने यह सुविधा अनुरोध खोला तो मुझे लगभग 100k+ चेतावनियां मिल रही थीं। मुझे लगता है कि आप सभी "विस्तृत चेतावनियां" हटा सकते हैं और बस प्रिंट कर सकते हैं:

Your libsass implementation is deprecated and will be illegal in Sass 4.0, for more details try '--libsass-verbose'.

और शायद जोड़ें:

The following errors were found:
> 12 errors found: #{} interpolation near operators will be simplified in a future version of Sass
> 4 errors found: Passing a string to call() is deprecated and will be illegal
in Sass 4.0. Use call(get-function("variable-exists")) instead.

या ऐसा ही कुछ ... मुझे आशा है कि आपको यह विचार मिल गया होगा, आपको क्या लगता है @xzyfer?

मुझे लगता है कि मेरी आखिरी टिप्पणी एक अलग फीचर अनुरोध (?)