नेविगेशन के बाद मेरे कुछ UIViews कैसे स्थानांतरित किए जाते हैं?

Question

मेरे कुछ एप्लिकेशन डिज़ाइनों में या केवल कुछ UIViews के लिए, नेविगेशन नियंत्रक के पुश व्यू कंट्रोलर के बाद, मेरा नया दृश्य स्टेटस बार की ऊंचाई से विंडो को स्थानांतरित कर दिया जाएगा। नतीजतन, मैं इस कोड स्टब कोडिडलोड विधि में रखूंगा।

CGRect frameAt = [self.view frame]; 
CGRect statusBarFrame = [[UIApplication sharedApplication] statusBarFrame]; 
frameAt.origin.y += statusBarFrame.size.height; 
[self.view setFrame: frameAt]; 

यह मेरे लिए अर्थ है कि इस XCode और इंटरफ़ेस बिल्डर के इरादे है नहीं है, इसलिए मुझे लगता है कि मैं मेरे विचार डिजाइन के दौरान कुछ SDK के साथ मौलिक रूप से गलत कर रहा हूं। इसके अलावा, दुर्लभ अवसर पर मुझे अपने विचार को स्थानांतरित करने की ज़रूरत नहीं है, मैं वास्तव में नहीं जानता कि दो डिजाइन दृष्टिकोण में क्या अंतर है।

ध्यान दें, कि ज्यादातर समय मैं कुछ मामूली अनुकूलन के साथ आईबी का उपयोग करके अपने विचारों को डिजाइन करने का प्रयास करता हूं।

क्या कोई और इसमें भाग लेता है और जानता है कि वे कोड कोड के बिना ठीक करने के लिए क्या करते हैं?

Answer 1

मैं Apple's NavBar sample code का उपयोग किया है कोशिश करते हैं और इस समस्या को पुन: पेश करने।

applicationDidFinishLaunching मूल रूप से इस तरह कार्यान्वित किया जाता है:

[window addSubview:navigationController.view]; 
[window makeKeyAndVisible]; 

यदि मैं यह करने के लिए बदल:

UIViewController *shellController = [[UIViewController alloc] initWithNibName:nil bundle:nil]; 
[shellController.view addSubview:navigationController.view]; 
[window addSubview:shellController.view]; 
[window makeKeyAndVisible]; 

तब मैं खाई दिखाई दे रहा हो।

लेकिन अगर मैं केवल यह कर:

UIView *shell = [[UIView alloc] initWithFrame:[[UIScreen mainScreen] bounds]]; 
[shell addSubview:navigationController.view]; 
[window addSubview:shell]; 
[window makeKeyAndVisible]; 

फिर सब कुछ सामान्य लग रहा है।

तो मुझे लगता है कि प्रत्येक दृश्य नियंत्रक इसके दृश्य को ऑफ़सेट कर देगा यदि इसका रूट व्यू कंट्रोलर है। लेकिन नेविगेशन नियंत्रक इस व्यवहार को ऑफ़सेट करने के लिए ओवरराइड करता है चाहे वह रूट व्यू कंट्रोलर है या नहीं। इसलिए मैं कहूंगा कि आपका अंतर दिखाई दे रहा है क्योंकि आपके पास पदानुक्रम में कहीं भी नेविगेशन नियंत्रक कम होना चाहिए।

Answer 2

मुख्य बात यह ध्यान में रखना है कि एक व्यू कंट्रोलर अपने दृश्य के फ्रेम को ही सेट करेगा। ऐसा इसलिए है क्योंकि दृश्य के लिए उपलब्ध स्थान की मात्रा ऐप के जीवनकाल के दौरान बदल सकती है, और केवल व्यू कंट्रोलर जानता है कि व्यू के फ्रेम को उचित तरीके से कैसे समायोजित किया जाए। जब अंतरिक्ष परिवर्तन की मात्रा में नेविगेशन बार बदलते ऊंचाई में शामिल होता है, तो डिवाइस को पोर्ट्रेट से लैंडस्केप में बदलना और स्टेटस बार ऊंचाई में भी वृद्धि कर सकता है यदि उपयोगकर्ता कॉल कर रहा है। इस वजह से आपको दृश्य के फ्रेम को स्वयं संशोधित नहीं करना चाहिए।

तो, पहली चीज़ जो आपको चाहिए वह दृश्य के फ्रेम को संशोधित करने से संबंधित सभी कोड को हटा दें।

अब आपको मानसिकता के साथ अपने विचारों को डिजाइन करने की आवश्यकता है कि फ्रेम आकार किसी भी समय बदल सकता है। इसका मतलब है कि प्रत्येक सबव्यू की ऑटोरेजिंग प्रॉपर्टी को सही तरीके से सेट करना। यदि आप ऐसा करते हैं, तो इससे कोई फर्क नहीं पड़ता कि आप नकली नेविगेशन और स्टेटस बार चालू करते हैं या नहीं; वे आपको यह देखने में मदद करने के लिए हैं कि अधिकांश मामलों में अंतिम परिणाम कैसा दिखता है।

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

यदि आप प्रोग्रामिक रूप से सबव्यूव्स जोड़ रहे हैं तो आपको प्रत्येक सबव्यू पर ऑटोरेसाइजिंग मास्क प्रॉपर्टी सेट करने की आवश्यकता है। Here's an explanation।

आशा है कि मदद करता है!

Answer 3

मैंने इसी तरह के मुद्दों में भाग लिया है।मेरे पिछले दो सवालों की जाँच करें:

IPhone - After dismissing Modal View Controller - gap is left at top of page

IPhone - UIView addSubview Gap at top

Answer 4

link text

ऐसा ही एक बग यहाँ चर्चा की है।

एनीमेशन भी सेट है? इसे YES पर सेट करने का प्रयास करें क्योंकि इस तरह की एक जैसी समस्या का सामना करना पड़ रहा था।

Answer 5

मोशी का जवाब बहुत उपयोगी था क्योंकि आखिरकार मैंने आईआईवी व्यू के आकार बदलने वाले गुणों को नियंत्रित करने के लिए आईबी में बिंदीदार/ठोस रेखाओं के अर्थ को महसूस किया।

हालांकि, उन गुणों को समायोजित करने से मुझे एक ही समस्या का समाधान नहीं हुआ जो मुझे अपने विचारों में से एक का सामना करना पड़ा। इस दृश्य में आईबी में परिभाषित एक स्थिति और शीर्ष बार था। यह थोड़ा भारी था, जिसमें UIWebView है जो viewWillAppear और कुछ अन्य इंटरफ़ेस तत्वों के भीतर एक HTML स्ट्रिंग लोड करेगा।

दृश्य लोड करते समय, यदि उपयोगकर्ता ने अचानक पोर्ट्रेट से परिदृश्य तक डिवाइस का अभिविन्यास बदल दिया, तो दृश्य की सभी सामग्री स्टेटस बार की ऊंचाई से नीचे की ओर चली जाएगी। दृश्य नियंत्रण और उसके शीर्ष के बीच परिणामी अंतर पोर्ट्रेट अभिविन्यास पर वापस स्विच करने के बाद भी रहेगा।

क्या अंत में मेरी मुद्दों को हल किया, और मेरे शेष बाल, पंक्ति जोड़कर किया गया था:

self.view.frame = [[UIScreen mainScreen] bounds]; 

भीतर

-(void) willAnimateRotationToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation duration:(NSTimeInterval)duration 

जब से मेरे विचार सामग्री अचानक डिवाइस अभिविन्यास परिवर्तनों के बावजूद जगह में आयोजित की जाती हैं।