/srv/irclogs.ubuntu.com/2012/11/08/#ubuntu-design.txt

snwhmpt, the reasoning behind qt for ubuntu one is the cross-platform ability right?11:12
mptsnwh, yes. Unfortunately that causes a noticably strange appearance on every platform.11:15
mptsnwh, if you'd like a less daunting visual design task, there's something interesting we're doing with the installer at the moment11:17
snwhmpt What's the chances of them returning to Gtk (and possibly just bundling gtk with the windows and mac binaries)?11:18
snwhoh whats that?11:18
mptsnwh, I don't know the answer to the first part, but I think switching from Qt cross-platform to GTK cross-platform is unlikely11:18
mptsnwh, briefly, the installer asks you a first set of questions, up to partitioning. Then it starts copying files to disk, while asking you a second set of questions.11:19
mptsnwh, this isn't new, Ubiquity has been doing it for a few years.11:19
mptsnwh, the problem is, people get confused about why there's a progress bar up when they're being asked the second set of questions.11:20
snwhmpt, ah I can see that.11:20
mptEither they think they have to wait for the progress bar to finish, or they think the progress bar represents progress through the questions, when neither of those are true.11:21
mptsnwh, I've just mailed you a Gimp mockup of one idea I had, moving the progress to the top, followed by "Meanwhile, we have a few more questions..."11:23
mptwith layers for "Where are you?" and "Who are you?"11:23
mptI'm not sure how (or whether) that text should change when you're on subsequent steps11:23
mptProbably there are different ways entirely to solve the problem, too.11:24
snwhinteresting11:24
mptsnwh, if you'd like to have a play, <https://picasaweb.google.com/105922848292507689403/1210TypicalInstall?authuser=0&authkey=Gv1sRgCOj8r6OyseCZOQ&feat=directlink> has source screenshots for each step11:25
mpt(that's linked to from <https://wiki.ubuntu.com/Ubiquity/SlideDecks>)11:25
snwhI was already on those screenshots. haha11:25
mpt:-)11:25
snwhWhat if a spinner was used to indicate that the installer was working, then it switches to the progress bar at the slideshow11:26
snwh^ mpt11:27
mptsnwh, that's one possibility. A spinner might look *less* like you need to wait for it, but how much less?11:27
snwhmpt, if it were in line with the USC progress spinner, where the user can still do things while it's going proceeding11:29
mptsnwh, maybe just the minimum necessary to answer the question "omg why is my hard disk going flat-out when I'm still answering questions"11:31
thorwili doubt that a spinner has a lower "have-to-wait" factor. after it all, one appears in cases where you do have to wait until something is loaded/ready. doing something else in the meantime might be more common in cases where progress bars are used11:34
snwhwell a spinner has less confusion surrounding its role, it (i dare say) wouldnt be confused for the progress of the questions11:35
thorwilthen again, the progress bar is meaningless regarding how long it will take, when the process is potentially waiting for the user to complete input. i guess this suggests just using a text notice informing about something happening in the background11:36
snwhmpt, basically the user needs to understand what's happening11:36
thorwili think we have consensus that the progress bar should go. but is it necessary to use *any* animation in its place?11:38
snwhthorwil, then what answers the question  "omg why is my hard disk going flat-out when I'm still answering questions"11:40
thorwilsnwh: the snippet of text you have to put in anyway, even with spinner11:41
thorwilextra points for leaving even that out, if there is no hard disc involved ;)11:43
xnoxsnwh: gtk stack is pain to compile on windows & mac. Qt is friendly in that respect and provides more consistent cross-platform experience (from developer / coding point of view).11:43
snwhxnox exactly, haha11:44
thorwilmpt: this progress bar confusion makes for great advocacy for user testing, highlighting the kind of blindness technical minded users/developers have11:45
mptthorwil, the progress bar doesn't wait for you to complete input afaik, though that's currently assumed to be a bug -- bug 73263411:45
mpt(we don't have a bugbot in here?)11:46
mpthttps://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/73263411:47
thorwilmpt: what i meant is, that if the job of the progress bar is to give the user an idea of how long it will take (aside of showing something is happening at all), then it cannot actually succeed when there's still user input to collect11:48
mptthorwil, true. So a spinner would be better for that reason alone.11:49
AlanBellbug #111:50
ubot5Launchpad bug 1 in Ubuntu "Proprietary operating systems have a majority market share" [Critical,In progress] https://launchpad.net/bugs/111:50
AlanBellxnox: ^^11:51
mptthorwil, bug 716120 is the contrary position :-) (though it doesn't give any reasoning)11:52
ubot5Launchpad bug 716120 in ubiquity (Ubuntu) "Provide progress feedback during disk partitioning phase" [Undecided,New] https://launchpad.net/bugs/71612011:52
* mpt hugs ubot5 11:52
thorwilmpt: if "would be nice" counts, we need to have a gazillion features everywhere. even features on features11:53
mptthorwil, I'm not sure what you're getting at ... We can't go both ways, obviously, both not-showing progress for the first stage at all *and* showing progress for partitioning in particular11:55
mptWe have to pick zero or one of those11:55
thorwili think that we want the user to fill out the forms without wasting time worrying about any other information. it's just the likely audible work the computer does that needs an explanationt o not cause more of a hang up thatn the presence of extra information will11:56
snwhan additional slide can be added to confirm in the user their understanding of whats going on11:56
snwh"dear user, your computer is going to do some things while you answer a few more questions"11:57
mptyep, that would be one way11:57
snwh"to save time"11:57
mptThat's what I was trying to get at with the "Okay, we're getting started on that" text11:58
snwhand we could hide the progress bar until they hit the slideshow11:58
thorwilyes, progress bar only once the installation will be finished if the bar is filled up11:58
thorwileh, partitioning is very much a different stage, isn't it?12:00
thorwildo the questions start while partitioning is still going on? until here i assumed it does not12:03
snwhthorwil, if the partitioning it automatic they do12:05
snwhotherwise the user sets it up, then the questions start while the file copying occurs12:05
thorwilah, i never used automatic :)12:06
=== MacSlow is now known as MacSlow|lunch
snwhthorwil, me either :)12:16
xnoxAlanBell: thanks.12:20
xnoxnot true....12:21
xnoxin either automatic or manual, you finish with clicking "Install Now"12:21
xnoxat that point partman starts progress bar and commits all changes, fills it up to 100%, possibly multiple times (in case of resizes).12:22
xnoxwhen that is done, file copy begins from zero again.12:22
snwhxnox, i stand corrected. it's been awhile since I used ubiquity12:25
* AlanBell notes that orca reads out percentages as they happen and it is a bit confusing13:00
* AlanBell would like the design team to design transcripts for Orca along with the pretty picture stuff13:01
=== mpt_ is now known as mpt
=== MacSlow|lunch is now known as MacSlow
=== ckpringle_ is now known as ckpringle
=== ckpringle_ is now known as ckpringle
=== ckpringle_ is now known as ckpringle
=== ckpringle_ is now known as ckpringle

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!