Ubiquity usability study

Matthew Paul Thomas mpt at canonical.com
Thu Jun 28 08:05:45 UTC 2007


On Jun 28, 2007, at 3:00 AM, Evan Dandrea wrote:
>
> Celeste was kind enough to do a usability study of Ubiquity, and in
> doing so pointed out a number of issues that should be resolved.

Thank you for doing this, Celeste!

> I have the following thoughts on how the installer can be improved to 
> fix these and other issues, but I am interested in getting input from 
> other developers, especially ones with a background in usability.
> ...
> On Tue, Jun 12, 2007 at 09:20:07AM -0400, Celeste Lyn Paul wrote:
> ...
>> If the number of users who download the Live CD with the primary goal
>> of installing are the primary user group, it is recommended a welcome
>> dialog appears when the system is fully loaded to prompt users to
>> install or explore the system.
>
> I think the welcome dialog would be a good idea.  Perhaps we could
> include text in it that lets the user know that unless they click
> install, they will not modify their existing system, but any changes
> they make to their Ubuntu desktop will be lost on reboot.

Alerts are usually ignored (as exemplified in the "Rebooting after 
installation is complete" section later in this same report). So I 
think it would be best to find a solution to this problem that does not 
involve an alert. Instead, I suggest:

*   Stop using the term "Live CD", because it makes no sense. (Is the
     alternative a "Dead CD"?) Instead, call it the "Ubuntu CD" (or
     "Kubuntu CD", as appropriate), and on both the CD and its cover
     prominently feature the phrase "Test Drive / Install". This should
     make it more obvious that the CD allows both.

*   If possible, overlay the desktop picture with a watermark of the
     words "Test Drive", similar to what we do on the Launchpad Demo
     server <https://demo.launchpad.net/>.

*   Label the installation icon with the text I proposed originally
     <http://urlx.org/wiki.ubuntu.com/42458>: "Install Ubuntu
     Permanently" (or "Install Kubuntu Permanently"), rather than just
     "Install". This will implicitly help people understand that their
     current environment is *not* permanent.

>> This difference in usage between "disk" and "drive" should be
>> investigated to see if there is a common difference which may cause
>> confusion as seen in usability testing.

I wouldn't change this based on only one participant, because it's not 
obviously a design error and it might be an outlier. However, that 
whole paragraph probably should be rewritten anyway: "written to the 
disks" is geekspeak regardless of whether it gets changed to "written 
to the drives". (And in the next sentence, it's not obvious what 
"Otherwise" means.)

There are other visible errors in this screen, too.
*   "Your new operating system" is comically vague. The installer knows
     very well that it's installing Kubuntu, not some other OS.
     (I do not think that reducing translation requirements for
     derivatives is a good excuse for vagueness in Ubuntu and Kubuntu
     themselves.)
*   "Details" is redundant with the text immediately above it.
*   "Language:" is preceded by a stray space.
*   "Migration assistant:" is displayed but has no text after it.
*   "are going to be" can be shortened (in both cases) to "will be".
*   "the following devices are changed" should be "these devices will be
     changed".

>> Consider changing the phrase from "This will destroy data..." to "Data
>> on partitions you remove is irrecoverable.." or something similar
>
> I think these are both reasonable changes.

If people have trouble understanding "partitions", it might be better 
to avoid using that term when you don't have to. A minimal fix here 
would be to change "destroy" to "overwrite".

>> It is recommended that future versions of the Time Zone Picker
>> interface always include the drop­down menu.  Alternately, separating
>> the timezones by a line and allowing the user to click within that
>> time zone rather than on the small city dot may improve interaction on
>> the map.
>
> The timezone changes seem to be what we're already planning on doing in
> the UbiquityForumIdeas specification.  This is partially blocked on
> finding a free source of time zone boundary data.

Another small improvement, independent of those, would be to use a 
pointing-hand cursor for the map.

>> To help reduce confusion of a large number of options, consider adding
>> an indication of the "most common" or "safest" options, in addition to
>> making them default.
>
> I'm not sure how we could convey the "most common" options.  I'd 
> suggest possibly rewording "US English" to "Standard US English" to 
> make it stand out more.

