Xamarin.forms: सॉफ्टवेयर बैक बटन को इंटरसेप्ट नहीं कर सकता

हमने यहां भी ऐसी ही चर्चा की थी। क्या आप यही ढूंढ रहे हैं? https://forums.xamarin.com/discussion/100287/allow-a-single-place-to-handle-back-button-requests-with-async-support

@samhouts हाँ, यह बिल्कुल हमारा मुद्दा है। उपरोक्त कॉलबैक को कोडबेस में जोड़ने की आवश्यकता है या सॉफ़्टवेयर बैक बटन से ईवेंट को शामिल करने के लिए मौजूदा पद्धति को बढ़ाने की आवश्यकता है।

@samhouts क्या यह बग अभी तक स्वीकार किया गया है? बड़ा मुद्दा है। और क्या जानकारी चाहिए?

मैं इस बात से सहमत हूं कि OnBackButtonPressed को हार्ड- और सॉफ़्टवेयर-बैकबटन दोनों को संभालना चाहिए। बहरहाल, इन दोनों को इंटरसेप्ट करना इतना मुश्किल नहीं है। मैंने उस विषय पर यहाँ ब्लॉग किया: https://msicc.net/xamarin-forms-the-mvvmlight-toolkit-and-i-takeing-control-over-the-back-buttons/

@MSiccDev यदि हम ढांचे द्वारा प्रस्तुत समस्याओं के आसपास काम करते रहते हैं, तो यह कभी ठीक नहीं होगा और लोगों को प्रौद्योगिकी की मृत्यु तक इसे बार-बार करना होगा।

@AceCoderLaura एक तरफ सच है। वहीं दूसरी तरफ आगे बढ़ना है। सबसे अच्छी बात यह है कि काम करें लेकिन समस्या की रिपोर्ट करें।

ये समाधान रूट पेज पर हैमबर्गर मेनू को तोड़ते हैं...
-.-

@AceCoderLaura मैं बिना किसी समस्या के एमडी-पेज के साथ अपने ऐप्स में से एक में इसका उपयोग कर रहा हूं ...

@MSiccDev
यहाँ मेरा हैकी वर्कअराउंड है:

public override bool OnOptionsItemSelected(IMenuItem item) 
{ 
            //If it's not the "home" button continue as usual 
            var androidHomeId = 16908332; 
            if (item.ItemId != Resource.Id.home && item.ItemId != androidHomeId) return base.OnOptionsItemSelected(item); 

            var navigation = App.MainMasterDetailPage.Detail.Navigation; 
            if (navigation.NavigationStack.Count > 1) 
            { 
                //We can go back, do the arrow functionality 
                this.OnBackPressed();
                return true;
            } 
            else 
            { 
                //We're at the root, do the hamburger functionality 
                return App.MainMasterDetailPage.IsPresented = true; 
            } 
}

@AceCoderLaura क्या आपके OnOptionsItemSelected नेवी-बैक बटन पर क्लिक करने के बाद ट्रिगर किया गया है oO मेरे मामले में, कुछ नहीं हुआ ... (एंड्रॉइड)

क्या इस मुद्दे पर कोई प्रगति हुई है? मेरे पास कई नेस्टेड नेविगेशनव्यू हैं और यह मेरे एप्लिकेशन में इसे पैच करने के लिए अल्ट्रा हैकी होगा। मैं @AceCoderLaura से

समान समस्या। मुझे लगता है कि एंटरप्राइज़ ऐप में बैक इवेंट को संभालना काफी आम है। इसे जल्द से जल्द ठीक किया जाना चाहिए।

कृपया इसे ठीक करें, यह लगभग एक वर्ष के लिए रिपोर्ट किया गया है, और यह अभी तक नहीं होना हास्यास्पद है।

@ddobrev आप सही कह रहे हैं यह एक बहुत ही उपयोगी विशेषता है, लेकिन दुर्भाग्य से इसे स्पष्ट रूप से परिभाषित नहीं किया गया है कि इसे कैसे काम करने की आवश्यकता है। किसी ने इसके ऊपर उल्लेख किया है लेकिन उसे कोई प्रतिक्रिया नहीं मिली:

