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 347737 - Allow unused monitor to go to sleep in fullscreen mode
Allow unused monitor to go to sleep in fullscreen mode
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Class: GtkApplication
unspecified
Other All
: Normal minor
: ---
Assigned To: gtkdev
gtkdev
Depends on: 361556
Blocks:
 
 
Reported: 2006-07-17 04:36 UTC by Jason Brower
Modified: 2018-04-14 23:57 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Jason Brower 2006-07-17 04:36:39 UTC
Please describe the problem:
I would like to see that the right or left screen, which ever is not being used for the full screen movie, have the ability to shut off when you are whatching a moving.  It may be moving to far away from the simple setup.  But I doubt a small tick marker inthe settings wouldn't hurt, when your wanting to have the screen shut off. Many games do this.  I think it is because the resolution changes... but none the less, I think it would be nice.  Right now... I just shut the screen off.  But that means my remote control and other what not are a little less useful.

Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:
Feel free to contact me... even in goolge im.
Comment 1 Jason Brower 2007-01-03 18:39:32 UTC
I would like to say that if this was implemented it would also be nice to have the following...
if no programs are running in the oposite screen then it will know to shut the other screen off.
If there are no other programs running in the task bar then when a dvd or vcd is inserted it will automatically go to full screen.  What do you think?
Comment 2 Philip Withnall 2007-02-01 15:20:16 UTC
I think that it's probably a bad idea to implement something like this in Totem. I believe it would be better to implement such functionality (i.e. turning off one screen in a multi-monitor setup off if there's nothing running on it) lower down in the stack, such as in GDK. Let's see what other people think.
Comment 3 Jason Brower 2007-02-01 17:03:23 UTC
(In reply to comment #2)
> I think that it's probably a bad idea to implement something like this in
> Totem. I believe it would be better to implement such functionality (i.e.
> turning off one screen in a multi-monitor setup off if there's nothing running
> on it) lower down in the stack, such as in GDK. Let's see what other people
> think.
> 

I agree.  It should be a simpler "lower down the stack".
But...
If they were to implement a thing that when a window is in full screen and no other programs are running the other would shut off.  Some programs are not ment for that.  For example.  I like my evince in full screen and then my other things to the right screen.
I think in the end it may end up back to totem's decision.  Personaly I think it would be cool.  But there are other things that I would want first before this one. (hint hint LIRC in the keybinding menu :P)
Comment 4 Jason Brower 2007-04-15 03:21:09 UTC
Well, is it a bad idea yet? :P
Comment 5 Bastien Nocera 2007-05-10 15:12:12 UTC
It's not a bad idea, but it doesn't work, because X can't turn off only one screen (see bug 361556).
Comment 6 Jason Brower 2007-05-11 03:41:11 UTC
Sure it does...
Think of it differently...
When I play one of my video games that only uses the resolution from one screen, Tremulous to be exact, it shuts the other screen totally of.
In otherwords, don't tell X to "shut off" the screen, tell your resolution to only use half of it. :P  Cool huh?
Comment 7 Bastien Nocera 2007-05-11 13:15:10 UTC
(In reply to comment #6)
> Sure it does...
> Think of it differently...
> When I play one of my video games that only uses the resolution from one
> screen, Tremulous to be exact, it shuts the other screen totally of.
> In otherwords, don't tell X to "shut off" the screen, tell your resolution to
> only use half of it. :P  Cool huh?

Nice game. But X doesn't allow to switch off one screen completely. So tremulous probably only displays black on it. Does your other monitor go to power save mode, or is it just black?

We could set the other monitor to be black, but I'd rather it go to sleep.
Comment 8 Jason Brower 2007-05-12 03:13:33 UTC
yeah it turns off.  I can even hear the crackle of static. :P Just change your resolution to a level that doesn't cross the other.  I am using twin view.  in other word's change your resolution to half.

Changing the res in full screen can also solve another issue with zooming where your card can't.
Comment 9 Peter Robinson 2007-05-12 13:42:58 UTC
I think xrandr can do this with the newer video drivers that support it. I use it on my Dell Laptop using the new 'intel' modesettting X driver supporting xrandr ver 1.2

eg:
xrandr --auto --output LVDS --off # Switch to DVI
xrandr --auto --output TMDS --off # Switch to LVDS

It still has its issues, like it seems to turn it back on if you do things with the other screens (I have 2 LCDs attached to the docking station) but I guess that's more devel drivers. I wonder if something like this can be added as part of the GSOC07 'Brave new X world' project which would allow this to be set there.

http://live.gnome.org/SummerOfCode2007/AcceptedProposals#head-d06cec39f6e6b2028abf8b3821ad27dfd15b113f

Comment 10 Bastien Nocera 2007-05-17 22:46:59 UTC
And Adam Jackson is working out an API and some code to add this to the RandR 1.2 spec/code.
Comment 11 Jason Brower 2007-05-18 04:53:00 UTC
Thank's guys, I love how the gnome is listening.
Should I do another feature request for the...
"
Changing the res in full screen can also solve another issue with zooming where
your card can't.
"
idea?
Comment 12 Bastien Nocera 2007-08-26 00:43:36 UTC
(In reply to comment #11)
> Thank's guys, I love how the gnome is listening.
> Should I do another feature request for the...
> "
> Changing the res in full screen can also solve another issue with zooming where
> your card can't.
> "
> idea?

I have no idea what that means though. Feel free to open another bug about it.
Comment 13 Bastien Nocera 2012-04-19 09:48:14 UTC
Totem now uses the gtk_application_inhibit() helpers, which are also given a window, so they could locate the application on the screens, and switch off the one that wasn't used.

Reassigning to GTK+, waiting for the rest of the stack to catch up.
Comment 14 Matthias Clasen 2018-02-10 04:54:45 UTC
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 15 Matthias Clasen 2018-04-14 23:57:24 UTC
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla.

If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab:

https://gitlab.gnome.org/GNOME/gtk/issues/new