टच स्क्रीन के निर्देशांक को मिमी के एक जोड़े को स्थानांतरित करने के लिए टच स्क्रीन को हटा दें

मुझे लगता है कि कुछ लोगों ने देखा कि एक उंगली के स्पर्श के भौतिक निर्देशांक और आईओएस में उनके सॉफ्टवेयर डिस्प्ले थोड़े अलग हैं: iOS एक बिंदु का उत्पादन करता है जो वास्तविक स्पर्श से लगभग 1.5 मिमी ऊपर की ओर विस्थापित होता है। यह प्रयोज्य के हितों में किया जाता है - नाखून के करीब एक बिंदु उंगलियों के नीचे झूठ बोलने की तुलना में अधिक यथार्थवादी लगता है। इसके अलावा, स्क्रीन क्षेत्र जहां आप क्लिक करते हैं, बेहतर देखा जाता है।
यह स्पष्ट करने के लिए कि मैं किस बारे में बात कर रहा हूं, आप किसी भी ड्राइंग को डाउनलोड कर सकते हैं (उदाहरण के लिए, बैम्बू पेपर , एप्लिकेशन isn’t मेरा, मुफ्त ), स्क्रीन ऑटो-रोटेट को ब्लॉक करें, एक छोटी सी क्षैतिज रेखा खींचें, फिर डिवाइस को उल्टा घुमाएं (ऑटो-लॉक को लॉक करते समय आवश्यक) और खींची गई रेखा को जारी रखने का प्रयास करें। सबसे अधिक संभावना है, जारी लाइन मूल से नीचे होगी।

अधिकांश अनुप्रयोगों में, यह व्यवहार अदृश्य है, लेकिन कुछ में यह हानिकारक हो सकता है। उदाहरण के लिए, स्केचेस में जहां ऑटो-रोटेशन बंद हो जाता है और यह माना जाता है कि उपयोगकर्ता डिवाइस को घुमा सकता है जैसा कि वह चाहता है, डिवाइस के वर्तमान रोटेशन की परवाह किए बिना समान स्पर्श प्रसंस्करण सुनिश्चित करना आवश्यक है। या एक बोर्ड गेम में, जैसे कि शतरंज, जहां निर्देशांक की पारी खिलाड़ी को काला खेल सकती है (और जिनके लिए पोर्ट्रेट मोड में इंटरफ़ेस उल्टा है), जब आप टुकड़े को स्थानांतरित करने का प्रयास करते हैं, तो यह नीचे के सेल से याद आएगा और ले जाएगा।

पहली पीढ़ी के आईपैड पर मेरे परीक्षणों के अनुसार, शिफ्ट लगभग 7 पिक्सल थी। स्वाभाविक रूप से, अन्य उपकरणों पर परिणाम अलग होगा, परीक्षण करना आवश्यक है।

मुझे Apple दस्तावेज़ में इस बदलाव को प्रबंधित करने के लिए एक खुला सॉफ़्टवेयर इंटरफ़ेस नहीं मिला, और इसलिए मुझे वर्कअराउंड की तलाश करनी पड़ी।

स्केचेस के मामले में, आप बस टचमेव के तरीकों और इस तरह के तर्क में सुधार ला सकते हैं:

- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event { //... CGPoint point = [[touches anyObject] locationInView:self]; //    , ..  y    point.y = point.y + 7; //... } 

हालांकि, यह हमेशा स्वीकार्य नहीं होता है, खासकर अगर तैयार किए गए कोड की एक निश्चित मात्रा होती है जिसे आप बदलावों के बिना पुन: उपयोग करना चाहते हैं।

एक कट्टरपंथी समाधान के रूप में, इस लेख के पहले संस्करण में मैंने बिल्कुल इन सभी कॉलों के संशोधन के साथ एक उदाहरण दिखाया था।

 #import "objc/runtime.h" @interface UITouch (Adjusted) -(CGPoint)adjustedLocationInView:(UIView *)view; -(CGPoint)adjustedPreviousLocationInView:(UIView *)view; @end @implementation UITouch (Adjusted) -(CGPoint)adjustedLocationInView:(UIView *)view{ CGPoint point = [self adjustedLocationInView:view]; point.y = point.y + 7; return point; } -(CGPoint)adjustedPreviousLocationInView:(UIView *)view{ CGPoint point = [self adjustedPreviousLocationInView:view]; point.y = point.y + 7; return point; } +(void)load{ Class class = [UITouch class]; Method locInViewMethod = class_getInstanceMethod(class, @selector(locationInView:)); Method adjLocInViewMethod = class_getInstanceMethod(class, @selector(adjustedLocationInView:)); method_exchangeImplementations(locInViewMethod, adjLocInViewMethod); Method prevLocInViewMethod = class_getInstanceMethod(class, @selector(previousLocationInView:)); Method adjPrevLocInViewMethod = class_getInstanceMethod(class, @selector(adjustedPreviousLocationInView:)); method_exchangeImplementations(prevLocInViewMethod, adjPrevLocInViewMethod); NSLog(@"UITouch class is adjusted now."); } @end 

यहाँ, रनटाइम फंक्शन मेथड_एक्सचेंज इम्प्लीमेंटेशन का उपयोग करते हुए, हम डिफॉल्ट यूआईटच मेथड के इम्प्लीमेंटेशन को करेक्शन के साथ एक्सचेंज करते हैं। कृपया ध्यान दें कि निर्मित श्रेणी वाली फ़ाइल को किसी अन्य .h या .m फ़ाइल में आयात नहीं करना पड़ता है। बस इसे प्रोजेक्ट में जोड़ें, और + लोड विधि को स्वचालित रूप से कहा जाएगा, क्योंकि + लोड संदेश स्वचालित रूप से प्रत्येक वर्ग और श्रेणी में भेजा जाता है जब इसे रनटाइम में जोड़ते हैं।
Upd। हालाँकि, जैसा कि यह टिप्पणियों में निकला , iOS 5 से शुरू होता है, Apple अनुप्रयोगों में method_exchangeImplementations का उपयोग नहीं करने के लिए कहता है । जानकारी के लिए धन्यवाद विचारेक । इसलिए, संशोधन करने के लिए, अपने स्वाद के लिए किसी अन्य विधि का उपयोग करना बेहतर है, उदाहरण के लिए, टिप्पणियों में सुझाए गए लोगों में से एक।

इसलिए, संशोधन की शुरुआत के बाद, डिवाइस पर किसी भी अभिविन्यास के लिए दृश्य रूप से ड्राइंग कार्य करेगा। हालांकि, यह शतरंज के टुकड़ों के साथ समस्या का समाधान नहीं करेगा: जब एक स्पर्श घटना भेजने के लिए कौन सा दृश्य निर्धारित किया जाता है, तो एक पाली के साथ एक बिंदु अभी भी उपयोग किया जाएगा, और हम गलत टुकड़े में समाप्त हो सकते हैं।
यह निर्धारित करने के लिए कि किस दृश्य को स्पर्श को संभालना चाहिए, हिटटेस्ट का उपयोग करें : withEvent: UIView पर विधि, जो निम्नानुसार काम करती है:

• pointInside: withEvent: self पर बुलाया जाता है;
• यदि परिणाम NO है , तो हिटटेस्ट: withEvent: रिटर्न एनआईएल , अर्थात्। दृश्य स्पर्श का जवाब नहीं देता है;
• यदि परिणाम हां है , तो विधि पुनरावर्ती रूप से हिटटेस्ट भेजता है : withEvent: इसके सभी साक्षात्कारों के लिए;
• यदि सबव्यू में से एक गैर-शून्य ऑब्जेक्ट लौटाता है, तो रूट हिटटेस्ट: withEvent: इस ऑब्जेक्ट को वापस करता है;
• यदि सब सबव्यू शून्य हो जाता है , या दृश्य में सबव्यू नहीं होता है, तो स्व वापस आ जाता है;

इस प्रकार, स्पर्श के लिए शतरंज के टुकड़ों को सही ढंग से प्राप्त करने के लिए, यह हिटटेस्ट को पुनर्परिभाषित करने के लिए पर्याप्त है : सभी सबव्यू वाले रूट दृश्य के लिए रोकें, जिसके लिए हमें एक सुधार प्रस्तुत करना होगा:

 @implementation ChessBoardView - (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent *)event { point.y = point.y + 7; UIView *hitView = [super hitTest:point withEvent:event]; return hitView; } @end 

उसके बाद, जो खिलाड़ी काला खेलता है, वह शतरंज के टुकड़ों में आसानी से सफेद खिलाड़ी के रूप में खेल जाता है।