यूआईएसक्रोलव्यू में इवेंट ट्रैकिंग मुख्य थ्रेड को अवरुद्ध करता है। मैं एक थ्रेड चलाने के लिए मुख्य थ्रेड का उपयोग कर रहा हूं जो कुछ एनीमेशन चलाता है - नतीजा यह है कि स्क्रॉल करने योग्य दृश्य (इसे ऊपर या नीचे खींचकर) के साथ कोई भी उपयोगकर्ता इंटरैक्शन एनीमेशन (मुख्य रनलोप पर चल रहा है) को फ्रीज करने का कारण बनता है। क्या इसके चारों ओर एक रास्ता है?इवेंट ट्रैकिंग मुख्य थ्रेड को अवरुद्ध करता है। कोई फिक्स?
मैंने NSRunloop (CFRunLoopAddCommonMode et al) के बारे में RTFM करने का प्रयास किया है, लेकिन यह बहुत अच्छा है, जिससे मुझे विश्वास होता है कि घटना प्राथमिकताओं/थ्रेड प्राथमिकताओं के साथ झुकाव बेहतर से बचा जाता है। किसी के पास कोई अंतर्दृष्टि है?
आप मुख्य थ्रेड में केवल यूआई सामान ही कर सकते हैं - इसलिए थ्रेड प्राथमिकताओं के साथ गड़बड़ लागू नहीं होगी। मैं उत्सुक हूँ - क्या आपको पता है कि क्या एनएसटीमीटर फायरिंग बंद कर देते हैं, या टाइमर आग करते हैं, लेकिन एनीमेशन में आपके द्वारा किए गए परिवर्तनों को लागू करने से इनकार करते हैं? क्या एनीमेशन * UIScrollView * या * स्क्रॉलव्यू के भीतर * किया गया है? यानी क्या आप वही चीज़ एनिमेट करने और बदलने की कोशिश कर रहे हैं जो स्क्रॉलव्यू स्क्रॉलिंग बदलने की कोशिश कर रहा है? (स्क्रॉल व्यू rects, आदि)? – Brad
धन्यवाद, ब्रैड - जो मैं उम्मीद कर रहा था (शायद खतरनाक रूप से) करने के लिए मुख्य रनलोप में इवेंटट्रैकिंग मोड जोड़ना था, जिससे इवेंटट्रैकिंग रनलोप के साथ एक साथ चलने की अनुमति मिल गई। अवरुद्ध होने वाली एनीमेशन वास्तव में स्क्रॉलव्यू वाले व्यक्ति की तुलना में पूरी तरह से अलग दृश्य पर किया जा रहा है। अपने अन्य प्रश्न का उत्तर देने के लिए, एनएसटीमर पूरी तरह फायरिंग बंद कर देता है। ऐसा लगता है कि उपयोगकर्ता की घटनाओं को (असंबद्ध) UIScrollView पर ट्रैक करने के उच्च प्राथमिकता वाले व्यवसाय द्वारा पूरी तरह अवरुद्ध है। –