今回は、Windows 10 version 1809 (October 2018 Update) において、WPF アプリケーションの読み取り専用TextBoxをタッチすると、入力不要なコントロールに対してタッチキーボードが起動してくる事象についてご案内します。

前提条件

・キーボードがドッキングされていないタブレット端末

・OSの設定にて、「設定」－「デバイス」－「入力」の「タブレットモードでなく、キーボードが接続されていない場合に、タッチキーボードを表示する」 が 「オン」 となっている。

現象

WPFアプリケーションで、読み取り専用の TextBox（IsReadOnly プロパティを TRUEに設定）をタッチすると

読み取り専用にもかかわらず、タッチキーボードが表示される、または、タッチキーボードの表示後すぐ閉じると事象が確認されています。

状況

マイクロソフトではこの現象を調査中です。

進展があり次第、本ブログを更新予定です。

回避策

現時点では、Windows 10 version 1809 における回避策はありません。 ]]> https://docs.microsoft.com/archive/blogs/japan_platform_sdkwindows_sdk_support_team_blog/touchkeyboard_starts_up_at_unnecessary_timing_and_it_closes_immediately Wed, 14 Nov 2018 16:06:10 GMT https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/?p=2575 前提条件 ・キーボードがドッキングされていないタブレット端末 ・OSの設定にて、「設定」－「デバイス」－「入力」の「タブレットモードでなく、キーボードが接続されていない場合に、 タッチキーボードを表示する」が 「オン」 となっている。 現象 WPFアプリケーションでTextBoxを非表示にするような実装を行った場合、タッチキーボードが起動して、すぐに閉じるという事象が確認されています。 具体的には、以下のような操作を行うと事象が発生します。 ＜発生手順例＞ １．TextBox が配置されたWPFアプリケーションを起動します。 2．TextBox をタッチして、タッチキーボードを表示後、×ボタンを押してタッチキーボードを閉じます。 3．プログラムによりキーボードフォーカスを別のコントロールに移す、またはTextBoxのVisibilityプロパティをCollapsedに変更します。 状況 マイクロソフトではこの現象を調査中です。 進展があり次第、本ブログを更新予定です。]]> https://docs.microsoft.com/archive/blogs/japan_platform_sdkwindows_sdk_support_team_blog/touchkeyboard_doesnt_come_up_after_displaying_clipboardhistoryscreen Wed, 14 Nov 2018 15:55:55 GMT https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/?p=2555 現象1 クリップボード履歴画面を表示すると以降タッチキーボートが起動してこなくなる クリップボード履歴画面を表示すると以降タッチキーボートが起動してこなくなるといった事象が確認されています。 具体的には、以下のような操作を行うと事象が発生します。 ＜発生手順例＞ １．キーボードがついていないタブレット端末にて、アプリからタッチキーボードを表示させるために "C:\Program Files\Common Files\microsoft shared\ink\TabTip.exe"をShellExecuteExにて起動し、タッチキーボードを起動させます。 （タスクトレイの「タッチキーボードボタン」をタッチしてタッチキーボードを起動して場合も同様です。） ２．タッチキーボード上の左上のクリップボードの履歴画面に切り替えるボタンをタッチし、クリップボードの履歴画面を表示させます。 ３．メモ帳を開きタッチしても、タッチキーボードが起動してきません。 ４．TabTip.exeを実行しても、タッチキーボードが起動してきません。 回避策 タスクバー上のタッチキーボードのアイコンをタッチすることで、タッチキーボードが起動します   現象2 タッチキーボードからクリップボードの履歴画面を表示すると一度アプリからフォーカスを外さないとタッチキーボードが起動してこない タッチキーボードからクリップボードの履歴画面を表示すると一度アプリからフォーカスを外さないとタッチキーボードが起動してこないという事象が確認されています。 具体的には、以下のような操作を行うと事象が発生します。 ＜発生手順例＞ １．文字入力ができるアプリを起動して最大化表示にしておきます。（メモ帳でも現象は発生を確認しております） ２．アプリの入力エリアをタッチし、タッチキーボードを起動させます、 ３．タッチキーボードの左上のボタンを押してクリップボードの履歴画面を表示します。 ４．クリップボードの履歴画面を閉じます。 ５．再びアプリの入力エリアをタッチしても、タッチキーボードが起動してきません。 回避策 一度デスクトップをタッチした後に再度アプリの入力エリアをタッチすることで、タッチキーボードが起動します。 状況 マイクロソフトではこの現象を調査中です。 進展があり次第、本ブログを更新予定です。]]> https://docs.microsoft.com/archive/blogs/japan_platform_sdkwindows_sdk_support_team_blog/tryshowprimaryview-%E3%83%A1%E3%82%BD%E3%83%83%E3%83%89%E3%82%92%E5%AE%9F%E8%A1%8C%E3%81%97%E3%81%A6%E3%82%82%E3%82%BF%E3%83%83%E3%83%81-%E3%82%AD%E3%83%BC%E3%83%9C%E3%83%BC%E3%83%89%E3%81%8C%E8%A1%A8 Wed, 12 Sep 2018 08:17:33 GMT https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/?p=2505 こんにちは、Platform SDK (Windows SDK) サポートチームです。
今回は、CoreInputView クラスを利用した、アプリケーションからタッチ キーボードを制御する際の不具合についてご案内します。

