Less.js: अण्डाकार सीमा-त्रिज्या नहीं बना सकते

मैं एक समान / संबंधित समस्या को जोड़ना चाहता था जो लाइन-ऊंचाई की घोषणा करते समय फ़ॉन्ट संपत्ति के साथ होती है

.class {
    font: 13px/1.231 arial, helvetica, clean, sans-serif;
} 

यह अपरिवर्तित रहना चाहिए लेकिन यह बन जाता है:
।कक्षा {
फ़ॉन्ट: 10.560519902518276px एरियल, हेल्वेटिका, स्वच्छ, संस-सेरिफ़;
}

डॉटलेस के पास भी यह मुद्दा है (https://github.com/dotless/dotless/issues/16)। कुछ समझौते में आना अच्छा होगा कि कैसे दोनों में आगे बढ़ें।

सरलतम समाधान जो आज बॉक्स से बाहर काम करता है, उसे स्ट्रिंग स्ट्रिंग में लपेटना है।

 font: ~"13px/1.231 arial, helvetica, clean, sans-serif";

या और भी

 font: ~"13px/1.231" arial, helvetica, clean, sans-serif;

मैं समझ गया कि कम लक्ष्यों में से एक सामान्य सीएसएस सिंटैक्स के साथ संगत होना था। चारों ओर का काम इस नियम को तोड़ता है।

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

 <strong i="6">@example</strong>: 24pt;
 .foo {
     font: normal @example/2 sans-serif;
 }

कुछ समझौता करना पड़ता है। बेशक, आप कम को बदल सकते हैं ताकि किसी भी रूपांतरण को लपेटा जा सके।

 font: normal (@example/2) sans-serif;

लेकिन उन सभी मामलों के लिए किसी भी मौजूदा कम स्टाइलशीट को तोड़ना और अधिक क्रिया करना होगा, जो उन मामलों से बचने के लिए हैं जो फ़ॉन्ट और सीमा-त्रिज्या शॉर्टहैंड घोषणाओं के लिए सामान्य नहीं हैं। एक अन्य विकल्प यदि आप मौजूदा सीएसएस के बारे में चिंतित हैं, तो आप किसी भी मौजूदा सीएसएस को अपनी कम फाइल में आयात कर सकते हैं:

 <strong i="13">@import</strong> "legacy.css";

इस स्थिति में, आयात सफल होता है, लेकिन CSS को परिवर्तित या परिवर्तित नहीं करता है।

फिर से मैं आपकी चिंता को पूरी तरह से समझता हूं कि कम सीएसएस का एक सख्त सुपरसेट नहीं है, लेकिन मुझे स्पष्ट रूप से बेहतर विचारों की कमी है। क्या आपके पास इस सिंटेक्स समस्या का कोई संभावित समाधान है?

: +1: इस मुद्दे पर मेरी ओर से, लेकिन मैं इसे हल करने के लिए एक सुंदर तरीके के बारे में भी निश्चित नहीं हूं, जिसके लिए वैध सीएसएस से बचने की आवश्यकता नहीं है या गणना को ट्रिगर करने के लिए कोष्ठक की आवश्यकता है।

@agatronic @cloudhead मैं इसके लिए एक फिक्स पर काम कर रहा हूं, लेकिन मुझे लगता है कि इससे पहले कि मैं इसे आगे ले

ध्यान दें कि यह बग CSS3 की पृष्ठभूमि शॉर्टहैंड को भी तोड़ता है जो पृष्ठभूमि-आकार से अलग-अलग पृष्ठभूमि-स्थिति (जो कीवर्ड या आयाम हो सकता है) का उपयोग करता है। उदाहरण के लिए:

.foo {
    background: url(image.png) center / 1px 100px;
}

साथ ही @matthewdl @Synchro को पिंग किया

एक पिछला सुझाव यह था कि '/' विभाजित और '/' एक अनुपात है। अच्छा होगा कि @cloudhead से इनपुट प्राप्त

@क्लाउडहेड ने ट्विटर के माध्यम से जवाब दिया, कुछ हद तक: " परन समाधान सभ्य लगता है"

रिक्त स्थान के समाधान के साथ समस्या यह है कि अभी भी पूरी तरह से वैध सीएसएस को तोड़ता है। दुर्भाग्य से मौजूदा व्यवहार को तोड़ने के बिना इसे प्रभावी ढंग से संबोधित करने का एकमात्र तरीका सादे पुराने सीएसएस को सही ढंग से पार्सिंग को विफल करने की अनुमति देना जारी रखना है।

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

या

हमें इस फ़िक्स को मर्ज करने से ठीक पहले रिलीज़ करना चाहिए और एक प्रमुख संस्करण संख्या 1.4 पर जाना चाहिए (और इसमें संपत्ति के नामों के शामिल होने और प्रक्षेप में वेरिएबल्स को जोड़ने की उम्मीद है)।

मुझे लगता है कि यह निश्चित रूप से एक फिक्स होगा जो एक अधिक प्रमुख रिलीज का हिस्सा होगा, क्योंकि यह मौजूदा व्यवहार को तोड़ देगा। मुझे यकीन नहीं है कि एक अस्थायी समाधान (यदि हम रिक्त स्थान के बारे में बात कर रहे हैं) यह देखते हुए भी उचित है कि यह अभी भी मौजूदा कोड को तोड़ सकता है, और यह स्थायी समाधान में किसी भी तरह का स्वच्छ संक्रमण प्रदान नहीं करता है। यह एक स्थिति की तरह लगता है जहां एक रिलीज पर ट्रिगर खींचना सबसे अच्छा विकल्प है, और लोगों को चेंज लॉग और डॉक्स के माध्यम से चेतावनी दी जा सकती है।

मेरा मतलब मौजूदा व्यवहार को बनाए रखने के लिए ध्वज था .. लेकिन मैं आपसे सहमत हूं।

क्या आपके पास अधिकार हैं? यहां तक ​​कि अगर एक पुल अनुरोध के रूप में सबसे अच्छा हो सकता है तो भी हम
रिलीज के साथ समन्वय कर सकते हैं (हमारे पास कोई योजना नहीं है जो मुझे पता है)

व्यक्तिगत रूप से, मुझे लगता है कि हमें गोली को निगलना चाहिए और एक गैर-कोष्ठक गणित संचालन को एक अनिर्धारित सुविधा के रूप में सूचीबद्ध करना शुरू करना चाहिए। ऐसे कई मामले हैं जहां यह वैध सीएसएस के साथ संघर्ष करता है। @agatronic - यह @cloudhead (या कहीं और) के साथ Skype चर्चा के लायक है, और मुझे किसी की LESS लाइब्रेरी को बर्बाद करने से नफरत है, लेकिन LESS को सीएसएस को तोड़ना और तोड़ना नहीं चाहिए, जो लेखक का इरादा नहीं था। LESS पार्सर को स्पष्ट संकेत दिए जाने चाहिए कि एक गणित ऑपरेशन की आवश्यकता है, और कोष्ठक ऐसा करने का एक अच्छा तरीका है। कोष्ठक में: DO MATH। कोष्ठकों में नहीं: इसे छोड़ दो।

चरण 1 के रूप में झटका कम करने के लिए, हम उन मामलों में केवल गणित को रोक सकते हैं जहां विभाजन अस्पष्ट है जैसे उन स्थानों पर जहां एक स्लैश "/" उस मूल्य में एक वैध टोकन है। तो, सीमा त्रिज्या के मामले में, यदि LESS सुनिश्चित नहीं है, तो यह इसे अकेला छोड़ देता है। यदि लेखक सुनिश्चित है कि वे दो नंबरों के बीच विभाजन चाहते हैं, तो वे कोष्ठक जोड़ने के साथ डिफ़ॉल्ट व्यवहार को ओवरराइड कर सकते हैं।

लेकिन, जैसा कि यह अभी खड़ा है, LESS को "वैध CSS = मान्य LESS" के रूप में प्रलेखित किया गया है, और इस बग के साथ ऐसा नहीं है। यह वैध सीएसएस को फिर से लिखना है, जो इसे एक स्पष्ट बग बनाता है। समस्या यह है कि यह भी एक स्पष्ट रूप से प्रलेखित गणित ऑपरेशन है। दो संघर्ष में हैं, और मुझे यह स्पष्ट लगता है कि दूसरा मामला वह है जिसे सीएसएस के साथ बदल दिया जाना चाहिए।

मैं देख रहा हूँ @ttfkam और @ mlms13 ने एक ही बात कही। मुझे लगता है कि उनकी वृत्ति सही है, और मैं दृढ़ता से मतदान करूंगा कि LESS को संचालन के लिए आवश्यक कोष्ठकों में एक धीमी गति से प्रवास शुरू करना चाहिए।

@matthewdl +1

@agatronic : मेरे पास अधिकार नहीं हैं, हालांकि मैं सहमत हूं कि यह कोड की समीक्षा और संभावित रिलीज समन्वय के लिए पीआर के माध्यम से किया जाना चाहिए।

@matthewdl : मेरे पीआर के प्रयोजनों के लिए, मैंने केवल कोष्ठकों के भीतर विभाजन की अनुमति देने पर काम शुरू किया है। LESS को वैध सीएसएस को तोड़ने से रोकने के लिए इसे एक स्टॉप-गैप उपाय मानें। यह विशिष्ट नियमों तक सीमित नहीं है, इसलिए कहीं भी एक स्लैश का सामना करना पड़ता है और यह पेरेन्स में लिपटे नहीं है, यह एक शाब्दिक dilimiter के रूप में आउटपुट होगा। एक बार जब मैं पूरा कर लेता हूँ तो थोड़ा और अधिक देखूँगा कि कैसे सभी परिचालनों को केवल परिजनों के भीतर ही सीमित किया जाए।

ठीक है, मैंने Skype पर @cloudhead के साथ इस पर चर्चा की है। वह समझौते में है, इसलिए यहां योजना है:

1) अगली रिलीज पर, प्रलेखन अद्यतन किया जाएगा कि कोष्ठक के बाहर गणित पदावनत है। प्रलेखन कोष्ठकों में होने के नाते गणित के संचालन को प्रदर्शित करेगा। हालांकि, कोष्ठकों के बाहर गैर-विभाजन गणित अभी भी (उस रिलीज के लिए) संकलन करना चाहिए।

