wiki/src/blueprint/tails-greeter:_revamp_UI/feedback_on_0.X.mdwn

   1 *This is feedback about the current greeter as shipped in Tails 0.X. They do
   2 not show the current state of design.*
   3
   4 Report #1
   5 ---------
   6
   7 User interface is confusing.
   8
   9 The combination of "green/red icons + the check mark + pushed button" is
  10 really hard to grasp.
  11
  12 How about a big push button labeled "Persistence", maybe with an icon?
  13
  14 The current behaviour for "More options?" is also problematic... How about
  15 having a "More options" button at the bottom, near the "Login" button?
  16 Ideally, this would require a "Back" button on the "Administration
  17 password" scren, but even without it, I think the result will be easier
  18 to understand/use.
  19
  20 > How about using checkmark boxes or Yes/No radial dials, or not use
  21 > them at all? Entering a password into a box means it's enabled, and
  22 > leaving it empty implies you don't wish to use the feature. The text
  23 > in my example here is a bit big though:
  24
  25 [[!img menu.png align="right" size="" alt=""]]
  26
  27 Report #2
  28 ---------
  29
  30 A few impressions after the publication of the screenshots. Great job
  31 by the way!
  32
  33 The buttons ON/OFF are sometime confusing, as it's hard to know if it
  34 reflects the actual configuration, or the ability to modify this
  35 configuration, i.e. if the option is *actually* activated or if
  36 clicking on this button will toggle this option ON. I hope I'm clear
  37 enough :)
  38
  39 Please also keep in mind that some use small screens, and can get
  40 blocked if the cannot see the validation button.
  41
  42 Last point, as I will have to use Tails-greeter *at each boot*,
  43 I would like to be able to handle it easily with the keyboard, to save
  44 a lot of time.
  45
  46 That said, thanks a lot for the great job!
  47
  48 Report #3
  49 ---------
  50
  51 Indeed, this is a great polishing of the user interface, at least in
  52 terms of appearance. I failed to download anything from the mockups
  53 page though so be aware that this opinion is based on the screenshots
  54 only
  55
  56 I do have some corrections and suggestions though, from the screenshot
  57 it is apparent that it allows to choose "Portugues" (with a eacute) as
  58 a region/locale, which is not! It is a river and neighborhood in Porto
  59 Rico. "Portugues" (with a ecirc) is the correct word for Portuguese in Portuguese.
  60
  61 Now as for if "Should keyboard selectable independently from locale in
  62 one click?", I would say yes as I use it in the current greeter. I do
  63 this for two reason: First in case my tails session gets owned the
  64 attacker will perhaps not know from which country I am though I am
  65 aware in that situation I probably have far worse problems as far as
  66 de-anonimization goes. And second, I am fluent in English, and
  67 I prefer to see the menus and the documentation in English (as are
  68 more complete). Having to scroll down to get the Portugal keyboard in
  69 the current greeter is quite annoying though and I often wonder why
  70 are the other languages more obscure keyboards (like without dead keys
  71 and etc) before the more default options. Perhaps ordering
  72 alphabetically by languages and after all the defaults keyboards then
  73 again the lesser keyboards in this new greeter? (btw why is Portuguese
  74 absent from the locales screenshots?)
  75
  76 A last, but most important imho suggestion: no matter how ergonomic
  77 you can make the greeter it will always have some usability problems,
  78 but there is a way to minimize this! There is already a todo ticket
  79 for choosing language at installation time ( see:
  80 [[!tails_ticket 5501]])
  81 but then if someone got hold of your tails she/he could see from where
  82 you are and what language you speak. Now, if a new feature in the
  83 greeter was implemented - "Greeter Password" (pass-phrase would be
  84 overkill in this case as usability is preferred) - language, locale,
  85 but also camouflage, read only options for persistence, keyboards and
  86 other options to come in the greeter, could be defined at installation
  87 time and accessed at boot time with a few keystrokes from universal
  88 keys in keyboards. Or perhaps you have two greeter configurations and
  89 could setup two passwords.. If you think this feature could be useful
  90 perhaps you could revamp the greeter with this in mind for a future
  91 version? ;)
  92
  93 Okay that's its :) the overall opinion of the greeter from the
  94 screenshots is that you made an amazing job :-) congratulations and
  95 thanks :-)
  96
  97 Report #4
  98 ---------
  99
 100 - The clean, fresh design is nice!
 101
 102 - Is "English" preselected? Hopefully the "English" language option is
 103   preselected so the most common use case doesn't require an additional click.
 104
 105   Maybe a little checkmark to the left of the current language could indicate
 106   this. This would let the user know they can skip past this step without
 107   clicking anything more if we have already selected the most common option.
 108
 109 - The on/off rocker switch example is confusing. As others have mentioned,
 110   'off' or 'on' could be interpreted as either the current state or is the action
 111   to be taken when clicked. A possible alternative would be to use radio buttons
 112   and add one more option "Default theme" that is the prechecked radio option. I
 113   would rename the entire panel so just "Camoflage" or "Theme" instead of
 114   specifically "Windows Camoflage". Doing both of these (using radios and
 115   renaming the panel) would also allow for adding another theme like OS X by just
 116   adding a new radio option.
 117
 118 - I might rename "Bridges" to "Tor Bridges" for clarity even on a user's first
 119   use.
 120
 121 Otherwise looks great.