हाँ, यह काफी हद तक हमारा मुद्दा है। उपरोक्त कॉलबैक को कोडबेस में जोड़ने की आवश्यकता है या सॉफ़्टवेयर बैक बटन से ईवेंट को शामिल करने के लिए मौजूदा पद्धति को बढ़ाने की आवश्यकता है।

अगर इसे स्पष्ट रूप से परिभाषित किया गया होता, तो मैं इसे लागू करने के लिए पीआर बनाने की कोशिश करता।

मुझे नहीं पता क्यों, लेकिन मेरे मामले में (एंड्रॉइड पर) इसे मेरी मुख्य गतिविधि में जोड़ने के लिए पर्याप्त था

        protected override void OnPostCreate(Bundle savedInstanceState)
        {
            var toolBar = FindViewById<global::Android.Support.V7.Widget.Toolbar>(Resource.Id.toolbar);
            SetSupportActionBar(toolBar);

            base.OnPostCreate(savedInstanceState);
        }

इसके साथ ऑनबैक बटन दबाया जाता है, भले ही मैं हार्डवेयर बैक बटन और नेविगेशन बार पर सॉफ़्टवेयर बैक बटन दबाता हूं। लेकिन मुझे समझ नहीं आता क्यों।

IOS पर मैंने अभी भी इसे एक कस्टम पेज रेंडरर के साथ खुद जोड़ा था।

तो, क्या यह 3.6.0 में तय होने जा रहा है?

मुझे लगता है कि इसे गलती से प्रगति पर ले जाया गया था।

@samhouts तो इसे अब विनिर्देश की आवश्यकता है? इसके बारे में क्या निर्दिष्ट नहीं है?

@ddobrev हमें अभी भी लोगों को जो चाहते हैं उसका पर्दाफाश करने का सबसे अच्छा तरीका है। वर्तमान में ऑनबैकबटन ने हार्डवेयर बैक बटन पर विशेष रूप से मानचित्रों को दबाया ताकि इसकी विशेषताएं इसके चारों ओर घूमती रहे। लोग जो चाहते हैं वह एक ऑननेविगेटिंगबैक सुविधा है।

सॉफ़्टवेयर को उस विधि में वापस तीर बांधना अभी भी एक हैक की तरह लगता है और फिर सबसे अच्छा समाधान प्रदान करता है

उदाहरण के लिए बस ऑनबैकबटन दबाए गए और बनाना

ऑनहार्डवेयरबैकबटन दबाया और ऑननेविगेटिंगबैक

खैर, कोई भी रास्ता ठीक है। बस कर दो। काफी समय हो गया है।

