Windowscommunitytoolkit: NavigationView BackButtonを使用してMasterDetailBackを処理するにはどうすればよいですか？

@skendrotはここで助けることができるかもしれません

@skendrotは忙しいようですが、他の誰かがそれを見ることができますか？ @nmetulev ？

ねえ、休暇中だった、追加のpingをありがとう。 私たちは現在これを処理しているとは思いませんが、それは私たちがやっていることについて話していることです。 システムの戻るボタンの表示/非表示/使用をオフにする方法について話しました。 しかし、新しいナビゲーションビューと統合できるかもしれないこともわかりました。
次のことについてどう思いますか。

• デフォルトでは、システムの戻るボタンを使用します。 新しいナビゲーションビューが存在する場合は、代わりにそれを使用してください
• 戻るボタンを完全にオフにして、開発者がこれをどのように処理するかを決定できるようにするオプションがあります

戻るボタンを制御する列挙型もあります
システム、NavigationView、オフ

私は動作を制御する列挙型を持っているのが好きです、それはそれを処理するための最も開発者に優しい方法のようです。 それを完全にオフにして、開発者にバックナビゲーションを処理させる方法があることは、すぐにはサポートできない将来のシナリオにも意味があります

このための列挙型を用意し、デフォルトでシステムの戻るボタンをオフにして、開発者が必要に応じてオンにできるようにしてはどうでしょうか。 これは、NavigationView内の新しい戻るボタンのナビゲーションが今後のドキュメントで推奨されているためです。

IMO、新しいナビゲーションビューを検出できない限り、既存のユーザーの動作が変更されます。 @skendrot 、どう思いますか？

ええ、それは公正な点です。既存のユーザーをチェックすることも非常に重要です、私は同意します。

それは最初のコメントで言及されました。 現状のままにしますが、視覚的な親として新しいNavigationViewがあるかどうかを確認します。 その場合は、システムの戻るボタンではなく、戻るボタンに使用する必要があります。 開発者が自分ですべてを制御したい場合は、完全にオフにする方法を提供する必要があると思います

はい@skendrotオプションは常に柔軟性があり、主要な移行を行うときに特別に

どのオプションが決定されても、私はそれをコントロールに入れます。 私たちは決める必要があります、私たちは行くつもりですか

1. 新しいナビゲーションビューが配置されている場合は、標準の戻るボタンと「ライトアップ」を使用し、戻るボタンを完全にオフにする方法を提供します
2. 開発者が標準の戻るボタン、ナビゲーションビューの戻るボタン、オフのいずれかを選択できる新しい列挙型オプションを提供します

👍を1に、🎉を2に投票してください

これら2つを組み合わせ、列挙型を使用して、次の3つの値を指定して戻るボタンの点灯方法を制御します。

• 自動-デフォルト（バックナビゲーションの処理方法を独自に把握）
• 遺産
• オフ

自動、レガシー、オフではなく、何をするかが明確な列挙型オプションを提供することをお勧めします。 例えば

BackButtonBehaviour：

• DisplayInline
• UseExternal
• BackDisabled

コントロール内に標準スタイルの戻るボタンを表示するガイダンスに従って、 DisplayInlineがデフォルトになります。 これは、ゲームパッドのBボタン、またはコントロールにフォーカスがある場合はキーボードのバックスペースキーでも機能します。

UseExternalを使用すると、コード、自分で配置した戻るボタンコントロール、シェルコントロール（標準ウィンドウの場合はタイトルバー、セットウィンドウの場合は下のバー）、または別のコントロールから設定できます。 XAMLでコントロール名を指定して、そのコントロールの[戻る]ボタンが押されたイベントをトリガーしてオーバーライドできるようにできると思います。

BackDisabledは、バックナビゲーションを完全に無効にします。

テンプレート10のような開発者やプロジェクトは、戻るボタンの使用を制御できるように設定されたページまたはテンプレートページを作成できます。

@mdtaukに同意します！

@mdtaukはい、間違いなくこの提案はより理にかなっており、より強力に思えます。

