🧜🏽 🖐🏽 🤴 विंडोज 8 से विंडोज 8.1 पर एक एप्लिकेशन को माइग्रेट करना 🔎 🤞 🚪

ऑपरेटिंग सिस्टम के एक नए संस्करण में अनुप्रयोगों को माइग्रेट करना हमेशा एक मुश्किल मुद्दा होता है। नई कार्यक्षमता शुरू करने, कोड का समर्थन करने और लक्षित दर्शकों के बीच सही संतुलन खोजने के लिए महत्वपूर्ण है।

ये सभी पैरामीटर प्रत्येक प्रोजेक्ट के लिए अलग-अलग हैं, और एक निश्चित अर्थ में एक-दूसरे पर निर्भर हैं।

उदाहरण के लिए, विंडोज स्टोर आपको विंडोज 8 और विंडोज 8.1 के लिए अलग-अलग एप्लिकेशन बिल्ड की मेजबानी करने की अनुमति देता है: डब्ल्यू 8 के तहत बनाए गए एप्लिकेशन W8.1 पर चलते हैं, लेकिन इसके विपरीत नहीं। आप W8 के लिए असेंबली में आवश्यक नई कार्यक्षमता जोड़ने के लिए अपने प्रयासों का निवेश कर सकते हैं, जो उन दोनों के लिए उपलब्ध होंगे जिन्होंने अपडेट किया है और जिन्होंने ऐसा नहीं किया है, पूरे दर्शकों को एक ही बार में प्राप्त करना और उन्हें नई सुविधाओं के साथ प्रसन्न करना। या आप केवल W8.1 के तहत नई सुविधाओं को जोड़ने में निवेश कर सकते हैं, जो कि काफी सरल हो सकता है (जिसका अर्थ है कि आप उपयोगकर्ताओं के लिए और भी अच्छा कर सकते हैं), लेकिन साथ ही साथ, W8 दर्शकों को कोई भी अपडेट प्राप्त नहीं होगा।

ऊपर दी गई तस्वीर इन दो सशर्त रणनीतियों को दिखाती है - दोनों इस धारणा के तहत कि आपके पास पहले से ही डब्ल्यू 8 के तहत किसी तरह का आवेदन है। कई मामलों में, शीर्ष रणनीति सही होगी: W8 के लिए संस्करण को फ्रीज करें - और W8.1 के लिए संस्करण विकसित करना शुरू करें।

हालांकि, निश्चित रूप से, ऐसे परिदृश्य हो सकते हैं जब बाद की अवधि के लिए ठंड को स्थगित करना आर्थिक रूप से अधिक लाभदायक है। यहां आपको यह मूल्यांकन करने की आवश्यकता है कि प्रवास के दौरान आप कितने उपयोगकर्ताओं को पकड़ सकते हैं (शेड्यूल बहुत सशर्त है):

जाहिर है, जल्दी या बाद में, अधिकांश उपयोगकर्ता विंडोज 8 से विंडोज 8.1 पर स्विच करेंगे, लेकिन विशिष्ट संक्रमण गति कई मापदंडों पर निर्भर हो सकती है: क्षेत्र में इंटरनेट उपलब्धता से लेकर संगठन के भीतर नीतियों तक। तदनुसार, उदाहरण के लिए, विमुद्रीकरण के दृष्टिकोण से, आपको एक प्रश्न पूछने की आवश्यकता है: घटती गतिशीलता को देखते हुए, विंडोज 8 के अंदर बाजार का आकार क्या है (अपडेट किए बिना)।

और एक और बात: आवेदन की विशिष्ट कार्यक्षमता के आधार पर, शायद आपके पास पर्याप्त विंडोज 8 क्षमताओं से अधिक है ...

क्या विचार करना महत्वपूर्ण है

विंडोज 8 से विंडोज 8.1 में संक्रमण के संदर्भ में, निम्नलिखित "बारीकियों" को भी ध्यान में रखा जाना चाहिए:

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

किसी एप्लिकेशन को माइग्रेट कैसे करें

