Latex3: \msg_term संदेश यह नहीं बताते कि वे कहां से आ रहे हैं

मैं l3msg परिचित नहीं हूं, लेकिन मुझे लगता है कि यह डिज़ाइन द्वारा है। यदि आप एक "जानकारी" संदेश चाहते हैं तो इसे \msg_info:nn का उपयोग करके प्राप्त किया जा सकता है (लेकिन फिर यह लॉग में जाता है)।

\msg_info:nn (लेकिन फिर यह लॉग में जाता है)।

यही बात है: AFAICT, टर्मिनल में कुछ जानकारी संदेशों को देखना आम है जो पूरी तरह से पहचाने जाने योग्य हैं।

यहां डिजाइन निर्णय यह था कि अधिकांश संदेश त्रुटि/चेतावनी/जानकारी हैं, और टर्मिनल और लॉग दोनों पर जाना चाहिए। दो 'निचले स्तर' फ़ंक्शन, \msg_term:nn और \msg_log:nn , बहुत विशिष्ट हैं और इसका मतलब 'शोर नहीं' होना है।

अधिकांश संदेश त्रुटि/चेतावनी/जानकारी हैं, और टर्मिनल और लॉग दोनों पर जाना चाहिए।

लेकिन ठीक है, सूचना संदेश केवल लॉग पर जाते हैं:

\msg_ जानकारी: nnnnnn {⟨मॉड्यूल ⟩} {संदेश } {⟨arg एक } {⟨arg दो } {⟨arg तीन ⟩} {⟨arg चार }

मुद्दे 'मॉड्यूल' सूचना 'संदेश', पाठ बनाने के लिए 'आर्ग वन' को 'अर्ग चार' में पास करना
कार्य। सूचना पाठ लॉग फ़ाइल में जोड़ा जाता है।

@dbitouze आह, क्षमा करें, हाँ: जानकारी केवल लॉग में है जैसा आप कहते हैं। 'कच्चे' संदेशों का उद्देश्य यह था कि वे बहुत निम्न स्तर की चीजें होने की अधिक संभावना रखते हैं जहां अतिरिक्त 'शोर' की आवश्यकता नहीं होती है। ईमानदार होने के लिए हमने वास्तव में उन्हें 'जंगली में' ज्यादा इस्तेमाल नहीं किया है - मुझे लगता है कि मैं जो सोच रहा हूं वह उपयोग के मामले हैं। (वास्तव में निम्न स्तर की सामग्री के लिए, मैं वैसे भी \iow_log:n / \iow_term:n उपयोग करूंगा।)

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

@FrankMittelbach यही मामला है: सवाल यह था कि मैं \msg_log:nn बारे में सोचता हूं, जो कम (नहीं) स्वरूपण करता है। तर्कसंगत रूप से हम \msg_log:nn और \msg_term:nn , क्योंकि वास्तव में वे संदेश प्रणाली और लॉग में बस डंपिंग लाइनों के बीच कुछ हद तक हैं।

यहां दो अलग-अलग प्रश्न थोड़े मिश्रित हो रहे हैं।

• स्वरूपित संदेश: वर्तमान में हमारे पास त्रुटि/चेतावनी/जानकारी है, पिछले वाले के साथ
  केवल लॉग में दिखाई दे रहा है। @dbitouze पर दिखाई देने वाला एक सूचना संदेश मांगता है
  टर्मिनल भी। हो सकता है कि वह एक ठोस मामले को स्पष्ट कर सके जहां ऐसा संदेश हो
  केवल एक चेतावनी संदेश नहीं होना चाहिए?

• अस्वरूपित संदेश: \msg_ log:nn और \msg_ term:nn. मेरी कोई राय नहीं है
  उन्हें रखना है या नहीं।

ठीक है, मुझे स्पष्ट रूप से छड़ी का गलत अंत मिला और अनुरोध को गलत तरीके से पढ़ा। उस स्थिति में मैं कहूंगा कि सामान्य 2e व्यवहार में कोई बदलाव नहीं होना चाहिए (और संदेश प्रणाली 2e के लिए है, भले ही हम यहां expl3 रेपो में हों)

@dbitouze टर्मिनल पर भी एक सूचना संदेश प्रदर्शित करने के लिए कहता है। हो सकता है कि वह एक ठोस मामले को स्पष्ट कर सके जहां ऐसा संदेश केवल एक चेतावनी संदेश नहीं होना चाहिए?

कभी-कभी आप उपयोगकर्ता को किसी चीज़ के बारे में सूचित करना चाहते हैं लेकिन उसे चेतावनी देकर डराना नहीं चाहते हैं।

मैं इससे सहमत हूं - अवधारणात्मक रूप से मुझे लगता है कि इन संदेशों के दो अक्ष हैं: वे कहां दिखाई देते हैं, और वे कितने गंभीर हैं।

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

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

ध्यान दें कि अलग-अलग अक्ष होने से वैसे भी बहुत मदद मिलेगी, क्योंकि हम आम तौर पर नहीं चाहते हैं कि सभी इन्फोस अचानक टर्म-इन्फोस बन जाएं (जिसे आप वैसे भी टर्म-इन्फो में जानकारी मैप करके कर सकते हैं) लेकिन आम तौर पर केवल कुछ इन्फोस भी हमेशा जाते हैं टर्मिनल इसलिए मैं एक और श्रेणी जोड़ने पर विचार करूंगा terminfo और कुछ संबंधित \msg_terminfo:nn ताकि आप कोड में डिफ़ॉल्ट व्यवहार के लिए अपने इरादे स्पष्ट कर सकें, बिना सेट किए कि कुछ हद तक संदेश सेटअप में छिपा हुआ है .