Fix shell search suggestion pick after dismissing OSK with B

[CyberoniOntoni]

What & why

Bugfix for a search panel. Pressing "B" to dismiss the on-screen keyboard while shell search suggestions are open navigated to the first result automatically. Had to suppress those dismiss events so the user can browse suggestions with the d-pad and confirm with "A".

Merge after #98. Review commit 387bdeb only (MainPage.xaml, MainPage.xaml.cs).

Out of scope

Shell search implementation is in #98.
Fully tested on XBSX

[CyberoniOntoni]

Reopening stacked on feature/xbox-shell-focus so the PR is a single commit.

[dfederm]

Is this "can" or "does"? Trying to understand if the platform is quirky or flaky.

For added robustness, can you add something like this in the SearchBox_TextChanged when the reason is UserInput (ie add to your existing if).

// a real keystroke means any pending dismiss-suppression is stale
_ignoreQuerySubmittedCount = 0;

[dfederm]

Actually, can you use a time-window debounce instead of a counter? That may be more robust regardless of whether it's exactly 2 or not.

[CyberoniOntoni]

Is this "can" or "does"? Trying to understand if the platform is quirky or flaky.

It did.

[CyberoniOntoni]

Actually, can you use a time-window debounce instead of a counter? That may be more robust regardless of whether it's exactly 2 or not.

okay :)

[dfederm]

Is this "can" or "does"? Trying to understand if the platform is quirky or flaky.

It did.

Sorry I realize I was unclear here (and possibly interpreted as a bit rude). What i meant by this was, does it happen sometimes intermittently ("it can") or does it always happen and exactly the same number of times ("it does").

This is moot though if you make it a time Window since it won't matter exactly the number of times the event fires.

[CyberoniOntoni]

Is this "can" or "does"? Trying to understand if the platform is quirky or flaky.

It did.

Sorry I realize I was unclear here (and possibly interpreted as a bit rude). What i meant by this was, does it happen sometimes intermittently ("it can") or does it always happen and exactly the same number of times ("it does").

This is moot though if you make it a time Window since it won't matter exactly the number of times the event fires.

its ok. happened each time, when I tried navigating into a search result field.

[CyberoniOntoni]

There are few more bugs that need to be addressed:

1. search bar navigation quirk (entering the actual search with keyboard opening requires few inputs instead of just one)
2. navigating between items horizontally on main page skips columns time to time, so you may end-up selecting left pop-out menu instead of the item in the first column.