सबसे पहले, माइग्रेशन के लिए आपको Windows 8.1 और Visual Studio 2013 की आवश्यकता होगी। जैसे ही आप एक नए स्टूडियो में W8 के लिए अपना प्रोजेक्ट लॉन्च करते हैं, आपको स्वचालित रूप से W8.1 के तहत एप्लिकेशन को अपडेट करने की पेशकश की जाएगी:

यहां आपको विंडोज 8.1 में नई सुविधाओं के बारे में पढ़ने और कोड प्रवास की जटिलताओं के बारे में जानने की पेशकश की जाएगी। मेरा सुझाव है कि आप इस तथ्य पर ध्यान दें कि एपीआई का हिस्सा पदावनत है और काम करना बंद कर सकता है।

विंडोज 8.1 के तहत आपके समाधान की परियोजनाओं को "पुनर्निर्देशित" करने के लिए, प्रत्येक प्रोजेक्ट के संदर्भ मेनू में उचित आइटम का चयन करें:

इस प्रक्रिया को अंजाम देने के बाद, मैं सलाह देता हूं कि परियोजना को इकट्ठा करने की कोशिश करें और सुनिश्चित करें कि सब कुछ काम करता है। यह भी ध्यान देने योग्य है कि वास्तव में केवल प्रोजेक्ट फाइलें और एप्लिकेशन मैनिफ़ेस्ट स्वचालित रूप से अपडेट होते हैं।

उत्पादकता

जिज्ञासु के लिए, मैं आपको एक प्रयोग करने की सलाह भी देता हूं कि रिटारगेट करने से पहले और बाद में आवेदन कैसे काम करता है। ऐसा करने के लिए, VS2013 में आप डिबगिंग में शामिल हो सकते हैं और वहां "प्रदर्शन और निदान" आइटम पा सकते हैं, जिसके बाद आप उपयुक्त परीक्षा का चयन कर सकते हैं:

उदाहरण के लिए, आइए XAML इंटरफ़ेस की जवाबदेही की तुलना करें। एक प्रयोगात्मक खरगोश के रूप में, मैं " विंडोज 8 सीखें " एप्लिकेशन का उपयोग करूंगा।

विंडोज 8.1 पर विंडोज 8 एप्लिकेशन के परिणाम:

यहाँ, शुरुआत में ज्यादा पार्स करने से appx.xaml की पार्सिंग और एप्लिकेशन पेजों की वास्तविक प्रोसेसिंग दोनों होती है।

और यहाँ विंडोज 8.1 (और कोड को बदले बिना) को उसी पैमाने पर रीडायरेक्ट करने के बाद उसी एप्लिकेशन के परिणाम हैं:

(आप पृष्ठों के बीच ठहराव को नजरअंदाज कर सकते हैं, सिवाय इसके कि बीच में एक छोटा सा छप GridView का एक स्क्रॉल है)

बुरा सुधार नहीं है, क्या यह है?

स्क्रीन पर एप्लिकेशन प्रदर्शित करें

विंडोज 8 पर एप्लिकेशन तीन मोड में काम कर सकते हैं: भरें, पूर्ण और तड़क।

विंडोज 8.1 में, अनुप्रयोगों (अधिक सटीक रूप से, उपयोगकर्ता) की स्क्रीन पर स्थान में बहुत अधिक लचीलापन है - और वे 500px तक किसी भी चौड़ाई (डिफ़ॉल्ट रूप से) या 320 (वैकल्पिक) पर कब्जा कर सकते हैं।

हालाँकि, यदि अनुप्रयोग विंडोज 8 के तहत बनाया गया था, अगर पर्याप्त जगह नहीं है, तो यह किनारों पर ग्रे धारियों के साथ स्नोप्ड व्यू में प्रदर्शित होगा (संगतता मोड):

जैसे ही आप विंडोज 8.1 के तहत एप्लिकेशन को रीडायरेक्ट करते हैं, यह तुरंत 500px की चौड़ाई तक डिस्प्ले के सामान्य (पूर्ण) दृश्य का उपयोग करना शुरू कर देगा:

