Appearance

Differences between revisions 36 and 37
Revision 36 as of 2016-02-04 16:53:26
Size: 8353
Editor: mpt
Comment: rewords "MVP convergence implementation" that is not MVP, nothing to do with convergence, and not an implementation
Revision 37 as of 2016-07-26 07:58:14
Size: 8375
Editor: mpt
Comment: + anchor
Deletions are marked like this. Additions are marked like this.
Line 74: Line 74:
<<Anchor(launcher)>>

Background settings

background-access.png

On the System Settings main screen, the “Background” icon should include a thumbnail of the currently selected background.

Without external display

background.phone.jpgbackground-pinch.phone.jpgbackground-drag.phone.jpg

To minimize interaction needed, in staged mode where there is no external display, the “Background” screen should act as its own preview. Therefore:

  • Its header background should have custom 50% opacity, so that you can see the current background cropped as it would be on the welcome screen.
  • “New”, “Recent”, “Pinch to crop”, and “Drag to move” should all be white text with a centered shadow, so that you can read them against any background.

Tapping the “New” button should open a picker for selecting a new image, including an “Ubuntu Backgrounds” collection (bug 1288364) that does not appear when the picker is called from other apps. (Alternatively, this collection should be placed by default in the Gallery app.)

The “Recent” list should consist of the ten most recently chosen distinct background settings, that is, image plus crop. This means there may be multiple recent background settings that use the same picture but with different crops. A crop should be saved whenever you leave the “Background” screen. After a fresh install, the this list should be pre-populated with the default wallpaper images (ubuntu wallpaper + images from the wallpaper competition)

If you choose a new image, that image should zoom up from the “New” button to be shown as the current background. And if if you tap any of the “Recent” items, that image should similarly zoom up to become the current background. At the same time, any “Recent” items to its left should slide along one spot, making way for the previous selection to zoom down to become the most “Recent” item. If you chose a new image, the least recent setting should disappear from the list.

When you select a new image in staged mode, and it is not the size of the screen, by default it should be cropped to fill the display.

Long-pressing a “Recent” item should reveal a context menu with a single item, “Delete”. (Deleting recent background settings will be a rarely-needed function, usually wanted only after relationship breakups.)

In the usual case where there is not enough room to show the “New” button plus all the “Recent” items in a single row:

  • The entire row should be scrollable horizontally.
  • To indicate that there is more off-screen, the spacing between the “Recent” items should be expanded if necessary depending on the screen size, just enough that one of them is between 1/3 and 2/3 half off-screen.
  • The scroll position should reset whenever you return to the screen (so that you don’t lose sight of the “New” button) or choose a different background (so that you can see the previous selection become the new most recent, and undo it if necessary).

The standard gestures should zoom and pan the picture to choose the area (bug 1368286). In case you do not realize this, if you have been on the “Background” screen for five seconds after making a selection, without doing anything else, the “Pinch to crop” hint should fade in and out over two seconds, followed by the “Drag to move” hint. The hints should not appear if the current image is exactly the size of the phone screen (suggesting that it was supplied specifically to be used, uncropped, on that handset).

With external display

Minimal implementation

There should be no extra UI for setting the external display background. Instead, the image chosen for the device display should be reused on the external display:

Convergent_wallpaper.jpg

Eventual implementation

background.pocket.png background-phone.pocket.jpg background-external.pocket.jpg

When an external display is connected, the top-level “Background” screen should instead show two previews: one labelled with the name of the device model, the other “External Display”.

Choosing either display should navigate down the page stack to a “{model name}” or “External Display” screen. Both screens should have the same layout and behavior as the “Background” screen for a standalone phone, except that the “External Display” screen should:

  • show its preview in a frame that matches the external display’s aspect ratio and orientation;
  • contain a radio menu with “Stretch to fill”, “Crop to fill”, and “Tile” options;
  • show the “New” and “Recent” text in the normal UI color without a shadow (since here they aren’t over a background image); and
  • have “New” and “Recent” buttons that also match the external display’s aspect ratio and orientation.

When you select an image for an external display background, the default fill option should be:

  • “Tile” if the selected image is less than 2/3 the width and/or less than 2/3 the height of the display; or else
  • “Stretch to fill” if the image is within 20% of the aspect ratio of the display; or else
  • “Crop to fill”.

Launcher & Menus

launcher-and-menus.png launcher.phone.png

The “Launcher & Menus” panel should be present only when any of the settings apply. If you change the environment such that they no longer apply (for example, disconnect an external display and remove any mouse), System Settings should automatically navigate back to the main screen.

Appearance (last edited 2020-01-14 12:20:47 by mpt)