Eto: RichTextArea को परेशान किए बिना RTF स्ट्रिंग का निर्माण करें

अरे @katatunix , अनुरोध के लिए धन्यवाद। मैं वास्तव में इन पंक्तियों (एक प्रकार का टेक्स्टबफर) के साथ कुछ काम कर रहा हूं जिसमें सभी समान एपीआई RichTextArea के रूप में हैं लेकिन आपको इसे अलग से बनाने देता है और फिर इसे RichTextArea में जोड़ता है (या सेट करता है)।

एक चीज जो मैं इसे करना चाहता हूं वह है इसे बनाना ताकि इसे पृष्ठभूमि धागे में बनाया जा सके, लेकिन दुर्भाग्य से सभी प्लेटफॉर्म इसका समर्थन नहीं करेंगे। हालांकि मैं अभी भी इसकी जांच कर रहा हूं।

यदि आपके पास इस पर कोई कोड है, तो मैं इसे देखना चाहूंगा।

@LaraSQP मैंने अभी तक अपना काम पीआर #1507 में अपलोड किया है

चूंकि RichTextArea नियंत्रण केवल कुछ गुणों (फ़ॉन्ट + शैली, आगे + पीछे का रंग) को संभालता है, इसलिए एक rtf स्ट्रिंग बनाने के लिए "सरल" rtf वर्ग क्यों न लिखें और फिर इसे RichTextArea.Rtf फ़ीड करें

कुछ इस तरह:

https://www.codeproject.com/Articles/30902/RichText-Builder-StringBuilder-for-RTF

क्या मैं यहाँ कुछ याद कर रहा हूँ और फिर से एक मूर्ख के रूप में सामने आ रहा हूँ?

@LaraSQP नहीं, यह पूरी तरह से काम करता है। जीटीके हालांकि आरटीएफ का समर्थन नहीं करता है।

मुझे नहीं लगता कि ईटो को उस सुविधा को सीधे प्रदान करने की आवश्यकता है, क्योंकि कोई कारण नहीं है कि आप बाहरी आरटीएफ बिल्डर का उपयोग नहीं कर सकते हैं, फिर इसे ईटो के नियंत्रण में खिलाएं।

जीटीके और आरटीएफ के बारे में नहीं पता था। वह एक लफंगा है।

बाहरी आरटीएफ बिल्डर काम नहीं करेगा क्योंकि मूल पोस्टर (ईटीओ की तुलना में विभिन्न वर्ग/प्रकार जैसे, फ़ॉन्ट, रंग ...) और किसी भी मामले में, आरटीएफ स्ट्रीम की आवश्यकता होगी। जीटीके द्वारा प्रदर्शित करने योग्य कुछ में परिवर्तित। इस प्रकार, आपका TextBuffer ।

शाप दिया हुआ

@LaraSQP आप _could_ सैद्धांतिक रूप से बाहरी टूल/एपीआई का उपयोग करके आरटीएफ का निर्माण कर सकते हैं, फिर इसे ईटो में लोड कर सकते हैं। आप ईटो के फ़ॉन्ट/रंग का उपयोग कर सकते हैं और यदि वास्तव में आवश्यकता हो तो उन्हें आरटीएफ-अनुकूल प्रारूप में अनुवादित कर सकते हैं।

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

उम्मीद है ये मदद करेगा।

वास्तव में गन्दा।

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

विंडोज़ पर वही कोड हालांकि एक स्लग है।

विंडोज़ पर वही कोड हालांकि एक स्लग है।

हाँ, सुनिश्चित नहीं है कि इसके आसपास कैसे जाना है .. FlowDocument बेहद धीमा है।

चूंकि लिनक्स में प्रदर्शन उत्कृष्ट है, क्या आप जानते हैं कि इसका प्रदर्शन मैक पर है?

@LaraSQP यह

उस स्थिति में, इस मुद्दे को मेरे लिए बंद समझिए।