David Hancock

Results 10 comments of David Hancock

looks very similar to microsoft/microsoft-ui-xaml#7101 (occurs in any control that uses a ScrollViewer)

A quick workaround that I've used before would be to add a LosingFocus event handler that cancels the focus change: ````c# private void ToggleSwitchCtrl_LosingFocus(UIElement sender, LosingFocusEventArgs args) { if (args.NewFocusedElement...

You could consider using the Tag property to differentiate between your scroll viewers and the root. Declare a class type: ````c# internal class YourUniqueType { } ```` Assign an instance...

~~Fixed in CsWinRT version 2.1.5~~ Edit: No it isn't. I was just too hung over to test it properly...

Edit: Of course it's pointer over not mouse over. I've also made the repro project code a bit more robust, but didn't change it functionality. The fault is easier to...

Windows App Sdk 1.6.2 has been released with this bug still reproducable

> Still reproducable on 1.7 Why am I not surprised? What a ridiculous state of affairs this is. It's not as if multi-window apps are an edge case.

Seems fixed in 1.8.0 (stable) as indicated in the release notes. I can't reproduce the bug any more.

Looks like another incarnation of #10067 that I opened 6 months ago. Eventually a microsoft manager will realise that there is little point adding shiny new features to the sdk...