After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 750277 - Add support for presentation device
Add support for presentation device
Status: RESOLVED OBSOLETE
Product: mutter
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
: 783163 (view as bug list)
Depends on:
Blocks: 706432 750278 750280 773147
 
 
Reported: 2015-06-02 13:17 UTC by Matthias Clasen
Modified: 2021-07-05 13:43 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Matthias Clasen 2015-06-02 13:17:53 UTC
We want to treat projectors as presentation devices. Among the behavior differences we want is that windows are never just moved to that screen, but instead applications have to explicitly ask for being moved there.

There will be no chrome on the presentation device (no top bar, etc). Windows are always fullscreen there, and only one window at the time can be presented.

mutter needs to expose some API for this:

 - find out if there is a presentation device
 - tag an output as presentation device (this will be used by the control-center only)
 - ask for a window to be presented
 - notify applications if their window is no longer presented (because another one is now, or because the presentation device went away)
Comment 1 Philipp Zabel 2016-10-06 19:28:15 UTC
This would also be useful for Head Mounted Displays like Rift or Vive.
Comment 2 Robert Roth 2016-11-09 10:21:22 UTC
Just my two cents here: isn't asking additional development from all the applications which need to be presented (single-codebase cross-platform apps most affected) just to be able to present them a bit too much?
Simply thinking of the apps I have seen being presented on a projector: eclipse, netbeans, firefox, libreoffice, etc - how long will it take for each of these to support the new API to request for a window to be presented on a presentation device?
The idea of the presentation device is great, the one-window-only with no chrome rule really makes sense, what do you think about a fallback: when trying to move an application window (without the app specifically asking for the presentation device) to a presentation device, make it full-screen on the presentation device.
Comment 3 Florian Müllner 2017-05-28 07:31:17 UTC
*** Bug 783163 has been marked as a duplicate of this bug. ***
Comment 4 Charles 2017-06-21 06:08:21 UTC
Amazing ... could you mark any device as a presentation device? For example at work we use a television (HDMI), when we are few we use an office with a monitor and in college is the typical projector for presentations, videos, etc.

I currently use a second monitor as an extension of the first one., but I can not perform many actions on the shell because they are also displayed on the 2 monitor. This would be a very good improvement.
Comment 5 GNOME Infrastructure Team 2021-07-05 13:43:55 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/mutter/-/issues/

Thank you for your understanding and your help.