Xamarin.forms: ソフトウェアの戻るボタンを傍受できません

ここでも同様の議論がありました。 これはあなたが探しているものですか？ https://forums.xamarin.com/discussion/100287/allow-a-single-place-to-handle-back-button-requests-with-async-support

@samhoutsええ、それはまさに私たちの問題です。 前述のコールバックをコードベースに追加するか、既存のメソッドを拡張して、ソフトウェアの[戻る]ボタンからのイベントを含める必要があります。

@samhoutsこのバグはまだ受け入れられていますか？ それは大きな問題です。 さらにどのような情報が必要ですか？

OnBackButtonPressedがハードバックボタンとソフトウェアバックボタンの両方を処理する必要があるという点で同意します。 それにもかかわらず、それらの両方を傍受することはそれほど難しいことではありません。 私はここでそのトピックについてブログを書きました： https ：

@MSiccDevフレームワークによって提示された問題を回避し続けると、修正されることはなく、テクノロジーがなくなるまで、人々はこれを何度も何度も

@AceCoderLauraは一方の側で真です。 反対側では、前進しなければなりません。 最善の方法は、回避することですが、問題を報告することです。

これらの回避策は、ルートページのハンバーガーメニューを壊します...
-.-

@AceCoderLauraMDページのあるアプリの1つで問題なく使用しています...

@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私の場合、何も起こりません...（Android）

この問題に進展はありますか？ 複数のネストされたナビゲーションビューがあり、アプリケーションでこれにパッチを適用するのは非常に難しいでしょう。 @AceCoderLauraに同意します。これには、xamarinによるパッチを適用する必要があります。

同じ問題。 エンタープライズアプリでバックイベントを処理することは非常に一般的だと思います。 できるだけ早く修正する必要があります。

これを修正してください。1年近く報告されていますが、まだ持っていないのはばかげています。

@ddobrev確かに、これは非常に便利な機能ですが、残念ながら、どのように機能する必要があるかが明確に定義されていません。 誰かがそれについて言及しましたが、応答がありませんでした：

ええ、それはまさに私たちの問題です。 前述のコールバックをコードベースに追加するか、既存のメソッドを拡張して、ソフトウェアの[戻る]ボタンからのイベントを含める必要があります。

これが明確に定義されていれば、私はそれを実装するためのPRを作成しようとしました。

理由はわかりませんが、私の場合（Androidの場合）はこれをMainActivityに追加するのに十分でした

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

            base.OnPostCreate(savedInstanceState);
        }

これにより、ナビゲーションバーのハードウェアの戻るボタンとソフトウェアの戻るボタンの両方を押しても、OnBackButtonPressedが起動されます。 しかし、私はその理由がわかりません。

iOSでは、カスタムページレンダラーを使用して自分で追加する必要がありました。

それで、これは3.6.0で修正される予定ですか？

誤って進行中に移動したと思います。

@samhoutsなので、今すぐ仕様が必要ですか？ それについて何が指定されていませんか？

@ddobrevまだ、人々が望むものを公開するための最良の方法を

今のところ、ソフトウェアの戻る矢印をその方法に結び付けるだけでも、ハックのように見え、最良の解決策を提供します

たとえば、OnBackButtonPressedを非推奨にして作成するだけです

OnHardwareBackButtonPressedおよびOnNavigatingBack

まあ、どちらの方法でも構いません。 早くやれよ。 それは十分に長いです。

ページ機能として、このようなものは意味がありますか？ リバースナビゲーションを観察してキャンセルできれば、非常に役立ちます（したがって、タスク\

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);
    }
}

私が見ることができる2番目の実行可能なオプションは、これをINavigationインターフェースの一部として実装することです。

編集： APIをわずかに変更しました

@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の値は、ページがナビゲーションスタックに保持されているかどうかに基づいています（ポップの場合はtrue、プッシュの場合はfalse）。

ナビゲーションが完了すると呼び出されるOnActivatedとOnDeactivatedを導入する可能性があります。

これにより、開発者はナビゲーションフローに大きな力を与えることができます。

あなたの考えは何ですか？

ここで進捗状況を報告していただけませんか。

優先度を上げる方法はありますか？
私は何年もの間回避策を持っていましたが、それは時々もううまくいかないことがありました...
私の現在の回避策も、不利な点がある非常に悪いハックです。カスタムナビゲーションページレンダラーを完全に削除し、プロセスのいくつかの問題を修正したいと考えています。

バンプ

ソフト戻るボタンのインターセプトに関する更新。 私たちはこれに本当に苦労しています。 この投稿で言及されている解決策は私たちのために機能しません。