• 設定アプリの [デバイス] - [入力] にある [タブレット モードでなく、キーボードが接続されていない場合に、タッチ キーボードを表示する] をオンに設定する
• ハードウェア キーボードが接続されていない
• アプリケーションがフォアグラウンドにいる

アプリケーションでには、以下のようなコードを実装します。

// 現在のビューに対する CoreInputView オブジェクトを取得します
CoreInputView view = CoreInputView.GetForCurrentView();
// メソッドを実行します
bool bResult = view.TryShowPrimaryView();

しかしながら、Windows 10 version 1803 (RS4) は、この条件を満たした上でメソッドを実行しても、タッチ キーボードが表示されません。TryShowPrimaryView メソッド実行に対して結果 (bResult) として true が返っても、デスクトップ上に変化がないままになります。

UWP アプリからの実行か、WPF などのデスクトップ アプリからの実行かにかかわらず、Windows 10 version 1803 の仕様としては CoreInputView.TryShowPrimaryView メソッドによりタッチ キーボードが表示できますが、関係するクラスとタッチ キーボードとの連携に問題があり、メソッドを実行してもタッチ キーボードが表示できなくなっています。

なお、UWP アプリでは CoreTextEditContext クラスを利用し、InputPaneDisplayPolicy プロパティを適切に設定することで入力フィールドにフォーカス イン時に OS が自動的にタッチ キーボードを表示する機能を制御できますが、この機能も正しく動作
しない場合があります。WPF などのデスクトップ アプリからは CoreTextEditContext クラスが利用できないため、フォーカス イン時の OS による自動表示など、タッチ キーボードを任意に制御する方法はありません。

こんにちは、Platform SDK (Windows SDK) サポートチームです。
今回は、予期しないタイミングで TreeView コントロールが自動的に縦方向へスクロールされるという、WPF の問題についてご案内します。

現象

WPF アプリケーションにおいて、仮想化した TreeView コントロールにアイテムを追加していると、予期しないタイミングで TreeView コントロールに縦方向のスクロールが発生するケースがあります。
このスクロールは自動的に発生してしまうため、TreeView コントロールのアイテム数が多い場合は、ユーザーがそれまで目視で確認していたアイテムを見失う可能性があります。

この問題は、WPF の仮想化した TreeView コントロールでのみ発生することが確認されています。

原因

TreeView コントロールにアイテムを追加すると、WPF 内部では、追加したアイテムの高さに応じてスクロールバーのサイズ・現在位置を計算し、それらを縦方向に変化させます。

しかしながら、スクロールバーのサイズ・現在位置を計算するための、WPF 内部のロジックには不具合があります。
そのため、追加されたアイテムと追加する直前のスクロールバーのサイズ・現在位置によっては、正確な計算結果が得られず、予期しないタイミングで予期しない位置への縦方向のスクロールが発生する問題が起こります。

状況

マイクロソフトでは、この問題について調査しています。
進展があり次第、本ブログを更新予定です。

こんにちは、Platform SDK (Windows SDK) サポートチームです。
今回は、WPF アプリケーション上で F10 のキーイベントを検出できない問題についてご案内します。

現象

Microsoft IME による日本語入力が ON の状態では、テキストを全選択してから F10 キーを押下しても、TextCompositionManager.PreviewTextInputStart イベント ハンドラーが呼び出されないケースがあります。

詳細

WPF アプリケーションにおいて、TextBox コントロールなどの日本語入力が可能なコントロールに UIElement.PreviewKeyDown イベント ハンドラーを追加すると、追加したイベント ハンドラー内で任意のキーが押されたタイミングをハンドリングすることが可能です。

ただし、Microsoft IME による日本語入力が ON の状態では、アプリケーションよりも Microsoft IME 側のキー検出が優先されます。
このため、押されたキーのシーケンスによっては、UIElement.PreviewKeyDown イベント ハンドラーが呼び出されないケースがあります。
例として、Microsoft IME による日本語入力が ON の状態で、テキストを全選択して F10 キーを押した場合は、UIElement.PreviewKeyDown イベント ハンドラーは呼び出されません。

