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 691883 - Better handling of backgrounds with multiple monitors
Better handling of backgrounds with multiple monitors
Status: RESOLVED OBSOLETE
Product: gnome-control-center
Classification: Core
Component: Background
3.22.x
Other Linux
: Normal enhancement
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
: 611513 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-01-16 18:11 UTC by Kevin Stange
Modified: 2021-06-09 16:01 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Kevin Stange 2013-01-16 18:11:13 UTC
I have a dual screen configuration with the monitors configured to be horizontally aligned, running at 1920x1080 resolution each, for a total of 3840x1080.  I have a wallpaper that is exactly the correct size to span both monitors (JPEG 3840x1080 3840x1080+0+0 8-bit DirectClass 1.478MB 0.000u 0:00.000).

With the GNOME 3.6 background option, I can only select the image, and not how it should be drawn across my monitors (there's only a giant button with a picture of the desktop on it).

There is a hidden option at /org/gnome/desktop/background/picture-options allows me to choose whether the image spanned across, but the default is to zoom it so that only the middle of the image appears on each of my displays.

The background control page should either have an option to choose the picture option or it should automatically assume images with close to or at the proper aspect ratio of the whole desktop is spanned.

I would say other conditions to check:

- Less than 50% of width and height of screen, wallpaper
- Slightly under size and close to aspect ratio, zoom
- Slightly over size and close to aspect ratio, centered
- At proper aspect ratio and over 50% size for primary screen, stretched
- At or greater than height or width and significantly less than the other dimension for one screen, scaled

I think letting the user decide is probably better, so they can try the options and see which looks best to them, but if you don't want an extra widget, guessing better would be helpful.
Comment 1 Jakub Dorňák 2013-03-21 17:00:23 UTC
My heart is bleeding if I see poor users having pictures of their sposes with cut heads and legs, because there is no simple option to set this up.

Setting up the background is the very first thing which is being done by every user of any device with any OS (except M$ Windows Starter).

It is very unpleasant that even average phone's background is more adjustable than gnome desktop.
Comment 2 Michael Berg 2013-04-02 15:53:56 UTC
Hi, that is actually really annoying.
Why did the Gnome team threw the old wallpaper-settings out without *any* adequate replacement? (the background options dialog is more like a late april fool, you have to use a imageviewer in like 99% of the cases you want to switch the wallpaper. (Also: Flickr???? wtf???)).

This is a serious question - i've searched a bit but couldnt fine a Answer anywhere where this decision was made.

Will you add a feature in 3.8 to set "picture-options" in the desktop settings dialog (again)? If not, please consider re-adding the old one. An issue like that is unaccpetable and every new linux user will be annoyed of that and in conclusion of gnome-shell and switches (right back) to unity.

Here's a thread where you get a easy command line expression to change the picture-settings to zoom, stretch, wallpaper or whatever: https://bbs.archlinux.org/viewtopic.php?id=152571

So long! :)
Comment 3 William Jon McCann 2013-04-02 16:45:45 UTC
There are a couple of different issues listed in this one report. I'll focus on the first one. The others should be filed as separate issues. In particular the one about zoom vs. fit.

The goal seems to be the ability to span a background image across displays that are operating as a single unit. My guess is that these are two external monitors connected to a desktop machine that are similar in size and adjacent. 

This is an enhancement request and is not something we ever handled correctly. The naive approach of spanning a background image across all displays is not really the right solution. It doesn't work in our primary use case which is laptops with an external screen, projector, or TV attached. It doesn't work with arbitrary orientations of displays. It doesn't work with display rotation. It doesn't work with the design of the current lock screen.

Whether it will ever look good is a different question. I'm not convinced that having monitor bezels splitting the face of a loved one is a great idea.

If we want to support this we have to do it right. And if displays are acting as a single unit there are very likely other things you'd want to do differently as well. You likely want the two displays to act as peers in other ways as well. For instance, with workspace handling or the appearance and behavior of the top bar.

This is something that we will try to take into account with the next design iteration of the Displays settings.

Please be respectful and tone down the bug comments. Thanks.
Comment 4 Bastien Nocera 2013-04-26 11:20:25 UTC
*** Bug 611513 has been marked as a duplicate of this bug. ***
Comment 5 André Klapper 2021-06-09 16:01:38 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 enhancement request ticket at
  https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/

Thank you for your understanding and your help.