पेज फीचर के रूप में क्या ऐसा कुछ समझ में आएगा? यह बेहद मददगार होगा अगर हम रिवर्स नेविगेशन को देखने और रद्द करने में सक्षम थे (इसलिए टास्क\

enum ReverseNavigationSourceType {
    Unspecified,
    HwButton,
    Navbar,
    Gesture
}

class ReverseNavigationEventArgs {
    public ReverseNavigationSourceType SourceType { get; }
    public object Source { get; }
}

class Page {
    public virtual Task<bool> OnNavigatingBack(ReverseNavigationEventArgs args) {
        return Task.FromResult(true);
    }
}

दूसरा व्यवहार्य विकल्प जो मैं देख सकता हूं वह इसे INavigation इंटरफ़ेस के हिस्से के रूप में कार्यान्वित कर रहा है।

संपादित करें: एपीआई को थोड़ा संशोधित करें

@pikausp समाधान मुझे सबसे अच्छा लगता है

इसके अलावा, मुझे लगता है कि इसे और विस्तारित करना और "पृष्ठ स्थिति" जैसा कुछ पेश करना बहुत अच्छा होगा।

पृष्ठ सक्रिय या निष्क्रिय हो सकता है।

class PageActivationEventArgs { }
class PageDeactivationEventArgs {
    public bool IsPermanent { get; }
}
class Page {
    public virtual Task OnActivating(PageActivationEventArgs) {
        return Task.CompletedTask;
    }

    public virtual Task<bool> OnDeactivating(PageDeactivationEventArgs) {
        return Task.FromResult(true);
    }
}

जब पृष्ठ को OnDeactivating से दूर नेविगेट किया जाता है तो उसे लागू किया जाता है। IsPermanent का मान इस पर आधारित है कि पेज को नेविगेशन स्टैक में रखा गया है या नहीं (पॉप के लिए सही, पुश के लिए गलत)।

संभावित रूप से OnActivated और OnDeactivated परिचय दें जो नेविगेशन पूरा होने के बाद लागू होते हैं।

यह डेवलपर को नेविगेशन फ्लो पर शानदार पावर देता है।

आपके क्या विचार हैं?

क्या आप यहां किसी प्रगति की रिपोर्ट करना चाहेंगे, कृपया?

प्राथमिकता बढ़ाने का कोई तरीका?
मेरे पास सालों से वर्कअराउंड हैं, जो कभी-कभी काम नहीं करते हैं,...
मेरा वर्तमान समाधान भी नुकसान के साथ वास्तव में खराब हैक है, मेरे कस्टम नेविगेशन पेज रेंडरर्स को अच्छे के लिए निकालना और प्रक्रिया में कुछ मुद्दों को ठीक करना अच्छा लगेगा।

टक्कर

सॉफ्ट बैक बटन को इंटरसेप्ट करने पर कोई अपडेट। हम वास्तव में इस पर संघर्ष कर रहे हैं। इस पोस्ट में उल्लिखित कोई समाधान हमारे लिए काम नहीं करता है।

यह वास्तव में आवश्यक है। इस तरह की स्पष्ट चूक के लिए या तो अपने टूलबार को हैक करना या लागू करना थोड़ा अधिक है। कृपया ...

यहां कोई अपडेट @samhouts ?
ऐसा लगता है कि यहां कई उच्च-स्तरीय समाधान सुझाए गए हैं, जिनमें से सभी हमें वह कार्यक्षमता देंगे जिसकी हम तलाश कर रहे हैं।

भी इस सुविधा को प्राप्त करना पसंद करेंगे।

डेटा हानि को रोकने वाले प्रत्येक उपयोग के मामले के लिए आवश्यक है। मुझे इसकी भी ज़रूरत है, हर कामकाज बहुत हैकी है।

ठीक है, टीम, अब हम यहां वर्णित कार्यक्षमता की ओर झुक रहे हैं: https://github.com/xamarin/Xamarin.Forms/issues/6971#issuecomment -574823028

कोई एतराज?

@samhouts मैंने लिंक किए गए मुद्दे पर एक त्वरित नज़र BackButtonBehavior एक कमांड के चारों ओर सिर्फ एक रैपर (कुछ अतिरिक्त के साथ) है जो तब निष्पादित हो जाता है जब कोई उपयोगकर्ता वापस नेविगेट करने का प्रयास करता है?

मूल रूप से, यह रिवर्स नेविगेशन को इंटरसेप्ट करने के बारे में नहीं है, बल्कि यह नियंत्रित करता है कि वास्तव में क्या होता है जब कोई उपयोगकर्ता उपलब्ध किसी भी विधि (स्वाइप, नेवबार बटन, एंड्रॉइड बटन, ..) के माध्यम से वापस नेविगेट करने का प्रयास करता है। यदि मैं ऐसा निर्णय लेता हूं तो मैं वापस नेविगेट करने के बजाय उपयोगकर्ता को एक नए पृष्ठ पर नेविगेट करने का निर्णय ले सकता हूं, क्या यह सही है?

@samhouts मेरे पास आईओएस यूडब्ल्यूपी और एंड्रॉइड के लिए मेरे उत्पादन ऐप में एक कामकाजी अवरोध है। आईओएस और एंड्रॉइड कस्टम पेज रेंडरर का उपयोग कर रहे हैं। जब उपयोगकर्ता सॉफ़्टवेयर या हार्डवेयर बैक-बटन के माध्यम से वापस नेविगेट करता है तो मैं पॉप-अप दिखा सकता हूं "परिवर्तन त्यागें?"। जब उपयोगकर्ता संकेत की पुष्टि करता है, तो पिछला नेविगेशन निष्पादित होता है और पृष्ठ पॉप हो जाता है, अन्यथा उपयोगकर्ता वर्तमान पृष्ठ पर रहता है। मैंने अभी तक यह नहीं माना है कि वापस जाने के लिए स्वाइप करना भी संभव है, जो मेरे कार्यान्वयन में गुम है

@samhouts - यह मेरे लिए स्पष्ट नहीं है कि कैसे प्रस्ताव एक सशर्त कदम जोड़ने के लिए बैक बटन के अवरोधन की अनुमति देता है।

क्या प्रस्ताव इस तरह काम करता है?

• यदि {शैल, नेविएशनपेज}। बैकबटन कमांड असाइन नहीं किया गया है, तो बैक बटन सामान्य रूप से व्यवहार करता है और बैक नेविगेशन स्वचालित रूप से होता है।
• यदि {Shell, NaviationPage}.BackButtonCommand असाइन किया गया है, तो कोई भी बैक नेविगेशन स्वचालित रूप से नहीं होता है। आप शेल का उपयोग कर रहे हैं या नहीं, इस पर निर्भर करते हुए असाइन किया गया ICommand इंस्टेंस स्पष्ट रूप से ऐसा कुछ कर सकता है।

c# async Task MyProcessBackButton(bool usingShell) { bool navigateBack = await DisplayAlert("Cancel?", "Undo changes", "Yes", "No"); var mainPage = usingShell ? (Page)Shell.Current : Application.Current.MainPage; if (mainPage is MasterDetailPage mdPage) mainPage = mdPage.Detail; if (navigateBack) await mainPage.Navigation.PopAsync(); }

ऐसा कुछ मेरे लिए काम करना चाहिए लेकिन यह बोझिल लगता है। शायद मैं प्रस्ताव को ठीक से नहीं देख रहा हूँ। यह उदाहरणों के साथ लिखे गए उपयोग के मामलों को देखने में मदद करेगा।

पीएस लाइक @nschoenberg , मुझे अपने ऐप्स में कस्टम

• यदि {शैल, नेविएशनपेज}। बैकबटन कमांड असाइन नहीं किया गया है, तो बैक बटन सामान्य रूप से व्यवहार करता है और बैक नेविगेशन स्वचालित रूप से होता है।

इस तरह मैं इसे काम करने की कल्पना करता हूं, अक्सर हम ओवरराइड नहीं होने पर डिफ़ॉल्ट कार्यक्षमता चाहते हैं। यह एंड्रॉइड पर डिवाइस बैक बटन को ओवरराइड करने और सही लौटने जैसा ही व्यवहार करेगा। क्या किसी तरह से उस कार्यान्वयन को दोहराने का कोई मतलब नहीं है?

पेज फीचर के रूप में क्या ऐसा कुछ समझ में आएगा? यह बेहद मददगार होगा अगर हम रिवर्स नेविगेशन (इसलिए टास्क .) को देखने और रद्द करने में सक्षम थे) साथ ही, यह पता लगाना आसान हो सकता है कि अनुरोध को वापस नेविगेट करने का क्या कारण है।