なお、TextBox コントロールなどの日本語入力が可能なコントロールに TextCompositionManager.PreviewTextInputStart イベント ハンドラーを追加すると、日本語入力が開始されたタイミングをハンドリングすることが可能です。
この機能を利用すると、Microsoft IME による日本語入力が ON の状態であっても、TextCompositionManager.PreviewTextInputStart イベント ハンドラー内で、テキスト全選択状態で F10 キーが押されたタイミングをハンドリングすることが可能です。

ところが、テキストの選択状態やテキスト入力の開始位置、未確定文字列の変換状態によっては、テキストを全選択して F10 キーを押しても、TextCompositionManager.PreviewTextInputStart イベント ハンドラーが呼び出されないケースがあります。

原因

本現象は、WPF 内部で管理している変換文字列 (Composition) の開始位置と終了位置のオフセット値に、異常が生じていた場合に発生する問題です。
これらの WPF 内部の値に異常が生じると、本来は実行されるはずの WPF 内部の処理が実行できず、結果的に TextCompositionManager.PreviewTextInputStart イベント ハンドラー呼び出しが行われません。

代替案

以下のいずれかの代替案をご検討ください。

代替案 1.
Microsoft IME による日本語入力を OFF にした状態で、UIElement.PreviewKeyDown イベント ハンドラーで F10 キーが押されたことを検出してください。

代替案 2.
テキストを選択していない状態で、TextCompositionManager.PreviewTextInputStart イベント ハンドラーで F10 キーが押されたことを検出してください。

状況

マイクロソフトでは、この問題について調査しています。
進展があり次第、本ブログを更新予定です。

こんにちは、Platform SDK (Windows SDK) サポートチームです。
今回は、Graphics.DrawLine メソッドを使って Panel コントロールに描画した直線が表示されない、という現象についてご案内します。

現象

Windows フォーム アプリケーションにおいて、下記 1. ～ 4. のように、予め拡大または縮小した Panel コントロールに対して Graphics.DrawLine メソッドを使って直線を描画すると、描画した直線が想定通り表示されない現象が発生することがあります。

1. Windows フォーム アプリケーションの Form の上に、Panel コントロールを配置します。
2. Panel コントロールにおいて、Control.Paint イベントをハンドリングし、3. 以降の処理を行います。
3. Graphics.Transform プロパティを使って、Panel コントロールを任意のサイズに拡大または縮小します。
4. Graphics.DrawLine メソッドを使って、Panel コントロールに直線を描画します。

原因

回避策

Panel コントロールの代わりに、PictureBox コントロールをご利用ください。

状況

マイクロソフトでは、この現象について調査しています。
進展があり次第、本ブログを更新予定です。

現象

Virtual Bytes はプロセスが使用している仮想アドレス空間の現在のサイズを表していますが、2018 年 4 月 30 日に公開された Windows 10 April 2018 Update (1803) 適用後の環境において、64 ビットプロセスの  Virtual Bytes が大きく異なるようになりました。

原因

Windows 10 April 2018 Update (1803) 適用後の新しいメモリマネージャーにおいて、メタデータ用に予約される仮想メモリのサイズが変更されました。具体的には、64 ビットプロセスにおいて 4 GB 、 32 ビットプロセスにおいては 36 KB が予め確保されます。 Virtual Bytes は、現在コミットされている仮想メモリのサイズだけではなく、予約されている仮想メモリのサイズも含みます。新しいメモリマネージャーにおいて予約される仮想メモリのサイズが変更になった結果、 Virtual Bytes の値も Windows 10 April 2018 Update (1803) を適用する前と後で異なります。

対処策

64 ビットプロセスのメモリ利用状況の指標としては、コミットされている仮想メモリのサイズだけではなく、予約されている仮想メモリのサイズも含む Virtual Bytes の値は適切ではございません。一方で、 Private Bytes はプロセスによって割り当て済みのメモリのサイズを反映するため、プロセスのメモリ利用状況を監視するという用途においてはこちらの値を使用することをご検討ください。

参考情報

.NET Framework の Process.VirtualMemorySize64 プロパティは Virtual Bytes の値が取得されます。こちらのプロパティを利用してプロセスの仮想メモリを確認している場合も同じ現象が発生します。対処策として、 Process.PrivateMemorySize64 プロパティをご利用ください。

1. 現象が発生しているユーザー アカウント以外のアカウントで、再現端末へログオンします。
2. コントロール パネルの [システムとセキュリティ] - [システム] から [システムの詳細設定] を開き、[詳細設定] タブの [ユーザー プロファイル] にある [設定] をクリックします。
3. [このコンピューターに格納されているプロファイル] のリストから、現象が再現しているユーザー アカウントを選択し、[削除] をクリックします。