Display preferences should be discoverable via the "Change desktop background" window

Bug #351491 reported by Chris Kenyon on 2009-03-30
2
Affects Status Importance Assigned to Milestone
gnome-control-center (Ubuntu)
Wishlist
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-control-center

USE CASE

User boots with a monitor attached and Ubuntu decides that the external monitor is the Primary monitor. Gnome panels attach themselves to the external screen. User disconnects from external screen (which I do at least 5 times a day) and discover that a) I cannot access the GNOME panels and worse ) I cannot access the "Display - Change screen resolution" applet either.

There are clearly many ways of attacking this:

- Can we make the Display Screen Resolution applet functionality (where you can manipulate where the screens are) visible via the "Change Desktop Background" window. At least when a user cannot see the standard GNOME panels - they can still unattach the additional monitor.

- Can we introduce the concept of primary and secondary monitors and allow a user to state which one is which. (Auto detection of the most commonly used one would be great too)

- Should the right click on the desktop really be named - CHANGE DESKTOP BACKGROUND - can we use something more generic?

-

Sebastien Bacher (seb128) wrote :

Thank you for your bug report, there is already a bug about gnome-panel not behaving correctly in such cases and one about the "change desktop background" label, confirming as a wishlist for the other requests

Changed in gnome-control-center (Ubuntu):
assignee: nobody → desktop-bugs
importance: Undecided → Wishlist
status: New → Confirmed
Sebastien Bacher (seb128) wrote :

bug #290935 is one example of gnome-panel multiscreen issues

Matt Zimmerman (mdz) on 2009-04-02
Changed in gnome-control-center (Ubuntu):
status: Confirmed → Triaged
Bryce Harrington (bryce) wrote :

Primary monitor support has improved, both in gnome-panel and in unity, and it can now be configured in the gnome-display-properties applet, which should take care of the underlying issues described here.

The issue of having the applet functionality available from the desktop context menu seems to have improved. When you launch the background settings dialog there is now a 'All Settings' button on the top, which takes you to a page of multiple configuration utilities including the one for 'Displays'.

So I think this can be closed. A lot has changed with the introduction of Unity though, so it's worth re-examining this workflow again in light of that and filing new bugs (against unity) if there are still issues.

Changed in gnome-control-center (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related blueprints