Welcome Guest Search | Active Topics | Sign In | Register

handle webkitRequestFullscreen Options
Christian Porzio
Posted: Monday, October 16, 2017 4:46:14 PM
Rank: Advanced Member
Groups: Member

Joined: 10/4/2016
Posts: 104
Hi,

Is there a way one can handle calls from webkitRequestFullscreen and webkitCancelFullscreen?

I can get this page to work in Chrome:
Code: HTML/ASPX
<!doctype html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Toggle Full Screen</title>
</head>
<body>
   <div id="MyPage">
	<p>
           <button onclick="document.getElementById('MyPage').webkitRequestFullScreen()">Go Fullscreen</button>
	</p>
	<p>
           <button onclick="document.webkitCancelFullScreen()">Exit Fullscreen</button>
	</p>
   </div>
</body>
</html>


EO.Web kind of reacts to these calls but unlike native Chrome, the associated window container does not change. I would need to intercept the event in order to apply programmatically to my .Net Window container those changes, unless you can think off a better way.

I might be able to overwrite the webkitCancelFullScreen call but not sure how I could do it for webkitRequestFullScreen, as my programmer could associate it to any element id,

Please advise.

Thank you!
eo_support
Posted: Tuesday, October 17, 2017 10:28:15 AM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,071
Hi,

Full screen mode is not currently supported. This is a feature on our list that we hope we can implement soon.

Thanks!
eo_support
Posted: Tuesday, October 17, 2017 10:28:15 AM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,071
Hi,

Full screen mode is not currently supported. This is a feature on our list that we hope we can implement soon.

Thanks!
Christian Porzio
Posted: Tuesday, October 17, 2017 10:34:51 AM
Rank: Advanced Member
Groups: Member

Joined: 10/4/2016
Posts: 104
Thank you for your prompt response, and of course the next questions are...

1/ Any time line on the implementation of this feature? 2017, 1Q18, 2Q, ...?

2/ In the meantime, would you think in any way my code could intercept the calls to webkitRequestFullscreen and webkitCancelFullscreen and do programmatically in .Net what those do in Chrome?

Thank you!
eo_support
Posted: Tuesday, October 17, 2017 10:38:54 AM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,071
Hi,

We don't have a firm time line yet. In the mean time, you can try to intercept the calls simply by replacing it with your own function. For example, the following code would replace "anyfunction" on the document object if one already exists:

Code: JavaScript
document.anyfunction = function()
{
    ...your own code here....
}


Thanks!
Christian Porzio
Posted: Tuesday, October 24, 2017 11:41:37 AM
Rank: Advanced Member
Groups: Member

Joined: 10/4/2016
Posts: 104
Hi Sorry for the delay, got side tracked...

I can intercept the call to webkitCancelFullScreen but I don't think this can work for webkitRequestFullscreen considering where it is being defined:

Code: HTML/ASPX
<div id="MyPage">
	<p>
           <button onclick="document.getElementById('MyPage').webkitRequestFullScreen()">Go Fullscreen</button>
	</p>
	<p>
           <button onclick="document.webkitCancelFullScreen()">Exit Fullscreen</button>
	</p>
   </div>


I do not control in which element id the web is going to make its call.
Christian Porzio
Posted: Tuesday, December 12, 2017 12:01:16 PM
Rank: Advanced Member
Groups: Member

Joined: 10/4/2016
Posts: 104
Hi,

I see that EO.Web 18.0.15.0 provides a fix for this issue but there is still a problem.

When it goes full screen on Chrome, after few seconds the text: Press ESC to exit full screen fades away, however with EO.Web it remains stuck in the same location, hiding a significant part of the real state, making this full screen feature actually not really practical.

Would you have a way to ensure that text goes away even if it requires a specific javascript change in the way to invoke this feature.

Thank you!
eo_support
Posted: Tuesday, December 12, 2017 1:21:52 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,071
It supposes to fade away in 5 seconds. Does it never fade away at all or just sometimes not fading away?
Christian Porzio
Posted: Tuesday, December 12, 2017 3:47:08 PM
Rank: Advanced Member
Groups: Member

Joined: 10/4/2016
Posts: 104
It never fades away. Tested this html in the V2018.0.15.0 TabbedBrowser deployed in the package:

Code: HTML/ASPX
<!doctype html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Toggle Full Screen</title>
</head>
<body>
   <div id="MyPage">
	<p>
           <button onclick="document.getElementById('MyPage').webkitRequestFullScreen()">Go Fullscreen</button>
	</p>
	<p>
           <button onclick="document.webkitCancelFullScreen()">Exit Fullscreen</button>
	</p>
   </div>
</body>
</html>


Additionally I just noticed, that the Press Esc to exit full screen takes the top focus and remains visible no matter what other window is in focus.

Also - but really this is a very minor detail - the Esc in Chrome is surrounded by a rounded square, to represent the key itself.
eo_support
Posted: Tuesday, December 12, 2017 4:17:51 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,071
Hi,

Yes. We have confirmed this to be an issue. We will fix it in our next build. In the next build the hint message will also go away when you click on it.

As to the rectangle surrounding the ESC text, Chrome did some HTML magic there and the corresponding code is not included in EO.WebBrowser. Instead in EO.WebBrowser this part is done on the .NET side, it can be overkill if we have to invoke the HTML engine to do the same. We will look into it and see what we can do.

Thanks!
Christian Porzio
Posted: Thursday, December 14, 2017 11:38:15 AM
Rank: Advanced Member
Groups: Member

Joined: 10/4/2016
Posts: 104
Ok, thank you and yes the rounded square is a minor cosmetic details, I would have thought injecting a javascript in the current page would have solved both issues at the time but there may be other aspects I'm missing here.

So no worries about this one. It just needs to fade away and not stay in top z focus of all the other windows.
eo_support
Posted: Tuesday, December 19, 2017 2:26:23 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,071
Hi,

This is just to let you know that we have posted a new build that should fix this problem. Please download it from our download page and let us know how it goes.

Thanks!


You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.