コントロール内に戻るボタンを作成しても問題ありません。これは、現在の戻るボタンのガイダンスと一致し

ただし、NavigationViewの戻るボタンの自動処理も提供する必要があります。 戻るナビゲーションも無効にするのは意味がないと思います。これはユーザーが処理する必要があるものです。

これが私の更新された提案です

列挙型：BackButtonHandling

• 自動（デフォルト）-NavigationViewが親でない限り、インラインボタンを使用してから、NavigationViewの戻るナビゲーションを使用します

• インライン-インラインボタンを使用します

• レガシー-シェルから離れていない開発者のために、シェルの戻るボタンをサポートしていることを確認する必要があります

• 手動-ユーザーが自分の戻るボタンを描画して、好きなように実行できるようにします

Legacy代わりにSystemまたはSystemAppViewBackButtonまたはAppViewまたは他の何か

また、下位互換性を維持し、重大な変更を加えないために、デフォルトをレガシーオプションにするべきではありません。 次に、次のメジャーバージョンで、デフォルトを自動に変更できます

私はレガシーよりもシステムの方が好きです、それははるかに良いです

次のバージョンはメジャーアップデート（5.0）なので、どちらの方法でもデフォルト値については特に気になりません。 デフォルトをシステムのままにして、6.0でデフォルトを自動に変更しても問題ありません。

そして、システムの戻るボタンが将来のリリース（6.0）で非推奨になるという警告として、そのような通知がある可能性がありますか？ または、セットがリリースされた後（おそらく2019年4月のリリース）でも、システムの戻るボタンは常にオプションになりますか？

プラットフォームから非推奨になるまで、システムの戻るボタンはおそらく非推奨になりません。

セットを使用しても、システムの戻るボタンは非推奨ではありません。 戻るボタンが付いたタブの下のバーに配置するだけです。 ただし、セットがある場合は、絶対にアプリ内ボタンに切り替える必要があります

そうです、明確にする必要があります。プラットフォームからも非推奨になる場合にのみ、列挙型からオプションを非推奨にする必要があります（そうする予定はないと思います）

どうやら1つの戻るボタンだけのツールバー全体があります（セットの場合）？ それとも、より多くのプラットフォームコントロールがありますか？

どうやら1つの戻るボタンだけのツールバー全体があります（セットの場合）？ それとも、より多くのプラットフォームコントロールがありますか？

シェルが追加する追加のコントロールを知りません。 しかし、これはバックナビゲーションのエレガントなソリューションとはほど遠いためです。ガイダンスはアプリで処理することです。

あなたがそれについて考えるならば、戻るボタンはセットタブ内でスコープされています。 タブの横には表示されないため、タイトルバーには表示されません。

ええ、そこには無駄なUIスペースが多すぎて、ボタンが1つしかないように見えます。

@touseefbsb現時点では、シェルに[セット]ウィンドウで[戻る]ボタンを処理させることを選択した場合の標準的な動作は

私も同意します。そのため、タイトルバーから離れて、アプリをタイトルバーにまったく拡張しないことで、アプリをセットで適切に使用できるようになると思います。

セットは19H1リリースに到達しない可能性もあるため、当面は、アプリの見栄えを良くし、可能な場合はタイトルバーに拡張することが重要です。 開発者は、アプリがセットで動作することを許可しないことも選択できるため、コントロールに柔軟性を持たせ、[セット]タブで実行するときにデフォルトを変更/オーバーライドすることは理にかなっています。 少なくとも私にはそうです笑

@mdtauk開発者がアプリをセットからオプトアウトした場合、それはアプリがセットで開かれないことを意味しますか？

@touseefbsbそれが私がそれを理解する方法です。 別のタブから開くと、それは独自のウィンドウに表示され、他のタブと一緒に保存することもできません。

新しいNavigationViewをサポートするための小さな複雑さ。 BackRequestedイベントハンドラーには、イベントをキャンセルしたり、イベントが処理されたことをマークしたりする方法が含まれていません。 この機能がないと、MasterDetailsViewは詳細ビューからマスタービューへの移動を処理し、開発者は状態に戻ることも処理します。
ナビゲーションを支援するためにフレームが使用されているIFFもサポートできます。

