Re: [Tails-ux] Greeter: wording

Nachricht löschen

Nachricht beantworten
Autor: KEN MCCALL
Datum:  
To: Tails user experience & user interface design
Betreff: Re: [Tails-ux] Greeter: wording
In the voice of NASA Mission Control:

"Where some were content, SpencerOne pushed for excellence. Nice push, SpencerOne!"

Sent from my iPhone

> On Jan 22, 2015, at 12:31 AM, spencerone@??? wrote:
>
> 'Start TAILS' is beautiful!
>
> Wordlife,
> SpencerOne
>
>
>
>
>
>
>
>> On 01/21/2015 22:57, KEN MCCALL wrote:
>> How about simply "Start TAILS"?
>> I think "session" has varying implications to different people (to me
>> it implies a temporary situation, or a somewhat defined time frame).
>> If we're addressing the basic Windows user, they do know the "Start"
>> button. But seeing as how they are in the midst of a process, perhaps
>> Start + is needed.
>> Just another thought on the topic.
>>> On Jan 21, 2015, at 10:08 PM, spencerone@??? wrote:
>>> Although I can't install TAILS due to technical limitations on my
>>> end, I
>>> have followed the greeter development for the past few months and
>>> think
>>> that 'Start' isn't as clear of a label as we might need. Start what?
>>> "the user session" though that isn't clearly communicated with a
>>> single
>>> word. Also, 'Play', in regard to the icon, isn't the same as 'Start'
>>> or
>>> 'Begin', though I am not sure that the computer icon is any more
>>> successful at communicating that we are entering the session. It
>>> also
>>> doesn't clearly communicate that we are "leaving the greeter". Maybe
>>> a
>>> verbose "Begin Session", or something more accurate, just not too
>>> esoteric, is appropriate. But that doesn't assure us that our
>>> preferences/settings have been saved. Maybe we can add this
>>> assurance
>>> somehow?
>>> It appears there are three steps here. 1.Save 2.Close 3.Start
>>> Session -
>>> Can all of this be successfully communicated in a single action?
>>> Maybe,
>>> though it seems to be quite tricky. We might want a separation, and
>>> combination, of the actions. We could have 'Settings' and 'Start
>>> Session' as the only two options on a particular screen, allowing
>>> clear
>>> directional distinction between the two [see attachment]. Forgive
>>> the
>>> misalignment with the rest of the greeter development in regard to
>>> typeface, spacing, sizing, context, and the like.
>>> I would jump in on the "Persistence" issue, but I have yet to get
>>> that
>>> far.
>>> Awesome,
>>> SpencerOne
>>>> On 01/21/2015 16:10, KEN MCCALL wrote:
>>>> HI Alan,
>>>> Inline below . . .
>>>> On Jan 21, 2015, at 03:38 PM, Alan <alan@???> wrote:
>>> Hi!
>>>> On Wed, 21 Jan 2015 16:39:19 +0000 (GMT)
>>>> KEN MCCALL <kemccall@???> wrote:
>>> Who is the target audience (persona)? An non-technical email user?
>>> A
>>> journalist with motivation? (Maybe this has been defined already,
>>> but
>>> I'm highly motivated and don't understand some things here).
>>>> This is roughtly defined in our design document
>>>> (https://tails.boum.org/contribute/design/#index5h3 [1] [1]):
>>> OK, good to know where this is. Thx!
>>>> "The PELD's target user is the average user in terms of computer
>>>> literacy; he or she does not necessarily control fully the
>>>> computer
>>>> being used. Examples would be a public computer in a library,
>>>> coffee
>>>> shop, university or a residence. We assume that the target user
>>>> does
>>>> not want to do any of the configurations (at least with respect to
>>>> security and anonymity) of the various applications and tools used
>>>> themselves, either because of insufficient knowledge, lack of
>>>> interest
>>>> or other reasons. The PELD MUST provide strong anonymity with no
>>>> need
>>>> of advanced configuration whatsoever. It MUST be made as difficult
>>>> as
>>>> possible for the user to unknowingly compromise anonymity."
>>> Kind of what I figured. On a side note, the sentence " It MUST be
>>> made
>>> as difficult as
>>> possible for the user to unknowingly compromise anonymity." seems
>>> out
>>> of context for the section 2.1.5 Target user.
>>> "Persistence" is a term that seems to be jargon (or perhaps
>>> specific
>>> to the Unix/Linux world?). It threw me for a loop and I'm a
>>> technical
>>> person. "Persistence" being an act versus describing an object (it
>>> is
>>> persistent). It's an encrypted area, or encrypted volume, secure
>>> area
>>> (or something more common), I'm uncertain thinking about it at
>>> this
>>> late hour, but another term is in need IMHO. Also, it's something
>>> that only exists on a thumb drive or some sort of USB storage,
>>> correct? This may affect the name or necessitate additional
>>> descriptions of some sort. Perhaps some mouse-over help may be in
>>> order? Just a thought.
>>>> You're suggesting "Encrypted storage area"?
>>> Yeah, I think "Encrypted storage area" meets the target use needs.
>>> Do
>>> you want or is it necessary to advise them first that they need a
>>> storage device installed?
>>> The phrase "You don't have encrypted persistence, want to
>>> configure
>>> one?" This would change based upon the above. Perhaps, "Currently,
>>> there is no encrypted storage area. Do you want to make one? There
>>> are pros and cons." (Pros and cons hyperlinked to info.?)
>>> The icon titled "unlock" should be titled "Unlock". A small UI
>>> consistency issue.
>>> "Start" is starting what? Are we really starting something or
>>> accepting inputs? (Again, I may be way off base here).
>>>> It is starting the user session (and leaving the greeter). Do you
>>>> have
>>>> a wording suggestion?
>>> No. "Start" works fine. I just wasn't sure of what would be next.
>>> Anyway, please take these for what you deem they're worth. I hope
>>> I
>>> can be more beneficial as I become more knowledgeable.
>>>> Thanks for your input.
>>> Welcome!
>>>> _______________________________________________
>>>> Tails-ux mailing list
>>>> Tails-ux@???
>>>> https://mailman.boum.org/listinfo/tails-ux [2] [2]
>>> Links:
>>> ------
>>> [1] https://tails.boum.org/contribute/design/#index5h3 [1]
>>> [2] https://mailman.boum.org/listinfo/tails-ux [2]
>>> _______________________________________________
>>> Tails-ux mailing list
>>> Tails-ux@???
>>> https://mailman.boum.org/listinfo/tails-ux [2]
>> [2]
>> _______________________________________________
>> Tails-ux mailing list
>> Tails-ux@???
>> https://mailman.boum.org/listinfo/tails-ux [2]
>> Links:
>> ------
>> [1] https://tails.boum.org/contribute/design/#index5h3
>> [2] https://mailman.boum.org/listinfo/tails-ux
>> _______________________________________________
>> Tails-ux mailing list
>> Tails-ux@???
>> https://mailman.boum.org/listinfo/tails-ux
> _______________________________________________
> Tails-ux mailing list
> Tails-ux@???
> https://mailman.boum.org/listinfo/tails-ux