enum ReverseNavigationSourceType {
    Unspecified,
    HwButton,
    Navbar,
    Gesture
}

class ReverseNavigationEventArgs {
    public ReverseNavigationSourceType SourceType { get; }
    public object Source { get; }
}

class Page {
    public virtual Task<bool> OnNavigatingBack(ReverseNavigationEventArgs args) {
        return Task.FromResult(true);
    }
}

दूसरा व्यवहार्य विकल्प जो मैं देख सकता हूं वह इसे INavigation इंटरफ़ेस के हिस्से के रूप में कार्यान्वित कर रहा है।

संपादित करें: एपीआई को थोड़ा संशोधित करें

मुद्दे में https://github.com/xamarin/Xamarin.Forms/issues/6971#issuecomment -574823028, मुझे यकीन नहीं है कि वास्तव में BackButtonCommand कहां उजागर होगा, केवल नेविगेशनपेज पर प्रदान किया जाता है? क्या एक नेविगेशन पेज पर एक ही इम्प्लीमेंटेशन है और उस नेविगेशन स्टैक पर पुश किए गए सभी पेज एक ही व्यवहार का उपयोग करते हैं? (मुझे नहीं लगता कि यह एक सामान्य उपयोग का मामला होगा)। अलग-अलग पृष्ठ अपने स्वयं के ओवरराइड को कैसे लागू करते हैं और आदेश का लाभ उठाते हैं?

