मैं परिभाषाओं को प्रस्तुत करने के लिए UITextView का उपयोग कर रहा हूं जो एक या अधिक रेखाएं लंबी हो सकती हैं। जब यह एक लेन के पीछे जाता है, तो अक्सर एक शब्द के बीच में लपेटता है।UITextView शब्द के बीच में शब्द रैप ब्रेक
क्या यह सामान्य है? इसे रोकने के लिए क्या किया जा सकता है?
आप इसे इस प्रकार कर सकते हैं: UITextview की संपत्ति रखने के लिए स्क्रॉलिंग सक्षम करें। तो पाठ वर्ण सीमा महत्वपूर्ण नहीं है। यदि अधिक टेक्स्ट है, तो टेक्स्टव्यू इसे स्क्रॉल करने योग्य बनाता है। या टेक्स्टव्यू ऊंचाई गतिशील बनाएं, स्ट्रिंग/टेक्स्ट ऊंचाई प्राप्त करें और तदनुसार टेक्स्टव्यू की ऊंचाई सेट करें।
यह वही करता है जो उसे चाहिए? –
क्षमा करें अगर मुझे कठोर लगता है - मुझे बस यह नहीं मिलता है ^^ –
4 साल बाद और मैं अभी भी नहीं करता हूं: डी –
शब्द रैप आईओएस यूआईटीएक्स्टव्यू के लिए डिफ़ॉल्ट है और एकमात्र कारण यह है कि यह उनकी टिप्पणी में वर्णित क्वाक्सप्लसोन में विफल रहता है।
या तो
हैं ऐसा लगता है कि यह कर सकते हैं तब होता है जब बहिष्करण पथ UITextView के किनारे के बहुत करीब होते हैं। इस this example में tutorial के साथ आप देखेंगे कि यदि आप ऐप चलाते हैं और इंटरैक्शन टैब का चयन करते हैं, जबकि अंडाकार को केंद्रीय शब्दों को हाइफ़ेनेट किया जाता है और स्वाभाविक रूप से तोड़ दिया जाता है, यदि आप इसे बाएं किनारे पर खींचते हैं तो शब्द जबरन टूट जाते हैं और खंडित होते हैं। लेकिन यदि आप स्क्रीन से अंडाकार आधा खींचते हैं तो काम लपेटते हैं।
तो जब अंडाकारों के साथ काम करते हैं तो आप बाएं किनारे से निकलने की चाल का उपयोग कर सकते हैं, और आयताकारों के साथ, बस किनारे के बहुत नजदीक न हों। इसके खिलाफ होने के नाते ठीक है।
क्या आप एक उदाहरण दे सकते हैं? सोर्स कोड? मेरा पहला अनुमान है: (ए) आपके कुछ शब्द 80 वर्ण से अधिक लंबे हैं, इसलिए UITextView में उन्हें लपेटने के अलावा कोई विकल्प नहीं है; (बी) आपकी लाइनों में रिक्त स्थान शामिल हैं, लेकिन वे यू +0020 स्पेस के बजाय U + 00A0 गैर-BREAKING SPACEs हैं, इसलिए वे लाइन-रैपिंग में योगदान नहीं देते हैं; (सी) "वर्तमान [आईएनजी] परिभाषाओं की आपकी विधि किसी भी तरह से उचित लाइन-रैपिंग को दबा रही है। – Quuxplusone
मानते हुए केस (ए) उस मामले को रोकने के लिए न्यूनतम चौड़ाई की गणना करने का कोई तरीका है? – okhobb