Haml: Doctype प्रारूप को प्रभावित नहीं करता

एकल वैश्विक format विकल्प गर्दन में बहुत बड़ा दर्द है। मैं लगातार उन स्थितियों में भाग रहा हूं जहां मुझे उसी प्रोजेक्ट में अन्य आउटपुट स्वरूपों के साथ HTML5 उत्पन्न करने की आवश्यकता है।

उदाहरण के लिए, मेरे पास एक मध्यस्थ वेबसाइट है जहां अधिकांश पृष्ठ HTML5 हैं, लेकिन जहां सामग्री का एक सबसेट एक्सएचटीएमएल 1.0 होना चाहिए ताकि इसे मैकोज़ डेस्कटॉप ऐप के भीतर ऐप्पल हेल्प बुक के रूप में पेश किया जा सके। एक हैक के रूप में साइट को दो बार बनाना पड़ता है, format विकल्प को एक पर्यावरण चर के साथ रन के बीच में घुमाना, और फिर दो अलग-अलग बिल्ड से सामग्री को एक साथ मिलाना।

इसी तरह, हाल ही में मैंने जिस रेल ऐप पर काम किया है, उसमें साइट को एचटीएमएल 5 होना चाहिए लेकिन ईमेल एक्सएचटीएमएल होना चाहिए। मुझे अभी भी ऐसा करने का एक अच्छा तरीका नहीं मिला है और ईमेल टेम्पलेट्स के लिए हम्ल का उपयोग न करने का सहारा लेता है, जो शर्म की बात है।

मुझे लगता है कि doctype निर्देश को वैश्विक format विकल्प को ओवरराइड करना चाहिए जिससे आप किसी विशिष्ट टेम्पलेट के लिए doctype को स्पष्ट रूप से निर्दिष्ट कर सकें। इस व्यवहार के बारे में भ्रम के उदाहरण के लिए देखें #210 कम से कम 2010 में वापस डेटिंग। अभी सिद्धांत निर्देश कम से कम आश्चर्य के सिद्धांत का उल्लंघन करता है और यह उदाहरण में हैमल का उपयोग करना असंभव बनाता है जैसे कि मैंने ऊपर दिया था।

लोगों के इस व्यवहार से भ्रमित और/या स्तब्ध होने के कुछ अतिरिक्त उदाहरणों के लिए #473, #195, और #203 पर एक नज़र डालें।

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

पीडीएफ पीढ़ी के लिए मैं render_to_string विधि का उपयोग करता हूं। क्या उस मामले के लिए प्रारूप को xhtml पर सेट करने के लिए कोई कामकाज है?

मैंने निम्नलिखित विकल्पों की कोशिश की जो काम नहीं किया:

• लेआउट में !!! Strict सेट करना (जो तब काम नहीं करता जब प्रारूप html5 पर सेट हो)
• विकल्प format: :xhtml को render_to_string विधि में पास करना
• formats: Mime::XML को render_to_string

इनमें से कोई भी काम नहीं किया। इस समय के लिए एकमात्र तरीका टेम्प्लेट में कुछ इस तरह का उपयोग करना है:

= '<br />'.html_safe

उन सभी खाली टैगों के लिए जिन्हें बंद करने की आवश्यकता है। यह निश्चित रूप से जाने का रास्ता नहीं है, लेकिन वर्तमान में एकमात्र समाधान है जो मैंने पाया है जब तक कि मैं erb पर स्विच नहीं करता ...

टेम्पलेट के अंदर संकलन प्रारूप बदलना थोड़ा हैकी है।

यह सिर्फ एक विचार है: foo.xhtml.haml या bar.xml.haml जैसे फ़ाइल नाम से प्रारूप को स्विच करने की अनुमति कैसे दी जाए? हैमल के इंटरफेस में कुछ संभावनाएं हो सकती हैं।

इनमें से कोई भी काम नहीं किया। इस समय के लिए एकमात्र तरीका टेम्प्लेट में कुछ इस तरह का उपयोग करना है:
= '<br />'.html_safe

विषय से हटकर: मुझे लगता है कि आप इसे लिख सकते हैं (बेशक हमें उस समाधान पर विचार करना चाहिए जो मैंने ऊपर टिप्पणी की थी):

<br />

@ k0kubun मुझे लगता है कि यह परिप्रेक्ष्य की बात है, लेकिन मुझे टेम्पलेट के अंदर प्रारूप को निर्दिष्ट करने के बारे में कुछ भी हैक नहीं दिख रहा है- टेम्पलेट के मुकाबले टेम्पलेट को संकलित करने के प्रारूप को इंगित करने के लिए बेहतर जगह क्या है? यह पहले से ही मूल रूप से एक HTML दस्तावेज़ में सिद्धांत पहले स्थान पर कर रहा है।

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

