Reputation: 32354
I'm creating a 3D multiplayer game with Three.js, where players can join various existing games. Once "play" is clicked, the renderer is appended to the page and fullscreens. This works great, but the problem is that, when I exit the fullscreen, it still stays appended. I'd like to remove it, but I don't know when!
So, basically, I'm looking for an event that says "this element exited fullscreen".
This is how I append the renderer to the page:
container = document.getElementById('container');
document.body.appendChild(container);
var renderer = new THREE.WebGLRenderer({antialias: true});
renderer.setSize( WIDTH, HEIGHT);
container.appendChild( renderer.domElement );
This if how I fullscreen it:
THREEx.FullScreen.request(container);
renderer.setSize(screen.width, screen.height);
Also, is there a way to stop that annoying header from appearing whenever someone points his mouse to the top of the page? And, I guess I can just prevent escape from doing what it does (exiting fullscreen) in Firefox and Chrome with preventDefault
?
EDIT:
The "fullscreenchange" event is indeed fired, but it has different names under different browsers. For example, on Chrome it's called "webkitfullscreenchange", and on Firefox it's "mozfullscreenchange".
Upvotes: 79
Views: 86094
Reputation: 38173
Here's how I did it:
if (document.addEventListener)
{
document.addEventListener('fullscreenchange', exitHandler, false);
document.addEventListener('mozfullscreenchange', exitHandler, false);
document.addEventListener('MSFullscreenChange', exitHandler, false);
document.addEventListener('webkitfullscreenchange', exitHandler, false);
}
function exitHandler()
{
if (!document.webkitIsFullScreen && !document.mozFullScreen && !document.msFullscreenElement)
{
// Run code on exit
}
}
Supports Opera, Safari, Chrome with webkit
, Firefox/Gecko with moz
, IE 11 with MSFullScreenChange
, and will support the actual spec with fullscreenchange
once it's been successfully implemented in all of the browsers. Obviously, Fullscreen API is only supported in the modern browsers, so I did not provide attachEvent
fallbacks for older versions of IE.
Upvotes: 109
Reputation: 5144
API for browsers changed.
For example: there is no document.webkitIsFullScreen
in Chrome. This is what worked for me:
document.addEventListener('fullscreenchange', onFullScreenChange, false);
document.addEventListener('webkitfullscreenchange', onFullScreenChange, false);
document.addEventListener('mozfullscreenchange', onFullScreenChange, false);
function onFullScreenChange() {
var fullscreenElement =
document.fullscreenElement ||
document.mozFullScreenElement ||
document.webkitFullscreenElement;
// if in fullscreen mode fullscreenElement won't be null
}
Upvotes: 16
Reputation: 239
I slightly changed Alex W's code to make events fire on fullscreen exits only. Tested in Firefox 53.0, Chrome 48.0, and Chromium 53.0:
if (document.addEventListener)
{
document.addEventListener('fullscreenchange', exitHandler, false);
document.addEventListener('mozfullscreenchange', exitHandler, false);
document.addEventListener('MSFullscreenChange', exitHandler, false);
document.addEventListener('webkitfullscreenchange', exitHandler, false);
}
function exitHandler()
{
if (document.webkitIsFullScreen === false)
{
///fire your event
}
else if (document.mozFullScreen === false)
{
///fire your event
}
else if (document.msFullscreenElement === false)
{
///fire your event
}
}
Upvotes: 10
Reputation: 307
All browsers worked for me except for safari
This is what I ended up using to fix the issue.
if (navigator.userAgent.indexOf('Safari') != -1 && navigator.userAgent.indexOf('Chrome') == -1) {
document.addEventListener('webkitfullscreenchange', exitHandler);
function exitHandler() {
if (!document.fullscreenElement && !document.webkitIsFullScreen && !document.mozFullScreen && !document.msFullscreenElement) {
/*CODE HERE*/
}
}
}
Take a look at the code pen. I have to say a huge thank to Chris Ferdinandi for his post here
Upvotes: 0
Reputation: 4221
Mozilla's MDN page hinted me about the usage of fscreen
as a vendor-agnostic approach to the fullscreen APIs. Sadly, even at this very date (2018-02-06), these APIs are not fully standardized; Firefox does not have the unprefixed APIs enabled by default.
Anyway, here is the URL to fscreen
: https://github.com/rafrex/fscreen (it's available as an npm
package for use in Node.js-based build pipelines.)
For the moment, this seems like the superior approach to me until the unprefixed APIs have landed and are readily available in all major browsers.
Upvotes: 3
Reputation: 15659
i'm using John Dyer's code, integrated with Toni, and Yannbane's comments to create a central handler, and adding multiple listeners to call it:
var changeHandler = function(){
//NB the following line requrires the libary from John Dyer
var fs = window.fullScreenApi.isFullScreen();
console.log("f" + (fs ? 'yes' : 'no' ));
if (fs) {
alert("In fullscreen, I should do something here");
}
else {
alert("NOT In fullscreen, I should do something here");
}
}
document.addEventListener("fullscreenchange", changeHandler, false);
document.addEventListener("webkitfullscreenchange", changeHandler, false);
document.addEventListener("mozfullscreenchange", changeHandler, false);
This is only tested in Moz 12.
Please feel free to expand
Upvotes: 10
Reputation: 34498
The Fullscreen spec specifies that the "fullscreenchange"
(with the appropriate prefix) event is fired on the document any time the fullscreen state of the page changes, that includes going into and out of full screen. Inside that event you can check document.fullScreenElement
to see if the page is fullscreen or not. If it's fullscreen the property will be non-null.
Check out MDN for more details.
As for your other questions: No, there is no way to prevent Esc
from exiting fullscreen. That's the compromise that was made to ensure that the user always has control over what their browser is doing. The browser will never give you a way to prevent users from exiting fullscreen. Period.
As for Firefox being slower at rendering than Chrome, I can assure you that for most practical purposes it's not. If you're seeing a large difference in performance between the two browsers that probably means your javascript code is the bottleneck, not the GPU.
Upvotes: 50