मुझे लगता है कि ऊपर प्रदान किया गया प्रस्ताव डेवलपर्स को प्रति पृष्ठ ओवरराइड करने की आवश्यकता को पूरा करेगा, क्योंकि बैक नेविगेशन का आह्वान कुछ अप्रासंगिक है जो अक्सर देव बैक नेविगेशन पर जो होता है उसे नियंत्रित करना चाहता है यानी उन्हें भेजने से पहले कुछ उपयोगकर्ता संवाद को संकेत दें कोई अन्य पृष्ठ या बस डिफ़ॉल्ट के रूप में छोड़ दें।

मैं सभी के लिए बात नहीं कर सकता, लेकिन हमारे पास परियोजनाओं में ऐसे उदाहरण हैं जहां हमने कुछ फ़ंक्शन लागू किए हैं जो सॉफ़्टवेयर बटन दबाए जाने पर निष्पादित हो जाते हैं, हम OnBackButtonPressed भी ओवरराइड करते हैं जो समान फ़ंक्शन को कॉल करता है। एक ही कोड को क्रियान्वित करने वाले बैक नेविगेशन के दो रूप।

ये सभी गुण नेविगेशनपेज पर संलग्न किसी भी गुण के समान काम करते हैं

https://github.com/xamarin/Xamarin.Forms/blob/master/Xamarin.Forms.Core/NavigationPage.cs#L19

आप उन्हें केवल सक्रिय पृष्ठ पर लागू कर सकते हैं और नेविगेशन पेज प्रतिक्रिया करता है। संलग्न गुण अच्छे हैं क्योंकि वे बाइंड करने योग्य हैं इसलिए आप इसे केवल एक पृष्ठ पर सेट कर सकते हैं और इसे VM में बाँध सकते हैं।

<ContentPage NavigationPage.BackButtonCommand={Bindiing BackCommand}

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

यह सब एसिंक्स बनाना मुख्य रूप से दिलचस्प है क्योंकि परिदृश्यों के कारण वापस स्वाइप करना या मोडल पर खारिज करने के लिए स्वाइप करना क्योंकि वे मूल रूप से "एसिंक" नहीं हैं, इसलिए हम यहां क्या कर सकते हैं, उन इशारों में टैप करें, कमांड के लिए मार्ग, और रद्द करें हाव - भाव।

हम इसे नेविगेशन क्लास पर एक ईवेंट भी बना सकते हैं जो पदानुक्रमित प्रॉक्सी तक सभी तरह से आग लगा सकता है और फिर एक ईवेंट के साथ आप EventToCommand व्यवहार का उपयोग कर सकते हैं।

मुझे यह भी आश्चर्य है कि नेविगेटिंगबैक समझ में आता है या नहीं। अगर हम ऐसा कुछ करने जा रहे हैं तो शेल के समान ही एक नेविगेटिंग इवेंट भी बना सकता है।

मुझे एहसास है कि यह थोड़ा जुआ है :-) लेकिन सिर्फ कुछ सवालों का जवाब देना चाहता था और कुछ विचारों को चर्चा के लिए नीचे लाना चाहता था

आप उन्हें केवल सक्रिय पृष्ठ पर लागू कर सकते हैं और नेविगेशन पेज प्रतिक्रिया करता है। संलग्न गुण अच्छे हैं क्योंकि वे बाइंड करने योग्य हैं इसलिए आप इसे केवल एक पृष्ठ पर सेट कर सकते हैं और इसे VM में बाँध सकते हैं।

<ContentPage NavigationPage.BackButtonCommand={Bindiing BackCommand}

@PureWeen क्षमा करें, उस तरह के पृष्ठों पर संपत्तियों तक पहुंचना संभव था और वैसे भी इसे इस तरह से करना समझ में आता है।

क्या नेविगेशनपेज.बैकबटन कमांड डिवाइस बैक बटन का भी उपभोग करेगा या सिर्फ सॉफ्टवेयर बैक बटन? चूंकि नेविगेशन को वापस करने के अन्य तरीके हैं।

वर्तमान में मैं नेविगेशनपेज सोच रहा हूं। बैकबटन

पॉप/पुश से जुड़ी कोई चीज समझ में आ सकती है और मौजूदा एपिस से मेल खा सकती है

ये बिल्कुल नहीं बल्कि इन पंक्तियों के साथ कुछ है

UserRequestedPoppingCommand
UserRequestedPushingCommand

