Re: [Tails-ux] Greeter: 1st screen and quick setup

spencerone@???:
> Alan,
>
> On 01/23/2015 08:30, Alan wrote:
>> Hi!
>>
>> I implemented a first prototype. Please have a look at
>> https://labs.riseup.net/code/issues/7550#note-9

Woh! Big up!

> My first thoughts are about the use of the color blue. If the color
> blue is used to highlight selections, such as in the Language selection
> of Arabic in greeter1.png, it clashes with its use as a hyperlink
> indicator, such as in the highlight of 'more info', and its use as an
> alternative path indicator, such as in the highlight of the 'Guided'
> button, in all three greeter.pngs. Also, should we be using TAILS
> purple here?

Well, all those three usages of the blue color are inherited from the
default GNOME libraries. See
https://developer.gnome.org/hig/stable/ui-elements.html.en.

We proposed to have the "Guided" button in blue to make it sticking out
a bit more for new comers. It reuses the blue as color for "suggested"
button in the GNOME HIG.

Also note that this same blue color is used in other interface elements
in the HIG such as progress bar, activated switches, etc.

I'm ready to discuss a better "Guided" button but I'm not sure that we
want to diverge from the way the GNOME widget look like that early :) At
least for the selection list and hyperlink.

Regarding the "Guided" button, maybe it would be clearer if it was
called "Guided setup" (as in earlier mockups I think). I'm all for
removing words but not too many :)

> My next thoughts are about the use of the dotted line in the
> depressed/active states of buttons. If the dotted line is an indicator
> in addition to the inner drop shadow, such as in the active state of the
> 'Basic' button in greeter1.png and the 'Advanced' button in
> greeter2.png, then it would be beneficial to include it in every screen
> in which buttons are depressed/active, such as the depressed/active
> states of the 'Basic' and 'Keyboard' buttons in greeter3.png.

I think that the dotted line in the first image is either a glitch or
some temporary state because it doesn't happen on the second image.
Again Alan probably reused the default behavior of GNOME buttons here.

> My next thoughts are about the 'Search' field. In the Keyboard Language
> widget that appears during the active state of the 'Keyboard' button,
> there is a 'Search' field, though the scroll bar slider seems to
> indicate only a couple of options are hidden below, negating the value
> of the 'Search' field's presence. If this language list is truncated
> for prototyping purposes, then ignore this.

Yes, the list of keyboard is much longer and having a quick search is
really useful when you start Tails every day or several times a day and
need to configure a keyboard.

Alan, I'm myself concerned about the width of this popup. Remember that
some keyboard description has super long such as

"Arabic (Morocco) - Berber (Morocco, Tifinagh alternative phonetic)"

Sic!

So we need to take this into consideration and probably have a much
wider popup across the main window. Sorry for your nice alignment :)

> Though, if there is a
> 'Search' field for one language list, such as in the widget that appears
> during the active state of the 'Keyboard' button in greeter3.png, then
> it seems logical to include it in the other, such as in the Language
> selection of TAILS in both greeter1.png and greeter3.png.

That makes sense, but on the other hand this would add an extra widget
to the screen so maybe we can find something better.

In the current Greeter we have something different that could be reused
here. The predefined list of 7 or so languages ends up with an
"Others..." item. Then we could have a popup similar to the one for the
keyboard selection, including the search widget when "Others..." is
clicked. But then I'm not sure how this extra language would be made
visible on the original widget once selected...

> My next thoughts are about the use of trademark symbols. In
> greeter2.png, regarding Windows™, Microsoft™, and Windows®, in addition
> to the conflicting use of the symbols, they have no legal significance.
> With the exception of Microsoft, which has no secondary meaning in our
> society, they do, however, in the case of Windows, help to clarify to
> people that we are referring to the OS and not an actual window.
> Though, with the assisted text "Looks like Microsoft Windows", which
> might intend to read "Look", not "Looks", I think enough context is
> established to justify dropping the symbols all together.

+1

> My last thought, without getting into the IA, is about the main
> navigation of the greeter. With the addition of the 'Close' 'X', the
> top right corner seems a bit crowded. I am not sure of a [re]solution
> just yet, but, as we move forward with the broader IA structure, it
> should come to the light.

I think that we don't need the 'X' in the top right corner. Maybe it was
tricky for Alan to implement a prototype without it but it should
definitely be removed as it does make sense in the context of the Greeter.

PS: I will send more comments as well later on...

--
sajolida