इस बिंदु पर, आपको इस बात पर विचार करना चाहिए कि आपका आवेदन इतने संकरे स्थान पर कैसा व्यवहार करता है! कृपया ध्यान दें कि यह पूरी तरह कार्यात्मक होना चाहिए।

कदम पीछे: हमारे तड़क-भड़क वाले दृश्य का क्या हुआ? डिफ़ॉल्ट रूप से, माइग्रेशन (और नई परियोजनाओं के लिए) के बाद, अनुप्रयोगों के लिए न्यूनतम समर्थित चौड़ाई 500px पर सेट की जाती है। आप यह प्रकट कर सकते हैं कि आपका आवेदन 320px के साथ भी अच्छा काम कर रहा है:

इस स्थिति में, 320 से 500px तक के अंतराल में, आपका एप्लिकेशन उस स्थिति में बदल जाएगा, जिसे पहले स्नैप्ड व्यू कहा जाता था:

यहां आपको फिर से सोचने की ज़रूरत है, माइग्रेशन निर्देशों को फिर से पढ़ें और समझें कि आपके प्रोजेक्ट में अब कोड हटा दिया गया है।

अब तक यह काम करता है, लेकिन यह टूट सकता है - आपको इसे निश्चित रूप से बदलना / अपडेट करना चाहिए। उदाहरण के लिए, हमारी परियोजना में, सभी पृष्ठ LayoutAwarePage वर्ग पर आधारित हैं, जो मानक टेम्पलेट का हिस्सा हुआ करता था। आप इसमें निम्न कोड पा सकते हैं:

public virtual void InvalidateVisualState() { if (_layoutAwareControls != null) { string visualState = DetermineVisualState(ApplicationView.Value); /*    */ foreach (Control layoutAwareControl in _layoutAwareControls) { VisualStateManager.GoToState(layoutAwareControl, visualState, false); } } }

ApplicationView से राज्य को निकालने वाली रेखा को अब हटा दिया गया है - निर्धारक स्तर के अंदर, मान फ़ील्ड से एक स्ट्रिंग मान लिया गया था। विंडोज 8.1 में, आपको एप्लिकेशन की उपलब्ध चौड़ाई के आधार पर स्थिति को बदलना होगा:

  protected virtual string DetermineVisualState() { var windowWidth = Window.Current.Bounds.Width; var windowHeight = Window.Current.Bounds.Height; string viewState; if (windowWidth < 500) { viewState = "Snapped"; } else if (windowWidth < windowHeight) { viewState = "FullScreenPortrait"; } else { viewState = "FullScreenLandscape"; } return viewState; }

यहाँ मैंने निर्धारक निर्धारित फ़ंक्शन से पैरामीटर हटा दिए, और इसके अंदर मुझे विंडो की चौड़ाई और ऊंचाई के आधार पर एक स्पष्ट विकल्प जोड़ना पड़ा।

वैसे, चूंकि दोनों फ़ंक्शन वर्चुअल हैं, शायद आपके प्रोजेक्ट के अंदर कहीं, आपने अतिरिक्त रूप से मोड स्विचिंग लॉजिक को भी अपडेट किया है। संभवतः यह खोज का उपयोग करने के लायक है ... या VS2013 के लिए एक शानदार अवसर यह देखने के लिए कि परियोजना में अन्य विशिष्ट विधि का उपयोग कहां किया गया है:

हम परीक्षण करते हैं, सुनिश्चित करें कि सब कुछ काम करता है।

खोज

हमारे प्रवासन कार्यक्रम का अगला महत्वपूर्ण बिंदु खोज है। विंडोज 8.1 में, हमने दो चीजों को ध्यान में रखा:

उपयोगकर्ताओं को खोजने में कठिनाइयाँ
अलग-अलग जगहों से एक ही इंटरफ़ेस में खोज को संयोजित करने की आवश्यकता है

