मुझे लगता है कि मूल कारण है कि estimatedRowHeight
अंतर्निहित UIScrollView.contentOffset
के बारे में मान्यताओं बनाने के लिए प्रयोग किया जाता है, लेकिन यह हमेशा परिभाषा से गलत होगा, क्योंकि यह एक अनुमान है। सेल सामग्री और डिवाइस अभिविन्यास के आधार पर असली पंक्ति ऊंचाई पूरी तरह अलग होती है।मैं इस तालिका को कैसे ठीक कर सकता हूं या वर्कअराउंड कर सकता हूं टेक्स्ट देखें ऑटोटायआउट गड़बड़?
यहां तक कि अगर मैं estimatedHeightForRowAtIndexPath
लागू करीब अनुमान खामियों अभी भी देखते हैं प्रदान करते हैं।
तो आप शीर्ष पर शुरू और नीचे स्क्रॉल सब है अच्छी तरह से क्योंकि tableview वास्तविक सेल ऊंचाइयों सीखता है के रूप में यह सेल पदों के साथ सिंक में contentOffset रखने से चला जाता है जब। लेकिन जैसे ही आप सभी असली सेल ऊंचाई बदलते हैं, तो UITableView
अब सिंक से बाहर निकलता है, यह नहीं जानता कि कहां स्क्रॉल करना है।
लेकिन वहाँ भी अजनबी भी हो बातें, कभी कभी UITextField
सेल अन्य कक्ष के शीर्ष पर खत्म हो जाएगा रहे हैं, और वहाँ अटक रह ...
वैसे भी मैं यह सब एक सरल उदाहरण के लिए नीचे उबला हुआ है। iPhone के साथ और अगर सिम्युलेटर का उपयोग कर तो सॉफ्टवेयर कुंजीपटल सक्षम
https://github.com/trapper-/autolayout-glitch
- टेस्ट।
- आप कई दृश्य खामियों देखेंगे बस के आसपास खेल रहे स्क्रॉल, खेतों का चयन करके और घूर्णन।
- एक साधारण दोहराने योग्य उदाहरण के लिए।
- नीचे नीचे स्क्रॉल करें।
- ,
UITextField's
पिछले कुछ में से एक का चयन करें ताकिUITableView
सुनिश्चित करने के लिए क्षेत्र दिखाई जाएगी स्क्रॉल करने के लिए की आवश्यकता होगी। - डिवाइस को घुमाएं।
हालांकि आदर्श नहीं है, लेकिन tableView उदाहरण पर एक reloadData कॉल मदद करनी चाहिए। क्या तुमने कोशिश की? –
Autolayout UITableView के साथ अच्छी तरह से काम नहीं करता है। एक संग्रह दृश्य का उपयोग करने पर विचार करें। यह UITableView की सीमाओं के बारे में एक महान पोस्ट है: https://pspdfkit.com/blog/2017/the-case-for-deprecating-uitableview/ –
क्या आप कह रहे हैं कि 'यूआईसीओलेक्शन व्यू' में इन समान प्रकार के ग्लिच नहीं हैं? यदि ऐसा है तो यह एक अच्छा समाधान होगा। – trapper