2) चरण # 1 के बाद के रिलीज पर, सभी गणित कार्यों को कोष्ठक की आवश्यकता होगी। प्रलेखन "पदावनत" से "समर्थित नहीं" (या ऐसा कुछ - हम इसे कैसे परिष्कृत किया जा सकता है) के बारे में बताएंगे।

अच्छा प्रतीत होता है? इसका मतलब है कि हमें अगले 2 रिलीज के लिए मील के पत्थर की योजना बनाना शुरू कर देना चाहिए, लेकिन यह इस धागे के दायरे से बाहर है।

वास्तव में, स्पष्ट करने के लिए, प्रलेखन को अब यह कहने के लिए अद्यतन किया जा सकता है कि कोष्ठक के बाहर गणित को हटा दिया गया है, क्योंकि गणित में कोष्ठक ठीक काम करता है। तो यह वास्तव में चरण 0 है: हम अब डॉक्स को अपडेट करते हैं ताकि लोगों को बताया जा सके कि गणित कोष्ठक में होना चाहिए, और भविष्य में ऐसा नहीं हो सकता है, ख) कोष्ठक में सभी गणित प्रदर्शित करें।

मेरे लिये कार्य करता है! : +1:

इसलिए संभवतः @dmcass के खिलाफ एक पुल अनुरोध करना चाहिए
https://github.com/cloudhead/lesscss.org

