Anaconda/UX Redesign

From FedoraProject

Jump to: navigation, search

Contents

Subpages

Development / Testing

Design Document

Ideas / Brainstorms / Mockups

Whiteboards... mockup ideas... sketches... diagrams... brainstorms.. whatever :)

Whiteboard Directory

Fedora 14 Install Process

Resources

Goals

  1. make the defaults work such that you can just click next all the way through
  2. reduce the number of questions to just the important stuff.

Where does choice happen?

  1. Different spins
  2. Boot menu option (default=easy and an "advanced" option)
  3. Selection screen when anaconda starts
  4. "advanced" buttons in the anaconda pages
  5. PackageKit post-install

Questions

Various User Issues

suggesting the locale or timezone, please make sure to not force it, especially for default language.)

Unsorted User Complaints

  1. "Don't take it personally, but I think the quality of the installer is quite low. Functionality that does not work (I BZ'ed my latest frustration in https://bugzilla.redhat.com/show_bug.cgi?id=637811), error messages are lacking/incorrect (sorry, did not BZ it, will next time it happens, but it was about inability to get an image from a HTTPS site) and there's PLENTY of room for functionality improvement (just filed my usual frustration - https://bugzilla.redhat.com/show_bug.cgi?id=641910). As this is the first impression the user gets of the product, its quality and polish is of utmost importance. geolocation and stuff are nice, but not as important."
  2. jlaska 15:00, 16 October 2010 (UTC) - There are a lot of related dialog windows that pop-up during the installer. For example, notification that the currently installed operating system isn't upgradable, encrypted device passphrase entry, partitioning confirmation, many pop-ups presenting status while walking the list of partitioning operations, reading repodata. Can these pop-ups be reduced or combined in some cases? Some random thoughts ...
    1. partitioning progress - combine all partitioning steps into a single progress dialog whose progress is a percentage of all partitioning steps and the text in the dialog describes the current operation, rather than many dialogs for with a title for each operation. I'm thinking of something more like the progress view during package installation (but as a dialog)
    2. Combine related dialogs - Combine the passphrase entry dialog with the Are you sure you want to partition? dialog. It's odd having the two dialogs appear back-to-back when formatting encrypted devices, can they be combined into a single dialog?
    3. Change from dialog to step - Convert some dialogs into steps? This suggestion competes with the general rule/interest in reducing the number of steps/screens in the installer, but I often wonder whether the information conveyed in a dialog would make more sense in the main application as a screen or step. I don't have anything specific ... other than the suggestion below ...
    4. Partitions containing unsupported upgradable OS's - this dialog is confusing for me. I like the information it conveys, but I feel it's out of place/unexpected when it is presented to the user. It makes sense from a development perspective, as the dialog is presented after scanning the partitions on disk, but I don't think the user is expecting that operation next, so the dialog (for me) is a bit of a surprise. Would the information listed in this dialog make more sense on the Install or upgrade screen? Meaning, show the install or upgrade screen even if unsupported upgradable OS's are found. But list them as unsupported under the list of upgradable OS's? It seems like an extra dialog for which we already have a screen intended to convey this information. Perhaps a nice tooltip over each of the unsupported upgrade options explaining why it's unsupported?
    5. Configure network... - I love this support, and kudos for integrating it with Package-x-generic-16.pngNetworkManager. I don't think the fine grained control it allows is fully understood yet. I wonder if we can further improve the integration by embedding nm-c-e instead of popping it up as a dialog? I'm thinking about how Package-x-generic-16.pngfirstboot embeds system-config-time (at least I think it does, could be wrong). Right now, it's clear that nm-c-e is a different application entirely. I wonder if by embedding it (instead of starting it as a new window) might help force thinking about ways to smooth the integration between the two components? So on that installer screen, you get a System name (aka hostname) text box, and then an expandable section for Advanced networking which when clicked, expands to the nm-c-e content inside the screen? Again, maybe not the best fit, but the suggestion is more about ways to improve the integration between the two components so it's clear the user is configuring/enabling networking for the install environment and the installed system. Maybe just some well phrased text prior to the Configure network... button would do?
      • rvykydal: nm-c-e is written in C so it can't be embedded (although it could be possible to add gobject introspection into nm-c-e). I agree that user should be made aware that the configuration applies both to installer environment and target system. See Missing_GUI_pieces and Anaconda_UX_redesign.
  3. The screen where the install actually takes place has a Fedora or a Red Hat logo (in case of RHEL install). Before the install starts, though, a dialog box appears with a progress bar that sits right on top of the logos. The progress bar can either be integrated with the installing packages progress bar or the dialog box be moved around so that the logos aren't obstructed.

Suggestions from other installers

Use Cases