これは本当に必要です。 独自のツールバーをハッキングまたは実装する必要があることは、このような明らかな省略には少しやり過ぎです。 お願いします ...

ここで更新はありますか
ここでは、複数の高レベルのソリューションが提案されているように思われます。これらはすべて、私たちが探している機能を提供してくれます。

また、この機能が欲しいです。

データの損失を防ぐ必要があるすべてのユースケースに必要です。 私もこれが必要です、すべての回避策はあまりにもハックです。

わかりました、チーム、私たちは今ここで説明されている機能に傾いています： https ：

異議はありますか？

@samhoutsリンクされた問題をBackButtonBehaviorは、ユーザーが戻ってナビゲートしようとしたときに実行されるコマンドの単なるラッパー（いくつかの追加機能を含む）ですか？

基本的に、それは逆ナビゲーションを傍受することではなく、ユーザーが利用可能な任意の方法（スワイプ、ナビゲーションバーボタン、Androidボタンなど）を介して戻ることを試みたときに正確に何が起こるかを制御することです。 ナビゲートする代わりに、ユーザーを新しいページにナビゲートすることを決定できますが、それは正しいですか？

@samhouts iOSuwpおよびAndroid用の本番アプリでインターセプトが機能しています。 カスタムページレンダラーを使用するiOSおよびAndroid。 ユーザーがソフトウェアまたはハードウェアの戻るボタンを介してナビゲートすると、ポップアップ「変更を破棄しますか？」を表示できます。 ユーザーがプロンプトを確認すると、戻るナビゲーションが実行されず、ページがポップされ、otherweiseユーザーは現在のページに留まります。 スワイプして戻ることもできないとはまだ考えていません。実装に欠けています

@ samhouts-提案がどのように戻るボタンのインターセプトを許可して条件付きステップを追加するかは私にはわかりません。

提案はこのように機能しますか？

• {Shell、NaviationPage} .BackButtonCommandが割り当てられていない場合、戻るボタンは正常に動作し、戻るナビゲーションが自動的に行われます。
• {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(); }

そのようなものは私にとってはうまくいくはずですが、それは面倒なようです。 たぶん私は提案を正しく見ていません。 例を使って説明されたユースケースを確認すると役立ちます。

PS @nschoenbergと同様に、アプリのカスタムレンダリングも傍受します（NavigationPageで、上記のMyProcessBackButtonメソッドのようなことを行います。提案にShellが必要ないのは良いことです。これにより、古いアプリを簡単に採用できるようになります）。

• {Shell、NaviationPage} .BackButtonCommandが割り当てられていない場合、戻るボタンは正常に動作し、戻るナビゲーションが自動的に行われます。

これは私がそれが機能することを想像する方法です、しばしば私たちはオーバーライドされないならデフォルトの機能が欲しいです。 これは、Androidのデバイスの戻るボタンをオーバーライドしてtrueを返すのと同じように動作します。 何らかの方法でその実装を複製することは意味がありませんか？

ページ機能として、このようなものは意味がありますか？ リバースナビゲーションを観察してキャンセルできれば、非常に役立ちます（したがって、タスク）。 また、リクエストが戻ってきた原因を識別できると便利な場合があります。

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);
    }
}

私が見ることができる2番目の実行可能なオプションは、これをINavigationインターフェースの一部として実装することです。

編集： APIをわずかに変更しました

問題https://github.com/xamarin/Xamarin.Forms/issues/6971#issuecomment-574823028で、BackButtonCommandが公開される場所が正確にわかりませんが、NavigationPageでのみ提供されていますか？ 含まれているNavigationPageに単一の実装があり、そのナビゲーションスタックにプッシュされたすべてのページが同じ動作を使用しますか？ （これが典型的なユースケースになるとは思いません）。 個々のページはどのように独自のオーバーライドを実装し、コマンドを利用しますか？

上記の提案は、開発者がページごとにオーバーライドする必要があることを満たしていると思います。バックナビゲーションの呼び出しは、開発者がバックナビゲーションで行われることを単純に制御したい、つまり、送信する前にユーザーダイアログを表示したい場合が多いためです。別のページを表示するか、単にデフォルトのままにします。

すべての人に話すことはできませんが、ソフトウェアボタンを押すと実行される関数を実装したプロジェクトのインスタンスがあり、同じ関数を呼び出すOnBackButtonPressedもオーバーライドします。 同じコードを実行する2つの形式のバックナビゲーション。

これらのプロパティはすべて、NavigationPageに添付されているプロパティと同じように機能します

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