इसलिए, अब हमारे पास एक सुंदर खोज है "बिंग द्वारा संचालित", फ़ाइल, वेब, स्टोर और एप्लिकेशन द्वारा खोज का संयोजन:

... और SearchBox का उपयोग करके एप्लिकेशन के अंदर खोज को एम्बेड करने की सिफारिश।

शायद आप, हमारे जैसे, एप्लिकेशन अपडेट करते समय, इस बात से चिंतित हैं कि खोज अनुबंध का क्या हुआ? यह अभी भी मौजूद है और जब यह चल रहा है तो आपके आवेदन के लिए काम करता है:

हालाँकि, जैसा कि आप ऊपर दिए गए स्क्रीनशॉट में देख सकते हैं, यह हर जगह डिफ़ॉल्ट रूप से खोज करता है, और आपके विशिष्ट एप्लिकेशन में नहीं। ड्रॉप-डाउन सूची से, आप एप्लिकेशन पर स्विच कर सकते हैं:

स्विच करने के लिए तुरंत स्वचालित रूप से, यह आवश्यक है कि खोज अनुबंध, या SearchPane, सीधे आवेदन से सक्रिय हो। ऐसा करने के लिए, आपको बहुत कम प्रयास करने की आवश्यकता है: एक खोज बटन जोड़ें और उस पर एक घटना लटकाएं।

सुविधा के लिए, मैं तुरंत UserControl में बटन को लपेटने की सलाह देता हूं, क्योंकि आपको इसे अपने आवेदन के लगभग सभी पृष्ठों पर सम्मिलित करना होगा।

हमारा बटन एक मंडली में खोज आइकन की तरह दिखता है:

