問題タブ [messagedialog]

取得した値を使用しようとすると、空の文字列が取得されます

私は、1 つの ListPage と ReportsPage の別の BottomAppBar に対して xaml で BottomAppBar を宣言しています。アプリを再開すると BottomAppBar が消えることがあり、MessageDialog コントロールを使用して ListPage から ReportsPage に移動しているときに消えることがよくあります。

リストページ:

レポートページ:

次のようなメッセージ ダイアログがあります。

ここで質問 (パラメーター) を小さな文字列として渡すと、ダイアログに [OK]、[キャンセル] ボタンが表示されます。しかしその一方で、メッセージ ダイアログで質問 (パラメータ) を大きな文字列として渡すと、ダイアログに [OK] ボタンと [キャンセル] ボタンが表示されません。彼らは隠れます。OKボタンとキャンセルボタンを常に表示する方法はありますか??

ポップアップにMessageDialogボックスを使用していますが、これには特定の測定値のみが表示されます。このポップアップでボタンをキャンセルしたいです。これらのボタンを取得する方法。誰か助けてください。よろしくお願いします。

他の誰かがこれに気づきましたか？簡単な回避策はありますか?

Web サービスの呼び出し時に発生したエラーをキャッチするためにいくつかのカスタム例外が必要なユニバーサル アプリを開発しています: NoInternetAccessException、NoJSONException、UserTimeoutException など。

これらのクラスの 1 つの例を次に示します。

いくつかの場所でこれらの例外をキャッチします。

JSONParserで、URI を作成して Client.GetAsync メソッドを呼び出します。

すべての webservices 呼び出しを管理するWebServiceヘルパーで:

これらの例外はすべて、Web サービスへの呼び出しの後、最終的に ViewModels によってキャッチされます。

各例外が例外ごとに特定のメッセージ ダイアログを表示するExceptionsMsgboxHelperヘルパーを呼び出すようにしたいと思います。

=>しかし、メッセージダイアログがTry-Catch句で機能しないため、これは機能しません...

また、stackoverflow で解決策を探します。

メッセージ ダイアログが catch 句に表示されない

Try-Catch で待機中のメッセージ ダイアログ ボックスが表示されない

しかし、いくつかのカスタム例外を使用しているため、このソリューションを私の場合に適応させる方法がわかりません。

=>このコードを各カスタム例外に複製するよりも、これを行う方が良い方法ですか?

=> 強力でも保守可能でもないようです...

ContentDialogをクリックした後にPrimaryButtonClick閉じない方法を教えてください。

MVVM-Lightを使用するユニバーサル アプリを開発しています。ViewModelsからWebServicesを呼び出し、 WebServicesでViewModelsへの呼び出しで発生した例外をスローします: TimeOut、Wrong URL、Server Exception、...

MessageDialogを介してこれらの例外ごとに表示されるメッセージを一元化するクラス「ExceptionsMsgHelper.cs 」を作成しました。

私のホームページは、複数のデータを含むピボットに基づいています。一部の Web サービスは非同期的に呼び出されます。クラス「 ExceptionsMsgHelper.cs 」を介して MessageDialog に例外を表示するとクラッシュしますが、以前の例外は別の MessageDialog にも表示されます。

これが私の元のクラスの一部です：

=> "msgbox.ShowAsync()" を 2 回呼び出すと、"System.UnauthorizedAccessException" 例外が発生します: "Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))" というメッセージが表示されます。

私はそれを修正するために解決策を探しました：

• ここで推奨されているように、「Dispatcter」を使用します ( WinRT - MessageDialog.ShowAsync は、カスタム クラスで UnauthorizedAccessException をスローします) 。

コードは次のとおりです。

=>しかし、私はいつも同じ例外に遭遇します。

• ここで推奨されているように、「IAsyncOperation」コマンドを使用して前の MessageDialog を閉じます ( MessageDialog ShowAsync は 2 番目のダイアログで accessdenied 例外をスローします) 。

このコードで：

=>しかし、この場合も、常に同じ例外が発生します。

• ここで説明するように、拡張機能を使用して messagedialogs をキューに入れます(複数の MessageDialog アプリのクラッシュ)

コードは次のとおりです。

=>そして、これは私にとってはうまくいきます。

しかし、それは著者だと言うように、それはおそらく最善の解決策ではありません:

新しいダイアログを開く必要がある場合は、既存のダイアログを閉じます。これは最も簡単なオプションであり、おそらく最良の方法ですが、ダイアログの内容によっては何らかの重要なダイアログをキャンセルするリスクがあります。古いダイアログが閉じられないようにダイアログをキューに入れますが、古いダイアログが閉じられた後に新しいダイアログが表示されます。これにより、すべてのダイアログがユーザーによって閉じられるようになりますが、アプリが何百ものダイアログを表示し始めることができる場合、これは問題になる可能性があります。まだ表示されていない場合にのみ、新しいものを開きます。現在、これは新しいメッセージが表示されないリスクがあり、最初のオプションよりも問題があるように聞こえます。

=> より適応していると思われる最初の 2 つの解決策を適用できない理由を理解したい

エラー：

タイプまたはネームスペース名「MessageDialog」が見つかりませんでした