Apple ने अपना पहला फोल्डेबल iPhone, iPhone Duo, 9 सितंबर 2026 को अनाउंस किया। प्री-ऑर्डर 16 अक्टूबर से शुरू होंगे और यह 23 अक्टूबर को iOS 27.1 के साथ सेल पर आएगा। सीक्वेंसिंग अजीब है: Apple ने उसी दिन रूल्स पब्लिश कर दिए, लेकिन Duo सिम्युलेटर वाला SDK सिर्फ “सितंबर के आखिर में” आएगा। यानी डॉक्यूमेंटेशन मौजूद है, हार्डवेयर ज़्यादातर नहीं — और यही वह विंडो है जिसमें आप अपनी ऐप में छिपी उन लेआउट असम्पशन्स को ढूंढ सकते हैं जो चुपचाप गलत हो चुकी हैं।
यह गाइड डिवाइस रिव्यू में नहीं जाएगी — उसके लिए सैकड़ों आर्टिकल आ ही जाएंगे। पुश नोटिफिकेशन खुद सिस्टम द्वारा ड्रॉ किया जाता है, तो वहां बदलने के लिए कुछ नहीं है। असल मामला वह सब कुछ है जो आपकी ऐप खुद अंदर ड्रॉ करती है — इन-ऐप मैसेज, रिच मीडिया, पुश प्राइमर, लोडर्स — क्योंकि अब इन्हें एक ऐसी स्क्रीन पर टिके रहना है जो चालू सेशन के बीच में ही अपना शेप और एस्पेक्ट रेशियो बदल सकती है। Apple ने नए रूल्स इसी सरफेस के लिए लिखे हैं, और यही वह जगह है जहां ज़्यादातर टीमें बिना ध्यान दिए निकल जाने वाली हैं।
भारत में Android की मार्केट शेयर 95%+ है, लेकिन iOS पूरी तरह गायब नहीं है — FinTech (PhonePe, Paytm जैसे ऐप्स) और प्रीमियम EdTech प्रोडक्ट्स का एक हिस्सा iOS पर भी चलता है। अगर आपकी ऐप का iOS वर्ज़न लाइव है, तो यह चेकलिस्ट आपके क्रॉस-प्लेटफॉर्म मैसेजिंग स्टैक के लिए उतनी ही ज़रूरी है।
फोल्डेबल iPhone पर iOS 27 के साथ असल में क्या बदला
iPhone Duo में 2 डिस्प्ले हैं जिनके एस्पेक्ट रेशियो लगभग एक जैसे हैं। इनर डिस्प्ले 7.6 इंच का है — iPhone 18 Pro Max से करीब 50% ज़्यादा स्क्रीन एरिया; आउटर डिस्प्ले 5.4 इंच का है — iPhone 18 Pro के स्क्रीन एरिया का करीब 90%। प्रोपोर्शन्स पास हैं लेकिन आइडेंटिकल नहीं, और यही एक और वजह है कि लेआउट को साइज़ क्लासेस से ड्राइव करें, न कि किसी ऐसे रेशियो से जिसे आप दोनों डिस्प्ले पर सही मान लेते हैं।
हर ऐप अब Split View का हिस्सा है। Duo पहला iPhone है जो आपकी ऐप के UI के मल्टीपल इंस्टेंस एक साथ चला सकता है — यानी आपका इन-ऐप मैसेजिंग स्क्रीन के आधे हिस्से में, किसी और की ऐप के बगल में भी दिख सकता है।
और शेप सेशन के बीच में ही बदल जाती है। यूज़र डिवाइस को अनफोल्ड करता है, या हाफ-फोल्ड करता है, जबकि आपका मॉडल स्क्रीन पर ओपन है। लेआउट अब वो चीज़ नहीं रहा जिसे आप लॉन्च पर एक बार तय करके भूल जाएं।
कम्पैटिबिलिटी के 3 लेवल, और ज़्यादातर ऐप्स कहां खड़ी हैं
Apple का रूल सीधा है: आपकी ऐप बिना रीकंपाइल किए Duo पर चलेगी। असली सवाल यह है कि उसे स्क्रीन का कितना हिस्सा मिलता है — और यह इस पर डिपेंड करता है कि आपने किस SDK के अगेंस्ट बिल्ड किया है।
- पुराना SDK: ऐप चलेगी, लेकिन कंटेंट फोन-शेप वाले रीजन में ही बॉक्स्ड रहेगा।
- iOS 27 SDK: आपका UI इनर डिस्प्ले पर स्टेटस-बार एरिया के लेफ्ट तक एक्सटेंड होगा।
- iOS 27.1 SDK: आपका UI स्क्रीन एज तक पहुंचेगा, और स्टैंडर्ड नेविगेशन व टूलबार बटन वर्टिकली लेआउट होंगे।
यानी जो टीम कुछ नहीं करती, वह अपने इन-ऐप मैसेज 7.6-इंच डिस्प्ले पर एक फोन-साइज़ बॉक्स में शिप करती है। टूटा हुआ नहीं — बस साफ़ दिखता है कि इसे टच नहीं किया गया, ठीक उन कॉम्पिटिटर्स के बगल में जिन्होंने मेहनत की।
आपका इन-ऐप मैसेजिंग लेआउट काम करना क्यों बंद कर देता है
3 वजहें हैं, और ये एक-दूसरे पर स्टैक होती हैं।
एस्पेक्ट रेशियो। ज़्यादातर इन-ऐप और रिच-मीडिया टेम्पलेट्स नॉर्मल iPhone के प्रोपोर्शन्स के हिसाब से बनाए गए थे। इनर डिस्प्ले के प्रोपोर्शन्स अलग हैं, और पुराने प्रोपोर्शन्स के लिए बने टेम्पलेट्स वहां लैंड नहीं करेंगे जहां आपने उन्हें ड्रॉ किया था।
ओरिएंटेशन गलत सिग्नल है। इनर डिस्प्ले दोनों साइज़ क्लासेस में रेगुलर है और सपोर्टेड इंटरफेस ओरिएंटेशन्स को ऑनर नहीं करता। ओरिएंटेशन पर की गई कोई भी लेआउट ब्रांच एक ऐसे सिग्नल को पढ़ रही है जिसे इनर डिस्प्ले इग्नोर करता है। Apple की इंस्ट्रक्शन साफ़ है: लेआउट को साइज़ क्लासेस से डिसाइड करें, ओरिएंटेशन से नहीं।
सेफ एरिया असिमेट्रिक है। Duo पर इनसेट्स और लेआउट मार्जिन अक्सर हर साइड पर अलग होते हैं, इसलिए हर एज को अलग से हैंडल करें, सिमेट्रिक फ्रेम मान लेने के बजाय। फिर इसे Split View में भी टेस्ट करें, जहां फ्रेम फिर से नैरो हो जाता है।
वह इन-ऐप मैसेज जो फोन खुलने के वक़्त स्क्रीन पर होता है
यह वह केस है जिस पर सोचना ज़रूरी है, क्योंकि अभी तक किसी सिम्युलेटर ने किसी को यह लाइव देखने नहीं दिया है: एक मॉडल इन-ऐप मैसेज स्क्रीन पर है और यूज़र फोन को अनफोल्ड कर देता है। फ्रेम उस व्यू के नीचे बदल जाता है जो पहले से ही प्रेजेंटेड है।
Apple यहां आपको 2 टूल्स देता है, और इन्हें मिक्स कर देना सबसे आसान गलती है।
हिंज APIs — SwiftUI में onHingeChange और UIKit में UIHingeInteraction — एक डिस्क्रीट स्टेट (closed, partially open, fully open) और एक कंटीन्यूअस एंगल रिपोर्ट करते हैं। इन्हें लाइव वॉच करने और इंटरैक्शन्स/इफ़ेक्ट्स ड्राइव करने के लिए बनाया गया है। Apple के अपने डेमो में फोल्ड एंगल से एक वर्चुअल इंस्ट्रूमेंट की पिच बेंड की जाती है। ये इसी रजिस्टर के लिए हैं — आपके बटन इधर-उधर मूव कराने के लिए नहीं।
लेआउट एक अलग दरवाज़े से होकर जाता है। Apple आपको “Strike a pose with adaptive layouts on iPhone Duo” टॉक के arrangement और region APIs की तरफ पॉइंट करता है, जो reserved regions, split और overlay लेआउट वाले arrangement views, और displacement लाते हैं: यानी एग्ज़िस्टिंग एलिमेंट्स को उस स्पेस में रीफ्रेम करना जो असल में उपलब्ध है, ताकि डिवाइस बंद होते वक़्त भी कंटेंट विज़िबल और रीचेबल रहे। iOS 27.1 में SwiftUI में ReservedRegion और UIKit में UIViewReservedRegion जुड़ता है, ताकि आपका कस्टम UI सिस्टम UI से टकराए बिना ज़रूरी स्पेस क्लेम कर सके। इन्हें आप reservedRegions(kind:) से क्वेरी करते हैं, जहां .division खुद फोल्ड है और .occlusion कैमरा।
मॉडल के लिए यह एक रूल में सिमट जाता है: उसे रीपोज़िशन करने के लिए हिंज एंगल का सहारा मत लीजिए। उसे arrangement और reserved region के हिसाब से रिस्पॉन्ड करने दीजिए, ताकि स्क्रीन खुलने पर आपका कंटेंट सही जगह लैंड करे, न कि उस फ्रेम से चिपका रहे जो अब है ही नहीं।
Split View में इन-ऐप नोटिफिकेशन्स
अब चूंकि हर ऐप मल्टीटास्किंग पूल में है, आपके इन-ऐप नोटिफिकेशन्स स्क्रीन के आधे हिस्से में, किसी अनजान ऐप के बगल में भी आ सकते हैं। यह पूरे इनर डिस्प्ले से कहीं ज़्यादा नैरो फ्रेम है, और यही वजह है कि हाफ-विड्थ पर टेस्ट करना ज़रूरी है। जो मॉडल फुल-स्क्रीन पर ठीक दिखता है, वह आधी जगह मिलने पर क्लिप या क्राउड हो जाएगा।
एक हार्ड वॉल के बारे में भी जान लीजिए: आउटर डिस्प्ले पर नई विंडोज़ ओपन नहीं की जा सकतीं, वह इनर एक्सपीरियंस के लिए रिज़र्व्ड है। कोई भी प्रेजेंटेशन लॉजिक जो विंडोज़ स्पॉन करता है, उसे यह ध्यान में रखना होगा।
आउटर डिस्प्ले: आपका कॉम्पैक्ट लेआउट, प्लस विजेट्स और Live Activities
आउटर डिस्प्ले किसी भी दूसरी iPhone स्क्रीन जैसा बिहेव करता है। आपकी ऐप वहां चलती है, और वह सब कुछ भी जो वह ड्रॉ करती है — इन-ऐप मैसेज शामिल। Apple का फ्रेमिंग यह है कि आउटर डिस्प्ले एक कॉम्पैक्ट-विड्थ लेआउट है, बिल्कुल एक नॉर्मल iPhone जैसा, जबकि इनर डिस्प्ले दोनों डाइमेंशन्स में रेगुलर है। 5.4 इंच पर यह इस डिवाइस पर आपके इन-ऐप मैसेजिंग को मिलने वाला सबसे नैरो फुल-स्क्रीन फ्रेम है, तो यह आपके टेस्ट मैट्रिक्स में होना चाहिए, “लागू नहीं होता” वाले ढेर में नहीं।
इसके ऊपर एक दूसरी सरफेस भी है। Duo पर StandBy किसी भी डिस्प्ले पर चल सकता है, चाहे डिवाइस चार्ज पर न भी हो: फोन को नीचे रखिए और आउटर स्क्रीन जली रहती है, कमरे की तरफ पॉइंटेड। जिस ऐप के पास न विजेट है, न Live Activity, वह उस मोमेंट से पूरी तरह गायब है। वहां प्रेज़ेंस पाने का रास्ता विजेट या Live Activity से होकर जाता है — वही काम जो आप लॉक-स्क्रीन और Dynamic Island के लिए पहले से कर चुके हैं। अगर आपने Live Activities बना रखी हैं, तो यह दूसरी जगह है जहां वह इन्वेस्टमेंट काम आती है। अगर नहीं बनाई हैं, तो यह एक और वजह है।
iOS Live Activities पर हमारा पिछला आर्टिकल iOS Live Activities ग्राउंडवर्क कवर करता है, और iOS 27 एंटी-स्पैम रूल बताता है कि आप उनमें क्या-क्या डाल सकते हैं।
23 अक्टूबर से पहले के लिए फोल्डेबल iPhone कम्पैटिबिलिटी चेकलिस्ट
आप अभी हार्डवेयर टच नहीं कर सकते, लेकिन उसके अलावा बाकी सब कुछ टेबल पर है:
- अपने इन-ऐप और रिच-मीडिया टेम्पलेट्स का इन्वेंटरी बनाएं। हर उस टेम्पलेट को ढूंढें जो किसी फ्रेम, एस्पेक्ट रेशियो, या फोन-साइज़ बॉक्स को हार्ड-कोड करता है।
- अपने 16:9 क्रिएटिव्स को ऑडिट करें। जो भी फिक्स्ड एस्पेक्ट रेशियो पर बना है, उसके लिए इनर डिस्प्ले का प्लान चाहिए।
- अपनी ओरिएंटेशन ब्रांचेस ढूंढें। इंटरफेस ओरिएंटेशन पर की गई लेआउट एक ऐसा सिग्नल पढ़ रही है जिसे इनर डिस्प्ले इग्नोर करता है, इसे साइज़ क्लासेस पर शिफ्ट करें।
- हर सेफ-एरिया एज को अलग से चेक करें। असिमेट्री मान लें; सिमेट्रिक इनसेट मान कर मत चलें।
UIScreen.mainके लिए Grep करें। 2-डिस्प्ले डिवाइस पर यह एम्बिगुअस है, और Apple कहता है कि इसे डिप्रीकेट किया जाएगा। स्क्रीन कोwindow?.windowScene?.screenसे पढ़ें और स्केल कोtraitCollection.displayScaleसे।- कॉम्पैक्ट विड्थ पर टेस्ट करें, सिर्फ अनफोल्डेड पर नहीं। आउटर डिस्प्ले वह जगह है जहां आपके इन-ऐप मैसेज को सबसे कम स्पेस मिलता है, और यह उनके लिए एक असली सरफेस है।
- अपना Device Hub टेस्ट लाइन अप करें। जब Xcode 27.1 बीटा शिप होगा, Duo सिम्युलेटर Device Hub में रहेगा: उसे खोलें, बंद करें, रोटेट करें, स्क्रीन पर मैसेज के साथ हाफ-फोल्ड करें।
- डिवाइस मॉडल के हिसाब से सेगमेंट करें। एक बार Duo यूज़र्स रियल वर्ल्ड में आ जाएं, तो अलग टेस्टिंग के लिए उन्हें टारगेट करने का तरीका खुद के लिए तैयार रखें।
- अपने पुश नोटिफिकेशन और ऑनबोर्डिंग प्राइमर कॉपी को दोबारा देखें। ऑनबोर्डिंग के दौरान यूज़र को दिखने वाला परमिशन प्रॉम्प्ट अब भी सिस्टम-ड्रॉन है, लेकिन उससे पहले आने वाली कोई भी कस्टम प्री-परमिशन स्क्रीन आपके इन-ऐप मैसेजिंग जैसे ही लेआउट रूल्स इनहेरिट करती है।
इनमें से किसी को भी डिवाइस की ज़रूरत नहीं। लेकिन इन सबको उससे पहले पूरा करना है, जब डिवाइस आपके यूज़र्स के हाथ में हो — बाद में नहीं।
अपनी इन-ऐप मैसेजिंग को Duo के लिए तैयार शिप करें
इन-ऐप मैसेज, रिच मीडिया और पुश प्राइमर्स को हाथ से, हर उस स्क्रीन पर फिक्स करना जो आपके यूज़र्स कैरी करते हैं — यह वह काम है जो 6 अलग इंटीग्रेशन्स की तुलना में 1 पर आसान है। यही वजह है कि इन-ऐप मैसेजिंग और पुश नोटिफिकेशन को Pushwoosh जैसे सिंगल मोबाइल एंगेजमेंट प्लेटफॉर्म से हैंडल करना समझदारी है: फ्री में शुरू करें या 23 अक्टूबर से पहले अपनी मैसेजिंग को Duo-रेडी बनाने के लिए हमारी टीम से बात करें।
संबंधित लेख
सभी देखें