यह एक नियमित बटन (बटन) है जिसमें वांछित चरित्र (& # xE11A;), सही फ़ॉन्ट (Segoe UI प्रतीक), और चयनित शैलियाँ हैं।

 <UserControl x:Class="EventsApp.UserControls.SearchButton" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:local="using:EventsApp.UserControls" xmlns:d="http://schemas.microsoft.com/expression/blend/2008" xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"> <Grid> <Button x:Name="searchButton" Content="searchIconCodeHere" HorizontalAlignment="Stretch" VerticalAlignment="Stretch" FontFamily="Segoe UI Symbol" Margin="0" FontSize="24" Tapped="searchButton_Tapped" FontWeight="Normal"> ... </Button> </Grid> </UserControl>

बटन दबाकर, संबंधित घटना को ट्रिगर किया जाता है:

  private void searchButton_Tapped(object sender, Windows.UI.Xaml.Input.TappedRoutedEventArgs e) { Windows.ApplicationModel.Search.SearchPane.GetForCurrentView().Show(); }

यह एप्लिकेशन पृष्ठों पर एक बटन डालने के लिए रहता है। अब जब आप एप्लिकेशन से खोज को सक्रिय करते हैं, तो SearchPane को सही सेटिंग्स के साथ दिखाया जाता है।

वैसे, मैं विंडोज 8 के तहत निर्मित अनुप्रयोगों के लिए भी इस तरह के एक बटन को जोड़ने की सलाह देता हूं -> यह विंडोज 8.1 के तहत उपयोगकर्ताओं के लिए सही ढंग से काम करना जारी रखेगा, अगर आप उन्हें एक अलग विधानसभा प्रदान नहीं करते हैं।

SearchBox

स्वाभाविक रूप से, आप खोज को उपयोगकर्ता के करीब भी बना सकते हैं। ऐसा करने के लिए, आप एप्लिकेशन में एक खोज बॉक्स नियंत्रण जोड़ सकते हैं, जो आपको अतिरिक्त पैनल पर स्विच किए बिना, आवेदन के अंदर तुरंत खोज करने की अनुमति देगा। यह ध्यान दिया जाना चाहिए कि SearchBox के साथ काम करने के लिए API SearchPane के साथ काम करने के लिए बहुत समान है।

साथ ही सर्च बार को कॉल करने के लिए बटन के मामले में, यदि आप अपने खुद के UserControl के अंदर SearchBox को लपेटते हैं तो यह सबसे आसान होगा - इस मामले में आप आसानी से सभी लॉजिक को इसमें इंटीग्रेट कर सकते हैं, और केवल कंट्रोल को पेजों में डाल सकते हैं।

 <UserControl x:Class="EventsApp.UserControls.LearnSearchBox" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:local="using:EventsApp.UserControls" xmlns:d="http://schemas.microsoft.com/expression/blend/2008" xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" > <Grid> <SearchBox x:Name="searchBox" Width="300" Height="48" QuerySubmitted="searchBox_QuerySubmitted" /> </Grid> </UserControl>

और आगे कोड में:

  private void searchBox_QuerySubmitted(SearchBox sender, SearchBoxQuerySubmittedEventArgs args) { var frame = Window.Current.Content as Frame; frame.Navigate(typeof(SearchPage), args.QueryText); }

वैसे, यह कोड SearchPane के लिए अनुरोध भेजते समय उपयोग किए जाने वाले से लगभग अलग नहीं है। अधिक सटीक होने के लिए, मैंने इसे वहां से कॉपी किया।

अगला कदम सभी सही स्थानों पर हमारा नया नियंत्रण सम्मिलित करना है:

यहां, आपकी त्रुटि प्रतीक्षा में हो सकती है, जिसे तुरंत समझना मुश्किल है (विशेषकर यदि आप दस्तावेज़ नहीं पढ़ते हैं):

बात यह है कि आप एक ही समय में SearchPane और SearchBox का उपयोग नहीं कर सकते हैं। आपको एक चीज चुनने की आवश्यकता होगी। मेरे मामले में, मैं SearchPane कॉल की सभी पंक्तियों पर टिप्पणी करता हूं।

इस संघर्ष के कारणों में से एक कार्यक्षमता का बिना शर्त दोहराव है, दूसरा यह है कि दोनों खोज तंत्र एक ही सिस्टम टूलटिप (ओएस सेटिंग्स में नियंत्रित) से बंधे हैं:

SearchPane के साथ काम करने के समान, आप अपने स्वयं के संकेत जोड़ सकते हैं। इसके अलावा, आप स्क्रीन पर कीबोर्ड से टाइपिंग की शुरुआत में खोज की सक्रियता को आसानी से जोड़ सकते हैं:

 <SearchBox x:Name="searchBox" Width="300" Height="48" QuerySubmitted="searchBox_QuerySubmitted" FocusOnKeyboardInput="True" />

एक उपयोग उदाहरण code.msdn.microsoft.com पर पाया जा सकता है।

जीवित टाइलें

एक और बात यह है कि आपको लाइव टाइल्स पर थोड़ा ध्यान देना चाहिए। विंडोज 8 में, आवेदन दो आकारों की टाइलों को लागू कर सकता है: वर्ग 150x150px और चौड़ा 310x150px। विंडोज 8.1 में, दो और चौकोर आकार उनके लिए जोड़े गए: एक छोटा 70x70px और एक बड़ा 310x310px।

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

1. अभी भी चित्र तैयार करें:

और उन्हें एप्लिकेशन मेनिफेस्ट में निर्दिष्ट करें:

साथ ही विंडोज 8 के लिए, यदि आप चाहें, तो आप विभिन्न ज़ूम मोड (डीपीआई के आधार पर) के लिए टाइल छवियों के साथ आवेदन प्रदान कर सकते हैं।

2. नए टेम्पलेट्स को शामिल करने के लिए लाइव टाइल पीढ़ी कोड को अपडेट करें। आइए हम इस पर थोड़ा और विस्तार से ध्यान दें।

जैसा कि आप जानते हैं, पूर्वनिर्धारित XML टेम्पलेट लाइव टाइल्स को परिभाषित करने के लिए उपलब्ध हैं, जो संगत एपीआई के माध्यम से सुलभ हैं। कुछ मामलों में, पाठ के साथ उनके साथ काम करना अधिक सुविधाजनक हो सकता है, खासकर जब आपको एक बार में कई टाइल आकार के लिए टेम्पलेट अपडेट करने की आवश्यकता होती है, जैसा कि हमारे मामले में।

हमारा टाइल अपडेट कुछ इस तरह दिखता है:

  public void UpdateImageTile() { var xml = new XmlDocument(); xml.LoadXml( string.Format( @"<?xml version=""1.0"" encoding=""utf-8"" ?> <tile> <visual branding=""none""> <binding template=""TileSquareImage""> <image id=""1"" src=""{0}"" alt=""{1}""/> </binding> <binding template=""TileWidePeekImage03""> <image id=""1"" src=""{0}"" alt=""{1}""/> <text id=""1"">{1}</text> </binding> </visual> </tile>", Entity.Thumbnails.OrderByDescending(x => x.Width).FirstOrDefault().Url, Entity.Title)); TileUpdateManager.CreateTileUpdaterForApplication().Update(new TileNotification(xml)); }

इस मामले में, हम एक लाइव टाइल पर रिपोर्ट में से एक की पूर्वावलोकन छवि दिखाते हैं। विस्तृत टाइल के मामले में, हम एक एनीमेशन टेम्पलेट का उपयोग करते हैं। चौकोर और चौड़ी टाइल्स के पैटर्न एक लाइन में एकत्र किए जाते हैं।

एक बड़ा वर्ग टाइल जोड़ने के लिए, हमें चाहिए:

टेम्प्लेट संस्करण को 2 में अपडेट करें
नए आकार फिट करने के लिए टेम्पलेट नाम बदलें
"स्टिक" नीचे एक और टेम्पलेट

परिणाम कुछ इस तरह होना चाहिए:

  public void UpdateImageTile() { var xml = new XmlDocument(); xml.LoadXml( string.Format( @"<?xml version=""1.0"" encoding=""utf-8"" ?> <tile> <visual branding=""none"" version=""2""> <binding template=""TileSquare150x150Image"" fallback=""TileSquareImage""> <image id=""1"" src=""{0}"" alt=""{1}""/> </binding> <binding template=""TileWide310x150PeekImage03"" fallback=""TileWidePeekImage03""> <image id=""1"" src=""{0}"" alt=""{1}""/> <text id=""1"">{1}</text> </binding> <binding template=""TileSquare310x310ImageAndText01""> <image id=""1"" src=""{0}"" alt=""{1}""/> <text id=""1"">{1}</text> </binding> </visual> </tile>" , Entity.Thumbnails.OrderByDescending(x => x.Width).FirstOrDefault().Url, Entity.Title)); TileUpdateManager.CreateTileUpdaterForApplication().Update(new TileNotification(xml)); }

हो गया!

वैसे, विंडोज 8.1 में आप लाइव टाइल्स के प्रदर्शन को भी प्रकट के माध्यम से जोड़ सकते हैं:

संक्षेप में कहना

तो यह विंडोज 8.1 के तहत एप्लिकेशन को अपडेट करने के लायक क्यों है? सबसे पहले, कोड को अपडेट किए बिना भी यह प्रदर्शन सुधार केवल इस तथ्य के कारण है कि W8.1 में कई नियंत्रणों को अनुकूलित किया गया है। दूसरे, ये सभी नई सुविधाएँ हैं, जिनमें नए टाइल आकार, नए नियंत्रण और नए एपीआई शामिल हैं। तीसरे, यह स्वयं ऑपरेटिंग सिस्टम में बदलाव के लिए जिम्मेदार है: विशेष रूप से, स्क्रीन पर अनुप्रयोगों के प्रदर्शन मोड और खोज के व्यवहार।

अद्यतन करने के लिए आपको क्या करने की आवश्यकता है:

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

आगे के सुधार आपके विवेक पर हैं। सफल प्रवास!

विंडोज 8 से विंडोज 8.1 पर एक एप्लिकेशन को माइग्रेट करना