それらをアクティブなページに適用するだけで、NavigationPageが反応します。 添付されたプロパティはバインド可能であるため、ページに設定してVMにバインドするだけで便利です。

<ContentPage NavigationPage.BackButtonCommand={Bindiing BackCommand}

コマンドをデフォルトの動作で「無効」にすることの利点の1つは、非同期ナビゲートを有効にすることです。 これで、ボタンはコマンドにルーティングされるだけで、コマンドは必要なだけ何でも実行でき、必要に応じてナビゲーションAPIを使用してナビゲーションを完了することができます。

すべてを非同期にすることは、主にスワイプバックやスワイプしてモーダルを閉じるなどのシナリオで興味深いものです。これらはネイティブに「非同期」ではないため、ここで実行できるのは、これらのジェスチャをタップしてコマンドにルーティングし、キャンセルすることです。ジェスチャー。

また、Navigationクラスのイベントにして、階層プロキシを完全に起動し、イベントでEventToCommandビヘイビアーを使用することもできます。

また、NavigatingBackが理にかなっているのだろうかと思います。 そのようなものがある場合は、シェルに似たナビゲーションイベントを作成するだけでもかまいません。

私はこれが少しとりとめのないことだと思います:-)しかし、いくつかの質問に答えて、議論のためにいくつかのアイデアを下に置きたかっただけです

それらをアクティブなページに適用するだけで、NavigationPageが反応します。 添付されたプロパティはバインド可能であるため、ページに設定してVMにバインドするだけで便利です。

<ContentPage NavigationPage.BackButtonCommand={Bindiing BackCommand}

@PureWeen申し訳ありませんが、プロパティへのアクセスがその方法でページで可能であったことを忘れてしまいました。とにかくその方法でそれを行うのは理にかなっています。

NavigationPage.BackButtonCommandは、デバイスの戻るボタンも使用しますか、それともソフトウェアの戻るボタンだけを使用しますか？ バックナビゲーションを呼び出す方法は他にもあるので。

現在、 NavigationPage.BackButtonCommandがなくなり、より一般化されたものがあると考えています。 もう少し考えてみる必要があります。

ポップ/プッシュに関連付けられているものは意味があり、既存のAPIと一致する可能性があります

これらは正確ではありませんが、これらの線に沿った何か

UserRequestedPoppingCommand
UserRequestedPushingCommand

または、PoppingCommandとPushingCommandを使用すると、コンテキストを与える引数に似たものを使用できます。

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

私もそれをすべてバインド可能にしたいのですが、私はまだ私がとても好きなアイデアに完全にクリックしていません。

おそらく、ナビゲーションの現在の状態を示すナビゲーション上の何か？
したがって、コマンドを使用して実行する場合は、進行中のジェスチャーかその他のジェスチャーかをナビゲーションに尋ねることができます。

これに関する更新はありますか？ 私たちはこれを1年以上待っていました。

これに関する更新はありますか？ 私たちはこれを1年以上待っていました。

リラックス。 1年は何もありません。 iPadでMasterDetailを使用したSplitViewは、4年以上前に機能せず、バグがあると報告されました。 このとき、Xamarin.FormsはまだBugzillaを使用していました。

@SebastianKruseWagoこれは、別の領域にすでに存在する予想される機能とはまったく異なるシナリオです。 また、回避策を可能にする「バグ」も修正しました。 ですから、初日から含めるべきものにとって、1年はたくさんあります。

@ akemper1SplitViewも初日から機能するはずです。 これはiPadMasterDetailRendererの問題にすぎないため、バグでもあります。 それは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">

これに関する更新はありますか？ このスレッドで提示された解決策は受け入れられる以上のものであり、何年もの間、人々はこれを待っています。

Xamarinチームの誰かがこれのステータスについてコメントできますか？ これは本当に多くの人にとって大きな問題です。

シェルでこれを実行できることは知っていますが、PrismまたはMVVMCrossシェルを利用する多くの大規模なアプリでは完全にサポートされていないため、これは本当に必要なものです。

ありがとう

申し訳ありませんが

これについては忘れていませんが、公式APIの決定が少し遅れています。 ここで使用されるAPIに伝播する戻るボタンに影響を与える保留中のシェルPRがいくつかあります

これは彼らにとって大きな問題であると言っている多くの人に同意します。

ただし、いくつかの回避策を試してみます。 ユーザーが現在のページの変更を失うことを「確認」するまで、ユーザーが戻ってこないようにしたいだけです。

これについて何かニュースはありますか？ 本当に久しぶりです:(