और फिर हमें @cloudhead को उस परियोजना के लिए हमें अधिकार देने या देने के लिए

अरे हां। हां, मैं उसे आज इसके बारे में बताने की कोशिश करूंगा।

2012-08-21 को, 5:19 पूर्वाह्न पर, ल्यूक पृष्ठ सूचनाएं @github.com ने लिखा:

तो संभवतः @dmcass https://github.com/dmcass को एक पुल अनुरोध करना चाहिए
विरुद्ध
https://github.com/cloudhead/lesscss.org

और फिर हमें @cloudhead https://github.com/cloudhead को परेशान करना चाहिए
उस परियोजना के लिए हमें प्रतिबद्ध या अधिकार दें?

-
इस ईमेल का उत्तर सीधे दें या इसे देखें
Gi tHubhttps: //github.com/cloudhead/less.js/issues/146#issuecomment -7899194।

मैंने डॉक्स को क्लाउडहेड / lesscss.org # 29 पर अपडेट करने के लिए खोला है

1.4.0 के लिए मास्टर पर फिक्स्ड

यह 1.4.0 में ऐसा ही होगा

Low2css.org पर अल्फ़ा देखें

यह बग अभी भी 1.4.1 में होता है यदि आप निम्नलिखित सीएसएस का उपयोग करते हैं:
सीमा- त्रिज्या: 0 0 100% 100% / 0 0 GPUx 24px;

यह आउटपुट:
सीमा-त्रिज्या: 0 0 100% इन्फिनिटी% 0 24px 24px;

(मैंने इसे http://less2css.org पर आज़माया)

@ गलत आपने विकल्प मेनू में सख्त गणित चालू किया? यह डिफ़ॉल्ट रूप से बंद है और इसलिए पुराना व्यवहार देता है।

ठीक है कि काम करता है, हालांकि मैं LiveReload का उपयोग कर रहा हूं और यह विकल्प वहां स्विच नहीं किया जा रहा है।

क्षमा करें, इसे ठीक करने का एकमात्र तरीका है .. या तो कड़े गणित को चालू करें ताकि सभी गणित केवल तभी हो सकें जब यह कोष्ठक या

border-radius:0 0 100% 100% ~"/" 0 0 24px 24px;