I can think of two, mutually exclusive, ways of highlighting the most 
common options:
*   present them at the beginning of the list, followed by a separator,
     then the rest of the options;
*   present them in bold.

But if there are more than about half a dozen keyboard layouts, and 
you're not even showing what they look like, asking people to choose 
"Which layout is most similar to your keyboard" is completely 
unreasonable *regardless* of how the options are listed. (So this was a 
mistake on my part in the initial design.) We need to find an 
alternative way of guiding people to the correct option. For example, 
would it be possible to ask people their preferred language and/or 
their country, and give them a subset of layouts appropriate to their 
selection(s)?

> ...
>> By making the safest option the default option, the risk to
>> accidentally destroy information on another partition could be
>> reduced.  If the safest option cannot be identified, we would suggest
>> to provide no default option and force the user to examine the options
>> and make a choice.  Dual booting also seems to be the most likely case
>> for less technical users, and so the Manual option would be the best
>> default.

I'm trying to reconcile the screenshot of this step with Celeste's 
statement in the report that "the participants were given the scenario 
to install Kubuntu along with Windows". Really? Where is that option? 
Is that what "Manual" is supposed to mean? If so, no wonder people just 
chose the default. I don't know of any dictionary where "manual" is 
defined as "alongside Windows".

> On the first point, I agree with Celeste that making a complete 
> reformat the default option when resizing is not available is scary.  
> However, I'm hesitant to send users into the advanced partitioner 
> unless they really want to go that route, so I'd say we should go with 
> no default option.

I don't think that would help (and it would be violating the guideline 
of always having a default selection for sets of radio buttons).

> ...
> Building on Celeste's ideas, I think we should have the first page of
> the partitioner include the existing radio buttons and titles for each
> option, but also a long description below each option that explains 
> what it does.

Defining the options would be a step forward, but it would be much 
better if they were reworded instead. For example:

     This computer seems to have Windows 98 installed at the
     moment. Do you want to keep it, or replace it?

     (*) Install Kubuntu alongside Windows
         You can choose between them each time the computer starts.

     ( ) Install Kubuntu, removing Windows
         This will remove all your Windows programs and files.

Or:

     Two disks large enough for Kubuntu were found in this computer.
     Where do you want to install it?

     (*) SCSI1 (80 GB), Windows XP installed

         (*) Install Kubuntu alongside Windows
             ...

         ( ) Install Kubuntu, removing Windows
             ...

     ( ) SCSI2 (60 GB)

And so on. It may be appropriate to add another option in each case, "I 
know about partitioning and want to set it myself", but that might 
belong on the next step rather than here.

> ...
>> Providing documentation or directions on what to do with swap and
>> root, or making these technical requirements transparent would
>> alleviate the high learning curve necessary for completing this task.
> ...
> I'm really not sure how we can simplify the concepts of root, swap, and
> filesystem type.

Root and swap could be given human-understandable names, such as "Base" 
and "Virtual Memory". If one of each were set up by default (easily 
resizable), filesystem type probably wouldn't need to be nearly so 
prominent.

> ...
> Still, ideally I'd like to see something that gives you a better visual
> representation of what's going on, such as two boxes with their size 
> and percentage of the disk that they occupy labeled on them (perhaps 
> even including an icon of the operating system present).  The 
> interface would then allow you to resize from the point where they 
> touch, updating the size of both as you drag.
> ...

Definitely. The table would still be necessary, both for accessibility 
and to cater for alteration of those partitions that were too small to 
see. However, the table probably wouldn't need a border, grid, or 
headers any more, so in most cases it would look just like a legend for 
the diagram.

Cheers
-- 
Matthew Paul Thomas
http://mpt.net.nz/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <https://lists.ubuntu.com/archives/ubuntu-devel-discuss/attachments/20070628/d73a40ad/attachment.pgp>


More information about the Ubuntu-devel-discuss mailing list