Microsoft.Toolkit.Win32 icon indicating copy to clipboard operation
Microsoft.Toolkit.Win32 copied to clipboard

WebView in Wpf wont follow z index inside canvas element.

Open suvish opened this issue 7 years ago • 4 comments

I'm submitting a...

Bug report (I searched for similar issues and did not find one)

Current behavior

microsoft.toolkit.wpf.ui.controls.webview control won't honor the Z index property of canvas element. If I add children in canvas element whatever be the z index, webview will be the topmost element.

Expected behavior

The canvas element should honor z index property

### Minimal reproduction of the problem with instructions the z index of different elements are shown in image .here webview index with 1 should be below text views but its on top of others. zindexreport

Environment

Nuget Package(s): Microsoft.Toolkit.Wpf.UI.Controls.Webview

Package Version(s): 5.0.0.0

Windows 10 Build Number:

  • [ ] Fall Creators Update (16299)
  • [x ] April 2018 Update (17134)
  • [ ] October 2018 Update (17763)
  • [ ] Insider Build (build number: )

App min and target version:

  • [ ] Fall Creators Update (16299)
  • [] April 2018 Update (17134)
  • [ ] October 2018 Update (17763)
  • [ ] Insider Build (xxxxx)

Device form factor:

  • [x ] Desktop
  • [ ] Mobile
  • [ ] Xbox
  • [ ] Surface Hub
  • [ ] IoT

Visual Studio

  • [x ] 2017 (version:15.8.8 )
  • [ ] 2017 Preview (version: )

net Framework Target:4.6.2

suvish avatar Nov 06 '18 17:11 suvish

What system are you using for testing? Does this happen with the same page on Edge/UWP with WebView?

Please try to complete the template, as it'll help us identify the context, possible causes and reproduce it easier.

kbrons avatar Nov 06 '18 19:11 kbrons

AFAIK, this is expected; ie, uwp views (webview, xaml islands) are always drawn on top of any other UI. @azchohfi, to keep me honest

nmetulev avatar Nov 07 '18 05:11 nmetulev

Is there a parameter we can use to pass KeyDown through the window? I have an application that goes fullscreen and uses ESC to exit, however the window cannot capture the keydown event because it's captured by the element.

Now i know that's expected behaviour, because people need to be able to interact with the webviewer, but is their a flag we can trip to allow keydown to:

Copy - Push keydown through element tree Passthrough - never handle keydown

MrArca9 avatar Nov 22 '18 00:11 MrArca9

Hi all, I was also facing this issue, is there any update on this thread? Possible solutions/workarounds? I have a ListView inside of my WPF application and I'm using XamlIslands to display win10 WebView (Microsoft.Toolkit.Wpf.UI.Controls.WebView) inside the list elements. When I scroll in the list view, the WebView goes over the top bar and covers the minimize/maximize buttons as well. This is not what I expect. What possibilities do I have to do not cover the top bar?

atiyka avatar Nov 17 '20 13:11 atiyka