|
|
Rank: Advanced Member
Groups: Member
Joined: 2/8/2019
Posts: 57
|
We have been using the 18.x versions of EO.WebBrowser.Wpf (specifically 18.3.46) inside a WPF application.
Our application runs on a Windows 10 tablet with display scaling set to 125% (i.e. in Windows Settings the "System - Display" option for "Change the size of text, apps and other items" is set to 125%, which is the recommended value for this tablet).
After updating to the 19.x versions of EO.WebBrowser.Wpf we noticed a "dead area" along the bottom and right of the screen where our application doesn't respond to touch events. If we set the display scaling to 100% everything works as expected, so it's definitely something to do with display scaling/high-DPI.
Presses from a mouse work irrespective of the display scaling, it's only the touchscreen that shows the issue.
If we change the WebView to a WPF InkCanvas we can show that touch is correctly detected all over the screen irrespective of the display scaling (hence this rules out our application/boiler plate code as the source of the problem).
If we revert to the 18.x version of the WebView touch is correctly detected.
Has the 19.x branch changed anything in this area (or the update to a newer Chromium)?
Thanks
|
|
Rank: Member
Groups: Member
Joined: 8/5/2016
Posts: 17
|
JW wrote:We have been using the 18.x versions of EO.WebBrowser.Wpf (specifically 18.3.46) inside a WPF application.
Our application runs on a Windows 10 tablet with display scaling set to 125% (i.e. in Windows Settings the "System - Display" option for "Change the size of text, apps and other items" is set to 125%, which is the recommended value for this tablet).
After updating to the 19.x versions of EO.WebBrowser.Wpf we noticed a "dead area" along the bottom and right of the screen where our application doesn't respond to touch events. If we set the display scaling to 100% everything works as expected, so it's definitely something to do with display scaling/high-DPI.
Presses from a mouse work irrespective of the display scaling, it's only the touchscreen that shows the issue.
If we change the WebView to a WPF InkCanvas we can show that touch is correctly detected all over the screen irrespective of the display scaling (hence this rules out our application/boiler plate code as the source of the problem).
If we revert to the 18.x version of the WebView touch is correctly detected.
Has the 19.x branch changed anything in this area (or the update to a newer Chromium)?
Thanks
I can agree on that. Something else I've noticed: if we embedd a fullscreen WebView inside a borderless & maximized window the touch events at some point get "lost"; but the page still responds to mouse and keyboard events, it's just the touchscreen that "freezes". If you change the window- state back to "normal" then everything works again. But if you go back to fullscreen mode, it causes the same problem again. And it happens only in WPF projects, WinForms is fine. Regards Lukas
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,218
|
Hi,
This is just to let you know that we have posted build 19.0.97 that should fix the touch event being ignored issue. You can download the new build from our download page. Please take a look and let us know how it goes.
We have not been able to reproduce the touch event completely lost issue, we will keep an eye on this one and hopefully we can catch it soon.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 2/8/2019
Posts: 57
|
I can confirm this release fixes my problem (touches on the bottom/right of the screen being ignored on scaled displays).
Thanks for the quick fix!
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,218
|
Great. Thanks for confirming the fix!
|
|