@mvegaca 、コントロールをホストするためにフレームを使用していますか？ 代わりにNavViewで処理しようとすると、フレームで処理します（NavViewの外部のシナリオも処理する必要があります）。

すでにフレームナビゲーションを処理しているので、それはすでに組み込まれています。フレームも存在しない限り、新しいNavigationViewの使用に依存することはできません。

では、WTSがNavView内のナビゲーションにフレームを使用している場合、それはすでに機能しているはずですか？

はい、不要な追加機能があります。 MasterDetailsViewは、WTSが望まないシステムの戻るボタンを有効にします。 ただし、フレーム内を移動してNavigationViewの戻るボタンを処理する場合、MasterDetailsViewはそのイベントをキャッチし、折りたたまれた詳細状態の場合は、キャンセルとしてマークしてマスタービューに戻ります。

私たち（WTS）は、NavView内のフレームを使用しています。 navviewの戻るボタンはすでに機能していますが、追加のシステムの戻るボタンが表示されています。 戻るナビゲーションを処理するためにFrame.GoBackを実行しますが、問題は戻る前に表示されるシステムの戻るボタンです。 だから、私たちが元気かどうかはわかりません。 これをテストする方法はありますか？

ええ、それは@skendrotのPRが修正している問題

こんにちは@nmetulev私は@skendrotのgitのリポジトリのクローンに新しいBackButtonBehaviorPropertyをテストしようとしているが、私はライブラリに直接標的にアプリをコンパイルすることはできません。
MyGet CIパッケージでこの変更をテストするためのPRを承認できますか？

ありがとう

@mvegacaテストしようとしたときに同じ問題が発生しました。 アセンブリのローカルコピーを参照できませんでした。 テストの問題がはるかに難しくなるため、ここで何が起こっているのかを理解する必要があります

アセンブリのテストで発生している問題は何ですか？

WCTソリューションにPoCアプリを追加し、nugetパッケージ参照とプロジェクトへの直接参照を削除しました。
プロジェクトをコンパイルすると、すべてのXAMLファイルで次のエラーが発生しました。

xml C:\dev\skendrot\UWPCommunityToolkit\Issue2475PoC\Issue2475PoC.csproj : XamlCompiler error WMC1013: XAML files 'App.xaml' and 'App.xaml' have the same project path 'App.xaml'. Each file must have a unique project path.

これは、空の新しいUWPApp1をソリューションに追加した場合にも発生します。
xml XAML files 'App.xaml' and 'App.xaml' have the same project path 'App.xaml'. Each file must have a unique project path. App1 C:\dev\skendrot\UWPCommunityToolkit\App1\App1.csproj

ありがとう@nmetulev ;）

nugetsをローカルで作成し、それらを参照することをお勧めします。 これは、binフォルダーにnugeを生成するbuild\build.ps1スクリプトを使用して実行できます。

@mvegaca私が見ていたのと同じ問題

残念ながら、プロジェクトはソリューションの構成に依存するため、直接参照することはできません。 開発の場合、サンプルアプリでの開発よりもはるかに優れて高速に動作するように見えるため、新しいプロジェクトでソースファイルを直接リンクする傾向があります。 テストのために、私は常にローカルでnugetsを作成し、それらを参照します

ローカルでテストしましたが、正常に動作します😄
よろしければ、PRをマージできます。

みんなありがとう

PRが統合されました

こんにちは@nmetulev

プレリリースバージョン5.0.0-preview.gb86cb1c4cbで使用しようとしましたが、プロパティBackButtonBehaviorを使用できません。

この修正はいつプレリリースバージョンで利用可能になり、安定バージョンで利用可能になると思いますか？

ありがとう

ええ、それは来週の5.0.0リリースで利用可能になるでしょう。 MyGetのプレリリースでも利用できます： https ：//dotnet.myget.org/gallery/uwpcommunitytoolkit