या संभवतः पॉपिंग कमांड और पुशिंग कमांड और फिर हमारे पास आपके तर्कों के समान कुछ हो सकता है जो संदर्भ देते हैं।

C# enum NavigationSourceType { Unspecified, HwButton, Navbar, Gesture, FromCode }

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

शायद नेविगेशन पर कुछ ऐसा है जो नेविगेशन की वर्तमान स्थिति को इंगित करता है?
तो अगर यह आदेश के माध्यम से किया जाता है तो आप नेविगेशन से पूछ सकते हैं कि क्या यह एक इशारा प्रगति पर है या अन्य

इस पर किसी भी अद्यतन? हम इस पर एक साल से अधिक समय से इंतजार कर रहे हैं।

इस पर किसी भी अद्यतन? हम इस पर एक साल से अधिक समय से इंतजार कर रहे हैं।

आराम करना। एक साल कुछ भी नहीं है। आईपैड पर मास्टरडिटेल के साथ स्प्लिट व्यू 4 साल पहले रिपोर्ट किया गया था कि यह काम नहीं करता है और खराब है। इस समय, Xamarin.Forms अभी भी Bugzilla का उपयोग कर रहा था।

@SebastianKruseWago यह अपेक्षित कार्यक्षमता की तुलना में एक पूरी तरह से अलग परिदृश्य है जो पहले से ही एक अलग क्षेत्र में मौजूद है। उन्होंने एक "बग" भी तय किया जिसने आसपास के काम की अनुमति दी। तो एक साल बहुत कुछ है, जिसे पहले दिन से शामिल किया जाना चाहिए।

@akemper1 स्प्लिट व्यू को भी पहले दिन से ही काम करना चाहिए। यह भी एक बग है क्योंकि यह केवल iPad MasterDetailRenderer के साथ एक समस्या है। इसने 2.4 या उससे पहले बदसूरत कामकाज के साथ काम किया है। इसलिए मुझे नहीं लगता कि यह अलग है।

हैलो, कोई खबर है?

@scriptBoris संभावित कामकाज इन लिंक्स में दिए गए हैं, एक समाधान बेहतर हो सकता है तो दूसरा आपकी परियोजना संरचना के आधार पर।

https://forums.xamarin.com/discussion/67854/android-menu-and-back-button-not-working

https://theconfuzedsourcecode.wordpress.com/2017/03/12/lets-override-navigation-bar-back-button-click-in-xamarin-forms/

मैंने अलग-अलग परियोजनाओं में लिंक से दोनों समाधान प्राप्त किए हैं।

शुभ दोपहर, मैं आपको परेशान करने के लिए क्षमा चाहता हूं, लेकिन क्या इस समस्या को हल करने के लिए कोई समाचार है? .О

मैं सवाल अपडेट कर रहा हूं :)

<ContentPage NavigationPage.HasBackButton="False">

क्या इस पर कोई अपडेट है? इस सूत्र में प्रस्तुत समाधान स्वीकार्य से अधिक हैं, यह वर्षों से है और लोग इसका इंतजार कर रहे हैं।

क्या ज़ामरीन टीम का कोई भी इस स्थिति पर टिप्पणी कर सकता है? यह वास्तव में कई लोगों के लिए एक बड़ा मुद्दा है।

मुझे पता है कि आप इसे शेल में कर सकते हैं, लेकिन प्रिज्म या एमवीवीएमक्रॉस शेल का लाभ उठाने वाले कई बड़े ऐप्स के लिए पूरी तरह से समर्थित नहीं है, इसलिए यह ऐसी चीज है जिसकी हमें वास्तव में आवश्यकता है।

धन्यवाद

क्षमा याचना @akemper1 लेकिन वर्तमान में कोई विशेष अपडेट नहीं है।

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

मैं कई लोगों से सहमत हूं जो कह रहे हैं कि यह उनके लिए एक बड़ा मुद्दा है।

हालांकि मैं कुछ वर्कअराउंड देने जा रहा हूं। मैं बस एक उपयोगकर्ता को वापस जाने से रोकने में सक्षम होना चाहता हूं जब तक कि वे "पुष्टि" न करें कि वे उस पृष्ठ पर परिवर्तन खो देंगे जो वे हैं।

इसके बारे में कोई ख़बर? यह वास्तव में एक लंबा समय रहा है :(