Which class manage scrolling in QWebengineview? I try so send a qwheelevent to the widget and nothing append, so i suppose that i'm not sending it to the right objet. I try to send to the QWebEngineView, to the page, to the view object in the page. Is it a wy to access to the scollbars?
Why scroll function doesn't works on this widget?
It is not working because first you have to find the right child for which to send the event - see below
there are many java-script scripts on a single page
what if one of the scripts has infinite loop (playing video or background audio etc.)
That's why we have to do with loadFinished() only at least that's a known event. One possible workaround is (if java-script modifies DOM to wait for these modifications to appear - try to detect using XPath/CSS and then emit your own signal)
NB! Due to its asynchronous nature there is no guarantee that's the last script executed!
localhost://.... is the same as 127.0.0.1://.... i.e. it will require (simple) web server to serve the content - I personally prefer latest Mongoose binary https://github.com/cesanta/mongoose
Remember - file:///... protocol means the web browser should load the local file itself, while (local)host:port//... means your browser will try to load it from the server running on the designated host (even when it is local host)
so now you have two options:
you could try '--disable-web-security' with file:///...
or try it with localhost://... with a running web-server on localhost (or 127.0.0.1) serving files from these folders
The solution for me was to use a XMLHttprequest which does return the http status codes to request my page and using that information it can then decide which page the webengine view would display. Either a real page from the server or a custom error page.
It would be nice if the loadrequest errorcode etc actually worked as during my limited testing it would always return nothing usefull . No errorDomain, no errorCode and no errorString
I was experiencing the same with Qt 5.8 and some earlier versions then it was OK with latest 5.8.x now it's back (5.9)... but I thought it was a bug in adobe flash player (or the game I was playing) ..now I realize it is exactly as described here (I must aim about 8-10 pixels higher - approx. 1 normal menu item height) - must be a docking issue...
P.S. The fun part was - when I send mouse move/click events they seemed to hit the right coordinates alas no such luck with actual hardware/mouse - good thing the game changes mouse pointer on hover so I get pretty good visual confirmation hitting nowhere and actually pressing a button somewhere - practical magic :-)
Thank you, compiling QtWebEngine by hand did output error messages, one being that WindowsSDKVersion environment variable was not set and the other being that "Python 2.7.5 or later" means "Python lower than 3".
While there are still errors along the build, the original problem has been solved. QtWebEngine is starting compilation now.