लेकिन मुझे टेम्पलेट के अंदर प्रारूप निर्दिष्ट करने के बारे में कुछ भी हैक नहीं दिख रहा है

IMO, Haml टेम्प्लेट जो प्रस्तुत करता है उसके लिए जिम्मेदार है, इसे कैसे संकलित किया जाता है यह एक अलग परत है और यह सुविधा अनुरोध यह अपेक्षा करना कठिन बना देगा कि टेम्पलेट कैसे संकलित किया जाएगा।

इसके अलावा, वास्तव में हमारे पास वह स्थिति नहीं हो सकती है जिसे हम निर्दिष्ट करना चाहते हैं format: :html और xhtml doctype लिखें। और मुझे लगता है कि इस सुविधा अनुरोध को लागू किया जा सकता है। इस अर्थ में, मैं आपसे सहमत हूं।

लेकिन ध्यान दें कि यह निश्चित रूप से पिछड़ा-असंगत है। शायद ही पेश किया गया हो अगर इसकी अच्छी तरह से चर्चा नहीं की गई हो। और मुझे निम्नलिखित चिंता है:

वर्तमान में प्रारूप विकल्प यह तय करता है कि सिद्धांत कैसे प्रस्तुत किया जाता है। इस विशेषता के साथ, निर्णय दिशा उलट जाएगी और हमें यह तय नहीं करना चाहिए कि प्रारूप विकल्प द्वारा सिद्धांत कैसे प्रस्तुत किया जाता है, क्योंकि प्रारूप विकल्प स्वयं सिद्धांत द्वारा बदल दिया जाता है। यह गोलाकार संदर्भ है और निश्चित रूप से हैकी है। आप !!! strict में format: :xhtml साथ !!! strict में format: :html अंतर कैसे करते हैं? मुझे लगता है कि यह विचार हम्ल के व्यवहार को सुसंगत नहीं रख सकता।

IMO, Haml टेम्प्लेट जो प्रस्तुत करता है उसके लिए जिम्मेदार है, इसे कैसे संकलित किया जाता है यह एक अलग परत है और यह सुविधा अनुरोध यह अपेक्षा करना कठिन बना देगा कि टेम्पलेट कैसे संकलित किया जाएगा।

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

अभी, इस कमी के कारण कुछ सामान्य, वास्तविक दुनिया की समस्याओं को हल करने के लिए Haml का उपयोग नहीं किया जा सकता है।

इसके अलावा, वास्तव में हमारे पास वह स्थिति नहीं हो सकती है जिसे हम प्रारूप निर्दिष्ट करना चाहते हैं: :html और xhtml doctype लिखें। और मुझे लगता है कि इस सुविधा अनुरोध को लागू किया जा सकता है। इस अर्थ में, मैं आपसे सहमत हूं।

केवल स्पष्ट करने के लिए, समस्या यह नहीं है कि हम HTML5 दस्तावेज़ उत्पन्न करना चाहते हैं जिसमें एक XHTML सिद्धांत है। समस्या यह है कि हमें पूरी तरह से एक ही प्रोजेक्ट के भीतर अलग-अलग प्रारूपों में प्रस्तुत करने के लिए कुछ टेम्पलेट्स की आवश्यकता होती है-उदाहरण के लिए कुछ HTML5 और कुछ XHTML में। वर्तमान व्यवहार के साथ आप केवल उस सिद्धांत का चयन कर सकते हैं जो किसी विशेष दस्तावेज़ में आउटपुट प्राप्त करता है, भले ही उत्पादित किया जा रहा मार्कअप वैश्विक format विकल्प के कारण उस सिद्धांत से मेल नहीं खाता है।

लेकिन ध्यान दें कि यह निश्चित रूप से पिछड़ा-असंगत है।

मैं इस समस्या के किसी विशेष समाधान के लिए तैयार नहीं हूं—मैं बस एक ही प्रोजेक्ट के भीतर विभिन्न स्वरूपों में टेम्प्लेट प्रस्तुत करने में सक्षम होना चाहूंगा। तो अगर उस कार्यक्षमता को प्राप्त करने के लिए पीछे की ओर संगत तरीका है तो मैं इसके लिए तैयार हूं।

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

