Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Key to toggle fullscreen #2732

Closed
KenneyNL opened this issue May 27, 2015 · 13 comments · Fixed by #14714
Closed

Key to toggle fullscreen #2732

KenneyNL opened this issue May 27, 2015 · 13 comments · Fixed by #14714
Labels
Feature request Issues that request the addition or enhancement of a feature Low priority Non-trivial A large amount of work is required to address this (sometimes to the point of being infeasible).

Comments

@KenneyNL
Copy link

Add a key (F11?) to toggle between fullscreen mode.

Previous discussion:
https://forum.minetest.net/viewtopic.php?f=5&t=11033

@C1ffisme
Copy link

There is one for Ubuntu I believe.

@Calinou
Copy link
Member

Calinou commented May 27, 2015

Alt+Enter is a common key binding for fullscreen, we might provide it.

There is one for Ubuntu I believe.

Windows doesn't provide an easy and convenient way to fullscreen all applications.

@C1ffisme
Copy link

Ah Windows. Beautiful, breakable Windows.

@KenneyNL KenneyNL changed the title [Feature request] Key to toggle fullscreen Key to toggle fullscreen May 27, 2015
@est31 est31 added Feature request Issues that request the addition or enhancement of a feature Medium priority labels May 27, 2015
@RobertZenz
Copy link
Contributor

@Calinou Alt+Enter is the keystroke used to bring CMD windows on Windows into fullscreen mode. Today most applications are using F11 for changing between fullscreen and windowed mode.

@celeron55
Copy link
Member

This is not very easy in Irrlicht; that's why it doesn't exist in the first place. But if someone is up to the task, go ahead.

OK

@neoascetic
Copy link
Contributor

#2510 is related a little bit

@4aiman
Copy link
Contributor

4aiman commented Jun 3, 2015

First, F11 and alt+ctrl are both commonly used in different software.

Second, I guess, no one really wants true full screen.
A simple border-less window on top of all others would be enough.
Monitor resolution change can be done regardless of the graphics engine.
So...

  1. change the resolution
  2. disable window borders
  3. maximize the application.
    Just don't forget to restore the resolution upon exit.

That IS a hack of sorts, but who cares? (@celeron55 ?)

@Calinou
Copy link
Member

Calinou commented Jun 3, 2015

A borderless window will slightly decrease performance, but it's perfectly acceptable today. Even Source games propose using a borderless window.

@kilbith
Copy link
Contributor

kilbith commented Jun 3, 2015

If you disable the WM, you slightly increase performance at the contrary - but it's barely noticeable.

@RobertZenz
Copy link
Contributor

@kilbith If disabling your WM increases performance even "barely noticeable" your machine is either way too weak or your WM is insanely broken. What you mean is most likely broken compositors, which manage to absolutely kill performance of any OpenGL application (I think Gnome managed to deliver such a broken compositor).

@4aiman The borderless window is preferable in nearly all instances, yes.

@paramat
Copy link
Contributor

paramat commented Sep 13, 2017

Any more comments?
Seems difficult, see c55's comment, and low priority, we already have window maximisation.

@paramat paramat added Possible close Non-trivial A large amount of work is required to address this (sometimes to the point of being infeasible). Low priority labels Sep 13, 2017
@paramat
Copy link
Contributor

paramat commented Nov 27, 2017

Author and supporter are no longer with us. Difficult. Very little gain (no border) and we can maximise already.

@cweiske
Copy link

cweiske commented Aug 23, 2022

Very little gain (no border)
I have two toolbars, one at the top and one at the bottom of the screen. Getting rid of those would be more than a little gain to me.

Also related: #3982.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature request Issues that request the addition or enhancement of a feature Low priority Non-trivial A large amount of work is required to address this (sometimes to the point of being infeasible).
Projects
None yet
Development

Successfully merging a pull request may close this issue.