यह ठीक यही व्यवहार है जो पहली जगह में भ्रम पैदा कर रहा है, मुझे लगता है। तो आप सही कह रहे हैं कि यह परिवर्तन वर्तमान कार्यक्षमता की तुलना में पीछे की ओर होगा-लेकिन मुझे लगता है कि वर्तमान व्यवहार पहले स्थान पर पीछे है। यदि आप ऊपर लिंक किए गए टिकटों को देखते हैं, तो लोग इस format विकल्प के अस्तित्व और !!! सिद्धांत निर्देश के साथ इसकी बातचीत से लगातार भ्रमित होते हैं।

आप कैसे भेद करते हैं !!! प्रारूप में सख्त: :xhtml के साथ !!! प्रारूप में सख्त: :html? मुझे लगता है कि यह विचार हम्ल के व्यवहार को सुसंगत नहीं रख सकता।

मेरे लिए, मुझे लगता है कि आदर्श समाधान वह होगा जहां !!! निर्देश न केवल पृष्ठ पर एक सिद्धांत को आउटपुट कर रहा है बल्कि आवश्यक होने पर format विकल्प को स्पष्ट रूप से ओवरराइड भी कर सकता है।

!!! : format विकल्प के मूल्य के लिए उपयुक्त एक डिफ़ॉल्ट सिद्धांत उत्पन्न करता है।
!!! Strict : format विकल्प के मूल्य के लिए उपयुक्त एक सख्त सिद्धांत उत्पन्न करता है।
!!! Xhtml : एक एक्सएचटीएमएल सिद्धांत उत्पन्न करता है और स्पष्ट रूप से इस टेम्पलेट के लिए :xhtml format विकल्प को ओवरराइड करता है :xhtml ।
!!! Html5 : एक HTML5 सिद्धांत उत्पन्न करता है और स्पष्ट रूप से इस टेम्पलेट के लिए :html5 format विकल्प को ओवरराइड करता है :html5 ।

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

आपकी राय के लिए आपका धन्यवाद। मैं इसके लिए सबसे अच्छा समाधान खोजने के लिए अन्य विचारों को सुनने के लिए तैयार हूं। यह थोड़ी मुश्किल समस्या है।

हाँ, इस पर चर्चा करने के लिए धन्यवाद! एक Haml उपयोगकर्ता के रूप में यह सिर्फ मेरा दृष्टिकोण है- मैं समझता हूं कि इसे ठीक करना एक मुश्किल समस्या है और शायद कोई अच्छा समाधान नहीं है जो सभी के लिए काम करेगा। मैं निश्चित रूप से आपका बिंदु देखता हूं कि टेम्पलेट्स में प्रारूप को ओवरराइड करना निश्चित रूप से हैकी है जिस तरह से हैमल वर्तमान में काम करता है, और !!! निर्देश एक साथ दो चीजें करते हैं (एक डॉक्टरेट आउटपुट करें और संभावित रूप से format बदलें

यह निश्चित रूप से दिलचस्प है। खासकर बदलते फैशन को देखते हुए। जब हैमल एक नया बेबी ओएसएस प्रोजेक्ट था- सिद्धांत सभी गुस्से में थे, लेकिन जब तक हम 2010 तक पहुंचे, हम उनसे दूर जाने लगे। और इस बिंदु पर, इतने सारे लोग एसपीए लिख रहे हैं कि मैं शर्त लगाता हूं कि मैं जिन जूनियर डेवलपर्स के साथ काम करता हूं, वे यह भी सुनिश्चित नहीं हैं कि एक सिद्धांत क्या है।

मुझे लगता है कि चूंकि हम एक ऐसी परियोजना हैं जो विशेष रूप से एचटीएमएल (और एक्सएचटीएमएल) का समर्थन करती है - कि सिद्धांत आउटपुट का प्राथमिक चालक होना चाहिए। यह मेरे लिए समझ में आता है और यह मेरी स्वाभाविक धारणा होगी।

अब, निश्चित रूप से, जैसे ही हम ऐसा करते हैं- हम लोग कहेंगे "लेकिन मैं चाहता हूं कि मेरा एक्सएमएल दस्तावेज़ एचटीएमएल 5 जैसा हो!" - सिवाय मुझे लगता है कि हम सभी सहमत हो सकते हैं कि वे गलत होंगे। यह कहना अधिक सुखद है "आह, हाँ, यह एक XML फ़ाइल है... और यहाँ मैं इसे स्पष्ट रूप से घोषित कर रहा हूँ!" और फिर हम उस पर भरोसा करते हैं।